<div class="gmail_quote">On Tue, Aug 14, 2012 at 3:28 PM, Glenn Adams <span dir="ltr">&lt;<a href="mailto:glenn@skynav.com" target="_blank">glenn@skynav.com</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="gmail_quote"><div class="im">On Tue, Aug 14, 2012 at 1:43 PM, Ryosuke Niwa <span dir="ltr">&lt;<a href="mailto:rniwa@webkit.org" target="_blank">rniwa@webkit.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div class="gmail_quote">On Tue, Aug 14, 2012 at 1:14 PM, Glenn Adams <span dir="ltr">&lt;<a href="mailto:glenn@skynav.com" target="_blank">glenn@skynav.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<br><div class="gmail_quote"><div>On Tue, Aug 14, 2012 at 12:25 PM, Ryosuke Niwa <span dir="ltr">&lt;<a href="mailto:rniwa@webkit.org" target="_blank">rniwa@webkit.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">







<div class="gmail_quote">On Tue, Aug 14, 2012 at 11:51 AM, Shezan Baig <span dir="ltr">&lt;<a href="mailto:shezbaig.wk@gmail.com" target="_blank">shezbaig.wk@gmail.com</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">










We are using embedded WebKit in our application, and we need to be<br>
able to use disjointed selection ranges for table editing.  I was<br>
wondering whether anybody is currently working on implementing this,<br>
and is there any bug number for it?  If not, I will attempt to<br>
implement it based on the approach described by Eric in [1] and [2].<br></blockquote><div><br></div><div>I don&#39;t think we should implement general multi-range selection. It causes all sorts of hell in editing.</div></div>







</blockquote><div><br></div></div><div>keep in mind that you need this or something much like it to handle correct selection in some complex scripts (e.g., indic scripts) as well as bidi contexts</div></div></blockquote>





<div><br></div><div>What do you mean by &quot;correct&quot;?</div></div></blockquote><div><br></div></div><div>I mean understandable and repeatable.</div><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div class="gmail_quote"><div>Selection in bidirectional text follow logical order on all major browsers although Gecko supports a non-default option to use visual-order selection. I&#39;ve talked with many native RTL speakers who have a lot of experience working with bidirectional text but they almost unanimously agreed that selecting text in visual order is a bad idea.</div>



</div></blockquote><div><br></div></div><div>In my experience working with middle eastern and indic display and editing systems, both (logical and visual selection) modes have legitimate uses, and one mode should not be eliminated simply because there may be a majority (of a random sample) that prefers one mode. Personally, I use both modes for different reasons.</div>

<div class="im">

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div>Also, when you copy the text selected by visual order and pasting it to somewhere else, we need to somehow serialize the text and the algorithm by which to do this is not well defined.</div>



</div></blockquote><div><br></div></div><div>Agreed. Existing specs covering browser behavior do not define this very well. My point in bringing it up was simply that there are legitimate use cases for supporting disjoint, multi-range selection.</div>



</div>
</blockquote></div><div><br></div><div>I have to admit there are some valid use cases for supporting multi-range selection but the complexity it adds to our codebase is unjustifiable. Gecko has tried this for a decade but they&#39;re now trying to get rid of it. See <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=753718">https://bugzilla.mozilla.org/show_bug.cgi?id=753718</a>.</div>

<br><div>- Ryosuke</div><div><br></div>