<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="http://hetima.com/pblog/rss/style.css" type="text/css"?>
<rdf:RDF xmlns="http://purl.org/rss/1.0/"
         xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:content="http://purl.org/rss/1.0/modules/content/"
         xmlns:dc="http://purl.org/dc/elements/1.1/"
         xml:lang="ja">
<channel rdf:about="http://hetima.com/pblog/rss/1.0.php?id=63">
<title>ヘチマ_BLOG</title>
<link>http://hetima.com/pblog/index.php</link>
<dc:date>2005-02-07T05:54:36+09:00</dc:date>
<description>
ヘチマ_BLOG - RSS (RDF Site Summary).
</description>
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://hetima.com/pblog/article.php?id=63" />
</rdf:Seq>
</items>
</channel>
<item>
<title>理想のエディタを求めて</title>
<link>http://hetima.com/pblog/article.php?id=63</link>
<dc:date>2005-02-07T05:54:36+09:00</dc:date>
<description>PHP を書くためのエディタを探しています。

■ mi
国内フリーウェアではこれが定番でしょうね。モードとツールでカスタマイズは柔軟。ここ1年（というか最初からずっと） PHP と HTML はこれで書いてきました。この記事のドラフ...</description>
<content:encoded>
<![CDATA[
<p>PHP を書くためのエディタを探しています。<br />
<br />
■ <a href="http://www.mimikaki.net/">mi</a><br />
国内フリーウェアではこれが定番でしょうね。モードとツールでカスタマイズは柔軟。ここ1年（というか最初からずっと） PHP と HTML はこれで書いてきました。この記事のドラフトも mi で書いてます。<br />
まず思いつく長所は、前面のファイルが置いてあるディレクトリ内をマルチファイル検索するときの使い勝手の良さ（マルチファイル検索→アクティブフォルダ）。それから入力補完の手軽さ（esc キー）。でもやっぱり長年使い続けて慣れているというのが大きいでしょうね。ミミカキエディット時代から使っていて、もう7年くらいはたつのかな。<br />
<br />
で、こんな記事を書いているのは、そろそろ mi から脱却したいからで、不満点はまず、入力補完がちょっと弱い。できれば関数の引数なんかもちらっと参照できるようになってほしい。「最近開いたドキュメント」や「フォルダ」メニューの使い勝手が悪い。最大の理由は全体に漂う Carbon臭。炭素の臭いがするわけではなくて、ウインドウの部品や挙動が Mac OS 7,8,9 時代のコードを引きずってる印象を受ける。Mac OS X 上で動かすにはどうしたって居心地の悪さを感じる。<br />
そんなわけで理想のエディタを探す旅がはじまるのであります。<br />
<br />
■ <a href="http://www.apple.com/jp/macosx/features/xcode/">Xcode</a><br />
本来は Mac OS X のソフトウェアを作るための統合開発環境。pblangspec ファイルを追加することによって、PHP のカラーシンタックスと関数入力補完にはとりあえず対応する。関連ファイルの扱いなどがC言語などと比べると（C言語などが強力なだけに）弱い。<br />
ファイル管理は優れている。マルチファイル検索も優れている。日本語エンコーディングは自動判別してくれないもののプロジェクトに登録するときにきちんと設定すれば大丈夫。ただし UTF-8 の BOM を付けるかどうかを指定できない。<br />
テキスト編集はインデントや括弧の対応など、基本的なところはおさえている。便利なのがタブをスペースで入力するよう設定している場合、1回の delete でタブ幅分のスペースを削除してくれる仕様。<br />
PHP 用統合環境として使うには、考慮された設計になっていないから難がある。非常におしい。実力はあるのにこっちに注力してくれないもどかしさ。打者の素質もあるのに投手としてずば抜けている松坂みたいなものか（違）。Mail なんかもちょっと機能をいじれば（削除すれば）優れたメモソフトに変身できるのに、などと常々思っているのだがこれはまた別の話。<br />
<br />
■ <a href="http://www.barebones.com/products/textwrangler/">TextWrangler</a><br />
今いちばん注目しているのがこれ。BBEdit の弟分で、以前はシェアウェアだった TextWrangler がフリーウェアになっていた。BBEdit はずいぶん前に日本語の扱いが全然駄目みたいな情報を目にした記憶があり、ずっと無視していた。んでフリーになった TextWrangler を試してみたが、日本語の入力などは問題なし。エディタとしては既に完成している印象。PHP のカラーシンタックスも大丈夫。UTF-8 の BOM を付けるかどうか選べる。プラグインなどでの拡張性は言うまでも無く、マルチファイル検索も使いやすい。Carbon アプリではあるが mi より Carbon臭は弱い。<br />
しかし、TextWrangler には海外産エディタ特有の致命的な欠陥がある。日本語エンコーディングの自動判別が付いてない！　HTML のタグを調べて判別する機能と UTF の BOM を見る処理は付いているんだけれど、それで決定できなければデフォルトで選んだエンコーディング決め打ちなのだ。とほほ。それと、関数入力補完は BBEdit にしか付いてない模様。<br />
<br />
後は <a href="http://www.drycarbon.com/macosx/kedit/index.html">KEdit for MacOS X</a>、未試用だけれど <a href="http://smultron.sourceforge.net/">Smultron</a>、それからまだリリースされていない Smultron 派生の <a href="http://saskatoon.sourceforge.net/">Saskatoon</a> にやや期待。HetimaEdit は2008年リリース予定だからそんな悠長に待ってられない。</p>
]]>
</content:encoded>
</item>

</rdf:RDF>