問題タブ [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.

0 投票する
6 に答える
11786 参照

php - PHP/javascript のユーザー エージェントに基づく物理画面サイズの「検出」

そのため、javascript と php を使用して「モバイル」ブラウザーと画面サイズを検出する方法があります。ただし、画面サイズは常にピクセル単位で返され、最近ではモバイルは何でも意味します。

デバイスのディスプレイがモバイルの場合、どこにでもポップアップするタブレットの場合はどうなるかを知りたいです。これは、小さな画面のデバイス用にスタイルシートを選択し、それ以外のデバイスにはデフォルトで通常のスタイルシートを使用したいためです。たとえば、iPad、kindle fire、hp タッチパッドなどには通常のスタイルシートを表示させたいのですが、携帯電話や人間の手ほどの大きさのディスプレイを持つデバイスには別のスタイルシートが必要です。

今、私はこれを行うための何かが存在しないと推測していますが、おそらく誰かがより良い方法を考えているか、どこかで画面サイズの寸法を持つデータベースを知っています..うーん

..おそらく、ピクセル密度を見つけて、これにピクセル単位の画面の幅/高さを適用する方法があります..

0 投票する
11 に答える
43843 参照

iphone - iOSはプログラムで物理的な画面サイズを取得しますか?

これは可能ですか?ピクセル数ではなく、インチ数が必要です。私はそれが約160ppiであることを知っています。しかし、正確ではありません。

0 投票する
1 に答える
196 参照

android - 複数の画面サイズへの適用

私のアプリケーションでは、いくつかのカスタムボタン/アイコンを使用しました.drawable-hdpiフォルダーにすべての画像があり、AndroidManifest.xmlファイルに次の行があります:

私のアプリケーションは、フォルダーに画像を入れなくても、HTC 欲望 (480x800) と HTC ワイルドファイア (320x400) で見栄えがしdrawable-mdpi/ldpiます。

drawable-mdpi/ldpi 画像を保持する必要があるのか​​ 、それともさまざまなデバイスでも見栄えがするのか知りたい.

0 投票する
1 に答える
1016 参照

android - Android WindowManager が異なるデバイスで同じ画面サイズを表示する

Bionic と Droid3 の 2 つの異なる Droid デバイスでアプリケーションをデバッグしています。WindowManager を使用してデバイスの幅と高さを表示すると、両方のデバイスで 540x960 (縦) と 960x540 (横) が表示されます。そんなことがあるものか?2つのデバイスは明らかにサイズが異なります。コードは次のとおりです。

ありがとう、イゴール

0 投票する
2 に答える
1809 参照

android - 正確な画面サイズの Android リソース フォルダー

Android 3.2 以降、この奇妙な問題が発生しました。

再現するのはとても簡単です:

  1. 空のプロジェクトを作成します。
  2. 値-480x320/ リソース ディレクトリを追加します。
  3. この新しいフォルダー内の文字列 (@string/hello など) を、values/ ディレクトリ内のデフォルトのものとは異なるものに変更します。

現在、3.1 以前の Android デバイスとエミュレーターでは、すべてが期待どおりです。ただし、3.2 以降 (4.x Galaxy Nexus およびエミュレーターを含む) では、values/ フォルダーの代わりに values-480x320/ が使用されます!!

互換性のある「画面全体に拡大/縮小」アイコンが表示されないことに注意してください。AndroidManifest.xml の supports-screens タグと uses-sdk タグを変更しようとしましたが、この問題は解決しません。

私の質問は、なぜこれが起こっているのか、それを修正するために何をアドバイスできますか?

追伸、Android バージョン 3.1 から 3.2 へのこのような小さな変更が古いアプリを壊さなければならない理由がまったくわかりません!!

前もって感謝します!

0 投票する
1 に答える
228 参照

android - 互換モードとアクティビティのライフサイクル

ここにいくつかの前提条件があります:

  • アプリはスマートフォン用に設計されています(小、中、大画面)
  • アプリは、タブレット (特大画面) でもまあまあの外観にする必要があります。
  • アプリは、タブレット デバイスで実行するときに、「画面全体に拡大」と「画面全体にズーム」を切り替えるオプションをユーザーに提供する必要があります。

問題は、ユーザーがこれらのモードを切り替えると、現在のアクティビティが再起動する => ライフサイクル全体を通過することであり、それは望ましくありません:)

