問題タブ [eol]

ウィンドウの終わりの5文字前にテキストを折り返したい(改行せずに)。

テキストに EOL 文字 (wrapmargin/textwidth) を入れずにこれを行う方法がわかりません。

EOLリスト文字をテキストで表示すると、改行が失われることに注意しました

pe

セットリストの後になります..eol

窓際の言葉を壊さずにEOL文字を見たいです。それは可能ですか？

Subversion リポジトリで eol スタイルが混在しないようにするためのベスト プラクティスはありますか。

svn:eol-style=native自動小道具として設定できることは知っていますが、すべてのコミッターに対して設定されていることを確認する必要があります。svn:eol-styleまた、より侵襲性の低い解決策があるかどうかについて、レトロスペクティブなリポジトリ全体の変更を行うことにも消極的です。

使用している OS に応じて正しい EOL 文字を自動的に使用する方法はありますか?

私は何かのようなことを考えていたstd::eol？

プリプロセッサ ディレクティブを使用するのは非常に簡単であることは知っていますが、それが既に利用可能かどうか知りたいです。

私が興味を持っているのは、通常、アプリケーションにいくつかのメッセージがあり、後でそれらを単一の文字列に結合し、それらを EOL で分離したいということです。使用できることはわかっていますstd::stringstream << endlが、通常の追加ではなく、やり過ぎのようです。

最近、CVS リポジトリを Mercurial に変換しました。見た目から、すべてが完璧でした。ただし、すべての行末文字は Unix スタイルであり、Windows スタイルにしたいのです。

hg convertこのコマンドを使用して Mercurial リポジトリを Mercurial リポジトリに「変換」できることは知っています。リポジトリで何もせずに行末を修正するために使用できますか?

Javaコードを使用してUnix環境でテキストファイルを作成しました。

私が使用しているテキストファイルを書くために、java.io.FileWriterそしてBufferedWriter。そして、各行の後の改行には、bw.newLine()メソッドを使用しています（ここで、はのbwオブジェクトですBufferedWriter）。

そして、Unix環境自体からメールを添付してそのテキストファイルを送信しています（Unixコマンドを使用して自動化されています）。

私の問題は、Windowsシステムでメールからテキストファイルをダウンロードした後、そのテキストファイルを開いた場合、データが適切に配置されていないことです。newline()キャラクターが動いていない、そう思います。

Windows環境でもテキストファイルを開いた場合、Unix環境と同じテキストファイルの配置が必要です。

問題を解決するにはどうすればよいですか？

参考のために以下のJavaコード（Unix環境で実行）：

ここで何かが足りない場合は、誰かに教えてもらえますか...データストリームから個々のJSONオブジェクトを解析しようとしています。データストリームは通常のNSStringでバッファリングされ、個々のJSONオブジェクトはEOLマーカーで示されます。

上記のコードは、期待どおりに「...}NEWLINE{...」を出力します。しかし、上記のifステートメントの@"\n"を@"}\ n"に変更しても、何も得られません。

PHP関数を使用して電子メールを送信するスクリプトを作成するmail()と、新しい行に関する問題が発生します。Unixシステム上のPHPは、ドキュメントLFに記載されていることにもかかわらず、ヘッダーが文字で区切られていることを想定しています。その後、sendmailはこれらを正しいに置き換えます。ただし、Windowsでは、メッセージとヘッダーは提供されたとおりに送信されます。これは、長期にわたるPHPバグレポートで説明されています。CRLF

したがって、Windowsで使用および使用するには、システムがUnixバージョンのsendmailを実行しているかどうかを検出する方法が必要です。私は知っていますが、これを処理するためのよりエレガントな方法があるかどうか疑問に思っています。LFCRLFPHP_EOL

現在、ドキュメントで指定されているように、メッセージを作成しています。

Unixシステムでは、これにより次のメッセージがsendmailに送信されます（テキスト表現\rに\n置き換えられました）。

これがsendmailに渡されると、すべてLFが置き換えCRLFられ、キャリッジリターンが重複します。CR一部のメールサーバーは、この追加を置き換えてCRLF改行を追加し、すべてのヘッダー（この場合は後From:）がメッセージ本文の一部になります。

X-PHP-Originating-ScriptPHPは実際には、行末が正しくないヘッダーを挿入します。これは副次的な問題ですが、それでも厄介です。–実際にはPHP 5.3のバグであり、修正されました。

このクロスプラットフォームを処理する理想的な方法に関するアイデアはありますか？

ありがとう、

アロン

Netbeans には、行末に次の wiki エントリがあります: http://wiki.netbeans.org/FaqEditorEOLs

しかし、それはあまり役に立ちません。異なるOSで開発するべきではないと言っているだけで、それだけです...

しかし、私の状況では、私にはそれに対する力がありません。私は Windows マシンを使用しており、作業中の PHP アプリは UNIX EOL で終了する必要があります。

これを新しいファイルに設定するオプションはないようです。これを設定する場所を誰か教えてもらえますか?

2つの質問：

TortoiseSvn diffツールにEOLスタイルを無視させる方法は？

PVCSからSVNへの変換中に混合EOLスタイルファイルを修正するにはどうすればよいですか？

優れた無料のPolarion変換ツールを使用して、PVCSアーカイブをSubversionにインポートしました。すべてが正常に見えます。修正したい厄介なことが1つだけあります。

元のPVCSアーカイブの一部のcppファイルには、EOLスタイルが混在しています（PVCSマージツールのため）。これらのファイル（およびそれらのすべてのリビジョン）は、autoprops設定「svn：eol-style=native」を使用してSubversionアーカイブにコピーされるようになりました。

TortoiseSvn diffを使用して2つのバージョンの違いを確認すると、「一貫性のない行の終了スタイル」というエラーメッセージが表示されます。

10年間の改訂履歴をPVCSからSubversionに変換するという全体的な考え方は、プログラマーが過去に行われた変更を簡単に確認できるようにすることです。差分が可能になる前に古いファイルを手動でクリーンアップする必要がある場合は、それは機能しません。

警告： EOLスタイルの実際の問題は、PVCSリポジトリを読み取り、Subversionダンプファイルを生成するJavaコンバータにあります。autoprops設定を取得し、指定したファイルタイプ（私の場合はeol-nativeプロパティ）に適用します。ファイルにEOLが混在している場合でも同様です。通常、svnはコミット時にこれをチェックし、ファイルがコミットされる前にファイルがクリーンアップされていることを確認します。

教訓： PVCSからSubversionに変換するときは、eol-stypeautopropsを使用しないでください。必要に応じて、変換が完了した後に追加し、その過程でファイルをクリーンアップします。