問題タブ [text]

このようなデータを含むファイルを生成しています。

textformat バイナリ型のテキストパッドでファイルを開くと。

データ部分では、連続する 2 つの数字の間に (.) があります。

dos要素を含むテキストファイルがあります-たとえば、hex（00）。私はそれを読んで変換する必要があります。を使用しようとしましutf8toansiたが、これによりhex（00）で行全体が削除されます。ファイル全体のテキストに変換する方法はありますか？私は、、を使用してwin32いRadStudio2007ますDelphi。

昨日、同僚と HTTP について話し合いました。なぜ HTTP がプレーンテキストで設計されているのかを尋ねられます。確かに、フラグを使用してさまざまな種類のメソッド (POST、GET) と変数 (HTTP ヘッダー) を表す TCP プロトコルと同様にバイナリ方式で設計できます。では、なぜ HTTP はそのように設計されているのでしょうか。技術的または歴史的な理由はありますか?

非常に大きなテキスト ファイル (この特定のファイルは 10 GB を超えます) の最後の 10 行を表示する最も効率的な方法は何ですか。シンプルな C# アプリを作成することだけを考えていましたが、これを効果的に行う方法がわかりません。

私が働いている会社のために、カスタムの電子メール管理アプリケーションを作成したとしましょう。同社のサポート アカウントから電子メールを読み取り、それらのクリーンアップされたプレーン テキスト バージョンをデータベースに保存し、その過程でそれを顧客アカウントや注文に関連付けるなど、他の優れた処理を行います。従業員がメッセージに返信すると、私のプログラムは電子メールを生成し、ディスカッション スレッドの書式設定されたバージョンを顧客に送信します。顧客が応答すると、アプリは件名で一意の番号を探して着信メッセージを読み取り、前のディスカッションを取り除き、スレッドの新しいアイテムとして追加します。例えば：

一般に、これはすべてうまく機能しますが、クリーンアップをしばらく延期している領域が 1 つあります。それは、テキストの折り返しを扱っています。上記のようなきれいな電子メール形式を生成するには、顧客が最初に送信したテキストを再ラップする必要があります。

これを行うアルゴリズムを作成しました (コードを見ても、それがどのように機能するのか完全にはわかりません。リファクタリングを使用する可能性があります)。しかし、ハードラップ改行、「段落の終わり」改行、および「意味論的」改行を区別することはできません。たとえば、ハードラップの改行は、たとえば 79 桁の長いテキスト行を折り返すために、電子メール クライアントが段落内に挿入した改行です。段落改行の終わりは、ユーザーが段落の最後の文の後に追加した改行です。セマンティックな改行はbr、フレッドが上で入力したアドレスなど、タグのようなものになります。

代わりに、私のアルゴリズムは、新しい段落を示すものとして 2 つの改行が連続して表示されるだけであるため、顧客の電子メールは次のような形式になります。

このテキストを意図したとおりに再ラップするバージョンを書こうとするときはいつでも、基本的に、テキストのセマンティクス、「ハードラップ」改行と「本当に意味した」の違いを知る必要があるという点で壁にぶつかります。br顧客の住所などの "-タイプの改行のようなものです。(私は 2 つの改行を続けて使用して、いつ新しい段落を開始するかを決定します。これは、大多数の人々が実際に電子メールを入力する方法と一致しています。)

意図したとおりにテキストを再ラップできるアルゴリズムを持っている人はいますか? それとも、特定のソリューションの複雑さを比較検討する際に、この実装は「十分」でしょうか?

ありがとう。

Java2D で完全に両端揃えのテキストを描画できる既存のコードを知っている人はいますか?

たとえば、私が言った場合drawString("sample text here", x, y, width)、幅内に収まるテキストの量を把握し、テキストの見栄えを良くするために文字間のスペースを調整し、基本的なワード ラップを自動的に実行できる既存のライブラリはありますか?

印刷しようとしている Web ページにヘッダー バナーがあるとします。イメージのブロック全体を印刷する誰かのインクを無駄にする代わりに、css を介してイメージを H1 サイズのテキストに置き換える方法はありますか?

ZPL-II を出力する古い vb6 アプリケーションをメンテナンスしています。

「 Printer.Print」で長い行をプリンターに出力すると、行が最初の 89 バイト/行のみにトリミングされるというバグがあることがわかりました。DOSでLPTへの印刷またはコピーを使用すると、完璧に機能し、行をそのまま保持します。

この振る舞いはどこから来たのですか？どうすれば修正または回避できますか? LPT、USB、ネットワーク プリンターを含むすべてのプリンターをサポートしたいと考えています。

PS。LPTではなくファイルに出力して、プリンターに送信された実際のバイト数を再確認します。

私は最終年度のプロジェクトとして「自動テキスト要約（言語的アプローチ）」を行っています。私は十分な研究論文を収集し、それらを調べました。それでも、「どうやってそれを行うか」ということについてはあまり明確ではありません。基本的に「AUTOMATIC TEXT SUMMARIZER (statistical based)」を見つけ、私のプロジェクトに比べてはるかに簡単であることがわかりました。私のプロジェクト ガイドでは、これ (統計ベース) を選択せず​​、言語ベースを選択するように指示されました。

この種のプロジェクトに取り組んだことがある、または聞いたことがある人なら誰でも、ドキュメントを要約することは、(いくつかの特定のアルゴリズムを含むいくつかのアプローチによって) 各文にスコアを付け、次にしきい値スコアよりも高いスコアを持つ文を選択することに他ならないことを知っているでしょう。このプロジェクトで最も難しい部分は、スコアリングに適切なアルゴリズムを選択し、後でそれを実装することです。

私は中程度のプログラミング スキルを持っており、JAVA でコードを書きたいと考えています (そこには多くの API があり、オーバーヘッドが少なくなるからです)。今、私は自分のプロジェクトで、どのようなアプローチとアルゴリズムを使用すべきかを知りたいと思っています。また、それらを実装する方法。

質問: Komodo Edit に精通していて、このマクロを解明できる人はいますか? ツール パネルから呼び出されたときにマクロでバッファ テキストを選択する方法を理解する必要があります。

問題: Komodo Edit JavaScript に非常に単純なマクロがあり、期待どおりに動作しますが、カスタム キーバインドを介して呼び出された場合のみです。ユーザーが標準の「ツール パネル」からこれを呼び出そうとすると、selectWordLeft 呼び出しは何も実行しません。私の推測では、編集バッファーにフォーカスがないことが失敗の原因であると思われますが、マクロに明示的にバッファーにフォーカスを与えるように指示することはうまくいくと考えていたでしょう。

背景: Komodo Edit、バージョン 5.0.2、ビルド 2604、プラットフォーム win32-x86。2008 年 11 月 19 日水曜日 18:33:41 に作成。