解像度非依存UI」　に期待するスレ

将来的には、マックの画面で、
写真などが300dpi、600dpiで縮小なしで、
実寸実サイズ表示が可能に…なったらいいな。
UIが同じ大きさを保ったまま、より鮮明に精細になったらいいな。

OSのUIの部品の見た目の大きさを変えずに、より細かく、より鮮明に。
同じ15インチモニタでアプリを動かしても、高解像度だとより綺麗、つぶれなしで。
ハード自体は今の技術で量産可能,かつ、数が出るなら今の液晶のレベルまで値段を下げられるらしいが、
いかんせんOSがついてきてない。Macも、Winも。OSが対応しなきゃハードも出ない。安くならん。
OSX（Leopard）、Longhorn、がんがれよ。

ということで、OSXの解像度非依存UI関連の話を中心に、
超高解像度液晶の話などを織り交ぜながら、マターリいきましょう

関連リンク
http://pc.watch.impress.co.jp/docs/article/20010522/mobile101.htm
http://www.watch.impress.co.jp/pc/docs/article/20010719/hot155.htm

まだ現状のOSXではONにすることは可能ですが完璧ではありません
www.interact-sw.co.uk/iangblog/2005/05/20/tigerresolution

-----------------　以下、妄想　-----------------
個人的には、来年登場の、Intel初搭載Powerbookで、
アップルが、かなりの高解像度の液晶を載せてくると妄想中。
最低でも、IBMが採用していた15inchで1600×1200の液晶
またはそれ以上の解像度のものを載せてこないかな、と期待（妄想）
MacOSXなら、UI、あとちょっとで高解像度対応もできそうな予感。

来年の初Intelマシンは
デュアルコアのPentiumM（Yonah）をPCメーカーでは初搭載＋高解像度液晶
なノートで、十分注目を浴びることができるし、話題性抜群だと思うんだがどうだろう
こういうハード＋OS両方の対応が無いと無理な事こそ、アップルが他より先にできること、だから

>>1
さっそく立てたんだね。乙！

寝言か？

んじゃ漏れもテンプレ追加

＃＃＃　超高精細モニタ（QUXGA-W 以上）一覧　＃＃＃

（QUXGA-Wとは、3840×2400ピクセルで、
1600×1200が四枚分すっぽり入る解像度です）

イイヤマ
http://www.iiyama-sales.com/eshop/index?c=shop&p=C13&tg=00051335_1
アドテックス
http://www.adtx.com/jp/product/monitor/22-2_lcd/
日立
http://www.hitachi-hitec-trading.com/product/product3/jyoho/2_3_colorLCD_01.html
IDTech
http://www.idtech.co.jp/ja/920LCD/index.html
IBM
http://www-6.ibm.com/jp/pc/intellistation/product/ist2210309/about.shtml


＃＃＃　関連スレ　＃＃＃
UXGA以上の液晶ディスプレイ Part20
http://pc8.2ch.net/test/read.cgi/hard/1111648004/

今現在の、Mac OS X Tigeの隠し機能で
ユーザーインターフェイスの解像度変更（User Interface Resolution）をONにすると

これが
http://www.interact-sw.co.uk/images/NormalWindow.png
こうなっちゃうのね
http://www.interact-sw.co.uk/images/BigWindow.png

http://www.interact-sw.co.uk/iangblog/2005/05/20/tigerresolution


＃＃＃　Mac OS X Tigerのユーザーインターフェイス解像度変更をONにする手順　＃＃＃＃＃

（１）Xcode Toolsをインストール
（２）Quartz Debugを起動
（３）”Show User Interface Resolution”を選択

以上の方法により、Mac OS Xのユーザーインターフェイスの解像度を自由に変更できます。
いままでのMacはずーーーーっと72dpiだったことはMacユーザーなら、誰でもご存知ですよね。

ユーザーインターフェイスの解像度を2倍や3倍にして、アプリを起動してみましょう！
おもしろいことになりますよ！！

これは、まさに、MacOSの、超高解像度ディスプレイ対応への布石です！！！

【【【【　　　Mac OS X tigerの隠し機能をONにして、
　　　　　　　　　　　UIの解像度が0.5倍から3倍まで自由自在に　　　】】】】】

http://rryu.sakura.ne.jp/nisenise-fuhito/imgs/quartz-debug-ui-resolution.png

詳しくはここに解説されています
ttp://rryu.sakura.ne.jp/nisenise-fuhito/200506.html

これは、まさに、MacOSの、超高解像度ディスプレイ対応への布石です！！！

