- From: <bugzilla@jessica.w3.org>
- Date: Wed, 06 Oct 2010 16:29:24 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10815
Aharon Lanin <aharon.lists.lanin@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aharon.lists.lanin@gmail.co
| |m
--- Comment #2 from Aharon Lanin <aharon.lists.lanin@gmail.com> 2010-10-06 16:29:22 UTC ---
> I think there is an expectation that
> <div style="display: inline"></div>
> renders exactly equivalent to <span>,
> under default styling.
That expectation, reasonable as it sounds, did not prevent an explicit
requirement in the HTML 4 spec that runs counter to it
(http://www.w3.org/TR/REC-html40/struct/dirlang.html#style-bidi):
"When a block element that does not have a dir attribute is transformed to the
style of an inline element by a style sheet, the resulting presentation should
be equivalent, in terms of bidirectional formatting, to the formatting obtained
by explicitly adding a dir attribute (assigned the inherited value) to the
transformed element".
> Perhaps one possible way to handle this
> is to give blocks recommended default
> rendering like this:
>
> div {
> display: block;
> unicode-bidi: isolate;
> }
That sounds good, with one potential problem. I would prefer that the behavior
be controllable through the ubi attribute, i.e. get no isolation for <div
style="display:inline" ubi=off>, but I don't think that this will be the case
for this mechanism.
On the other hand, this is not a very strong preference. I think we can live
with having to use <div style="display:inline;unicode-bidi:normal"> to get no
isolation.
So, this solution is acceptable to me (although others should feel free to
speak up if they do not like it).
Nevertheless, we still need to remove the language quoted above ("When a block
element that does not have a dir attribute is transformed...") from the HTML5
spec (if it is there as it was in HTML 4).
--
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, 6 October 2010 16:29:27 UTC