Is there a bug for the changes being discussed here, and is it marked with dev-doc-needed? Sounds like there will be, at a minimum, a few tweaks to the discussion about how this stuff works.
Thanks! Eric Shepherd Developer Documentation Lead Mozilla http://www.bitstampede.com/ > On Dec 27, 2014, at 8:50 PM, L. David Baron <dba...@dbaron.org> wrote: > > On Sunday 2014-12-28 03:04 +0900, Michael[tm] Smith wrote: >> So as long as the spec is going to require UAs to resort to magic behavior, >> I think the magic could instead just be "autohide any ruby annotations for >> kana characters". And then you could just have simpler markup like this: >> >> <ruby>振り仮名<rt>ふりがな</rt></ruby> >> >> ...and UAs would display as expected -- with no annotation for the り. > > I don't see how UAs could determine which kana to eliminate. > > What if the markup were instead: > > <ruby>振り仮名<rt>ふりりがな</rt></ruby> > > (After all, many characters need more than one kana for their ruby.) > > How would the browser know whether to center ふり over 振, hide the > second り, and center がな over 仮名, or whether to center ふ over > 振, hide the first り, and center りがな over 仮名? > > The split between container and annotation is what gives the browser > the information to do that separation correctly. > > -David > > -- > 𝄞 L. David Baron http://dbaron.org/ 𝄂 > 𝄢 Mozilla https://www.mozilla.org/ 𝄂 > Before I built a wall I'd ask to know > What I was walling in or walling out, > And to whom I was like to give offense. > - Robert Frost, Mending Wall (1914) > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform