2003-02-14
_ /.j first post してまいました
初めての first post 記念日にして今朝は初めての違反切符（バスレーン） 6,000円也 (-"-#
_ Kacis プロノート / マイノート体験版配布開始
http://nks.mvi.co.jp/index.php3?file=products/promynote.html
ちょっと試した感じではインターフェイス的には大きな変更はないですね。相変わらずデフォルトではツールバーごてごてで使いやすそうに見えません(^^; HTML に書き出してみたのですが、見事にフレーム分割で Kacis Book 風インターフェイスになっていました。いやな予感がしたのですが、HTML のソースはなんだか、えーと…。
アウトラインプロセッサとして考えると重いし、なんだか判断に困るソフトになってしまった気がするなぁ…(^^; 大事に大事に Kacis Writer Free 1.09 を使おう(笑)
2004-02-14
_ とりあえず ImageMagick or GraphicsMagick
昨日の WSH とか HSP とかってのは実は画像の加工を自動化できないかっていう要求から始まったものだった。例えば IrfanView でもいいんだけど、その一括変換に存在しない機能を、キーボードマクロやこの手の簡単なアプリで実現したらよさげではないか、要するに AppleScript のイメージだったんだけど、実験したところ IrfanView には求める機能がそもそも存在しておらず、キーボードマクロを組み合わせても何の意味もないことが分かった。
てーことはやっぱ画像の加工ツールそのものにそれなりの機能と外部からの操作を実現する仕掛けがないと無理だなぁという結論に至り、じゃあ ImageMagick か、と相成ったわけだ。（ちなみにそのときの要求は別な人間が Photoshop のアクションで解決した。）
この手の話題で最近真っ先に思い浮かぶのは Python を内蔵した PaintShopPro 8 だが、これは Windows のみ。しかし ImageMagick は各種言語で利用できる API があり、ImageMagick 本体もサポートするプラットフォームはかなり広い。例えば MacOS 9 で Python を利用して制御、同じことを Windows でも Unix でもできまっせ、ということが可能なわけだ。ノウハウはできるだけ広く通用する方が嬉しいという考え方の自分にはもってこいなツールだ。
よし、ImageMagick でいいんじゃん。あとはどの程度のことが可能なのか、ってことだな。基本的にフォーマット変換ツール、あとはおまけ、程度の機能しかないと少し見劣りするし、なんかこう、こちらのモチベーションが上がらないので。
ちなみに、ImageMagick は単体のアプリではなく、各種のコマンドの集合体である。いちばん GUI OS な我々に馴染み深いのは display. これがビュワーに当たる。その他各種のエフェクトや機能によってコマンドが分かれている。これをかなりの部分で一つのコマンドにまとめ、cvs のようにサブコマンドで各機能を実現する実装に fork したのが GraphicsMagick だ。ImageMagick のバージョンで言うと 5.5.2 から分派している。ただ、本家 ImageMagick より動きが遅いようだし、Web サイトの管理や回線の状況など苦戦している感じが否めない。パッケージ管理の行き届いた Unix ならともかく、Windows で使う場合は GraphicsMagick + alias の方がなんか使い勝手よさげなだけに、もうちょっと頑張ってくれると嬉しいかな。
_ Apache 2 の WebDAV
ちょっとハマったので新たにメモを書き起こした。というかそう言えば今まで日本語ファイル名のものを含む WebDAV 環境を真面目に構築してテストしたものをまとめたことってなかったんだな。
ということで今日説教講座の方に載せた。
Windows じゃなかったらまた違うノウハウなのかなぁ。
2005-02-14
_ feed meter の画像がチョコになってる！
なんだーハートマークになってるから「おぉ、”あーありがち”の人気が上がったのか？」と思ったがそう言えば世間的には今日はチョコの日ですね(違
個人的にはバレンタインのチョコも節分の太巻きも商売のにおいがぷんぷんして好きじゃない（もちろんクリスマスもだ）んだけど、クリスマスやバレンタインはまだそこにコミュニケーションが存在するから、節分の太巻きよりは許せる。
……。太巻きがそもそも好きじゃないってだけかも。って何の話だ。
2006-02-14
_ PHP 4.3 以降で SQLite
[2006-08-01 追記]以下の方法で入るのは SQLite 2 です。3 も 2 も両方使えるのは 5.1 以降 + PDO 環境だけのようです。
PHP で SQLite って言うと、5 で標準搭載という話題ばかりになってしまってるわけですが、実際には PECL から extension をインストールしちゃえば 4.3 以降で使えます。非Win環境では
pear install pecl/SQLite
（要ビルド環境）して extension を load するように設定を書き換えれば ok. Windows では http://pecl.php.net/package/SQLite からダウンロードしてくること。
なんだ、楽勝じゃんと思ったら OS X（Panther）の CLI版では extension の load がうまく動かず、リリースされたばかりの MDB2_Driver_sqlite がインストールできません。仕方ないので
pear install --ignore-errors MDB2_Driver_sqlite
として強行突破。
ちなみにエラーは具体的にはまず Unable to load dynamic library で sqlite.so が load できずに、pear のチェックで弾かれて MDB2_Driver_sqlite がインストールできないと言われる。これは extension_dir が適切にセットされていないから。
しかし extension_dir をセットすると今度は
dyld: /usr/bin/php Undefined symbols: _OnUpdateInt _core_globals _display_link_numbers _executor_globals
と言われて pear が起動しないという有様。
ちなみに mod_php の方では問題なく動くので
sudo cp /etc/php.ini /etc/php-cli.ini
として CLI 版用の ini ファイルを作り、そこでは
;extension=sqlite.so
とコメントアウトしたら pear が起動できるようになった。pear の起動ができないんじゃ CLI 版の意味ないんで、CLI からの SQLite の利用はとりあえず諦めるということで。（この辺の ini ファイルの扱いについてはマニュアルの 実行時設定 参照。）
FreeBSD では普通に使えているし、これは OSX 版の標準の PHP だけの挙動かも。全部 Fink で入れたらまた違うのかもしれないけど、面倒なんでやってない。
2007-02-14
_ PhpDocumentor の templatebase って効いてる？
プロジェクトの数がなんか知らない間に増えそうな予感がするので、phpdoc の生成を今までよりも高次元で自動化しようと思ったわけです*1が、この際、例によってこの子は iso-8859-1 しか喋る気のない大変困ったちゃんなわけです。
で、テンプレートの方に手を加えるんだよという話はあちこちで書かれているわけですが、
配布物に手を加えたらアップグレードのときに面倒くさそう
というのはある程度経験を積んだ方なら当然感じます。いやな予感がビンビンするところです。
幸い、phpdoc コマンドは -tb ( --templatebase ) というオプションで別な場所に置いてあるテンプレートを取り込むことができると書かれています。おぉこれは便利。早速これを使ってオリジナルのテンプレートを作っていこう…と思ったら効かねーよ！
当然階層違いとか間抜けなことは言いませんよ。Converters フォルダ、またその上のフォルダの phpDocumentor のフォルダから順にすべてのレベルのフォルダを templatebase で指定した場所に置いてみました。見事にすべて無視されます。
頭に来たのでソースを追いかけます。関係しそうなファイルは
- Converter.inc
- IntermediateParser.inc
- Io.inc
辺りですが、睨んだ場所に print を仕込んでもわざと間違った場所を指定して error_reporting を仕込んでも全然必要な情報が取れません。お前はいったいどこを通過してどのフォルダ、どのファイルを求めているの？
面倒くさくなったので*2他のテンプレートが置かれているのと同じフォルダ（今回は /usr/share/php/data/PhpDocumentor/phpDocumentor/Converters/HTML/frames/templates）に、そのまま *.i18n という名前で元のテンプレートフォルダをコピーして、そこでカスタマイズを始めました。やったことは iso-8859-1 を検索して削っていくだけ。
探すと同じような症状が
PEAR :: Bug #9250 :: --templatebase does not function as expected
にあるんだけど、再検証したっていう報告が結局上がっていない。あんまり使われてないのかなぁ。この辺の困った具合を除けばそれなりによくできたツールだと思うんだけども。
※ というわけで pdoc, jsdoc, rdoc, phpdoc 生成の自動化完成。phpdoc はテンプレートで、jsdoc は正規表現が再帰マッチするらしくメモリ不足で segmentation fault してハマりましたが、どうやら解決。ちくしょう意外と面倒だった。
