▼Macのアウトライン・プロセッサー▲4at MAC▼Macのアウトライン・プロセッサー▲4 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト450:名称未設定 07/10/11 17:31:34 7hdrYFdr0 私もopal買いました フォントのガタガタがないというのは本当にいいものですね しかしAtokとの相性が悪い。サポートフォーラムにも報告されているけどなんの反応もないようだし。 ショートカットのカスタマイズもしたいですね いまはなんだか使いにくい そんな私は元inspirationユーザ→omni outlinerのフォントガタガタに嫌気がさしてopalへ 451:名称未設定 07/10/11 17:44:54 zeGE7pd80 最近時々出てる「フォントがたがた」ってなに？ 452:名称未設定 07/10/12 02:02:45 5+HAWbhQ0 確かに。「フォントがたがた」なソフトってのを教えてもらいたい。 453:名称未設定 07/10/12 04:49:29 se5i6J6J0 >>450 日本語のサイトの方は期待できない。 日本語の問題も英語のフォーラムの書き込むか、 直接バグレポート報告すればすぐ反応してくれる。 454:名称未設定 07/10/12 14:17:39 aPXloqRD0 >>451-452 OmniOutliner の話。 以下前スレより。 748 名前: 名称未設定 投稿日: 2006/06/23(金) 23:00:01 ID: Zw8CtCXa0 >>744 日本語Opentypeの行間に関してはOOのみならずOS Xの初期から問題があるです。 以下、話半分に。 この問題は、フォント自体が持ってるLineheightの情報とアプリケーションが 指定するLineheightの情報をうまく処理できていない感じ。 フォント自体がもつもともとのLineheightが大きいほど顕著で、小塚がひどい。 たぶん文字を処理してる時（ポインタが間にある時）はアプリ側の制御が 効いていて、そうでないときはOSに表示を任せてるんではなかろうか。 で、OS側は行間をフォントのもつLineheight×アプリ指定の行間で表現する ため、フォントのもつLineheightが大きいほどずれが生じてしまうと。 指摘しているメイリオやMS系フォントは行間がほぼゼロなので、編集時と そうでないときの差がなく、崩れないように見えるんだと思う。 OS側のバグと思われ、アプリ側で対応するには新たに文字表示エンジンを 作る必要があるので、Omniもどうしようもないんではなかろうか。 ながなが書いたけどほとんど推測です。以下、参考。44あたり http://www.google.com/search?q=cache:fVbqawJtpwkJ:www6.big.or.jp/~beyond/bbsnews/2ch/dtp/1028854629/proxy/+%E5%B0%8F%E5%A1%9A%E3%80%80%E8%A1%8C%E9%96%93+%E3%83%95%E3%82%A9%E3%83%B3%E3%83%88&hl=ja&ct=clnk&cd=27&client=safari 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch