問題タブ [sizing]

グリッドの2番目の列で使用可能なスペースにlistviewitemsのサイズを設定する際に問題が発生しました。長い説明を持つことができるValidationItemErrorクラスがあります。これは、そのためのDataTemplatexamlです。

validateItemErrorsは別のクラスValidationLineItemにグループ化され、これがそのDataTemplateです。

つまり、基本的に、ValidationItemsプロパティに格納されている行番号と複数のValidationItemError/Warningsを格納するvalidationLineItemがあります。そのため、グリッドの左側の列にあるリストビューにそのデータをバインドするだけです。

この部分を除いて、すべてうまくレンダリングされます

説明テキストブロックは幅の設定を無視し、必要なように折り返しません。手動で幅を設定した場合

それ以外の

説明テキストブロックは、私が望むように折り返されます。誰かアイデアはありますか？私はここで簡単な何かが欠けていると確信しています。

私はすでにこれも運がなくて試したことがあることに注意する必要があります。

派生した QDialog ダイアログを好きなようにレイアウトし、好きなようにサイズを変更しましたが、プレビューが本来よりも大きなサイズに変更されるという問題があります。デザイナーでは、含まれているすべてのポリシーとヒントを考慮して、ウィンドウは可能な限り最小のサイズに縮小されますが、プレビューでは (そして実際のコードでは、私が想定しているとおり)、必要以上に大きくなります。次に、デザイナーで表示されるように最小サイズにサイズ変更できますが、余分なスペースがどこから来ているのか疑問に思っています. 説明するための写真がいくつかありますが、それだけでは不十分な場合は、ui ファイルなどを投稿できます。

デフォルトのプレビュー サイズ

サイズ変更後の最小プレビュー サイズ

Webサイトの一種のポップアップヘルプダイアログをエミュレートしようとしています。ユーザーがヘルプをクリックすると、マスクがページ全体を暗い部分的に透明なマスクで覆い、Zオーダーの高いヘルプページdivが表示されます。ヘルプページのdivは、幅80％、高さ90％で、左10％と上5％に絶対位置にあり、すべて体を基準にしています。これまでのところすべてが素晴らしいです。ヘルプページdivの内容は次のとおりです。-右に浮かぶ高さ20pxの近いアンカーを備えた全幅ヘッダー。-以下を含むヘルプページdivの残りの部分を占めるiframe-div：-問題のhtmlドキュメントを表示するiframe

問題：iframe-divの高さはヘルプページのdivより20ピクセル小さいと思いますが、奇妙な理由でヘルプページのdivより3ピクセル大きくなっています。その結果、iframeの下部は見えなくなります。

html：

css：

任意の提案をいただければ幸いです

編集mixelが指摘したように、シナリオを単純化しようとすると、重要な詳細がずれてしまい、修正されました。

既存のJSPプロジェクトを前提として、プロジェクトの「ビュー」部分の複雑さ/サイズを感じてみたいと思います。これが私がこれまでにしたことです：

• 過去xか月以内に本番サーバーからコンパイルされたJSPのリストを取得しました（これにより、「デッド」jspsが排除されます）。
• クイックスキャナーを作成して、コンパイルされたページにインポートされたJSPフラグメントファイルを見つけます。
• ファイルのサイズとタイムスタンプをファイルシステムから削除しました。

これで、ページとそれらのページにインポートされたフラグメントのリスト、サイズ、およびそれらが最後にコンパイルおよび変更された時刻がわかりました。

しかし、私が本当に知る必要があるのは、ページがどれほど複雑かということです。これらのページのいくつかには、大量のJavaコードが含まれています。これは大きなプロジェクトなので、各ページとサイズを確認するのは面倒で、おそらくそれほど正確ではありません。

<％と％>の間のコードを測定する別のスキャナーを作成するつもりでしたが、すでにそれを実行できる何らかのメトリックジェネレーターがあるのではないかと思いました。ページの「大きさ」とページのコードの「大きさ」を出力したいと思います。重要なのは、小、中、大、大のページを分離することです。したがって、絶対的な測定は相対的な測定よりも重要ではありません。

編集： JavaScript行、Java（Scriptlet）行、HTML行、およびtaglib使用のインスタンスの数をカウントするために別のスキャナーを作成しました。したがって、スキャナーの結果を使用することにより、「複雑さ」を示すいくつかのパラメーターがあります。本当にきれいではありませんが、今のところは大丈夫です。

