問題タブ [screen-resolution]

私はWPF、C＃、SQLCE、VS2010でPOSアプリケーションに取り組んでいます。幅と高さが800*600の固定ウィンドウで請求書入力フォームを作成しました。

ただし、プロジェクトの他のウィンドウは、システム解像度で動作するように作成されています。この請求書入力フォームがMyPOSアプリケーションで開いたら、システム解像度を800*600に変更したいと思います。Stocks＆Inventoryのレポートとメンテナンスには、ウィンドウサイズを最大化した豊富なUIコントロールを使用しましたが、BILL ENTRY FORM（私のニーズを考慮）では、ウィンドウサイズを800*600に維持しました。フォームを開くと、1440*900の解像度で非常に小さく見えます。したがって、このウィンドウが開いたときにシステム解像度を800 * 600に変更したいのですが、このウィンドウを閉じると1400*900の解像度に戻るはずです..これを行う方法はありますか

私はAndroidプラットフォーム用の2Dプラットフォーマーゲームを開発しているので、画面のDPIについてはあまり気にしませんが、ピクセル単位の実際の解像度についてはもっと気にします。私がネット上で収集したものから、いくつかの異なる解像度（およびアスペクト比）が存在します。私の検索によると、現在普及している2つの解像度は480x320（1.5）と800x480（1.666）ですよね？ほとんどの顧客にリーチするために、これら2つの解決策をターゲットにしたいと思います。これで、より大きなディスプレイ用に40ピクセルの黒い境界線を表示することで、さまざまなアスペクト比に対処できます。基本的に、720x480ピクセルと1.5の比率に縮小します。

私のゲームの問題は、プレイヤーが各画面で同じ量の世界を見ることがゲームプレイに不可欠であるということです。そうでなければ、一部のプレイヤーは不当なアドバンテージを得るでしょう。さらに、可視性に応じていくつかのイベントをトリガーします。たとえば、敵はプレイヤーがそれを見始めたときにのみ射撃を開始することができます。そうでなければ、敵の弾丸はどこからともなく来ているように見えます。

そのため、一方の解像度用にグラフィックを作成し、もう一方の解像度用にスケーリングする必要があると考えました。または、解像度ごとに個別のグラフィックを作成します。そうですか？残念ながら、どちらの方法もピクセルグラフィックスには最適ではありません。

別の注意：ゲームをこれらの解像度のみに制限するにはどうすればよいですか（特にAndroidマーケットの場合）？マニフェストの「supports-screens」タグについて知っていますが、ピクセル単位のサイズではなく、有効な画面サイズに応じて機能しますか、それとも間違っていますか？解像度の独立性に関しては、他のAndroidゲーム開発者の個人的な経験にも興味があります。

ありがとう！

解像度やモニターのサイズに依存しないWPFアプリを開発するにはどうすればよいですか？モニターのサイズに依存しないということは、15インチのモニターでWPFアプリを開発し、そのアプリを17インチのモニターで表示すると、UIの外観が異なることが多いため、WPFでこの問題を解決するにはどうすればよいでしょうか。詳細をご案内ください。ありがとう。

この投稿(およびその他) と、Android でのさまざまな画面解像度のサポートに関するドキュメントを読みましたが、(単純な) 質問に対する明確な答えを見つけることができませんでした:

Android アプリの画像に「res/drawable」を使用しても問題ありませんか?

背景: この特定のアプリで必要な唯一の画像は、アプリ アイコン自体と通知用のアイコンです。どのレイアウトにも画像はありません。
したがって、私の理解では、「hdpi」、「mdpi」、および「ldpi」フォルダーが見つからない場合、Android は「res/drawable」をフォールバックとして使用します。
画面解像度が異なる場合の唯一の落とし穴は、特別な解像度が見つからない場合に Android が特定の解像度の画像をスケーリングすることであるように思われるため、画像がぼやけてしまうため、これはアップスケーリング時にのみ問題になるはずです。しかし、すべての「hdpi」イメージを「res/drawable」で提供すると (3 つの異なるイメージではなく)、サイズが大きすぎる場合、Android はこれらのイメージをダウンスケールしませんか?
それが本当なら、画像の 3 分の 1 だけで APK スペースを節約できます。

フォローアップの質問: API レベル 3 の場合、「drawable-v3」という名前のディレクトリが必要であると読みました。それは本当ですか、それともこの API レベルのフォールバックも「描画可能」ですか?

どんなヒントでも大歓迎です。

Visual C＃を使用して画面解像度を収集および変更するにはどうすればよいですか？

私は新しい Web アプリを設計している最中で、アプリのレイアウトとデザインを最適化する必要がある「Web セーフ エリア」について考えています。Web セーフ エリアとは、ブラウザーで Web サイトを表示するために使用できる実際の領域を意味します (モニターの解像度と、ブラウザーと OS が占有するスペースの影響を受けます)。

