Movable Typeはver4になって非常にお節介になった。
その一つとして挙げられるのは、文字の置換え機能。いくつかの文字をエンティティや代替文字に自動的に置換えてしまう。
管理画面の設定から「Word特有の文字を置き換える」の項目で変換の有無を変更することができるが、ここで「置き換えない」と設定しても、何故か三点リーダー（…）だけ（他にあるかもしれない）は勝手にエンティティ「…」に置換えられてしまう。本文中の三点リーダーを置換えるならまだいいのだけど、これがタグ名まで勝手に置換えてしまう。そのため「地球へ…」のタグに上手くアクセスできなくなるという事態に。
もうこの置換え機能はハッキリ言って鬱陶しいので、この三点リーダー問題を解決する方法は無いかと思って調べてみるとピタリの記事が。

MovableType4で三点リーダーを表示する方法 – オンライン小説なオリジナル小説サイト うにたな

[ブログ記事設定]内で[Word特有の文字を置き換える]という項目がある。デフォルトでは[Smart Replace]の[対応するASCII文字]にチェックがはいっていると思う。[置き換えない]にチェックをいれてしまいそうになるが、これは罠。[置き換えない]にチェックをいれてはいけない（三点リーダーとMovable Type 4（さらなる疑問）参照）。

[Smart Replace]で[エンティティ]か[対応するASCII文字]にチェックがはいっていると、[置き換えるフィールド]という項目が表示される。[置き換えるフィールド]では、[タイトル]や[ブログ記事]などにチェックがはいっている。チェックを外せば文字の置き換えはおこらない。三点リーダーが晴れて表示されるようになる。

なんて罠を仕掛けるんだ、SixApart。でもこれ、明らかに挙動としておかしいね。普通に考えれば、三点リーダーだけ変換されてしまう動作の方がまともじゃない。
いつもの事だけど、どうもMovable Typeの初物は変なバグがてんこ盛りだなぁ。

なお、既存のページを「…」から「…」に置換えたい場合、Movable Typeの管理画面から検索・置換えで一括処理可能。

Movable Typeのテンプレートに用いる事のできるタグには、いくつか汎用的な属性を用いる事ができる。これは、タグの値を目的の形式に整えたりする時に用いる。例えば、タグによって出力される文字を全て小文字にしたりといったもの。その中に、「dirify」という属性がある。これは、タグの中に「dirify=”1″」と書き込む事で、出力される文字列をファイル名に適した形に変更する。例えば、ファイル名に適さない文字を除去したり、置き換えたり。

前置きはここまで。最近、このサイトはMovable Typeのバージョンを3.2に上げたけど、どうもこのdirifyの挙動が変わっているらしい。今回目に付いた変化は、カテゴリー名にこれを用いた場合。今までこのサイトは、カテゴリーHTMLのファイル名を「category/c<$MTCategoryID zero_pad=”2″$><$MTArchiveCategory dirify=”1″$>.html」としていた。つまりこれは、c[カテゴリーに割り振られる一意のID2桁][カテゴリー名のdifiry].html、といった形。例えば今現在、「Book」カテゴリーのHTMLファイルは「c06book.html」というファイル名になっている。
IDをファイル名につけるのは、重複を避けるため。というのも、このdifiry属性、日本語を除去する働きをするため、例えば「ローゼンメイデン」と「絶対少年」という2つのカテゴリーの場合、日本語が除去されてしまうと両方とも空の名前になってしまい、重複が起こる。そのため、このIDをファイル名に設定する必要があった。
ところが今気付いた点として、このdirifyによって文字が空になった場合、勝手に「cat[カテゴリーに割り振られる一意のID]」という文字列が生成されるようになった模様。だから、今まで「ローゼンメイデン」カテゴリーのHTMLファイルは「c13.html」だったのに、今現在は「c13cat13.html」というファイル名になっている。
これは、Movable Typeを扱う上ではあまり問題が無いのだけど、例えばそのカテゴリーHTMLに対して静的リンクを張った場合や、検索エンジンからの来訪には対応できない。だから、サイトを運営する側にとって、こういった仕様変更はあまり感心できない。せめて、以前の形式も併用できるように何らかの互換性を持たせて欲しかった。

