Re: [webkit-dev] Size Of Ruby Text?

2010-11-03 Thread Yasuo Kida
In printing the standard is 50% of the base text. For larger point sizes like headings, the size of ruby is often smaller than 50%. http://www.w3.org/TR/2009/NOTE-jlreq-20090604/#en-subheading2_3_3 So, how about we default to 50% and see how they come out. Glyphs designed for ruby are

Re: [webkit-dev] Size Of Ruby Text?

2010-11-03 Thread Yasuo Kida
. Anything lower, and you're getting to the point where ruby was unsuitable (according to the text above) anyway, since the base text was so small. I filed: https://bugs.webkit.org/show_bug.cgi?id=48942 dave (hy...@apple.com) On Nov 3, 2010, at 2:29 PM, Yasuo Kida wrote: In printing

Re: [webkit-dev] Size Of Ruby Text?

2010-11-03 Thread Yasuo Kida
. Could you copy paste the HTML? - Ryosuke On Wed, Nov 3, 2010 at 3:11 PM, Yasuo Kida k...@apple.com wrote: Thank you Ryosuke. This is a good demo. 5px is only barely legible and I agree it is too small. 6px is legible but not fun to read. 7px looks reasonable lower bound to me. 12pt text

Re: [webkit-dev] Size Of Ruby Text?

2010-11-03 Thread Yasuo Kida
ぷぺぼ). - Ryosuke 2010/11/3 Yasuo Kida k...@apple.com Does this work? http://plexode.com/eval3/#ht=%3Cdiv%20style%3D%22font-size%3A16px%3B%22%3E%0A16px-8px%3A%3Cruby%3E%3Crb%3E国%3C%2Frb%3E%3Crt%20style%3D%22font-size%3A8px%3B%22%3Eくに%3C%2Frt%3E%3C%2Fruby%3Eの%3Cruby%3E%3Crb%3E象徴%3C%2Frb%3E

Re: [webkit-dev] Supporting css ime-mode property

2010-10-05 Thread Yasuo Kida
I also have a concern on this proposal. The assumption that this property makes on the semantic of the input system of the platform does necessary universally true and it could be potentially harmful. On Mac OS X and iOS, there is no notion of disabling or enabling input method or mode. You can

Re: [webkit-dev] Supporting css ime-mode property

2010-10-05 Thread Yasuo Kida
/StringsTextFonts/Conceptual/TextAndWebiPhoneOS/KeyboardManagement/KeyboardManagement.html - kida On 2010/10/06, at 8:36, Yasuo Kida wrote: I also have a concern on this proposal. The assumption that this property makes on the semantic of the input system of the platform does necessary universally true

Re: [webkit-dev] Ruby Text Enhancements

2010-09-28 Thread Yasuo Kida
On 2010/09/28, at 10:11, David Hyatt wrote: On Sep 27, 2010, at 3:40 PM, Eric Mader wrote: Are you saying that subclassing computeLogicalWidth() would still mean that I'm computing the margins at the initial calculation time? You'd be computing them whenever the ruby run's layout changed.

Re: [webkit-dev] Ruby Text Enhancements

2010-09-28 Thread Yasuo Kida
Thanks. Looks like hooking findNextLineBreak is something we should try. - kida On 2010/09/28, at 12:56, David Hyatt wrote: On Sep 28, 2010, at 12:20 PM, Yasuo Kida wrote: On 2010/09/28, at 10:11, David Hyatt wrote: On Sep 27, 2010, at 3:40 PM, Eric Mader wrote: Are you saying