W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > November 2010

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

From: <bugzilla@jessica.w3.org>
Date: Wed, 10 Nov 2010 17:36:23 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PGEat-0003VJ-LQ@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11211

--- Comment #11 from Ian 'Hixie' Hickson <ian@hixie.ch> 2010-11-10 17:36:23 UTC ---
(In reply to comment #9)
> 
> &gt; he said 'PLEASE SHOW ME<br>
> &gt; THE EXAMPLE' and i did

That's what <blockquote> and/or <pre> are for. I don't think <br> would be
appropriate there.


(In reply to comment #10)
> - to control the line breaks in headlines that span multiple lines, 

That's presentational, and should be handled in CSS, not in the markup.

> - control line breaks in advertising copy where the text has to match a certain
> pattern,

That's presentational also, probably an SVG issue, not HTML.

> - create a line wrap without breaking the paragraph formatting - e.g indents
> and paragraph spacing.

That's entirely CSS (text-indent, padding, etc).

> In each of these cases the user intends to insert an entity into the line that
> semantically means "line break" but does not mean "paragraph break".

I don't think there are any line break semantics above, it's all presentation.


Can someone from the CSS working group confirm whether the LS character in
content will cause a line break without a bidi paragraph break, and cite the
relevant part of the relevant spec? Given that, I think we'd be good to go with
just adding an attribute to <br> to use LS rather than LF (though I'm still not
convinced we have any use cases for <br> _without_ this feature, so I'm tempted
to make the attribute required if there's any RTL content around the <br>
element).

-- 
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 Wednesday, 10 November 2010 17:36:26 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 10 November 2010 17:36:27 GMT