NoEditor」と1行にした方がいいかもしれません。エディター開発元のリンクはそれぞれ以下の通りです。(途中のバージョンからシェアウェアです。http://smultron.sourceforge.net/あと、非対応エディターの注意書きが厳密には正しくありません。変換が正しくなくて「未定義文字」になってしまうのが問題なのです。例示文字と挙げるには不適切になってしまっています。正しく変換されず文字化けすることがあります。あたりが適切でしょうか。存在するならば、例示は温泉マークだけのがいいかもしれません。波ダッシュは実体参照を使った方が安全でしょう。円マークをバックスラッシュに強制変換する設定があるので、これをオンにすれば安全です。あり/なしを環境設定で選ぶのでオフにしておくことと、全角チルダを波ダッシュに強制補正する機能があるので、オフにしておいた方が無難なことがあげられるでしょう。円マークがトラブルの筆頭だと思います。10ヶ月前(A)の用途向けとしては、「GreenPad」も良いかもしれません。抜けちゃってるのは、NGって書いたせいかな?正確には、(B)に対してはNGってことで(A)には使えます。http://www.anchorsystems.jp/anchor/ashp/peggy/pegindex.htmlとなります。それ用にくださった情報ですよね。?そうですね、(B)で検証するときに設定しておく必要があるかと思います。10ヶ月前HTMLの改行ってCRLFじゃないといけないという記述をどこかで見たような気がしたので、調べてみました。バイト値が後続するシーケンスとして表現しなければならない。シーケンスがあれば、それは改行を表現していなければならない。バイト値を使用することも禁止されている。関わりなく適用される。通りで見つからないと。場合は、CRLFを使うのがRFC的には正しいようです。通りで見つからないと。おおお、今やきちんとした定義があるんですね。自体もきちんと準拠してない気がします。しないといけないので、かなり変更が必要そう......。よい」という理解でいいんでしょうか。よい」という理解でいいんでしょうか。行末の取扱い)に下記のように定められています。XMLの構文解析対象実体は,通常コンピュータのファイル内に保存され,編集の便宜のために複数の行に分けることが多い。(#xA)コードの何らかの組合せによって分けられる。2文字の連続とするリテラル又は#xDの単独のリテラルを含む場合に,XMLプロセサは,アプリケーションに単一の文字#xAだけを渡さなければならない(この処理は,入力内に存在する改行コードを構文解析の前に正規化することによって,容易に実現できる。Types)(和訳みつらず)では、特に改行コードの規定はされていないようです。applicatino/xmlに従うということなので、xmlの派生であるxhtmlにはCR/LF/CRLFがそれぞれ現れてよいということです。いうことで、xhtmlでLFのみを使うのであれば、application/xhtml+xmlがよいということになります。・unicodeで保存するときに\マークをバックスラッシュで保存/コピーする・UTF-8保存時BOMをつけるのチェックをはずす必要があります。http://www.mk-square.com/RCバージョンのまま数年間アップデートされていませんが、非常に使いやすいため、ずっと使い続けています。どちらも、\とバックスラッシュ、並線と全角チルダの混在文書が扱えません。Linux、KDEのKATE、日本語環境wnn+cannaでは全角チルダが空白で表示されますが、混在文書を適切に扱えます。wp-config.phpのように、英数記号しか含まれないファイルなら、Shift_JISで保存すればメモ帳でも問題ないです。Shift_JISにした方が、BOMだの何だのという変な問題が出てきません。PHPファイルの改行コードは、FTPでアップロードするときにアスキーモードか自動選択にすれば、エディタで保存するときに何であれ、関係ないと思います。PHPではPerlや他の言語と違い、何でも良いみたいですね。XMLやHTMLの改行コードについて言及がありますが、HTTPと、HTML/XHTML/XMLは異なります。http://www.rfc-editor.org/rfc/rfc2046.txttext/*のHTTPヘッダはCRLFでなければなりませんが、それ以外は何でも良いです。“\n”;などと書きますが、\nはウェブサーバーやモジュール(mod_perlやmod_cgi)により、CRLFに変換されます。Macで”\n”と書けば通常はCRが書き出されますが、ヘッダ部分はウェブサーバーによりCRLFに変換されます。Dab.”);WordpressではHTTPヘッダの改行を書くことはないと思います。本文中の改行コードはなんでもいいです。image/jpgだったら、改行もなにもありませんし、0x00が連続で続いたり、0x0dが連続で続くこともあります。ApacheのCGIとasisで試してみると、やはりどんなMIME-TypeでもLFはCRLFに変換され、CRはエラーとなるようです。XHTMLを使うときはapplication/xhtml+xmlが良いですが、IE6で表示できないことがあります。SP3などのアップデートで表示できる様になっているかも知れません)昔のXHTML1.1の文法ではapplication/xhtml+xmlかapplication/xmlしかダメでしたが、現在はtext/htmlも認めています。マルチプラットフォームですね。3ヶ月前ものすごーーく間が空いてしまってすみません。反映してあったものを、用語集の記述にマージさせていただきました。テキストエディタ間違いや直したほうがいい箇所など、お気づきの点がありましたらご指摘ください。テキストエディタの一覧は、通常用とコンテンツデータの編集用に分けたほうがいいか迷ったのですが、1つのリストにして、印を付けてみました。投稿してくださった内容の転載の仕方など、失礼なところがあったら大変申し訳ありません。後ほど見直しておきたいと思います。このトピックの続きも拝読した上で、後日反映させていただきたいと考えています。(体調不良のためまた間があいてしまったらごめんなさい。問題なく使えるもの、使ってはいけないもの」には新たに返信することはできません。