http://ii.cocolog-nifty.com/sasurai/ ja-JP 2008-05-01T07:13:43+09:00 http://ii.cocolog-nifty.com/sasurai/2008/05/live_mesh.html 面白いかもしれない。MS のファイル共有は Messenger はまだいいけど ... <p>面白いかもしれない。MS のファイル共有は Messenger はまだいいけど FolderShare は微妙だし、また一つファイル共有? と思っていたがそういうわけではなさそうだ。</p> <p><a href="https://www.mesh.com/web/developer.aspx">An early look at Live Mesh for Developers</a> の「Watch demo now」をクリックするとデモが見られる。<a href="http://channel9.msdn.com/Showpost.aspx?postid=399964">Channel9 の Ori Amiga ビデオ</a>では画面がよく見えなかったが、こちらの方が分かりやすい。ファイル共有、デスクトップ共有などのアプリケーションはあくまで実装の一つで、<a href="http://blogs.msdn.com/livemesh/archive/2008/04/21/live-mesh-as-a-platform.aspx">Live Mesh はプラットフォームだ、と Live Mesh の blog で言っている</a>ので、それなら、ともう少し見てみる気になった。</p> <p>Silverlight が Flash に対する回答だとすれば、Live Mesh が AIR に対する回答になるのかもしれない。</p> .NET プログラミング さすらいのプログラマー 2008-05-01T07:13:43+09:00 http://ii.cocolog-nifty.com/sasurai/2008/02/wpf_listbox.html WPF の ListBox は非常に強力で、ListBoxをカスタマイズして都道... <p>WPF の ListBox は非常に強力で、<a href="http://d.hatena.ne.jp/Yamaki/20071011/1192091886" name="1192091886">ListBoxをカスタマイズして都道府県の地図を選択するUIを作成する</a> なんてことができてしまったりする。配列データを表示する際には ListBox を使うと、データの追加処理や選択処理を全部やってくれるので便利だけど、まだ慣れないのか後で気がつくことが多い。</p> <p>今回は Marquee。テキストの配列を受け取って、順次右から左にスクロールして表示する。最初 Canvas で考えていたけど、ListBox の親クラスである ItemsControl を使ってやる話が Web でちらほらとあり、そちらで挑戦。</p> <p>WPF 流に慣れるまでに少しかかるけど、慣れれば便利。</p> .NET プログラミング さすらいのプログラマー 2008-02-01T15:04:24+09:00 http://ii.cocolog-nifty.com/sasurai/2007/12/wpfxps_issidewa.html WPF/XPS の縦書き Metrics を検証 から、キャノンの FontGa... <p><a href="http://ii.cocolog-nifty.com/sasurai/2007/12/wpfxps_metrics_bd92.html">WPF/XPS の縦書き Metrics を検証</a> から、キャノンの FontGallery など他数種のフォントを試して、TrueType および TrueType 出身の OpenType はだいじょうぶそうなことが確認できました。</p> <p>とすると、Morisawa やおそらく他の Type 1 出身の OpenType が駄目なのは単なるバグではないかと。</p> <p>互換性問題上厄介なバグを残してしまいましたが、WPF もどこかではもっときちんと縦書きをやる、という話もあるようだし、少なくともそこでは直るんでしょう。</p> .NET プログラミング さすらいのプログラマー 2007-12-14T15:10:28+09:00 http://ii.cocolog-nifty.com/sasurai/2007/12/wpfxps_metrics_bd92.html WPF 縦書き対応 と Font BlackBox の計算 とを組み合わせてみる... <p><a href="http://ii.cocolog-nifty.com/sasurai/2007/11/wpf_7609.html">WPF 縦書き対応</a> と <a href="http://ii.cocolog-nifty.com/sasurai/2007/12/font_blackbox_i.html">Font BlackBox の計算</a> とを組み合わせてみる。</p> <p>MS Gothic<br><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="76" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_8.png" width="436" border="0"></p> <p>Meiryo<img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="111" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_9.png" width="436" border="0"></p> <p>イワタ楷書<br><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="77" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_10.png" width="437" border="0"></p> <p>BlackBox が微妙に下にずれているのはご愛敬。</p> <p>IsSideways なんて、縦書きとは無関係のプロパティだと主張しているようにも見えるが、縦書き用のテーブルを見て Baseline をきちんと中央に合わせているのが分かる。GSUB を見て自分で GlyphIndex を置き換えてやれば、「ー」や「。」も正しく表示される。</p> <p>しかし。</p> <p><a href="http://www.morisawa.co.jp/font/fontlist/details/fontfamily014.html?s=34">Morisawa Jun 201 OTF</a><br><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="121" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_11.png" width="437" border="0"></p> <p>Baseline が合っていない。TrueType 系 OpenType はだいじょうぶだけど、Type 1 系 OpenType は駄目、ということかもしれない。</p> <p><a href="http://www.microsoft.com/typography/specs/default.htm">OpenType Specifications</a> に日本語フォントの作り方が書いていないのでフォントのつくりに差が出てしまったか、WPF が Type 1 系に十分対応していないか、あるいはその両方の組み合わせか。</p> <p>Word はしかしこのフォントでも正しく縦書きできる。それを XPS で保存しても正しく見える――と思ったら、XPS の中は Glyphs ではなく PNG 画像だった。WPF/XPS では対応しきれないフォントだとどこかで判断して、回避しているようだ。</p> .NET プログラミング さすらいのプログラマー 2007-12-10T04:22:11+09:00 http://ii.cocolog-nifty.com/sasurai/2007/12/font_blackbox_i.html フォントによって BlackBox の縦位置が正しく取れない問題 は、計算方法が... <p><a href="http://ii.cocolog-nifty.com/sasurai/2007/12/wpf_62cb.html">フォントによって BlackBox の縦位置が正しく取れない問題</a> は、計算方法が違っていたらしい。だいたいにおいて高さが正しい BlackBox を取れていたのだから、<a href="http://msdn2.microsoft.com/ja-jp/library/system.windows.media.glyphtypeface.topsidebearings.aspx">TopSideBearings</a> と <a href="http://msdn2.microsoft.com/ja-jp/library/system.windows.media.glyphtypeface.bottomsidebearings.aspx">BottomSideBearings</a> を疑ったのは間違いだった。</p> <p><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; border-right-width: 0px" height="97" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_7.png" width="427" border="0"></p> <p><a href="http://msdn2.microsoft.com/ja-jp/library/system.windows.media.glyphtypeface.distancesfromhorizontalbaselinetoblackboxbottom.aspx">DistancesFromHorizontalBaselineToBlackBoxBottom</a> を使って BlackBox の下座標を取ることで、以前は BlackBox が上にずれていた英文フォントや一部の日本語フォントも正しくなりました。</p> <p>あとは Vertical Origin が取れればそれなりの縦書きを実装できそうなのだが、これが見つからない。</p> .NET プログラミング さすらいのプログラマー 2007-12-08T20:44:31+09:00 http://ii.cocolog-nifty.com/sasurai/2007/12/wpf_62cb.html IsSideways で正常に縦書き表示できるフォントの TopSideBear... <p>IsSideways で正常に縦書き表示できるフォントの <a href="http://msdn2.microsoft.com/ja-jp/library/system.windows.media.glyphtypeface.topsidebearings.aspx">TopSideBearings</a> と <a href="http://msdn2.microsoft.com/ja-jp/library/system.windows.media.glyphtypeface.bottomsidebearings.aspx">BottomSideBearings</a> は正常に取得できる。</p> <p><img style="border-right: 0px; border-top: 0px; border-left: 0px; border-bottom: 0px" height="73" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_5.png" width="354" border="0"></p> <p>こうなってしまうフォントもある。このフォントでは IsSideways だけで縦書き仕様としてもうまく行かない。</p> <p><img style="border-right: 0px; border-top: 0px; border-left: 0px; border-bottom: 0px" height="97" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_6.png" width="427" border="0"></p> <p>GSUB の処理をアプリで回避したけど、縦書き用 GPOS&nbsp; が処理できていないのか。あるいはフォント側の問題で、GSUB/GPOS ではなくて cmap を使ってレンダリングしてやらなければいけないのか。</p> <p>Meiryo は縦書きできるけど、TopSideBearings と BottomSideBearings が怪しい。</p> .NET プログラミング さすらいのプログラマー 2007-12-06T15:20:33+09:00 http://ii.cocolog-nifty.com/sasurai/2007/12/familytypefaced.html FamilyTypeface.DeviceFontCharacterMetric... <p><a href="http://msdn2.microsoft.com/ja-jp/library/system.windows.media.familytypeface.devicefontcharactermetrics.aspx">FamilyTypeface.DeviceFontCharacterMetrics</a> から Unicode code point を使って <a href="http://msdn2.microsoft.com/ja-jp/library/system.windows.media.charactermetrics.aspx">CharacterMetrics</a> が取れる、と書いてあり、ここには vertical origin はないものの、他の縦書きに必要な情報は取れそう、と思ったものの。</p> <p>嘘です。FamilyTypeface.DeviceFontCharacterMetrics.Count は常に 0 のようです。<a href="http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1428208&amp;SiteID=1">他にも困っている人がいるみたい</a> ですが。</p> .NET プログラミング さすらいのプログラマー 2007-12-05T21:29:05+09:00 http://ii.cocolog-nifty.com/sasurai/2007/12/xps_66a3.html WPF の縦書き、さらに続く でそこそこ表示できるようにはなったものの。 フォン... <p><a href="http://ii.cocolog-nifty.com/sasurai/2007/11/wpf_7609.html">WPF の縦書き、さらに続く</a> でそこそこ表示できるようにはなったものの。</p> <p>フォントによってはだめな場合がある、ということは、縦書きメトリックスの処理が XPS にきちんと入ってない、ということなんでしょうね。</p> <p>横書きや BiDi では XPS が TrueType/OpenType のメトリックスを読んである程度までは並べてくれて、そこから上はアプリが処理、とわかれているのだから、本来であれば <a href="http://blogs.wankuma.com/naka/archive/2007/11/28/110811.aspx">中さんのおっしゃるよう</a> に、XPS でももうちょっとサポートしてほしいのは確かです。</p> <p>横書きでも、Word が XPS のレイアウトエンジンをそのまま使わずに、文字を分割してレイアウト位置を微調整することがある。どこまでが XPS で、どこまでがアプリケーションあるいはフレームワーク、という線引きはいつでも難しいけれど、横書きと縦書きで線引きの場所が違う、というのは、力の入れ具合の不足感を感じてしまいます。</p> <p>縦書きって、BiDi のようにその国の人なら毎日必ず使うものではないので、という優先度なんでしょうが、やっぱりそれ抜きでは日本語組版を語れないかと。</p> .NET プログラミング さすらいのプログラマー 2007-12-02T17:28:34+09:00 http://ii.cocolog-nifty.com/sasurai/2007/11/wpf_7609.html 縦書き用の GSUB vert/vrt2 テーブルは、なんとか取れました。メイリ... <p><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; margin: 0px 0px 0px 4px; border-right-width: 0px" height="356" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_3.png" width="173" align="right" border="0">縦書き用の GSUB vert/vrt2 テーブルは、なんとか取れました。メイリオでは 99 のグリフが置換されるようになっているようです。ちなみに MS Gothic では 101。この差は何でしょうね。</p> <p>ちなみに TrueType/OpenType のフォントテーブルはフォントのメーカーやフォントそのものによってかなりつくりに差があり、またデータのおかしいフォントも数多くあります。昔の Windows では、壊れたフォントを入れて表示すると Blue Screen、なんてこともよくありました。ので、直接テーブルを読みたくはない。</p> <p>この実験コードでは、一応公開 API だけでなんとかここまで来れています。Interop は使っていますが。</p> <p><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; margin: 0px 4px 0px 0px; border-right-width: 0px" height="257" alt="image" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_4.png" width="145" align="left" border="0"> しかしフォントによってはこんなことに。句点「。」の位置もおかしいですが、他の文字も微妙に上下左右におかしくずれています。</p> <p>グリフ置換はきちんと入って処理しているので、他の縦書きメトリックス系のテーブルをきちんと読まないと正しくレンダリングできないフォントは、もっときちんとやらなければいけないようです。</p> さすらいのプログラマー 2007-11-30T12:27:38+09:00 http://ii.cocolog-nifty.com/sasurai/2007/11/wpf_4376.html 句読点がこんな形の縦書き画面ショット だけ掲載しても後味が悪いので、さらに実証実... <p><a href="http://ii.cocolog-nifty.com/sasurai/2007/11/wpf_textbox_vis_da98.html">句読点がこんな形の縦書き画面ショット</a> だけ掲載しても後味が悪いので、さらに実証実験を続けます。</p> <p><img style="border-top-width: 0px; border-left-width: 0px; border-bottom-width: 0px; margin: 0px 0px 0px 4px; border-right-width: 0px" height="304" alt="WPF の縦書き実証実験" src="http://ii.cocolog-nifty.com/sasurai/WindowsLiveWriter/image_2.png" width="150" align="right" border="0">まず Word でメイリオを指定して、縦書きにして XPS で保存します。その中を覗くと、メイリオの句点「。」の縦書き用グリフインデックスが 9236 であることが分かります。</p> <p>あとは、TextBox の Visual Tree を解析して GlyphRun を作る時に、「。」の場所だけ GlyphIndices を置き換えてやります。結果がこちら⇒</p> <p>さて。できることは分かりました。句点の位置が少しずれただけだけど、先の画面での不思議な落ち着かなさがなくなりました。</p> <p>あとは、フォントから <a href="http://www.microsoft.com/typography/otspec/gsub.htm">GSUB</a> を読み取って、<a href="http://www.microsoft.com/typography/otspec/features_uz.htm#vert">vert</a> か <a href="http://www.microsoft.com/typography/otspec/features_uz.htm#vrt2">vrt2</a> のテーブルに従って GlyphIndices を置き換えてやれば、すごく基本的な縦書きの表示まではできそうです。</p> <p>問題は、これらのテーブルを読み取るための API が WPF にはないので、自作するか、<a href="http://msdn.microsoft.com/library/ja/jpintl/html/Toppage_Uniscribe.asp">Uniscribe</a> を触ってみるか、というあたりで迷い中。</p> <p>気がつけば、<a href="http://www.microsoft.com/typography/specs/default.htm">Microsoft Typography Specifications にはこれだけの言語のフォントの作り方がある</a> のに、その中に日本語の縦書きについては記述がないですね。WPF 1.0 で縦書きを忘れられたのはこの辺から来ているのでは、という気もします。</p> .NET プログラミング さすらいのプログラマー 2007-11-28T22:35:56+09:00