Equipment

秋桜 2003 その1

今日も晴れだなぁと思って今日は様子見に松山町のコスモス園に出かけてみる。さて出かけようかなと思ったときにはどんより曇りで、げんなりとするが一応様子見と言うことで。
花の咲き具合はまだ2分咲きぐらい。場所によってはきれいに咲いているところもあるから来週あたりは結構良いかも知れない。今年は冷夏のせいで生育が悪いせいか、背丈はあまり無く結構見やすいし写真も撮りやすい。女の子連れで出かけたら、良い感じにコスモスに囲まれた絵が撮れると思うので、出来る人はチャレンジしてみると良いかも。
ということで、曇っていていまいち色乗りがなぁと思っていたが、レタッチすると嘘っぽい絵になったので掲載してみる。

EOS 10D / EF 100mm F2.8 Macro (絞り優先AE 開放 (シャッター速度1/125, 露出補正なし) / WB: daylight / ISO 100

EOS 10D / EF 100mm F2.8 Macro (絞り優先AE 開放 (シャッター速度1/250, 露出補正なし) / WB: daylight / ISO 100

EOS 10D / EF 100mm F2.8 Macro (絞り優先AE 開放 (シャッター速度1/180, 露出補正なし) / WB: daylight / ISO 100

今日はお休みで天気も良くて気持ちいい…

こんな休みは本当に久しぶりだ。8月10日以来では無かろうか? 日付まで思い出せるところに今年の異常さを感じる。天気もいいので久しぶりに洗車してきました。水垢も除去したのでかなり美しく惚れ惚れしちゃいそうな感じに仕上がってます。あと部屋の掃除をして、洗濯をして… これでも半日で終わっちゃうんですが、あと2日は何をしようか…

阪神優勝ですか

僕は阪神ファンでも野球ファンでもないが、実にめでたい。僕の期待は_めでたさに便乗した各種セールに期待_なのだ。

nXML

James Clarkが書いた新しいEmacs用のXML mode。XMLの世界ではJames Clark以上に有名な人はいないと言うくらいの人だが、こういうツールを作ってくれるのは非常にありがたい。
で、素晴らしいと思うのは_DTDが要らない_ということだ。PSGMLではDTDを使ってEmacsでValidationを行っており、要素や属性の補完もDTDを使って行っていた。まぁ慣れれば簡単なのであるが、DTDであるが所以のデメリットはあって、Namespaces in XMLと非常に相性が悪いと言うのが問題だった。例えばHTML 1.1な文書の中にMathMLで書いた数式やSVGで書いた図形などを入れて編集したいなぁと思うと破綻してしまう。運用上の工夫(namespace prefixを決めうちする)をすることによって、出来なくはないが_なんか違うなぁ_と思うのである。
nXMLの場合は、SchemerにRelax NGを採用している。まだ使い込んでいるわけではないが、_DTDの制約から解放されるのではないか_と思っているのである。
インストールはお手軽だったが、Meadowの場合、C-reternに割当たっている「補完」がうまく割当たっていない模様。はて、どうした物か…

RelaxNGの勉強をしようかと。

今回のコンテンツの見直しで、元々やろうと思っていたXML化の推進をしないとやっていられない状況になってきました。ぼくはXHTML 1.0のFramesetが嫌いな人なので、今のようなページ構成になっています。しかしそれぞれのページで部品として共用している部分を書き換えることになると、手修正だけではやってられないと言うことで、XMLで書いた部品を寄せ集めてXHTML 1.1(or XHTML 2.0?)にレンダリングした方が良さそうです。
最近の流行りであれば、真面目にXMLに突っ走るならCocoon 2みたいな物を使うか、よりお手軽なZope、もっとお手軽な方向としては、XOOPSのようなWeb Applicationか、がらっと変えてtDiaryみたいな日記ツールとかblogなツールを普通、選ぶのだろう。
ただ今のところ動的なサイトにしたくないのと、JavaやpythonやPHPに依存できない環境であること。Java以外は一生コードを見ないですむなら見たくないという個人的な偏見と趣味とRubyとPerl(これも使いたくはない)はサーバで使える環境にあるので、選択肢はこれらのどっちかですな。
ただCGIなどでページをDynamicにページを生成するとCGI自身のメンテがかったるいので、WikiWiki Cloneは却下で、結局今のところはStaticなページ構造にして置いた方がよいかもと個人的に思うので、XML文書を書いてXSLTでXHTMLに変換するのがよいかなと思っている。最終的な目標はサーバにXMLファイルをいっぱい置いておいて、半動的生成を目指そうかと思うわけだが、しばらくはXMLで書いて、makeでStaticに作ってしまえと言う感じである。
XMLで適当に文書を書くと自分で作ったXML文法(XMLボキャブラリというのかな)を忘れてしまうと言う問題があり編集の便利さを追求するためにも、僕の場合は必ず文書型定義(DTD)を書く必要がある。ただ_DTD自身がXMLじゃないやん_とか_いまさらDTDなんて勉強しても仕方ないやん_ということで、何かしらのSchemerを勉強せねばと言うことになったわけだ。こういう用途でThe World Wide Web Consortium (W3C)御謹製のXML Schemaを使うほど暇人でもないので、Relaxを勉強かと思ったのである。いろいろ調べているうちに、Relax NGのページやTutorialを眺めていると、こっちの方がえらく簡単ということで_勉強する気になった。_(ようやく表題の話になった。)
ということで、いったんどういう事を書いているのか再分析して、Relax NGパターンを書き下して、DTDを生成してみようと思う。

zshとても便利

今までどうしてzshを使ってこなかったんだろう。ちょっとした設定で無茶苦茶使いやすい… Debianのインストールしたパッケージ名まで補完するじゃないかぁ。ということで、今日からスタートと言うことで.zshrcはここから始まると言うことですな。今月のSoftware Designに載っていた設定をそのまま使ってみる。こんな感じ。

bindkey -e
autoload -U compinit; compinit -d ~/.zcompdump
zstyle ':completion:*' group-name ''
zstyle ':completion:*:messages' format '%d'
zstyle ':completion:*:discriptions' format '%d'
zstyle ':completion:*:options' verbose yes
zstyle ':completion:*:values' verbose yes
zstyle ':completion:*:options' prefix-needed yes
zstyle ':completion:*:default' menu select=1
zstyle ':completion:*' matcher-list \
                                       '' \
                          'm:{a-z}={A-Z}' \
  'l:|=* r:|[.,_-]=* r:|=* m:{a-z}={A-Z}' \
setopt \
alwayslastprompt autolist automenu \
autoparamslash autoremoveslash autoparamkeys \
listtypes listpacked \
completeinword printeightbit \
autopushd pushdminus pushdignoredups

はて、どこから遊ぼうか…