>>1の関連リンクの記事いったい何年前のなんだよ。

>>7
とにかくいちど、Tiger使ってるなら>>6-7の手順で
隠し機能ONにしてみると驚くよ

まちがえた、>>5-6の手順、だ

>>8
Xcode Tools ってのはどこからインストールすればいいの？

>10
TigerのDVDに付いてる

そうなんだ。さがしてみる

試してみたが、UIの文字がぼけぼけになってつらいので戻した

うん、>>5の通り、まだ不完全なんですわ。
不完全だから、隠し機能にしてあって、
デフォルトでオフになっているんでしょうけど、
今後、OS Xのいつのバージョンで完璧になって
デフォルトでONになるのか気になります。
まだ現状では「あそべる」程度でしかないですね。
Cocoaで作られたアプリは結構うまいこと対応しちゃいますが、、、。

UIの部品を全てベクタデータで持つようにならないと完全対応とは呼べないけどね

で、ますます重くなると

ある程度でいいだろ。Quartz Debugの3.0が何dpiか忘れたが、そこで100％表示になるビットマップ画像を使えばいい。

dpiを動的に変化させる必要なんてないんだから、ベクターデータから変換されたビットマップ
画像を保存し、それを使えばよい。
ただ、そのときには十分CPUはグラボも早くなっていると思うが。

ところでスレタイの」が気になるんですけど。

とりあえず、メニューバーだけでも対応してくれ
メニューエクストラのアイコンは作り直さなけりゃならんみたいだが…

http://www.restspace.jp/~orz/cgi-bin/img-box/img20050619011035.png

つるぺたツールバーは対応している（できる）ようだ。

9.4インチなのに1600×1200表示のモニタ
http://www.nec.co.jp/press/ja/9908/1001.html
このパネルを数枚使ったPowerbookを作ってくれたらいいな。
高解像度の写真を表示したらめちゃくちゃ綺麗だろうなあ
200dpiだもんなあ。

複数枚使ったら継ぎ目はごまかせないよ

ベクトルデータはいいけど
ビットマップなデータはどう処理するんだろ
補完表示しちゃうとか？

一番無難なのはモニタ解像度を現用の整数倍にして、UIエレメントも
全部2倍に表示することだよね。そんならビットマップデータの編集も
問題なくできる。

>>22
それ、もう5年も前に製品化されて出荷されてるんだねえ
http://www.nec.co.jp/press/ja/0009/0401.html

数百万画素のデジカメで撮影された画像が
実際に印刷された写真となんら変わらない大きさで表示できる液晶で、
ハイビジョンなんかお手上げの解像度のムービーみたら
さぞ美しいだろうなあ

それにはOSの進化も、グラポの進化も、CPUの進化も、
インターフェイスなどの進化も、まだまだなんだろうねぇ。

そう考えるとまずOSの進化は不可欠だよなあ

ここによると東芝も211ppiの液晶の開発してたんだねえ
http://www.electronicjournal.co.jp/news/2004/05/28.html

最近IBMも超高解像度の液晶ディスプレイ出してるよ。

モンスターディスプレイ「IBM T220」実見記
http://www.watch.impress.co.jp/pc/docs/article/20010719/hot155.htm

製造側観点から言うと、同じパネルサイズで画素数を増やすのは、
あんまりコストプッシュ要因にならないらしい。画素欠陥を今のオーダーで
見ると歩留まりが悪化するだろうし、その意味ではマイナスだけど、
精細化が進むとピクセル単位のドット欠陥はそんなに問題じゃなくなるから
トレードオフだよね。身近なとこだと携帯電話のQVGA液晶なんかももう
170〜190dpiクラスに突入してるし。72dpi決め打ち時代の2倍強だよ！

結局、あと必要なのはUI側の高解像度対応とグラボ側の性能向上だけなんだよな。

>>28
＞結局、あと必要なのはUI側の高解像度対応とグラボ側の性能向上だけ

要は、WindowsやMacの対応、が足かせになってるんだよね。

それさえ一度済んでしまえば、メーカー各社からは
画素数の多い液晶がどどどどどーっと出てきそうだよね。

技術的にもコスト的にも可能なのに、OSのUIのおかげで
そういう製品が出ない、って、いうのは、
なんだか不思議な部分がネックになっているんだなあ、って思うよ

GPUに関しては今のものでしばらくは十分対応可、な気がする

なにげに面白い良スレだなー

Tigerでこの機能がOFFになってるっていうのは
OS側の何が足かせになってるんだろ
アプリとの兼ね合い？

