W3C home > Mailing lists > Public > public-i18n-core@w3.org > April to June 2011

I18N-ISSUE-38: New attribute: bidibreak [HTML5-bidi]

From: Internationalization Core Working Group Issue Tracker <sysbot+tracker@w3.org>
Date: Mon, 20 Jun 2011 16:43:42 +0000
To: public-i18n-core@w3.org
Message-Id: <E1QYhZe-0005FP-H7@lowblow.w3.org>

I18N-ISSUE-38: New attribute: bidibreak [HTML5-bidi]

http://www.w3.org/International/track/issues/38

Raised by: Richard Ishida
On product: HTML5-bidi

This is a part of the proposals made by the "Additional Requirements for Bidi in HTML" W3C First Public Working Draft. For a full description of the use cases, please see http://www.w3.org/International/docs/html-bidi-requirements/#br-as-separator. Here is the proposal made there:

Support a new HTML element attribute, bidibreak=hard|soft. On a <br> element, the "soft" value means that the <br> is to be treated as a UBA bidi class WS (whitespace) character, as was required in HTML 4. The "hard" value means that the <br> is to be treated as UBA bidi class B, i.e. paragraph break. If neither is specified, the bidibreak attribute value is inherited from the parent. Thus, when specified on an element other than <br>, bidibreak serves to determine the behavior of descendant <br> elements. For the root element, the default is "hard" (which, of course, spreads to every <br> element in the document, unless an intervening element sets bidibreak otherwise).

Alternatively, if and only if all major browser makers reach unanimous consensus that the default value for the root element should be "soft" and commit to implementing it as such to the HTML WG prior to the new HTML specification publication, that too would be fine.

When the author wants to use <br> just to wrap a line without adding bidi separation, <br bidibreak="soft"> will do the trick.

Reasonable use cases for specifying bidibreak="soft" on non-<br> elements would include an element containing poetry, as well as the root element of a document that relies on the bidi behavior specified for <br> by HTML 4.

When <br> introduces a UBA paragraph break, the base direction of the new UBA paragraph will be determined by the computed direction of the nearest ancestor element whose bidi properties require its contents to be in a separate UBA paragraph (or sequence of paragraphs), e.g. a block element or an element directionally isolated by the ubi attribute (which is being proposed in a separate bug). Furthermore, for every element between there and the <br> that results in the creation of an embedding or override level, e.g. a <bdo> element or any element with a dir attribute or a value other than "normal" for the unicode-bidi CSS property, the corresponding embedding or override level is re-introduced at the start of the new UBA paragraph (to be closed at the end of the element or the UBA paragraph, whichever comes first).


Please add comments to bugzilla:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10828
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11211

For implementation status see:
https://docs.google.com/document/d/17nb3wlYkIG9MNtL1mlXVPOVe4QwyApiHRYim3nTi5CE/edit?hl=en&pli=1#heading=h.amnijxf05scm


IMPORTANT: This issue was moved from our old review tracking system to the new tracker system. For previous mail relating to this issue, see:  http://www.w3.org/Search/Mail/Public/advanced_search?keywords=&hdr-1-name=subject&hdr-1-query=%20new%20attribute%20bidibreak&hdr-2-name=from&hdr-2-query=&hdr-3-name=message-id&hdr-3-query=&index-grp=Member__FULL+Public__FULL&index-type=t&type-index=public-i18n-bidi%40w3.org&resultsperpage=20&sortby=date
Received on Monday, 20 June 2011 16:43:44 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 20 June 2011 16:43:44 GMT