それ以前に、このカテゴリーに割り振られるIDはサイトを移転したりするとIDが振り直されてしまうため、できることならあんまり使いたくないんだよねぇ。
「ITmediaニュース：Movable Type開発は日本主導に　企業ニーズに対応」より、開発が日本に移された暁には、真っ先にこのdirifyの挙動を何とかしていただきたい、と思う。

Movable Typeでは、MTEntries タグを用いて最新の投稿エントリーを順番に一覧表示させる際（例えば、ホームページなどで用いられる）に、大きく分けて二つの方法がある。
一つ目は、「lastn=”N”」を用いる方法。これは、最新の N 個のエントリーを表示させる。必ず N 個のエントリーが表示されるけど、短期間にエントリーを N 個以上作ると、1個目のエントリーからガンガン削られてしまう。
二つ目は、「days=”N”」を用いる方法。これは、最新の N 日以内のエントリーを表示させる。どれだけ多くても N 日以内のエントリーが全て表示されるけど、N 日以上更新しない場合、次に更新した時にいきなり何も表示されなくなるか、新たに記述したエントリーしか表示されなくなる。
つまり、前者は頻度の高い更新に弱く、後者は頻度の低い更新に弱い。よって、どちらの方法も安定した表示が行えるとは言い難い。

そこで、これを解決する方法が無いかと思ってあれこれ調べてみた（自分で書ければいいんだけね…、Perl分からない。覚える気があまりない）。すると、海外のサイトで以下のページを発見。

Alexei’s Weblog ≫ MTIndexEntries: Making Movable Type indices a little more reasonable

ここにある「MTIndexEntries」なるプラグイン。これは、「lastn」と「days」を同時に指定する事で、どちらかエントリー数の多い方の表示方法を行うプラグイン。
例えば、高い頻度で更新した場合、数日の間に多数のエントリーが作成される。この時、エントリーの数は lastn < days となるので、「days=”N”」が優先され、N 日以内のエントリーが表示される。しかしその後、更新を数日休んだとしても、今度は lastn > days となるので、「lastn=”N”」が優先され、次に更新しても今度は最新の N 個のエントリーが表示される事になる。これによって、柔軟な表示が行えるようになる、という理屈。まぁ言い換えると、最低「lastn」分の表示数を保証した「days」、ということになるのかな。
ちなみに、MTEntries で「lastn」と「days」を同時に使用しても、「lastn」が優先される様子。

使い方は、プラグインをpluginディレクトリに放り込んで、<MTEntries>タグを、そのまま<MTIndexEntries>に置き換えれば良い。

追記

…っていうかさ、Movable Type側で最初から「最後に更新されたN日分のエントリー」を表示させる方法を提供してくれれば、こんなに悩まずにすむのに…

最近、Movable Typeのバージョンを3.1から3.17に変更した。別に大した理由があったわけでもなく、何となく。で、ちょっとテンプレート・ タグを眺めていたら、設定が追加されている事に気付いたので、それを使ってテンプレートにちょっと手を加えてみた。

それは、「日付タグのフォーマット」の部分。これは要するに、日付などの時間を出力するためのタグで、曜日も出力することができる。この曜日の出力が、以前のバージョンでは「○曜日」という出力方法しかなかった。ところが、久々にバージョンアップしてみると、ここが「○」という出力ができるだけでなく、language属性を設定することで、英語も出力することができるようになっていた(Sunday, Monday, Tuesday, Wednesday, Thursday, Friday, Saturday / Sun, Mon, Tue, Wed, Thu, Fri, Sat)。
この曜日文字列を用いて、曜日別のスタイルを設定してみる。今回やったのは、日曜と土曜の場合に色を変える事。
例えば、Movable Typeによって生成されるHTMLの中から、スタイルを適用したい適切な要素に対して、

class="week<$MTEntryDate language="en" format="%a"$>"

とすることで、日曜ならclass=”weekSun”、土曜ならclass=”weekSat”といったclass属性を付けることができる。あとはこのクラスに対して、CSSでスタイルを適用する。これによって、曜日別のスタイルが設定できる。

