問題タブ [screen-size]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
android - Android の複数の画面サイズと密度の問題
私はドローアブルに本当の問題があり、それが理解できないようです。
問題はこれです:
約 320x480、480x800、480x854 の画面サイズがあります。
次に、最も一般的な密度は 1.0 (160) と 1.5 (240) です。
現在、Droid では、画面サイズは 480x800 で、密度は DisplayMetrics を 1.5 として使用して報告されています。
G1 では 320x480 で、密度 1.0 で報告されます
しかし、タブレット デバイスは 1.0 (160) の密度で 480x800 で報告されています。
だから、320x480 の画像を drawables-mdpi フォルダーに、480x800 の画像を drawables-hdpi フォルダーに入れることができるので、私は怒っていますが、タブレット コンピューターでは、フルスクリーンにサイズを変更していません。
どんな助けでも大歓迎です。デバイスに関係なく、すべての 320x480 画像を拡大したいだけです。
android - Android画面サイズに応じて画像サイズを変更しますか?
そのため、画面の面積に応じて画像のサイズを変更する必要があります。画像は画面の高さの半分にする必要があります。そうしないと、一部のテキストと重なるためです。
したがって、高さ=1/2画面の高さ。幅=高さ*アスペクト比(アスペクト比を同じに保とうとしているだけです)
私は次のようなものを見つけました:
しかし、Javaで画像の高さを変更するにはどうすればよいですか?または可能であればXMLでさえ?実用的な答えが見つからないようです。
android - Sony Ericsson X10で物理的な画面サイズを計算していますか?(1.5倍大きすぎます)
Androidアプリで複数の画面サイズのサポートに取り組んでおり、デバイスの物理的な画面サイズを知る必要があります。
Sony Ericsson X10で、物理的な画面の解像度と密度を照会し、画面サイズ(解像度/密度=サイズ)を計算しようとしていますが、結果は実際のサイズの約1.5倍になります。
コードは次のとおりです。
ログの出力:
この実際のサイズはわずか2"(幅)x 3.5"(高さ)です!?
私は何か間違ったことをしていますか?
Android 1.6 SDKを使用しており、マニフェストのすべての<supports-screens>属性をtrueに設定しました。
android - AndroidManifest.xmlのAndroid互換性設定
SDKバージョン2.0を超えるすべてのAndroid画面サイズ(小さいものを除く)と密度で動作するリリースするアプリがあります。
また、特大画面でも動作します。現在、私はこれを追加しました:
ただしandroid:xlargeScreens="true"
、デフォルトではfalseであるため、Androidマーケットで特大画面のデバイスに表示できるように、を追加する必要もあります。
ただしandroid:xlargeScreens
、この属性はAPIレベル9から追加されたため、追加するには、Eclipseのターゲット設定を2.3に変更する必要があります。
では、このシナリオのターゲットコンパイル設定をどうすればよいですか?コンパイル中は2.3にする必要がありますか?はいの場合、2.0バージョンのデバイスで実行しているときにアプリで問題が発生することはありませんか?
android - 小さな画面で Android フォントが表示されない
相対レイアウトの横向きビューで画面の大部分を占めるテキストビューがいくつかあり、設定したフォントサイズは非常に大きくなっています (150dp)。テキストビューはすべてタイマーで、一番右にあるのは「秒」のテキストビューです。
私の問題は、小さな画面解像度の電話でテストすると、秒が画面の制限をはるかに超えて表示されないことです。それらは、小さな画面ではなく、通常から大画面の解像度で完璧な場所にあります.
各テキストビュー間のフォントサイズやマージンを調整せずに、「秒」テキストビューを強制的に画面に表示する方法はありますか? 小さな画面で窮屈に見えることを意味しても、私はそれを受け入れることができます.
どんな助けでも大歓迎です。
ありがとう
これは、時間と分のテキスト ビューを含む相対レイアウトと線形レイアウトに対応するコードです。
これは、この相対レイアウト 8 内の 2 番目の線形レイアウトのコードです。
android - Androidビットマップを別のサイズのドローアブルにエイリアスするにはどうすればよいですか(drawable-large-mdpiエイリアスからdrawable-hdpi)
私は自分のアプリにタブレットサイズの画面のサポートを追加することに取り組んでいます。さまざまな密度の画面用に、drawable-mdpiとdrawable-hdpiの画像がすでにあります。私の問題は、「大」画面であるが中密度のGalaxy 7 "のようなタブレットにあります。私のレイアウトの一部には、画面の幅全体に5つのボタンがあり、等間隔に配置されています。画像は非常に小さく、間に大量の空白があります。
大きなレイアウトには大きなグラフィックを使用して、適切に見えるようにするとともに、画面のスペースを活用したいと思います。hdpiディレクトリに2倍のサイズのグラフィックがあり、完全に機能します。テストとして、すべての画像を/ res/drawable-hdpiから/res/ drawable-large-mdpiにコピーしましたが、すべてが希望どおりに表示されました。
ただし、これらの画像をすべてコピーしてアプリのサイズを大きくしたくはありません。/ res / drawable-large-mdpi / button_0が要求されたときに、実際には/ res / drawable-hdpi / button_0が代わりに使用されるように、それぞれのエイリアスを作成したいと思います。
xmlビットマップを作成しようとしましたが、特定のディレクトリからドローアブルを参照する方法がわかりません。何か助けはありますか?
/res/drawable-large-mdpi/button_0.xmlの内容:
上記で発生するエラーは次のとおりです。
mobile-website - 画面解像度はモバイル Web アプリケーションの設計にどのように影響しますか?
私はモバイルWebアプリケーションの作成についていくつかの調査を行ってきました.設計段階に到達し、少しの調査として、現在の世代のスマートフォンの画面サイズと解像度のリストをまとめました.
画面サイズの異なる携帯電話が数多く出回っていることは誰もが知っていますが、モバイル Web アプリケーションを設計する際に、物理的な画面サイズや解像度 (またはその両方) を考慮する必要があるでしょうか?
乾杯、IW
javascript - Detecting Screen Resolution to load alternative CSS a good idea?
Im working with a graphic designer who constantly wants to make websites larger than the 960 pixels i recommend. I can do a certain amount with liquid layouts but id really love to be able to load different CSS for larger resolutions. I googled it and found the link below, but im worried that I havnt heard more about this. Is this is a reliable method? Im concerned as I would have thought that more people would want to do this.
http://www.ilovecolors.com.ar/detect-screen-size-css-style/ Thanks
android - ビットマップ背景画像では、どの画面サイズ/密度の組み合わせをサポートする必要がありますか?
多数のフルスクリーン ビットマップ背景が必要なアプリケーションを作成しています。Android ドキュメントのSupporting Multiple Screens[ small, normal, large, xlarge ]
を単純に読んだことに基づいて、すべてのベースをカバーするには、おそらく各ビットマップの 16 バージョンが必要[ ldpi, mdpi, hdpi, xhdpi ]
です。これにより、CPU が画像をスケーリングするために必要な作業を減らすことができますが、ストレージ コストが大きくなります。
ただし、これは次の 2 つの理由から非常に非効率的です。
- これらの組み合わせのすべてが実際に見られるわけではありません。
- 各物理サイズ (DPI を考慮せずに) のベクター アートをレンダリングしているだけなので、large/mdpi と normal/hdpi (どちらも ~ 480x854 ピクセル) のようなペアは重複ファイルです。
では、本当に大きな画像を提供して、システムに縮小させるべきでしょうか? 弾丸を噛んで、多くの重複画像を提供しますか? 問題を完全に回避し、未加工のリソースを使用してコード ソリューションを石畳にしますか? 他のアイデアはありますか?ありがとう。
編集:どうやら、実際のビットマップをエイリアス化する XML ビットマップ ドローアブルを作成できるようです。これにより、2 番目の非効率性に関する議論が解決されます。それでも、他の人が実際にこれらのどのような組み合わせを提供しているのだろうか?
android - DPIと物理サイズに基づいてピクセルを計算します
Android用のEvolusPencilテンプレートを作成しようとしています。私のデバイスには1.75x2.5625"の画面があり、これらの正確な物理的寸法をエミュレートしたいと思います。この投稿を読む と、同じ密度のAndroid複数の画面サイズが表示されます 。物理サイズ=ピクセル/密度。幅168px、96dpi画面で、幅168/96 = 1.75 "の物理画像を取得するべきではありませんか?
約1.5インチのものを入手して迷子になっているためです。Ubuntuを実行していて、xdpyinfoで画面のdpiが96x96であることを確認しました。これに使用できる式は何ですか?乗算することで必要なピクセルを取得できると考えていました。画面のdpiで画面に表示したいインチですが、これにより上記の168が得られ、明らかにどこにも行きません。
誰かが私を正しい方向に向けることができますか、私は数字と数学で正直にひどいので、私が単純または明白な何かを見逃している場合はお詫びします。