これは本当に質問ではないことは承知していますが、主要な OS のいずれかで解像度の独立性に関する最近の進歩やニュースはありますか? (Windows / Mac / Linux)
私はそのアイデアやコンセプト全体に非常に興味を持っていますが、最近この話題全体についてはあまり語られていません。
答え1
Apple は Leopard でより多くの RI を許可するという大きな進歩を遂げましたが、さまざまな場所に依然として大量の固定および/または低解像度のビットマップが残っています。Windows 7 も同様で、前バージョンより飛躍的に進歩していますが、さまざまな場所でまだ制約があります。
明確にするために: 解像度非依存とは、OS が画面上のオブジェクトを拡大縮小する機能のことです。これにより、超高解像度のディスプレイを使用している場合でも、アイコンやテキストが継続的に縮小されることはありません。512 x 512 ピクセルの画像は、1680 x 1050 で動作する 20 インチ ディスプレイでは幅 2 インチになる可能性があります。3360 x 2100 以上の解像度で動作する 20 インチ ディスプレイでは、ピクセル密度が非常に高いため、同じ 512 x 512 の画像が切手サイズになります。通常、固定解像度のビットマップではなく、ベクター ベースのテキストとグラフィックスの使用に大きく依存します。
こうした高密度ディスプレイが利用可能になり、より主流になるまで、あるいは少なくともハイエンド/プロフェッショナル市場で普及するまで、どの OS もその適応を完了させるための大きな推進力は見られないでしょう。
答え2
現在、すべてのシステムは画面ピクセル ベース (72ppi) です。インチあたりのピクセル密度をさらに高める構成をすでにサポートしている OS はごくわずかです。
Windows 7: インターフェイスを拡大縮小する機能がありますが、アクセシビリティにのみ使用されます (構成パネル > 外観とカスタマイズ > テキストやその他の項目を拡大または縮小する)
- iOS では、iPhone < 4 と iPhone 4 の間では画面解像度が 2 倍になります (Retina ディスプレイ)。iOS 3.x アイコン アプリケーション (iPhone 4 上) ではぼやけているのがわかります。
問題は、ほとんどの GUI フレームワーク (Qt など) が、ユーザー インターフェイス コンポーネント (UI ウィジェット) の描画/サイズ設定にピクセル ベースの単位を使用し、スケーリングをサポートしていないことです。さまざまなアプリケーションで使用されるフレームワークは数多くあります。
答え3
デスクトップ オペレーティング システムに関する情報はそれほど多くありませんが、モバイル オペレーティング システム (iOS、Android) にはより有用な情報が含まれている可能性があります。現在のハイエンド フォンは 200 dpi 以上で動作していることを考えると、画面上のコンテンツを一般の人が読めるようにするには、グラフィックスとテキストを大幅に大きくする必要があります。
デスクトップで 800/854x480 または 960x480 のフルサイズの Android または iPhone 4 のスクリーンショットを見るまで、違いを想像するのは困難です。
答え4
GTK+ と Metacity では、コントロールやウィンドウの装飾をレンダリングするために Cairo 経由で SVG を使用することはまったく問題ありません。