…とまぁここまで書いて気付いたけど、class属性の値って普通に日本語使えるのか…。知らなかった（ちなみに、id属性は日本語無理）。まぁ互換性を考えれば使わない方がいいとは思うんだけど。しかしそれ以前に、Movable Typeが吐き出す日本語の曜日はエスケープ文字だったので、バージョンアップする以前から元々問題なかった事にも気付いてしまった。以前、何故これと同じ事をしようとして諦めた記憶があるんだけど…何でだろ。CSSの視認性と、値が冗長すぎたのが問題だったのかなぁ。

現在使用しているMovable Type (以下MT)のバージョンを、3.0から3.1に（正確には、3.01-jaから3.11-jaに）バージョンアップ。今回のMTでは、サブカテゴリが使える、動的生成が使えるようになるという話が何処かの雑誌に書いてあったような気がしたので、その辺りの機能を割と楽しみにしていた。
バージョンアップして早速手をつけたのが、サブカテゴリ。元々自分のカテゴリ分けは、こういったサブカテゴリを使う事をある程度視野に入れて作ってたので、早々とサブカテゴリを作っておきたかったというのがその理由。サブカテゴリを作るプラグインがあるらしい、という事は知っていたので、いつかそれを使おうと思っていたところ、正式に導入されたので手間が省けた。
で、テンプレートタグをあれこれいじり回してみたけど、これが結構面倒臭くて分かりにくい。ドキュメントを読みながら、あーでもないこーでもないと試行錯誤しながら、やっと何とかそれっぽく作れるようにはなった。あとでGoogle見て気付いたけど、もうすでに英語版等を導入した人が書いた資料が結構あるのね…。それにしても、MTのテンプレート・タグのドキュメントは分かりにくい。色々と中途半端な感じがする。もう少し論理体系を考慮したドキュメントが書けそうな気がするけどな…。少なくとも、コンテナタグと単体のタグを一目で分別できるように、スタイルを考慮してほしいところだ。
まぁそれはさておき、今のところカテゴリの分別はこちらのページに書かれているような感じになっている。もう少し色々追加するかもしれないけど、今のところはこんな感じで。あまり細々と分けても、エントリー書くときにちょっと大変になってしまいそうだ。…カテゴリ選択のインターフェースが、全カテゴリを文字順で並べたものをリストした単体のプルダウンメニューというのは、何とかならないものだろうか…。
あと、親カテゴリから子カテゴリへのリンク等、ページ同士のリンクも全然作ってないので、その辺も後で何とかしておかないと。

Web見れば色々と資料があるので不要かもしれないけど、一応サブカテゴリに関してあれこれメモを書き残しておく。

カテゴリのリストについてメモ。

従来のカテゴリのリスト表示方法 MTArchiveList コンテナの archive_type=”Category” 、および MTCategories コンテナでは、トップレベルカテゴリもサブカテゴリも一緒に読み込む。新しく追加された MTSubCategories なら、サブカテゴリを任意の方法でリスト表示できる。これは普通、Categories コンテナを置き換えることで実現するが、MTArchiveList コンテナの archive_type=”Category” で、サブカテゴリを任意の方法でリスト表示させる方法がよく分からない…というか、無いと思う。ちなみに、MTSubCategories では従来と違って、エントリーが存在しない場合でもカテゴリを強制表示させる。解除方法は知らない（これも無いのかな？）。

で、自分は以下のような構造でリスト化することにした。

トップレベルカテゴリ
└ サブカテゴリ
トップレベルカテゴリ
トップレベルカテゴリ
├ サブカテゴリ
│ └ サブカテゴリ
└ サブカテゴリ

このようなリスト構造を実現する方法は複数ある。好きな方で。

(1)
<ul class=”categoriesList”>
<MTSubCategories>
<li><a href=”<$MTArchiveLink$>”><$MTArchiveTitle$></a>
<MTHasSubCategories>
<ul>
<$MTSubCatsRecurse$>
</ul>
</MTHasSubCategories>
</li>
</MTSubCategories>
</ul>

(2)
<MTSubCategories>
<MTSubCatIsFirst><ul></MTSubCatIsFirst>
<li><a href=”<$MTArchiveLink$>”><$MTArchiveTitle$></a>
<$MTSubCatsRecurse$>
</li>
<MTSubCatIsLast></ul></MTSubCatIsLast>
</MTSubCategories>

