- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Sat, 23 Apr 2011 15:19:08 -0700
- To: Koji Ishii <kojiishi@gluesoft.co.jp>
- Cc: Jungshik SHIN (신정식) <jshin1987@gmail.com>, fantasai <fantasai.lists@inkedblade.net>, "www-style@w3.org" <www-style@w3.org>, "CJK discussion (public-i18n-cjk@w3.org)" <public-i18n-cjk@w3.org>
On Sat, Apr 23, 2011 at 1:08 AM, Koji Ishii <kojiishi@gluesoft.co.jp> wrote: >>>> * The fallback is used only for Korean, so I can't speak >>>> for them much, but I guess ''cjk-decimal'' might work better. >>>> Glyphs are closer, and the behavior in vertical writing is more >>>> similar. >>> >>> Ooh, good idea. I'll switch it. >> >> Not so fast :-). It's not a good idea to use that fallback for >> korean-hangul-* although it makes sense to use it for korean-hanja-*. > > It sounds like this is yet another example where CJ and K are different. Maybe we should define fallback per counter style, rather than CJK as a group? I noticed that the fallback can be used for large numbers as well. Yes, I need to rewrite the section (again) to explicitly say that the CJK types have descriptor values, the same as if they were specified with @counter-style. Yesterday, I added a new 'type' value - override - that lets you take an existing counter style and change certain aspects, like the suffix or the range. (By the way, Koji, this will allow you to change the suffix without using 'content', and change the negative sign as well.) > I agree that not many people would complain. The same applies to Japanese. But if some may complain, why shouldn't we spend efforts to make everyone happy? If one would ever tried to use this and saw: > ..., -3, -2, -1, 〇, 일, 이, 삼, ... > I guess this looks strange to you, as strange as "..., -3, -2, -1, 〇, 壱, 弐, 参, ..." looks to me. Note that it wouldn't look like that - it would be using cjk-decimal (or korean-decimal or whatever) for the negative numbers. It would still be a change in the display, but perhaps it would be less jarring? ~TJ
Received on Saturday, 23 April 2011 22:19:55 UTC