UTR#50（Unicodeの縦書きの文字の向き）の話題 #UTR50

Tokushige Kobayashi @TokKoba

@muratamakoto 少し補足しますと、UTR#50はマークアップの手間を省く ための意義しかないのに、エディターが「効率はスコープ外」という見解を示した。その時点で完全な自己撞着です。先へ進めないと見ています。

Tokushige Kobayashi @TokKoba

@muratamakoto UTR#50は必須ではないのです。デフォルト方向がないならば、手間がかかりますが、1文字ずつ方向をマークアップして指定すればよいのです。つまりデフォルト方向はマークアップの省略のためのものに過ぎません。なお、Kindleは独自デフォルトを決めています。

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

@kojiishi 石井さん、UTR50新ドラフトが出ると聞いてるのですが状況いかがでしょう RT @muratamakoto: 誰もコメントしてくれませんね…RT @muratamakoto: EPUBへの日本投票（およびEPUB 3.1/01)のとき、UTR#50については…

村田　真 @muratamakoto

誰もコメントしてくれませんね。UTR#50の件は11月からは止まっているように見えます。収束しそうもない？燃え尽きた？ RT @muratamakoto: EPUBへの日本投票（およびEPUB 3.1/01)のとき、UTR#50についてはどうすれば良いのだろうか？

Tokushige Kobayashi @TokKoba

@POKEPEEK2011 #UTR50 の目的はStable Document Interchangeに変更となった。でMS OfficeとかOOXMLなんかが射程になってきたようだ。縦組み指定の目的は諦めたようだが。今度は、一体何の役に立つのか、わからなくなってきている。

bun @POKEPEEK2011

10月の1ヶ月をまとめました。UTR#50のドラフトが#7、#8と進んでいます。Kindleが日本で発売されて@TokKobaさんの各種フォローも活発です。 「UTR#50（Unicodeの縦書きの文字の向き）の話題.. http://t.co/ob24MdEX

Tokushige Kobayashi @TokKoba

@MurakamiShinyu Readium (Windows)はWindowsAPI依存ということなので、Times New Romanを指定。ダブルクオーテーションは横倒し、しかし三点リーダやダッシュが欧文グリフに。 #UTR50 http://t.co/MZfUy3CK

Tokushige Kobayashi @TokKoba

@koueihei @tottsama @horuf 本来の相手は私ではなくUnicodeのUTCなんですけど。#UTR50 の考え方では問題は混迷を深める状態になることを早く伝えないと。既にKindle、iBooks、Readiumのダブルクオーテーションが大混乱状態です。

Tokushige Kobayashi @TokKoba

@koueihei @tottsama @horuf Wtitterで議論をするのは無理ですが、和文と欧文の区分には言語は介在していません。欧文区別には言語は必要ですが。

Tokushige Kobayashi @TokKoba

@horuf これは典型的な例ですが、解決するには欧文、和文というコンテキストを明確にする。そして欧文では外国語由来のアルファベット数字記号を横倒し＝MVO、和文では正立＝SVOという二つのデフォルトセットを用意し、コンテキスト依存で切り替えると良い。 #UTR50

Tokushige Kobayashi @TokKoba

@MurakamiShinyu #UTR50 それは本末転倒。和文フォントの引用符が欧文に適用できると主張するなら、米国人にそういって、米国でも英語に和文フォントを使うように説得したらどうでしょうかね？

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

@TokKoba Windows版Readium(Chrome)の縦書きは、今のところMVOデータではなくWindows APIに依存してて、Wordの縦書きと同様に和文フォントの引用符は正立します。だから #UTR50 MVOもそのデフォルトでよいだろうということのようです。

Tokushige Kobayashi @TokKoba

#UTR50 ReadiumでフォントをIPAゴシックに変えてみたが、クオーテーションマークは正立だ。英文コンテキストでクオーテーションマークが正立するのはどうみても異常だ。デフォルトだから良い？馬鹿をいうなよ、と言いたい。 http://t.co/Wd6VtLBo

拡大

@horuf

だみだこりゃ RT @TokKoba: #UTR50 Kindle Previewer2.7は、縦書きではダブルコーテーションをダブルミュートに置換する。和文中のみならず欧文中でも。 http://t.co/5EGFobuQ

拡大

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

#UTR50 縦書きでダブルミニュートに置換されるなら、横書き用の引用符のまま正立する（Koboなど）よりマシ。欧字は横倒しデフォルトでも欧文引用符はそのまま正立になる仕様で良いことはなんだろう http://t.co/6Sq76vd1 http://t.co/aBYYrOwM

拡大

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

@TokKoba 「ダブルミュート」は「ダブルミニュート」の誤りだと思います。（minute (′)のdoubleだから）

Tokushige Kobayashi @TokKoba

#UTR50 Kindle Previewer2.7は、縦書きではダブルコーテーションをダブルミュートに置換する。和文中のみならず欧文中でも。縦書きの文字方向は和文と欧文のモードをきちんと区別しないかぎり、正しい処理は無理だ。 http://t.co/3FDREz8R

拡大

Tokushige Kobayashi @TokKoba

@TokKoba これはCSS Writing Modeのtext-combine 仕様の解釈の問題ですが、このままでは縦組みでアラビア数字はほとんど使いものにならない。こうなることは予測できたのだが・・・残念。

Tokushige Kobayashi @TokKoba

iBooks3.0で縦組みが使えるようになったのは良いが、 縦中横の幅が広くなると解除している。図番号や箇条書きで、1桁は正立、2桁は横倒しでは使えない。同じ書式が、ADE2.0、Kindle Previewer 2.51では正立するのでリーダによってばらばら。困ったものだ。

Tokushige Kobayashi @TokKoba

#UTR50 「CSS3とUnicode仕様の縦書きの文字の向きの議論について」 今のままでは日本語の縦組みはどうにもならない状態になるなぁ。http://t.co/BM5iaTgH

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

iBooks3/iOS6の縦書きの文字の向き、前と変化無しのよう（テストしてくれた古門さん感謝）。デフォルトで記号類は皆横倒し、sidewaysは効かず。kobo等とは非互換 / http://t.co/VxQOaOcx #UTR50 http://t.co/B2bbpBpS

拡大

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

ブログ書きました「CSS3とUnicode仕様の縦書きの文字の向きの議論について」 http://t.co/W8qJEpkW 縦書きでupright指定での括弧類、矢印の向きの問題、MVOでのダブルクオート、双柱、記号類の向きについて。 #UTR50

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

#UTR50 なるほど。データについてはそのあと、ということでリンクもしてないのですねRT @kojiishi: データはまだだけど、スコープが大きく変わったので、まずそのPublic Reviewをしましょう、という以上の意味はありませんhttp://t.co/tcMJO5oC

Koji Ishii @kojiishi

データはまだだけど、スコープが大きく変わったので、まずそのPublic Reviewをしましょう、という以上の意味はありません @MurakamiShinyu: #UTR50 draft 7 http://t.co/BFEQ4SJU データファイルは未更新とのことだけど

村上真雄 MURAKAMI Shinyu @MurakamiShinyu

#UTR50 draft 7 http://t.co/tcMJO5oC データファイルは未更新とのことだけど、その更新前のデータファイルへのリンクも見当たりませんが、draft 6のデータ http://t.co/BKb4GOy7 を参照せよということですね @kojiishi