You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[css-ruby-1] Default ruby centring for more than just zh #779
the default UA style sheet information includes the following:
rtc:lang(zh), rt:lang(zh) {
ruby-align: center; }
This establishes centred display for ruby for Chinese, but there are other language subtags that indicate that text is chinese besides the generic zh. These should presumably also be included here.
The current list of more specific tags recommended by the IANA subtag registry rather than zh is: cdo cjy cmn cpx czh czo gan hak hsn lzh mnp nan wuu yue.
I don't think it's worth adding them. Web content shouldn't use them.
If we really want to take those tags into consideration, we really need a new mechanism to handle macrolanguages, rather than listing everything inside it.
My experience is that the language is a lot less important than the script for styling purposes. zh-latn and zh-hans or zh-hant have different styling considerations.
It seems to me we might want to just remove this rule, and rely on controlling the justification opportunities instead. The reason Chinese is centered by default here because its annotations tend to be in Latin (Pinyin) or Bopomofo. But when they are in Hanzi, they are not centered, they are spaced out.
I had another look at the issue, and it seems to me that bopomofo does have justification opportunities inside, so removing ruby-align: center may not work for it. And I think it makes sense for bopomofo to have justification opportunities, as they are like kanas in Japanese that they can mix into a piece of Chinese text, and if such piece of text is justified, bopomofo should behave just like Chinese characters.
But I also agree that when the annotation is Chinese, it seems right to have it spaced out. Not sure how we can solve this conflict.
Activity
upsuper commentedon Dec 2, 2016
I don't think it's worth adding them. Web content shouldn't use them.
If we really want to take those tags into consideration, we really need a new mechanism to handle macrolanguages, rather than listing everything inside it.
patrickdark commentedon Dec 23, 2016
My experience is that the language is a lot less important than the script for styling purposes.
zh-latnandzh-hansorzh-hanthave different styling considerations.fantasai commentedon Feb 2, 2021
It seems to me we might want to just remove this rule, and rely on controlling the justification opportunities instead. The reason Chinese is centered by default here because its annotations tend to be in Latin (Pinyin) or Bopomofo. But when they are in Hanzi, they are not centered, they are spaced out.
[css-ruby-1] Remove centering rule for now #779. Deal with the proble…
upsuper commentedon Feb 7, 2021
(For my own reference, filed Gecko bug 1691243 for this change)
upsuper commentedon Nov 14, 2021
I had another look at the issue, and it seems to me that bopomofo does have justification opportunities inside, so removing
ruby-align: centermay not work for it. And I think it makes sense for bopomofo to have justification opportunities, as they are like kanas in Japanese that they can mix into a piece of Chinese text, and if such piece of text is justified, bopomofo should behave just like Chinese characters.But I also agree that when the annotation is Chinese, it seems right to have it spaced out. Not sure how we can solve this conflict.
frivoal commentedon Dec 22, 2021
(reopening, so that we don't forget to deal with @upsuper's comment)
aphillips commentedon Sep 13, 2022
CSS will ping I18N when text is written for review by CLREQ
[css-text-4][css-ruby-1] Define 'text-justify: ruby' to handle defaul…
frivoal commentedon Dec 28, 2022
@upsuper we've now made edits to deal with #779 (comment). Feedback appreciated.
upsuper commentedon Dec 28, 2022
Looks good to me, thanks.
[css-text-4][css-ruby-1] Define 'text-justify: ruby' to handle defaul…