本日『Movable Type 5』が発表されました。
8月上旬にベータ版。10月に正式リリースになるようです。

大きく注目すべき点は料金体系がかわったところでしょうか。
今までのユーザー追加ライセンスが廃止となり、ユーザー数無制限ライセンスとなるようです。
いくらでもユーザー数が増やせるのでライターの人数を気にしがちな情報系サイトなどが構築しやすく（料金的に）なるのではないでしょうか。

「ブログ・ソフトウェア」から「ウェブサイト管理ソフトウェア」とツールとしての立ち位置も変化を見せているのもおもしろいですね。

これをJSで解決されてたブログを見つけたのでご紹介します。

「to-R」というブログで「wordBreak.js」というものが公開されており、IE以外のブラウザでも[word-break:break-all;]と同様の効果が得られるようです。
FirefoxとOperaでword-break:break-allを実現する「wordBreak.js」[to-R]

to-Rさんで公開されているJSではtable要素にしか対応していませんが、こちらにてそのほかの要素にも適応できる方法が紹介されています。
半角英数文字列の改行 : 消波ブログ（一級建築士受験録）

table要素以外にも適応できるようにカスタマイズした際に、インライン要素（span要素など）に適応させた場合、IE8ではうまく改行されない様です。
そのためCSSで次の様に指定すると、うまく改行されるようになります。

span.wordBreak{
display:inline-block;
}

たびたびお世話になってる『世界中の１％の人々へ』でこの辺のことを詳しく書いてあったので紹介＆リマインダーも兼ねて簡単にまとめておきます。

• 長所
  1. 専門知識は不用で、作業が簡単
  2. MTが動作するDBならば、種類、バージョンに依存しない
  3. DBの文字コードに依存しない
  4. phpMyAdmin等の、SQL文一括ダウンロード機能が利用できない場合にもデータ移転可
• 短所
  1. ブログIDが変わる
  2. データが多い場合や、サーバーによっては、バックアップや復元中に止まり、移転できないこともある
  3. 全てのデータが移植できるわけではない
  4. MTのバージョンが異なる場合には利用できない

ブログIDについて、少し言及しておくと、MTの場合、ブログを作った順番にIDがふられる。復元は新しいブログで作られる。元のIDが１であっても、移転先にはすでにID1はあるので、ID2に変わる。

今回、問題になったのはこの部分ですね。
バックアップ・復元に関してはまったくやったこと無かったんでとても勉強になりました。

ブログIDを多用しているブログではバックアップ・復元はあまりお勧めできないですね。
とは言え、バックアップ・復元をしないというのも無理な話なので、ブログIDを多用しすぎるのもこの辺を考えるとあまりよろしくないのかな、と思いました。

参考ドキュメント

• 【Movable Type 4.23】バックアップと復元を使ってサーバー移転

活動目的としては、昨年WCAG2.0が勧告され今年はJIS X-8341:2009が公布されますが、それらを実装の面から捉えどう組み込んでいくか。また、マークアップ作業の効率化や研究等をテーマとしています。

まだまだ発足したばかりなので、具体的な中身はこれからといった感じですが、W2Cの会員であればどなたでも参加可能となっています。
マークアップエンジニア（コーダー）でなくても大歓迎ですので、興味ある方はW2Cの会員専用サイトから参加登録をお願いします。

.class{
・・・
}

今回、エラーを起こしたCSSでは次のような記述ミスをしていました。

.class{{
・・・
}

開始{を二つ記述してしまい、IE以外ではそれ以降のCSSが一切読み込まれないようです。
"ついうっかり"やってしまいそうなミスなので、要注意ですね。

table{
width:***px;（%指定も可）
table-layout:fixed;
}

table要素は、まずtable要素の中身全てを読み込み、それからセルの横幅等を計算して画面上へ描画します。
「table-layout」プロパティは、1行目が読み込まれた時点で各セルの横幅を決定し、画面上へと描画するプロパティです。

「fixed」を指定した場合、次の順序に従って横幅が計算されます。

1. 横幅が定められている列要素の幅を確保します。
2. 横幅が定められていないものの、第一行目のセルにて横幅が定められている列要素の幅を確保します。
3. 残りの列については、余った幅を等分して得られた幅が与えられます。

つまり、横幅が指定されたセルの場合はその幅となり、それ以外は余った幅で均等になるということです。
横幅が全く指定されていない場合は、全てのセル幅が均等になるというわけです。

なお「table-layout」を使用すると、table要素の描画が早くなるらしい。

例）2008年12月 → 2008/12

<$MTArchiveTitle regex_replace="/(\d+)年(\d+)月/","$1/$2"$>

『\d』は何でもいい数字を表わす正規表現です。
『+』は1文字以上の繰り返しを表わす正規表現です。
『()』で括ることでマッチした文字列を$1で参照することができます。
『年』はエンコードされている「月」です。
これで「月」がの文字が出現するまで数列を取得することになるので「2008」を$1で参照することができます。
同様に日付の部分も$2で参照しています。

『/』の部分を変更することで『2008.12』のような表記も可能になります。
注意点としては、『月』等の文字がエンコードされているのでエンコードされている文字を使用しなければマッチしないという点です。（自分もひっかかりました。。。）

正規表現に慣れていないとちょっと難しいかもしれませんね。

回避策としては非常に簡単で、背景画像を中央寄せにしている要素（サンプルの場合body要素）に、padding-left:1pxを指定してあげると直ります。
サンプル2

たしかにこの回避方法でずれなくはなったんですが、ウィンドウ幅が偶数の場合はなぜずれが起きないんだろう？という新たな疑問。
ウィンドウ幅が奇数の場合は、1pxプラスされているので偶数になって割り切れるのは分かるんですが、偶数の場合は1pxプラスされて奇数になっているのに、なぜずれないのだろうと・・・
IEはよく分からんです。

「regex_replace」はMTタグで出力された値を正規表現を使ってその値を置換することができるグローバルモディファイアです。
使用方法は「regex_replace="/A/","B"」の形で用い、「A」を「B」に置換します。
JSで使うときの回避策を考えた時になぜかこちらの方が先に浮かびました。

こちらのやりかただと、正規表現を書かなきゃならないし、エスケープする文字も個別に書かなきゃならない。
正規表現をあまり知らない自分としては非常にハードルの高い策でした。
半日ほど費やし、完成したところでもう一つの回避策に気付きました。

グローバルモディファイア「encode_js」を使用する

「encode_js」はMTタグで出力された値をJSの文字列として使えるようにエンコードをしてくれるグローバルモディファイアです。ま、見たままです。
使い方も簡単。「encode_js="1"」をモディファイアとしてタグに挿入するだけ。

半日格闘してこのモディファイアの存在を思い出した自分にすごくガッカリしました。。。
今まで使ったことがないとは言え、確実に「regex_replace」よりは目にしてるはずなのに、なぜ半日も気づかなかったのか。。。

結論としては、どちらでもエラーを回避できたので「regex_replace」、「encode_js」でもどちらでも問題ないかと思います。
ただ、「encode_js」の方がはるかに簡単ですので、「encode_js」の方を使うことをお勧めします。

簡単に構造を説明すると、[/templates/template.dwt]が全てのHTMLのテンプレートとなります。
[/templates/category-*.dwt]は、テンプレートの入れ子を利用した[/templates/template.dwt]の子テンプレートとなります。
各HTMLは、[/templates/category-*.dwt]をテンプレートとして作成されたHTMLであり、[/templates/template.dwt]から見ると孫ということになります。

ヘッダーやフッターなど全ページ共通部分を変更する場合は[/templates/template.dwt]を編集し、
ローカルナビゲーションを変更する場合は[/templates/category-*.dwt]を編集するという構造になっています。

このような二重構造にすることにより、各カテゴリー内のローカルナビゲーションの管理をスリム化しつつ、全ページ共通部分は一元管理することが可能となっています。

また、現在地表示の切り替えを行うために、[category][localNav]の二つのプロパティを用意し、それぞれに整数値を入れることで対応しています。

Mozilla系ブラウザではうまく表示されない、評価が反映されるタイミングが謎、だったりといかにもサンプルっぽいつかめないプラグインです。
ちゃんと使えるようになるといいんですけどね。

ちなみに、MT4.2にこのプラグインは入っていないようです。

最初はまったく気付かず、何度も同じ修正が来るのでそこでやっと気付きました。
エントリー書いて保存して、再構築すると「～」が「?」に変換されてしまったので、エントリーを保存する時に文字コードが変換されていたようです。

原因を調べたところ、Windows 上のブラウザからは、文字列がShift_JISでプログラムに渡されているとその過程で化けてしまうようです。
MTの文字コードもUnicodeで出力されるファイルもUnicodeなのに化けてしまっていたので全く原因がわからず、テストアップの時間も迫っていたので今回は実体参照（～）で対応してことなきをえました。
他のMTで調べてもならなかったので特殊な状況なのかな、と思います。

「～」を使うときは注意が必要ですね。

@@(変数名)@@

編集不可能領域の中であっても、一部だけを書き換えられるというものです。
また同一の変数を指定すれば、ページ内の複数個所を一気に書き換えられるという性質も持っています。
これを利用して、トピックパスとtitle要素を連動させる方法をご紹介します。

<title>ページタイトル - カテゴリー名 - サイト名</title>

<p>HOME - カテゴリー名 - ページタイトル</p>

まずは、テンプレートプロパティを使うためには、変数名・データ型・初期値を設定する必要があります。
ページタイトルを編集可能属性として連動させるため、次のようにhead要素内に設定します。

<!-- TemplateParam name="pageTitle" type="text" value="ページタイトル" -->

次に、編集可能属性をtitle要素とトピックパスに埋め込みます。

<title>@@(pageTitle)@@ - カテゴリー名 - サイト名</title>

<p>HOME - カテゴリー名 - @@(pageTitle)@@</p>

こうすると変数「pageTitle」を編集すれば、トピックパスとtitle要素のページタイトルが同時に書き換えられることになります。

今回はページタイトルだけを連動させる単純なものですが、条件分岐を用いてもっと複雑な使い方もできますし、
エクステンションを利用して外部CSVファイルなどで一括管理し、一気に埋め込むなんてことも可能なようです。

もっと作りこめば、簡易CMSとして十分な機能を用意できるんじゃないかと思います。