問題タブ [screens]

ウィンドウは 2 番目のモニターに移動しますが、そこには表示されません。エリアを非表示にするには？

デフォルト画面の DPI を呼び出しToolkit.getDefaultToolkit().getScreenResolution()て取得できることはわかっていますが、接続した他のモニターで同じ情報を取得する方法が一生見つかりません。Toolkit他のモニターの取得方法、またはそれらのモニターの DPI を取得するためのデバイスの呼び出しのいずれかを教えてもらえますか?

Windows 10 を搭載したタブレットを使用しているため、このマルチタッチ デバイス向けに開発するために、Delphi XE7 と VCL を再度使用することにしました。

私は見つけましたがListView、パンとスクロールの標準的な動作がないようです（PanUpとPanDown、ScrollUp ScrollDownのみ）ListBox。は、タッチ パンをサポートしていません。、 ...のような慣性パンを制御していないようで、不規則に反応します。スクロールバーを移動するパンが「緩い」場合がありますが、アイテムリストは移動しません。DBGridDBGridListBoxTListviewListView

マルチタッチ タブレットを使用して Windows 8.1 または Windows 10 でこのコントロールをテストした人はいますか?. コンポーネントをロードするだけで、100 個のアイテムと言って、指を使って単純な垂直方向のスムーズなスクロール/パンを試してみてください。

一緒にいるとなんだかイライラして、自分の仕事であるアプリケーションの開発に集中できません。

質問: タッチ スクリーンでパン (少なくとも垂直パン/スクロール) を使用し、問題なくスムーズに動作する正しいコンポーネントまたは方法はどれですか? このコンポーネントは、Gesture Manager を実装して画面上のタッチごとに 1 つずつ制御する必要なく、標準アクション (PanUp や PanDown など) に反応する必要があると考えました。フィードバックをお待ちしております。ありがとうございました

結論：コメントを手伝ってくれたすべての人に感謝します。私自身の結論は、Delphi は画面に触れるための RAD として使用する準備ができていないということです。感動的な実装は貧弱で、非常に標準的な使用にはあまりにも多くの作業が必要です。非常に一般的で標準的なコントロールのために、ホイールを再発明する必要はありません。実際には、デスクトップ ユーザーよりも多くのモバイル デバイス ユーザーがいます。おそらく、エンバカデロはこの問題に注意を払い、OS のタッチ アンド フィール コントロールを満たす完成度の高いツールを提供することを決定する必要があります。

TGrid を使用して FM に同じものを追加すると、問題なく動作します。

タイトルが示すように、画面の名前を知りたい場合、次にどの画面をカスタマイズするかを知りたい場合、どうすればわかりますか?

たとえば、会社に移動して [概要] タブに移動した場合、どの画面/ブロックなどが表示されているかを知るにはどうすればよいですか?

ImageButton メニューのデザインは、サイズが画面を調整できることを期待して作成しました。しかし、3 インチ 320x480 、4 インチ 480x800 、5 インチ 720x1280 のスマートフォンで使用してテストしたところ、ImageButton の表示がめちゃくちゃです。

TableLayout、LinearLayout、GridLayout、FrameLayout を試してみましたが、結果は同じです。

前もって感謝します。この写真は私の試験結果です

これは私のXMLコードです:

私のゲームは物語に関するものです。選択をすると、あなたが主人公である小説のような別の画面に移動します。セーブ システムが必要だと気づきました。プレイヤーが最後にいた画面を保存し、いつでもロードしたいと考えています。彼はメインメニューのロードボタンをクリックします:

このような

クラスを見つけましたFileHandleが、それをゲーム画面にリンクする方法がわかりません。「プレーヤーが表示されていた最後の画面を保存する」および「プレーヤーが表示されていた最後の画面をロードする」をどのようにコーディングすればよいですか

知識を共有していただきありがとうございます

何かのためにこれに絶対に答える必要があるというわけではありませんが、java.awt.GraphicsDevice の TYPE_PRINTER がある理由に興味があります。javadocには「デバイスはプリンターです」とだけ書かれているので、紙を印刷するようなプリンターを指していると思います。このコンテキストで使用できないとは思いませんが、IO デバイスとして考えていると思います。これは主に、ある種の表示画面を備えたプリンターを対象としていますか (つまり、私の隣にあるステータス ライトだけのプリンターではありません)。そうでなければ、java.awt.Menu やその他の紙への印刷とインタラクティブなものを使用する理由がわかりません。