私は自分でいくつかの調査と考えを行いましたが、一般的な意見が何であるかを確認するためにこれを共有したいと思いました. これが私が見つけたものです：

最適なディスプレイ解像度:

• w3schools web statsが最も参照されているソースのようです (ただし、これらはサイトの結果であり、技術に精通したユーザーに偏っていると述べています)。
• http://www.w3counter.com/globalstats.php (追跡サービスを使用する 15,000 の異なるサイトからのデータを集計)
• StatCounter Global Stats > Display Resolution (統計は、300 万を超える Web サイトの StatCounter ネットワーク全体から収集された 1 か月あたり 150 億ページビューを超えるサンプルで StatCounter によって収集された集計データに基づいています)
• NetMarketShare Screen Resolutions (marketshare.hitslink.com) (Web 分析コンサルティング会社であり、サイト訪問者のブラウザーからライブ統計顧客のオンデマンド ネットワークにデータを取得します。データは、1 か月あたり約 1 億 6000 万の訪問者から収集されます)

ディスプレイ解像度の概要:上記のソース間には多少のばらつきがありますが、一般的に 2011 年 1 月現在、1024x768 は約 20% のように見えますが、〜 85% は少なくとも 1280x768 のより高い解像度を持っています (1280x800 がこれらの中で最も一般的です)ソースにもよりますが、ウェブ全体の 15 ～ 20% です。1280x1024 と 1366x768 が 9 ～ 14% のシェアでこれに続きます）。私の推測では、北米でフィルタリングすると、より高い解像度の値がさらに一般的になり、北米の企業ユーザーでフィルタリングするとさらに高くなると思います (残念ながら、地理的にフィルタリングされた無料の統計は見つかりませんでした)。もう 1 つの注目すべき点は、1024x768 のデスクトップ ユーザー人口は、iPad (1024x768 のネイティブ ディスプレイ) がこれらの数を支えている可能性が高いため、前述の 20% よりも低い可能性が高いことです。

私の推奨は、1280x768 の制約を中心に最適化することです (*注: 1280x768 は実際には比較的まれな解像度ですが、1366x768 が比較的一般的であり、1280 が最も一般的な水平解像度であることを考えると、有効な制約範囲であると思います)。

ブラウザー + OS の制約: 制約 をさらに追加するには、ブラウザー (最もスペースを消費する IE を想定) と OS (WinXP-Win7 を想定) が占めるスペースを差し引く必要があります。

• Win7 は 40px の高さで最大のタスクバー フットプリントを持っています (XP と Vista は 30px)。
• デフォルトの IE8 ビューは、ステータス バーで画面の下部に最大 25 ピクセルを使用し、Windows のタイトル バーとブラウザー UI で画面の上部にさらに 120 ピクセルを使用します (デフォルトの「お気に入り」ツールバーが存在すると仮定すると、代わりにお気に入りツールバーなしで 91px である必要があります)。
• スクロールバーがないと仮定すると、ウィンドウの輪郭のために水平方向に合計 4px も失われます。

これは、583 ピクセルの垂直スペースと 1276 ピクセルの水平スペースが残っていることを意味します。つまり、1276 x 583 の Web セーフ エリア

これは正しい考え方ですか？

私はいくつかのデザインのベスト プラクティスを Google で検索しようとしましたが、ほとんどの場合、1024x768 前後のデザインについて話していますが、これは急速に消えつつあるようです。

これに関する助けがあれば大歓迎です！ありがとう。

OpenGL ES アプリケーションをテストしている 480x854 ピクセル解像度の Motorola Defy を使用していますが、OpenGL サーフェスを携帯電話のフル解像度で実行できません。

私はそれに関する他の質問を読みましたが、すでに次のようにマニフェストをセットアップしています:

しかし、それでもうまくいきません。私は何が欠けていますか？

VB6 の使用

私のデフォルトのソフトウェアの表示設定は「800 x 600」です

「800 x 600」、「1366 x 768」、「1280 x 768」など、表示設定が異なるクライアント

「800 x 600」以上の表示設定でソフトウェアを使用しているクライアントは、ソフトウェアが全画面表示に対応していないことを意味します。ソフトウェアは、モニター サイズの 75% の幅を表示しています。

ディスプレイに合わせてソフトウェアのサイズを手動で変更すると、画像が非常に大きく表示されます。

モニターの表示サイズに合わせて全画面表示する方法。

コードのヘルプが必要

私はモバイルWebアプリケーションの作成についていくつかの調査を行ってきました.設計段階に到達し、少しの調査として、現在の世代のスマートフォンの画面サイズと解像度のリストをまとめました.

画面サイズの異なる携帯電話が数多く出回っていることは誰もが知っていますが、モバイル Web アプリケーションを設計する際に、物理的な画面サイズや解像度 (またはその両方) を考慮する必要があるでしょうか?

乾杯、IW