>>30
開発途上版なんでしょ。
とりあえずそういった機能のベースを作っといてLeopard以降で完全対応。

Quartz debugから少し弄れるのはアピールなのかおまけなのか。

まあ開発者サイドにGUI表示レイヤの進化方向をあらかじめ提示して
「将来これに沿えるような形でクリーンな設計をしておいてね」という
意味はあるんだろう。

今にして思えば、IB/ABをXcodeにリパッケージしてデベへの採用を
促してたのもそういう「方向性の提示」だったんだよね。俺たちの
示してる道筋に乗っとかないといずれバスに乗り遅れるぞ、と。
んで先日のIntelショックで、Macについてくつもりのデベロッパは
もうXcode以外使えなくなったべ。

大丈夫。REALBasicという手もある。

NECのLavieだと15インチQXGAが結構安くで買えるようになっている。
これで170ppiだから、次期lMacノートではワイド版で200ppiを目指して欲しい。

なにげに良スレだな。
Tigerの隠し機能を見る限り、
禿げは次期Powerbookの高解像度化を考えている希ガス
インテル採用で本体のデザインも一新した時が良いタイミングかもね
200ppiは魅力だな

やっぱりとことん解像度非依存を追求して欲しいな。
でないとこの部分ではLonghornに劣ってしまうぞ。と言う訳で
UI部品のﾍﾞｸﾄﾙﾃﾞｰﾀ化はﾚｵﾊﾟﾙﾄﾞでとっととやって欲しい。

今すぐTigerでやって欲しい。

できればPantherでおねry)

さすがにツールバーアイコンとかをすべてベクトル化するのは大変そうだ。
せいぜい、いまのOSXのアイコンみたいに大きさに応じて複数のビットマップ
データをもつくらいになるんじゃなかろうか。

そのうちアイコンデータが拡大に耐えられるように
1600×1600ドットに…なんてちょっとイヤかも（笑）
でも、アイコン全部がドローデータだったら
容量も抑えられるしそれはそれでかっこいいかも

>>39
何でもベクトル化したらクソ重くなる。やめてくれ。
今より２，３倍高い解像度のビットマップを用意すればいい。

>>41は>>37でした。

じゃなくて>>36だ。マジですまん。

>39
昔のドット絵ならともかく、OSX時代のUI部品なんて
イラレとか元々はベクトル系で描いてビットマップに書き出してると思うんだけど。

>>44
それ常識だと思うが。。

icnsみたいにサイズの違う複数のビットマップデータもつものを採用していくのではないかということだろ。

>45
>ベクトル化するのが大変そうだ
ビットマップデータ→ベクトル化の変換と読み取れたので。

あぁ、そうだね。

>>41
毎度ベクトルデータを使わんで、解像度が変更された
初回にビットマップ化して保持しとけば良かね。

メモリ〜

大抵は環境で決め打ちなため
iconには解像度って情報は今のところ無いわけだが、
「72dpiの前提で作られたicon」を
例えば200dpiのディスプレーで表示する場合、
どのように表示するのが適切かってのを考えてみると良い。

ドットをそのままで表示した場合、
表示されるアイコンは72/200の大きさになってしまう。
ドットを200/72倍に拡大補完して表示すれば、
表示されるアイコンは元の大きさと変わらない。
必要なのはアンチエイリアスだけ。

つまり高解像度ディスプレーに対応するだけなら、
ちょっとボケ気味にはなるが今のUIパーツで問題ないってこと。

iconをはじめとするビットマップデータに対する
表示時の大きさの情報は必要にはなってくるね。

>>50
ボケちゃダメでしょ
将来的なことを考えたら特に。

PBHDがいつ出るか

>>50
逆にすればいい
仮に256*256ぐらいのビットマップアイコンを使用するとして、それを縮小して表示。

いやね、高解像度ディスプレーに移行するのにUIパーツがネックになってるっていうからさ、
そうじゃないよって話しだよ。

>>50
>ちょっとボケ気味にはなるが今のUIパーツで問題ないってこと。
現在の問題点をそのまま問題なしと言えるあなた

この流れってスーザン的には悲しいかな（なわけないか）

高解像度っていうより高精細だよね

>56
そういえばどう違うの？

高解像度ってパネルサイズは関係なく解像度が大きい=ドットが多い
高精細って高dpiでドットピッチが小さい=密度が高い　でだいたいはよろしいですか？

