問題タブ [resolution]

マークアップ データを読み取り、tex ドキュメントを生成して png 画像に変換するスクリプトを作成しています。

tp 286 px/inch までの解像度を使用している限り、すべて正常に動作します。残念ながら、画像データの作成に使用する GhostScript は、より高い値を使用すると何もしません。

この動作を修正するにはどうすればよいですか?

問題をグーグルで検索したところ、どういうわけかJava印刷APIが機能しなくなり、プリンターに送信されるすべての画像を72dpiの解像度で印刷する必要があるという制限がありました。ドキュメントを印刷するためにジャスパーレポートを使用していますが、どんなに大きなバーコードを描画しても、バーコードリーダーはそれをスキャンしません..同様の経験はありますか? この問題を解決するには？

一般的な Web サイトの解像度に関する標準はありますか?

おそらく少なくとも幅 1280 ピクセルの新しいモニターをターゲットにしていますが、高さは異なる場合があり、ブラウザーごとにツールバーの高さも異なる場合があります。

これには何らかの基準がありますか？

私のソリューションには、次の実行可能ファイルの出力構造があります。

ソリューション内の各プロジェクトは、異なる DLL アセンブリを参照します。その一部はソリューション内の他のプロジェクトからの出力であり、その他はプレーンなサードパーティ アセンブリです。たとえば、[Client] EXE は、別のディレクトリ ブランチにある [Common] のアセンブリを参照する場合があります。

最終的にインストールされたアプリケーションのファイルのレイアウトをミラーリングするために、すべての参照で "Copy Local" が false に設定されています。

ここで、Visual Studio IDE で参照プロパティを確認すると、すべての参照の「パス」が絶対パスであり、アセンブリの実際の出力場所に対応していることがわかります。それは理解できて正しいです。予想どおり、ソリューションは正常にコンパイルおよび実行されます。

私が理解できないのは、IDE を閉じて [MyAppName] ディレクトリの名前を変更し、[Client] EXE を手動で実行しても、すべてが機能しているように見えるのはなぜですか? 参照パスがリンク時のものと同じでない場合、ランタイムはどのようにアセンブリを見つけますか?

明確にするために、これはまさに私が求めているものです。[MyAppName] ディレクトリの場所や名前に関係なく、正常に動作する半分散型のアプリケーション ファイルのセットです。私の側で特定のパス解決がなくても、これがどのように、そしてなぜ機能するのかを知りたいだけです。

この同様の質問への回答を読みましたが、まだわかりません。

大変助かりました！

問題 基本的に、原寸大の写真を背景画像と一緒に適切に使用することは不可能です。さまざまな解像度、ワイドスクリーンなど。探しているのは、この問題に対する JS/PHP GD ソリューションです。

テクニック 聞くところによると、次のようになります。Javascript は、利用可能な画面サイズ (ブラウザ ウィンドウ) または画面解像度を調べます。これを PHP GD に解析します。FTP には高解像度の画像 (たとえば 1600x1200) があります。PHP GD は、JS によって解析された情報に従ってこれをスケーリングします。これも onResize で動作する必要があります。

私は「単なる」単純なデザイナーなので、JS/PHP の欠如がこの問題で私を殺しています。

誰かが適切な解決策を手伝ってくれるなら、私の新しいサイトが完成したら友達リンクを張ってもらいたいです. 事前に感謝し、オランダから多くの愛を.

フィル

C# を使用して Windows Mobile 6 Pro 用の CF 3.5 でアプリケーションを開発していますが、少し問題があり、詳しい人のアドバイスが必要です。

基本的に、アプリケーションを複数のデバイス サイズと解像度で実行およびスケーリングする必要があります。画像以外はすべて適切にスケーリングされます。たとえば 16X16 の一部の画像は、高解像度の画面では非常に小さく見えるため、32X32 の画像を表示したいのですが、表示する画像サイズを決定する最善の方法がわかりません。

dpi を確認してから、表示する画像を手動で選択するオプションがありますが、それは面倒な作業のようです。

それ以外の方法はありませんか、それを行う最善の方法は何ですか?

いくつかのダイアログ ボックスを設計していますが、すべてを収めるのに苦労しています。(そして、設計上 1 つのダイアログ ボックスに収まらなければならないので、1 つではなく 2 つのダイアログ ボックスを作成する必要があるとは言わないでください:))

エンド ユーザーにとって迷惑になる前に、ダイアログが持つことができる最大サイズはどれくらいか疑問に思っています。もちろん、それは彼の決意よりも大きくすべきではありませんが、他に考慮すべき境界はありますか?

800x580 に制限しようとしています (タスクバーを非表示にせずに 800x600 画面で問題なく表示できるようにするため) が、ユーザーが 1024x768 以上の画面解像度を使用することを期待しています。

800x580 のダイアログ ボックスで問題ありませんか、それとも大きすぎますか?

私は mplayer/mencoder と ffmpeg のドキュメントを掘り下げてきましたが、何も思いつかないようです。正規表現を使用して出力できるため、出力形式について特にうるさいわけではありません。そもそもデータを取得できないようです。

私は.Netに書き直したタッチスクリーンアプリケーションを維持しています。長年にわたり、タッチスクリーンの解像度は大幅に向上しました。解像度が高くなるだけでなく、ピクセル密度が大幅に高くなるため、タッチ ボタンが見にくく、操作しにくくなります。

解像度/ピクセル密度の変化に応じて、アプリケーションウィンドウを強制的に拡大するWPFの方法はありますか? これらの画面を数年ごとに作り直す必要はありません。