私のDelphiプログラムでは、アプリケーションによって生成されたいくつかの情報を表示したいと思います。空想はありません。単語の部分が色分けされたテキストの2列だけです。 TRichEditでTWebbrowser HTMLまたはRTFですか？
HTMLは標準ですが、読み込み速度が遅くて、The Annoying Click Soundを処理する必要がありました。 RTFはまだまだ良い選択肢ですか？
編集：
「ダンピングされたドキュメントはどうなりますか？」
文書は表示後に破棄されます。
私はHTMLも使用します。また、clicking sound in TWebBrowserの回答があります。
TWebBrowserを使いたくない場合は、Dave Baldwinの無料HTML Display Componentsをご覧ください。
私はHTMLに投票します。
私はそれが将来の方向性だと思います。速度は私には関係しません。
クリックについてAbout the answer（http://stackoverflow.com/questions/613943/annoying-click-sound-in-twebbrowser/614290#614290） – stevenvh
HTMLとRTFの両方があなたの必要性を満たさない場合は、単語の色付けをサポートするオープンソースのテキスト/編集コンポーネントを使用するか、Delphiコンポーネントに基づいて独自の編集コンポーネントを作成することもできます。
HTMLまたはRTFの質問は無関係かもしれません。それらが表示目的のためだけに使用される場合、ファイル形式は重要ではありません。それは本当にただの内部表現です。 （どのファイルもディスクに保存されていますか？）質問する質問は、仕事の量が最も少ない問題を解決する質問です。
私は、ブラウザコントロールが常に変化していることに少し気になります。リッチエディットのコントロールが大きく変わるのではないかと思う。私はそれが間違っている可能性が少ないと思うので、私はリッチエディットコントロールに向かって傾けるだろう。しかし、それはどちらかといえば大したことではないでしょう。
ownerdraw TListViewを行うと考えましたか？
@dangphを参照してください。代わりにビューコントロールを使用するのが私の最初の考えですが、RTFビューアとHTMLビューア追加の作業をせずに表示されたデータをコピーすることができます。使い勝手が良くなります。他の点で同意した、+1。 – mghie
私はHTMLにも投票します。私たちは、しばらく前にアプリを起動さ
... は、我々は
ディスプレイにアプリケーションによって生成されたいくつかの情報を求めていました。何も空想、ちょうど...
はその後、我々はそれがさらに.... ...誰かが決めたより多くの情報とスタイルを表示したい（あなたは鐘リングを???聞かないでください）そのRTFはもう十分ではありませんが、下位互換性のために、OLE-Serverを介してMS Wordに移行しました。それはもはやパフォーマンスに関する話の終わりでした。
私たちがHTMLでこれをやったとすれば、今はるかに速くなると思います。
TWebBrowserがインターネットエクスプローラを使用しているような気がしないので、私はRTFに投票します。
また、TRichEditには印刷メソッドのビルドインがあります。ここでは、TWebBrowserを印刷するためのあらゆる種類の操作が必要です。
TRichEditコントロールはすべてのWindowsインストールの一部であり、TWebBrowser（基本的にActiveXバージョンのActiveXをアプリケーションに組み込む）よりもはるかに少ないオーバーヘッドを持つため、RTFは扱いがずっと簡単です。
TRichEditは、プログラムでテキストと書式を追加するためにはるかに簡単です。 SelStartとSelLengthをテキストのAttributesとともに使用すると、太字や斜体の追加、異なるフォントの設定などが簡単になります。そして、Re0slessは言ったように、TRichEditは簡単に印刷することができますが、TWebBrowserはそれをより複雑にします。
HTMLブラウザのもう1つの代替案は、 "Embedded Web Browser"のコンポーネントです。このコンポーネントでは、htmlドキュメントをユーザーに表示するためにいくつかのプロジェクトを使用しました。埋め込みブラウザを完全に制御することができ、ページが読み込まれたときにクリックを思い出すことはありません。
RTFは、HTMLで利用できない、水平タブレータのような便利なテキスト編集オプションを提供します。自動ハイパーリンクの検出も素晴らしいです。しかし、これらの機能が必要ない場合は、HTMLを好むと思います。私はHTMLに投票
も
RTFは、あなたがより良い標準行くと思い、他の、唯一の編集者のために良いです。
報告コンポーネントはまだ説明されていないようです。はい、残念ですが、とにかく使用している場合（アプリではレポートを作成しているので、既にコンポーネントが含まれています）、プレビューを表示してpdfに印刷/エクスポートすることができます後で、もし意味があれば。また、後であなたが好奇心をそそるディスプレイを持ってほしいと決めた場合は、あなたを抱きしめるものは何もありません。
ほとんどのレポートコンポーネントには、HTMLおよび/またはRTFへのエクスポートがあります。構成の問題です。 –
HTMLに投票します。
使用HTML、しかしHenri Gourvestよる 'Delphi Wrapper for Chromium Embedded' で、埋め込まれたクロムは、その力Google Chromeコアを使用しています。
私はIEのウェブコントロールを使用するすべてのプログラムに苦しんでいます。私の22インチモニターでは1920x1080の解像度ではフォントが小さすぎます。私はWindows 7を使い、システムのDPIは150％です。 XPモード）、私はそれを修正しようと微調整しようとしましたが、幸運...
文字列グリッド（または他の適切なグリッドコンポーネント）を使用することはどうですか？ – Harriv
これは良い考えではありませんか。文字列グリッドを使用すると、書式設定（整列、フォント、色）を得るために、OwnerDrawに多くのコードを記述する必要があります。画像のキャンバスに直接テキストを出力することもできます。 HTMLとRTFはフォーマットを処理します。 – stevenvh
あなたは問題のデータについてあまり具体的ではありませんでした。私は、レポートジェネレータも画面に出力できると思います。より複雑な書式設定が行われます。 – Harriv