ディスプレイの解像度もdpi(１インチあたりのドット数）で表すと思うんだけど
違うのかな？？

>>59
それはプリンタの方ｼﾞｬﾈ？
モニターの解像度って普通は横×縦のPixel数でスペックを表示してるじゃん。

商品の説明では綺麗さを強調する場合に高精細を使っている場合が多い感じがするけどね。

ディスプレーの場合はドットピッチじゃまいか？

ドットピッチならまだしっくりくるんだけどね
ディスプレイのドット数の多い少ないだけをとって解像度というには無理がありそうで

本来的には、解像度=精細具合＝ピクセル密度だろうね。
ピクセル数のことを解像度と呼ぶのは、CRT時代の名残かな。
UIが解像度依存だから、解像度上げる≒ピクセル数増える
(WYSIWYGは忘れてデスクトップを広くする)の意味でしか
使えなかった。

今のUI部品はやっぱりﾍﾞｸﾄﾙﾍﾞｰｽにするべきだよ。
ﾍﾞｸﾄﾙﾃﾞｰﾀじゃなければ行けない理由は、伸縮性。

Tigerで解像度非依存を試してみると、ﾒﾆｭｰﾊﾞｰが不自然に
中央で折れて左右の大きさがﾊﾞﾗﾊﾞﾗになっている。

誰にでも分る、非ﾍﾞｸﾄﾙで起こる問題がこれ。ﾋﾟﾝﾎﾞｹ以上に気になるだろ。
そもそもﾒﾆｭｰﾊﾞｰ自体が、解像度非依存に向いていないような気もする。

極端な話、一挙に今の解像度の２倍で画面全体をズームして
フォントだけアウトラインで書き直したら
ボケもそんなに気にならないかもね。
ちょうどブラウザのOperaのフルズームとかみたいに。

Tiger時点でのできに文句付けてもしょうがないだろ
正式に環境設定に出てきたときじゃないと

ExposeやDock収納時のウインドウは解像度非依存？
一応ウインドウとして機能してるし。小さい（歪んでる）だけで操作は可能。

とりあえず、あげようぜ

俺、解像度比依存になったら、もっとUI部品小さくしたい。
iBookじゃOSXのUIきつい。

逆にモニタがグイン！って近づいて来るとか。

解像度が非依存化したらスゲー夢が広がりまんぐりだよな。

メニューバーとかを小さく出来るだけでも満足する俺。

でかいモニタ繋げば自動的に小さくなる（現状は）

longhornだとdirectx使ってポリゴン平面に描いたビットマップを
補間しながら簡単に拡大縮小できるっていうけど、それなら
大きさ固定ダイアログやウィンドウを任意倍率に拡大縮小できたら
便利そう。ウィジェットサイズが固定じゃなくなるから小さくして
もキチンとつかえるからたくさん並べたりとか。

OSXなら12.1ｲﾝﾁSXGAとかでも普通に使える気がするから出してくれ

>>5-6の方法でTIGERの隠し機能を有効にして
解像度非依存UIの世界を体験してみた。楽しいな。


うちはいまだにCRTだが…ｗ

CRTで17インチだけど1600×1200にすると異様に細かいんだよな

高解像度のディスプレイだと画像や動画が小さくなってしまうのを
何とかしてほしいなぁ・・・

画像に関しては、PICTファイルやJPEGファイルなども
dpi情報を持っているから解像度非依存になっても平気でしょう。

>>77
拡大

>>1は簡潔に。2以降で主張を

>>5-6
Tigerにそんな隠し機能あったんだね
初耳

>>73
>longhornだとdirectx使ってポリゴン平面に描いたビットマップを
>補間しながら簡単に拡大縮小できるっていうけど、それなら

それこそQuartz Extremeがやってることなんだが。
Exposeの時のウィンドウの動きがその例。

ちなみに10.4.2にしたら解像度変えた時の挙動がかなり改善された。
Wordなんてメニューバーエクストラの描画さえ気にしなければ普通に使えるぞ。

レオパルドンまでほっしゅほっしゅ

しゅっしゅ

ホシユてすよ。あひーっ！

考えてみればスレタイからマク入ってた気もする。あひーっ！

マクって少年Uhoon？

なついな

最近の携帯を使ってみて
解像度非依存は必要だと思った
パソコンなら300dpiはほしいね
アイコンやパーツはベクトルデータで
現状ではかなり重くなりそうだけど
そういうのを気にせず突っ走ってこそアポー
　

OSXは重い伝説がまた復活するやんけ

>>89
GUIパーツって結構作るの面倒なんですよね、昔だったらResEditでちょこちょこ作れたんですが
最近はPainter必須です(>_<)
僕は絵とか描けるからまだいいんですが（それでもめんどい）
絵が描けない人は大変だなぁって思いますね。

正直アイコン作るのあきらめた

ぶっちゃけアイコン（GUIパーツ）なんかは、募集すりゃｲｲｼﾞｬﾝと思う。

昔っからけっこう有用なフリーウェアを公開してて
アイコン募集ってずっとサイトに書いてるのに
あんまりアイコンがつかない人が居るのを知っている・・・。

アイコンを作る方にも事情があるとだけ言っておく

150dpiの超解像度ディスプレイとかださねーかな？
インテリマックにあわせてさ
マック専用にすればマックの優位性も増す
OSはすでに半対応できてるんだろ？

囲い込み商売は在庫抱えるだけになりそうで賛成できんなあ。。

いまさらだが>>5-6やってみた
いいねぇ

>>96
DELLやEPSONのノートだと15.4インチWUXGA（147dpi）があるね。
マックは72dpiだから144だとちょうど整数倍で綺麗かもしれない。

Winもdpi変更できるけどツールバーのアイコンやパレットが小さいまんま
だったり不具合が多く、結局はVista待ち。

vistaって来年だっけ？
その頃から一気にモニタの高解像度化が進むのかなあ
ＣＲＴ→液晶と、舞台は変わったけど
でもある意味ずっと進化してないのがモニタだもんね。。。

>>99
OSXからは96dpiだか100dpiだかになってるらしいよ。

は？

ひ？

ふ？

へ？

ほ、ほーっ、ホアアーッ!!　ホアーッ!!

>>106
だっさ

いま気まぐれで12.1inch WXGAのLaVie Nから
VNCでPowerBookに接続して使ってるんだけど
めちゃくちゃフォントがきれいに見えるよ。
ドットピッチが狭まるとアンチエイリアス文字がよりきれいに見えるね。
次世代PowerBookはこの水準以上でお願いしたい。

高解像度になれば、Expose状態でも、ちゃんと内容が見えるから、
Exposeでもそれぞれを普通に操作できると便利かも

expose状態で通常の操作をしたい
http://pc7.2ch.net/test/read.cgi/mac/1127636702/

>>109
http://iiyama-sales.com/eshop/index?c=shop&p=C13&tg=00051335_1&LAT=1087812290069

このあたりのを買って常にﾎﾟｾﾞ風味で使えば？

ほんとに解像度非依存時代なんて来るのかな？
新しいwinが出たら急激に来るのかな？

俺もいまさらだが>>5-6やってみた

フォトショのデスクトップが広くなってデカい画像開ける！
でも操作性がダメダメなので戻した。

>>112
俺もやってみた
おもろいな
今後液晶の解像度が数倍に上がって
実用的になったらええね

今のOSでシネマ23”の解像度を15インチでやらかすWindows陣営は視力マゾだと思います。

フォントサイズを変えるという発想に何故至らないのか

>>115
Windowsの画面のプロパティでやってみれば？
画像は拡大できないしレイアウトが崩れるから。
その問題を解決するのが解像度非依存。
MacOSでは10.4で仮搭載され、10.5で恐らく本搭載されるほか
WindowsでもVistaで搭載予定。

画面の解像度のサイズなんて数種類に限られてるんだから、
GUIの部品の画像をその数用意して切り替わるようにしてればいいだけのような気がするのは俺だけか。

>>117
どっちかというとそれは解像度非依存にこそ必要な措置だな。
実解像度にある程度近い解像度の画像でないと
無理な拡大をしたり無駄にでかいデータを扱うことになるから。

従来のグラフィックシステムでは単に数種類の画像を用意しても
ドキュメントのレンダリングとかアプリの対応とか問題だらけだし
画像だけ対処できてもレイアウトの崩れは防げない。

icnsで既に使われている

隠れた良スレ大賞に認定するよ
マイナーだけど濃いスレだ

このスレすごいな
といいつつ自分は昨日SiSなんとかをﾀﾞｳｿして解像度の選択肢が余ってるﾄﾞｻﾞorz
友達のpowerbook見てますますmacほしい

隣の芝は青い

しかし犬の糞で一部茶色い

くぁｗせｄｒｆｔｇｙふじこｌ

>>122
ttp://image.blog.livedoor.jp/safe_food_of_asia/imgs/0/9/094caa01.jpg

このblogまだこの写真削除してないのか。

インテルマックも来たし、そろそろですか？