やまぐちなのです。
「[hns-users:00531] Re: sorted by Category (title.cgi)」にて
Kenji Suzuki さん曰く，
>hns のカスタマイズ性もそんなに悪いものではありません。
>なんせ source が公開されてますからね。(笑)
たしかにソースを理解できる人には自由度は無限大でしょう。
>nsmm のカスタマイズ性が hns より優れる理由が gawk に
>依存しないものなら、hns を改良できる可能性はありますが、
>awk がわからないので、よくわかりません。
それ用にわざわざ専用のルーチンを組んでますので、言語に
依存した話ではないです。そういう機能を作ればいい、という
だけの話です。
で、前から思ってたことがあるんで、ちょっと提案。
# 設計の話になるから dev の方がいいかな？
hns では <a name="200003182" ...> の 200003182 を得るには
%year%month%day%new というふうにフルで表記しなくれはなりませんが、
これをもう少し簡潔に表記できるようになりませんかね？ ちなみに
例のスクリプトでは、
template["NEW"] = "\n<h3><a name=\"${id}\" href=\"${query}#${id}\">◆</a> \n\
${content+${content}}${content-その${new}}</h3>\n<blockquote>\n"
となってます。${id} は別のところで ${year}${month}${day}${new} と
なるように定義されていて、最終的には 200003182 のように
展開されます。また、${query} は ${basefile} と定義され、
その ${basefile} は ${year}${month}${part}.shtml と定義されて
います。${query} を http://www.hogehoge.org/~hoge/${basefile} と
したり、${basefile} を ${year}/${month}{$part}.html のように
変更すれば、NEW だけでなく、LNEW や SUB も一度に変更できます。
このように変数を抽象化してやると、カスタマイズ時の typo や
修正漏れによる不具合が大幅に少なくなるので、作業がだいぶ
ラクになるんですが…。
# この変数展開を実装するのがいちばんタイヘンだったのよ(^^;
--
やまぐちたかのり
とても恥ずかしい思いをしました。２点