ちなみに、MTSubCatIsFirst と MTSubCatIsLast というタグ、マニュアルを読むと “MTSubCatsIsFirst”、”MTSubCatsIsFirst”となっているけど、これはマニュアルの間違いの様子。これだとタグが機能しないので注意。
また、dl要素を使ってカテゴリ概要も記述する場合は以下のような感じで。これも2種類できるけど、かたっぽの方で。

<dl class=”categoriesList”>
<MTSubCategories>
<dt>
<a href=”<$MTArchiveLink$>”><$MTArchiveTitle$></a>
</dt>
<dd>
<$MTCategoryDescription$>
<MTHasSubCategories>
<dl>
<$MTSubCatsRecurse$>
</dl>
</MTHasSubCategories>
</dd>
</MTSubCategories>
</dl>

ちなみにこのこれらの場合、サブカテゴリの段階別にスタイルを設定するということができない（2段までなら何とか…）。いや、もしかしたら上手くスタイルを指定する方法があるのかもしれないけど、自分は分からない。現在サブカテゴリの何段目なのかを取得するMTタグを希望。

今日はこのカテゴリ関連で力尽きたので、動的生成に関しては気が向いたらいじっておこう…。

追記

h5>10月21日 12:40

<$MTArchiveLink$>、<$MTArchiveTitle$>は、
<$MTCategoryArchiveLink$>、<$MTCategoryLabel$>と置いた方がよさそう。MTArchiveList をそのまま引きずってしまったので前者の方で書いてしまったけど、カテゴリ関連のコンテナ内ではこっちの方が正しい…と思う。一応どっちでもできると思うけど。

Movable Typeは、標準状態で個別のアーカーイブを
[アーカイブディレクトリ]/[年4桁]/[月2桁]/[タイトルに基づくファイル名].html
という場所に保存する。以前からいじくってたのに、さっきそのこと気付いた（遅すぎ）。
まぁディレクトリ構成はそれでいいんだけど、そのファイル名が問題だ。タイトルに基づくファイル名というのは、英字ならそのまま出力されるのだけど、日本語だと支離滅裂な英字で出力される。ハッキリ言ってファイル名による視認性は最悪だし、意味のあるソートもできないので機能的にも最悪だ。こんな設定がデフォルト状態になっているというのはいかがなものか。
というわけで、これを何とかしようと思い、色々調べてみた。まず、管理メニューの「ウェブログの設定 > ウェブログの設定 > 以前の形式の個別アーカイブへのリンクをつかう」（Ver 3.01D-ja の日本語メニュー。以下同）にチェックを入れてみる。何やら、以前はidで管理していたらしい。そっちの方が遥かにマシだと思うけど…と思っていたが、この設定、ディレクトリの分別無しにアーカイブディレクトリに全部のhtmlファイルを押し込んでしまうらしい。…以前はこんな管理してたのか。どうも設計側の思想が理解しかねる。
で、他に方法は無い物かと思って調べてみたら、「ウェブログの設定 > アーカイブの設定 > アーカイブ・ファイルのテンプレート」の中のという項目をいじればいいらしいということが判明。早速変更。結果、

個別アーカイブ:
<$MTArchiveDate format="%Y"$>/<$MTArchiveDate format="%m"$>/<$MTArchiveDate format="%d"$>_<$MTEntryID pad="1"$>.html
月別アーカイブ
<$MTArchiveDate format="%Y"$>/<$MTArchiveDate format="%m"$>/index.html
カテゴリーアーカイブ
category/<$MTArchiveCategory dirify="1"$>.html

ということに。これはまぁ、個別が
[アーカイブディレクトリ]/[年4桁]/[月2桁]/[日2桁]_[id8桁].html
月別が
[アーカイブディレクトリ]/[年4桁]/[月2桁]/index.html
カテゴリーが
[アーカイブディレクトリ]/category/[カテゴリー名(最適化)].html
といった感じ。

あー、すっきりした。でもこの作業してる間、画像一つ間違えて消してしまった…。ちくちょう。