[Bug 11211] Need a way to force a line wrap with the bidi semantics of LINE SEPARATOR when necessary.

http://www.w3.org/Bugs/Public/show_bug.cgi?id=11211

--- Comment #9 from Aharon Lanin <aharon.lists.lanin@gmail.com> 2010-11-08 11:23:02 UTC ---
(In reply to comment #8)
> (In reply to comment #6)
> > Yes. Have <br> insert LS instead of LF. :) Most implementations currently have
> > lots of difficulty rendering LS... but theoretically it should work. :P
> 
> Where in CSS does it define that LS creates a new line box? I was considering
> doing it this way but I couldn't find anything that defined this appropriately.
> (It isn't obvious that it should Just Work, for the same reason e.g. CR and FF
> don't "just work".)
> 
> 
> The use case in comment 7 seems to be a presentation issue that should be
> handled in CSS only.
> 
> Incidentally, are there any use cases for a <br> that _doesn't_ act as
> described here in a bidi context? I know we have to make <br> act that way, I'm
> just asking if there are any cases where one might actually legitimately _want_
> to use <br> with mixed RTL and LTR text even though it breaks paragraphs. All
> the cases I can think of are strictly presentational and would be best handled
> by <p>... Am I missing any?

The best one that I can think certainly should not be done with <p>'s, and
probably would be legitimate with <br>, but would probably actually best be
done with <pre>. It is when you wrap break the text you are quoting into short
lines and prefixing each one with &gt;. Bidi paragraph breaks are imperative
there because otherwise the &gt; gets tangled up:

&gt; he said 'PLEASE SHOW ME<br>
&gt; THE EXAMPLE' and i did

If <br> has the semantics of only a bidi line separator, this will come out as:

> he said 'EM WOHS ESAELP
ELPMAXE EHT <' and I did

instead of as:

> he said 'EM WOHS ESAELP
> ELPMAXE EHT' and I did

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Monday, 8 November 2010 11:23:05 UTC