プロジェクトの PROM チップに組み込まれる Boot の開発に取り組んでいます。私は、ソフトウェアがおそらく使用する最終的なメモリ サイズを見積もることを任されましたが、これまで行ったことはありませんでした。

少し調べてみたところ、次のように考えています。

• すべての変数を数えると、このサイズは直接サイズの合計になります
• 各関数に必要なコード行数の見積もり (コードはまだ作成されていません)
• c命令ごとのasm命令のおおよその数を見つける
• 合計サイズ = コードの合計 nb 行 * c 命令あたりの平均 asm 命令 * 32 ビット

私の解決策は偽物である可能性が非常に高いです。誰かが助けてくれることを願っています。

私は自分のゲームの最終スコア画面を作成しています。

「RawScore」「bonuspoints」「FinalScore」というテキストをレイアウトに並べるのに苦労しました。

どういうわけか、図のようにレイアウトエディタでテキストを並べると、電話では問題なく表示されます。レイアウトエディタに表示されるはずのテキストを並べると、電話でオフセットされます。

• Eclipseレイアウトエディタと私の電話を一致させるための信頼できる方法はありますか？
• さまざまなサイズとピクセル密度の電話でこのレイアウトを適切に配置するための信頼できる方法はありますか？

重要な場合は、フルスクリーンのテーマを使用しています。必要に応じて、残りのxmlを投稿することもできます。

関連するxmlは次のとおりです。

Java では、スペース不足のために JLabel のテキストを表示できなかった場合、テキストは切り捨てられ、最後に「...」が追加されます。

現在 JLabel が全文を表示しているか、切り捨てられているかを簡単に確認するにはどうすればよいですか?

編集：

を使用してテキストのサイズを調べる方法があることがわかりましたFontMetrics。ただし、このソリューションは質問に完全には答えません。JLabel のテキストに HTML 装飾が含まれている場合、metrics.stringWidth()HTML タグの幅も計算されます。そのため、結果がmetrics.stringWidth()JLabel の幅より大きくなる可能性がありますが、それでもテキストは正しく表示されます。

テキストの表示中にJLabel自体がどのような決定を下したかを知る方法はありますか? テキストを切り捨てることにしたかどうか。

私たちは毎日数千人のユーザーにサービスを提供するアプリケーションに取り組んでいます（それらの90％は勤務時間中にアクティブになり、勤務時間中は常にシステムを使用します）。このシステムの主な目的は、複数のデータベースにクエリを実行し、データベースからの情報を組み合わせて、ユーザーへの単一の応答にすることです。ユーザー入力にもよりますが、ユーザー数が1000人のシステムでは、クエリの負荷は1秒あたり約500クエリになる可能性があります。これらのクエリの80％は読み取りクエリです。

ここで、SQL Server Profilerツールを使用してプロファイリングを実行し、読み取りクエリに対して平均で最大300の論理読み取りを取得しました（書き込みクエリについてはまだ気にしませんでした）。これは、1,000人のユーザーの場合、1秒あたり15万回の論理読み取りに相当します。完全な本番システムには、最大10,000人のユーザーがいると予想されます。

これらのデータベースのストレージの実際の読み取り要件を見積もるにはどうすればよいですか？実際の物理的な読み取りはそれよりはるかに少ないと確信していますが、どうすればそれを見積もることができますか？もちろん、実稼働環境はまだ存在しないため、実稼働環境で実際に実行することはできません。ハードウェアの担当者に、システムに必要なIOPSを伝えて、何をすべきかを知らせる必要があります。買う。

以前の回答で提案されたHPサイジングツールを試しましたが、実際のパフォーマンスの見積もりではなく、HP製品のみを提案しています。任意の洞察をいただければ幸いです。

編集：メインの読み取り専用データセット（ほとんどのクエリが送信される場所）は、ディスク上の2桁（桁違いに4ギガ）です。これはおそらく、論理読み取りと物理読み取りに大きく影響します。この比率を取得する方法についての洞察はありますか？

以下のように Form に FormItem を配置します。

実際のコンテンツの高さとフォーム アイテムの境界線の間にギャップがあります。FormItem の高さをコンテンツに厳密に合わせる方法について何か考えはありますか?

これは画像です:

Delphi IDEの「コード補完」機能には、コードパラメータを含む2番目のフライアウトウィンドウが含まれています。右側のウィンドウは次のとおりです。

このウィンドウの興味深い機能は、コンテンツに合わせて自動的にサイズが変更されることです。そのようなウィンドウを作成するには、どのパラメーターを使用する必要がありますか？また、Delphi（XE）で自動サイズ設定を実現するにはどうすればよいですか？