Re: summary on shearing style for ruby

Hi Atsushi, all,

Thanks for the summary! I wonder if there is plan to write this into a
future version of jlreq, or are layout requirements for subtitles
considered out of scope for jlreq?

Fuqiao

2020年7月20日(月) 16:59 Atsushi Shimono (W3C Team) <atsushi@w3.org>:
>
>    hi all
>
>    This is a summary of off-list conversations on shearing style for ruby, relates to feature
> request from timed-text [1].
>    Japanese text follows. Please redirect discussions (in Japanese, esp.) to public-i18n-japanese.
>
> *1 https://github.com/w3c/i18n-activity/issues/775

>
>
> Background:
>    In subtitle, there is an order [2] to apply shear style to lines other than voice on screen.
> Within this order, there are two ways in Japanese subtitle as an image in [3], middle panel
> shows shearing by block of ruby base text and annotation, bottom panel shows shearing individually.
> In current CSS spec, shearing on ruby will be applied as bottom panel.
>    In timed-text ML (TTML) spec, in addition to general italic feature (fontShear), shearing
> over entire one line (lineShear [5]) is provided to enable such feature.
>
> +2 https://partnerhelp.netflixstudios.com/hc/en-us/articles/215767517-Japanese-Timed-Text-Style-Guide

> *3 https://twitter.com/JunTajima/status/1281439682513920000

> *4 https://netflixtechblog.com/implementing-japanese-subtitles-on-netflix-c165fbe61989

> *5 https://www.w3.org/TR/2020/CR-ttml2-20200128/#style-attribute-lineShear

>
>
> Use case:
>    Looking around some subtitle authoring tools in Japanese, one manual [6] shows possible
> option for this, that an image in p43 shows an option labelled as "move ruby annotation
> part to match with ruby base text when sheared". (Not sure on how wide this option is used.)
> In Netflix [4], all examples show shearing individually.
>    I could not found any line for ruby+italic in ARIB STD-862.
>
> *6 https://canvass.co.jp/wp-content/uploads/2019/01/sstg1pro_manual.pdf

>
>
> Wider input:
>    Tajima-san kindly posted on this issue as [3], and got following feedbacks. (see Japanese
> part for details)
>
>
> https://twitter.com/works014/status/1281445686530027520

> > he points to like middle example, wants to see as one block
>
> https://twitter.com/pictex/status/1281451158612008960

> > In Japanese, italic does not have semantic meaning and just a design, so usually ruby is
> not applied there. Some lawless area like advertisement could have, and could be moved as
> a part of balancing.
> https://twitter.com/pictex/status/1281453325414576128

> > In subtitles, ruby+italic could happen, but no meaningful difference between middle and
> bottom. Also such case should be quite rare.
>
> https://twitter.com/Nagahisa_design/status/1281468860701368320

> > Considering Japanese reads ruby part as one line (or ruby annotation part is a part of line
> of ruby base text), middle panel seems natural.
>
>
> (Note: no conclusion from this conversation, just confirmed former ones like italic is minor
> in Japanese and especially ruby+italic itself is not used commonly, and see no reason for
> further research as Japanese and/or CSS point of view)
>
>
> -------- Japanese
>
> 背景：字幕では[2]のように登場人物以外の発話などについては斜体にするという運用が行われているよ
> うです。この中で、ルビ付きの部分について、[3]にある画像のように中段のルビ文字を含めて全体をブ
> ロックとして斜めにする運用と、下段のようにルビ文字・親文字それぞれについて斜体にする運用([4]の
> fig.12,13,18のような感じ)の両方があるそうですが、現状のCSSでは斜体にした場合は下段のようになり
> ます。
> 　字幕用のtimed-text ML (TTML)では、これも含めた要求の実現のためにitalic (fontShear)以外に行全
> 体を斜体にするスタイル(lineShear [5])を追加しています。
>
> +2 https://partnerhelp.netflixstudios.com/hc/en-us/articles/215767517-Japanese-Timed-Text-Style-Guide

> *3 https://twitter.com/JunTajima/status/1281439682513920000

> *4 https://netflixtechblog.com/implementing-japanese-subtitles-on-netflix-c165fbe61989
> *5 https://www.w3.org/TR/2020/CR-ttml2-20200128/#style-attribute-lineShear

>
>
> 利用状況：日本国内の字幕のオーサリングツールについて市販品をザクっと見た限りでは、とある製品
> のマニュアル[6]のp.43に"斜体時に本文に合わせて移動する"というオプションがあるので、これが該当
> かなと思われました。どれくらい利用されているのかなどについては不明ですが。前出のNetflix [4]で
> は全部ルビ文字・親文字のそれぞれを斜体にしているキャプチャーが出ています。
> 　ARIB STD-B62では特にruby+italicの場合についての記述は見当たらず、です。
>
> *6 https://canvass.co.jp/wp-content/uploads/2019/01/sstg1pro_manual.pdf
>
> より広い見解：田嶋さんに[3]のようにポストをしていただいた限りでは以下のようなコメントがありま
> した。
>
> https://twitter.com/works014/status/1281445686530027520

> > なんでやねんDTP/おぢん / @works014
> > 好みとしては真ん中のセンターが揃っているのがベターかと…ひとかたまりとして考えたい（目に入ってくる）…
>
> https://twitter.com/pictex/status/1281451158612008960

> > 深沢英次 / @pictex
> > 和文の場合、欧文と違って斜体にセマンティックな意味が無く、斜体は単に見た目のデザイン処理として扱われます。だから通常はそこにルビを付けたりはしませんね。ただ広告などでは「なんでもあり」なのでデザイナーの趣味の範疇ですが、ルビの前後位置をバランス調節することはあり得ると思います。
> https://twitter.com/pictex/status/1281453325414576128

> > なるほど。字幕なら「外国語」だったり「引用の読み上げ」などを斜体で表記することはありそうですね。無理矢理ルビを入れるケースもあるかな。そういう使い方であれば、真ん中と下に有意な差は無い、と考えていいと思います。そもそもがレアケースですし。
>
> https://twitter.com/Nagahisa_design/status/1281468860701368320

> > 長久雅行／nagahisa / @Nagahisa_design
> > 通常は、この図の真ん中の例のように組むのが自然に見えると思われますし、そのように組む場合が多いのではと思います。
> > ●このことは、われわれ日本人がルビもその行の一部、2行ではなく1行として、見ていることとイコールだと思います。
> https://twitter.com/Nagahisa_design/status/1281469345852358656

> > ルビではなく複数行に渡る文章にすべて斜体がかかっている場合、次の行を斜体に応じた角度でずらしていくのではなく、垂直になるように組むのが普通です（当たり前ですが）。そのような考え方で行くと、図の下のように組むべきだ、となる気がしますが、ルビとその行は「1行」と考えるべきだと。
>
>
> (なお、従来のitalicはマイナー機能だし、しかもrubyに掛けるようなことはまずしないだろうし、block
> として傾けたい要求は非常にニッチなものである、という解釈＆これ以上の追加調査に意味はなさそう以
> 上に、特に結論はありません。)
>

Received on Monday, 20 July 2020 14:58:04 UTC