デバイスを回転させる場合 (横向きから縦向き、またはその逆)、マニフェストで android:configChange パラメータを使用して、アクティビティが再起動しないようにすることができます。ただし、互換モードの場合、可能なオプションはどれも機能しません。

ズーム/ストレッチを切り替えるときにアクティビティを再起動しないためのヒント、アイデアは素晴らしいでしょう:)

0 投票する
3 に答える
10863 参照

android - Androidエミュレータの実際の画面サイズ

アプリを最適化したい。Samsung Galaxy Note、1280x800、320dpi、大画面のユーザーがいます。

エミュレータの実際のインチ画面サイズを設定するにはどうすればよいですか?320dpiのWXGA800を選択すると、通常のサイズのバージョンになります。どうすれば大きくできますか?

編集。回答ありがとうございますが、それは重要ではありません。エミュレータの画面解像度とdpiを設定する方法を知っています。実際、エミュレータで「layout-large-xhdpi」レイアウトを編集したいのですが、AVDManagerで1280x800と320dpiを使用して「layout-normal-xhdpi」を取得します。xlargeをlargeに変更したいだけです。方法はありますか?

Edit2さて、通常サイズのxdhpiデバイス(Galaxy Nexus)のレイアウトを一時的に削除し、GalaxyNoteレイアウトをある種の「xhdpi」レイアウトのように編集することで回避策を見つけました。しかし、それでも私には奇妙なことです。「layout-large-xhdpi」のような特定のフォルダファイルを直接編集することは不可能です。レイアウトエディタでのみ画面サイズを追加する可能性がありますが、残念ながらレイアウトは作成されません。

それでも、問題を減らすために、レイアウトをより柔軟にする必要があります;-)

とにかくありがとう

0 投票する
3 に答える
3155 参照

powershell - PowerShellで最小画面のBufferWidthを見つける方法は?

$ host.UI.RawUI.MaxPhysicalWindowSize.Widthを使用してPowerShellコマンドウィンドウの最大幅(つまり列数)を取得できます。PowerShellコマンドウィンドウのサイズの設定は十分に文書化されていますが、最小バッファー幅はマシンによって異なります。あるマシンでは13でしたが、別のマシンでは14でした。ウィンドウの最小の高さと幅を1に設定でき、バッファーの最小の高さも1に設定できます。

この最小バッファ幅の値をプログラムで取得する方法を知っている人はいますか(値を試したり例外をキャッチしたりするだけではありません!)

0 投票する
2 に答える
10377 参照

android - Program different layouts for different versions in android

I have to program my Android app with the best compatibility to different screen sizes (tablets and smartphones) and to the versions 2.3, 3.2 and 4.0. I know about the possibliy to name the folders of the layout like res/layout-sw600dp/. to match the layout exactly to different screen sizes.

So, cause I will use completely different layouts for Tablets / Smartphones, I would start with a "Load Screen", which tests which Android-version is used and if there is used a tablet-or smartphone-device, cause for example in the layout for the Tablet, there will be Buttons on some screens that won't be there on the smartphone.

So I will have to separate all this in packages, like this:

  • Common
  • 2.3
    • Tablet
    • Smartphone
  • 3.2
    • Tablet
    • Smartphone
  • 4.0
    • Tablet
    • Smartphone

I would choose this separation, cause it's the best way, in my opinion, to be prepared for upcoming *updates*, if, let's say there should be added a Button in the ToolBar in Android 4.0.

Is this separation a good thing in your opinion or is this a complete overload?

Are there any other new features in 4.0 that I should be aware of?