- From: 木田泰夫 <kida@mac.com>
- Date: Mon, 29 Jul 2024 17:33:00 +0900
- To: Nat McCully <nmccully@adobe.com>
- Cc: Toshi Kobayashi <binn@k.email.ne.jp>, Yamamoto Taro <tyamamot@adobe.com>, JLReq TF 日本語 <public-i18n-japanese@w3.org>
- Message-Id: <0CC277D1-9CCD-44BB-9F3B-18DD90301661@mac.com>
Hi Nat, Thank you for the clarification. How about we address some of the points you raised in the section discussing mixed layouts, where we introduce the Latin baseline concept, and cover the remaining points in the section on font requirements? Because these are areas where even experts like ourselves struggle, and font professionals also find it challenging to get right, I believe it is worth paying special attention. - kida > 2024/07/29 14:13、Nat McCully <nmccully@adobe.com>のメール: > > Basically the origin or 0,0 point is where the pen is placed when drawing at a location on the canvas. The font designer decides how to position the type body and the glyphs relative to that origin. So for text placement to be at all predictable you must understand the relationship of the origin and the type metrics. When Latin text is drawn no one thinks about the body. They may even be unaware of the existence of the body. They place the pen and the Latin baseline being at the origin will always be where the pen is for all Latin fonts. > Explaining cjk virtual body metrics to people for whom the body has no meaning (only the baseline, and really only the origin) is where I think you must ground the explanation in terms of a baseline offset and then introduce the importance of the body and its metrics. > If Japanese font designers are sacrificing the Latin placement by not setting the origin at the Latin baseline but instead at the arbitrary -120 point, they, too, must be educated in why this is a problem. > The body by itself has no meaning in digital typography-- the origin is the font agnostic constant for how any glyph will be located on the canvas. The origin of the font then normally is associated with a typographic metric, but again some fonts set it arbitrarily to fix compatibility bugs and only end up causing others. > We can clear this up by explaining how it all works, what inconsistencies exist, and introduce better methods or font data to solve cross-font and cross-script layout problems. > > > —Nat > From: 木田泰夫 <kida@mac.com> > Sent: Sunday, July 28, 2024 20:43 > To: Nat McCully <nmccully@adobe.com> > Cc: Toshi Kobayashi <binn@k.email.ne.jp>; Taro Yamamoto <tyamamot@adobe.com>; public-i18n-japanese@w3.org <public-i18n-japanese@w3.org> > Subject: Re: 仮想ボディと外枠の関係性 > > EXTERNAL: Use caution when clicking on links or opening attachments. > > > > Could you elaborate? I am not sure exactly what you mean by “font origin.” Is it about the 0,0 point of the coordinate system? And how does it play an essential role in describing layout principles in a technology-agnostic manner? > > - kida > >> 2024/07/29 10:38、Nat McCully <nmccully@adobe.com>のメール: >> >> >> To place text you have to use the font origin so the body discussion cannot omit it. The fact it usually is the Latin baseline is coincidence. >> >> —Nat >> From: 木田泰夫 <kida@mac.com> >> Sent: Saturday, July 27, 2024 11:16:54 PM >> To: Nat McCully <nmccully@adobe.com> >> Cc: Toshi Kobayashi <binn@k.email.ne.jp>; Taro Yamamoto <tyamamot@adobe.com>; public-i18n-japanese@w3.org <public-i18n-japanese@w3.org> >> Subject: Re: 仮想ボディと外枠の関係性 >> >> EXTERNAL: Use caution when clicking on links or opening attachments. >> >> >> >> Thank you Nat. >> >>> For CJK typography there is the opposite problem: the body as you explain is the basis for all layout and text positioning and there is no need to understand where the Latin baseline is. >> >> That is exactly what I want to express in JLReq-d, and in that, I believe we are in complete agreement. >> >> So far, the approach has been to explain Japanese layout based on the body model. >> >> For mixed layouts, we need to explain how characters with the body model and those with the Latin baseline model should be aligned, and how text systems should handle the translation between them. >> >> Of course, we need to be realistic. If fully supporting the body model requires text systems to have two different modes, the idea would not fly. >> >> By the way, I think it might be a good idea to always use the term "Latin baseline" to emphasize that the model is not universal. >> >> - kida >> >>> 2024/07/28 14:37、Nat McCully <nmccully@adobe.com>のメール: >>> >>> >>> Yes. However for Latin typography (and by extension digital typography and fonts for a screen) there is no need to worry about the body of the font or the top or center or bottom of that body. They only need to place the Latin baseline in the canvas and draw there. >>> >>> For CJK typography there is the opposite problem: the body as you explain is the basis for all layout and text positioning and there is no need to understand where the Latin baseline is. However in a digital context the only locator for text drawing is that very baseline which is not thought about or understood. This is why digital type and fonts are incompatible with CJK typography unless you know about both. So far only Adobe has tried to support both so the user can either think in terms of baseline or in terms of the body, and the engine does the translation. I want all engines to know it is their job to do this translation. >>> >>> —Nat >>> From: Kobayashi Toshi <binn@k.email.ne.jp> >>> Sent: Saturday, July 27, 2024 7:51:07 PM >>> To: Taro Yamamoto <tyamamot@adobe.com>; 木田泰夫 <kida@mac.com>; Nat McCully <nmccully@adobe.com> >>> Cc: JLReq TF 日本語 <public-i18n-japanese@w3.org> >>> Subject: RE: 仮想ボディと外枠の関係性 >>> >>> EXTERNAL: Use caution when clicking on links or opening attachments. >>> >>> >>> 山本 様 >>> みなさま >>> >>> 小林 敏 です. >>> >>> Taro Yamamoto さんwrote >>> >>> > 1.Upper side of the body >>> > 2.Mean height of the body (i.e. centerline). >>> > 3.Bottom side of the body >>> >>> 横組で仮想ボディを考えると,原点は,1は左上,2は上下中心,3は左下ということですか.880:120の位置はないということですか. >>> >>> いずれにしても,どんな場合でも,原点が決まり,そこから文字サイズの応じて字面の大きさと位置も決まり,そして,仮想ボディも文字サイズに応じて原点からの距離で決まる.つまり,仮想ボディは,原点がどこにあろうが一義的に決まる.仮想ボディとその中にある字面の関係は決まってくる.あとは,その仮想ボディの配置を説明すればいいことでしょう.(これは活版モデルといえる,原点からの距離は写植モデルといえる.そして,この2つは,計算はややこしいかもしれないが換算できるでしょう,ということです.) >>> >>> そうしたことを基本に,文字の配置方法は,字詰め方向も,行送り方向も,すべて仮想ボディを前提にして位置関係を説明することは可能だと思います.JIS X 4051も,いってみれば活版モデルです. >>> >>> そして,jlreq-dでは,活版モデルで説明したらどうかというのが,この間の私と木田さんのやりとりだと,私は認識しています. >>> >>> いずれにしても,仮想ボディで位置関係が決まれば,あとは原点からの移動量を計算すればいいことで,それは原点の位置により決まってきます.異サイズの混植や行頭・行末では,確かに原点の位置により計算はややこしくなるが,それはユーザにとっては,とりあえず必要はないことです(私は興味があるが). >>> >>> 言い換えれば,仮想ボディで位置関係を説明するということは,原点の位置を回避できるということです. >>> >>> そうであったとしても,880と120という数値は,仮想ボディモデルであっても必要になる場合がある.なぜなら,仮想ボディの880:120に位置に合わせたいという場合もあるからです.
Received on Monday, 29 July 2024 08:33:21 UTC