「プラグイン」と一致するもの

">購入するかどうか迷っていた、シェアウェア化したBetter File Uploader 2.0だが、やはりMovable Type標準のアップロード機能が使いにくいことと、作者の功労を称える意味もあると考えて、購入することにした。 購入するとまもなくメールが送られてきて、ID入りと思われるURLからファイルをダウンロードした。 他のMTプラグイン同様、中身のフォルダを所定の場所にアップロードするだけの簡単インストールである。

使ってみると、これがかなり便利だった。 まず、複数ファイルを一度にアップロードでき、手間が相当省ける。 これだけでも価値があるプラグインだ。 アップロードするフォルダも自動的に年・月・日を加える設定を3つまで保存できるほか、それに対するデフォルトも設定できる。 サムネイルも、私は高さを指定しているが、長い方の幅を指定するなどの便利な機能もついている。 alt属性やtitle属性を指定するチェックボックスを表示させるなど、Web標準化の流れ（と言うかSEOかも）に沿った配慮もある。 この時、画像のプレビューも出来るのも秀逸だ。 画像の前後を決まった形でマークアップすると言う時に便利なwrapper機能も、私にはかなり嬉しい機能である。 最後に表示させるHTMLをワンクリックで全て選択状態に出来るなど、とにかくルーチン化した画像のアップロードの手間を省けるようになっている。

以上のように、私にとっては相当な手間を省けるありがたいプラグインだった。 10ドルの価値は十分にあると私は感じている。

">私も愛用していたBetter File Uploaderプラグインだが、Movable Type 3.3から一部プラグインの様式が変わり、利用できなくなっていた。 作者からは対応を目指して開発中とのメッセージが発信されていたので、画像をアップロードするたびに、そういえばバージョンアップしたかな、と確認していたが、とうとうバージョンアップされて、Better File Uploader 2.0になった。 とりあえずスクリーンショットを見ただけだが、設定項目も増えているし、複数アップロードも可能になったようだから、単にMT3.3に対応したわけではなくて、かなり便利にもなったようだ。

ところが、やや残念なことに、これまでフリーウェアだったのが$10のシェアウェアとなったのである。 確かに便利なプラグインだし、作者もだいぶ苦労して開発を進めたみたいだから、それくらいの料金は支払っても良いのだろうが、ちょっと躊躇してしまう。 支払いもPaypalのサイトで行うのだが、Paypalはフィッシング詐欺で良く報道されているので、なんとなく関わらないでおきたいところなのだ。 う～ん、迷いどころである。

先日、劇的に高速化したMovable Type 3.32と言うエントリーを書いた。 あまりに速すぎると思っていたが、プラグインの移行作業を行うのを忘れていたのが原因だった。 私は以前から、エントリー内でMT固有のタグを利用できるようにする、process tagsプラグインを利用していた。 このプラグインは再構築やエントリーの公開をすると働くので、プラグインの移行をしてから再度サイトの再構築を行ったら、結局2倍以上の時間がかかった。

まあ、3.31の時はそれこそ絶望的なくらい遅かったから、かなり高速化されたのは確かである。 ただ、3.2の時と比べるとどうかと言われれば、はっきり言って大差はないように感じる。 一方でprocess tagsプラグインの動作が重いのは確かで、これは原理上しょうがないのかもしれないが、なんとか改善されれば言うことはない。 バージョンアップはしばらくしていないようなので、もしかすると最近のMovable Typeに最適化されていないのかもしれない。 便利なプラグインなので、何とか良くなって欲しいと思っている。

先日リリースされたMovable Type 3.31をインストールした。 基本的には、現状のMovable Typeフォルダ内を削除し、新しく3.31のファイルをコピーすれば良い。 あとは、必要なプラグインのファイルをコピーして終了である。 3.3のバグで私のところで困っていたのは、日別や月別のアーカイブがきちんと作成されないと言う不具合だったが、しっかりバグフィックスされている。

">先日リリースされた、Movable Type 3.3をインストールし、試用している。 これまでMT 3.2を使っていたので、アップグレードインストールをした。 詳しくはSix Apart社公式のマニュアルをご覧になっていただきたいが、エントリーやテンプレートを保存しておく必要もなく、簡単な作業だった。 ただ、ファイルをSFTPでアップロードしようとしていたら、">Cyberduckの調子が悪く、ファイルを一度にアップロードできなかった。 何回かに分けてアップロードしたらうまくいったので、ファイル数の問題だったのかもしれない。

さて、">期待していたカテゴリーのファイル名指定だが、きちんと出来るようになっていた。 エントリーから主カテゴリーのアーカイブへも、<$MTEntryLink archive_type="Category"$>の様に指定することが出来るようになっている。 これで、MTEntryCategoriesModifiedタグは、私にとっては不要となってしまった。 ただ、エントリー内のカテゴリーリストを、主カテゴリー、副カテゴリーの順に並べて出力する機能は、ちょっと惜しいけれど。

後は特に問題もなく移行できた、と思ったら、月別アーカイブと日別アーカイブが全く機能していない。 どのページを見ても、トップページと同じ内容になってしまっている。 公開方法の設定なども確認してみたが、何が間違っているのか、よくわからない状況だ。 今後早急に直しておきたいと思う。

面白そうな機能としては、Widget機能だろうか。 これは、カレンダーや検索窓などをWidgetとして登録しておくと、Widget Managerと言うGUIから、組み合わせや順番を決められると言うもの。 サイドバーの作成を簡単にする、と言うのが主眼の、標準プラグインのようだ。 Widgetの実態は、「Widget:」で始まる、モジュール（テンプレートの一種）なので、追加も簡単にできる。 私は既に、">サイドバーの部品をモジュール化していたのだが、こういう風に解決されるのも悪くない。

もう少し色々試していこうと思う。

ベータテストが進んでいたMovable Type 3.3だが、とうとう正式版がリリースされた。 今日は飲み会帰りでとてもインストールなど出来ないが、明日にでも試してみたいと思う。 私が不自由に感じてプラグインを使っていた機能が、標準でサポートされるようになったようで、楽しみである。

以前、カテゴリーアーカイブのディレクトリ名をうまく設定できないと書いたが、これを解決できるプラグインを見つけたので使ってみたので書き記しておく。

そもそも、このディレクトリ名を設定そのものは、カテゴリー名をうまくディレクトリ名が設定されるように英語で入力し、表示したい日本語の名前をカテゴリーの説明に入力、MTCategoryLabelタグの代わりにMTCategoryDescriptionタグを使うことで解決できる。 だが、私の場合、主カテゴリー名をエントリーのタイトルの前に表示しているが、MTEntryCategoryタグでは、MTCategoryLabelに相当する（つまりこの場合英語の名前）部分が出力されるため、元々のやりたいこととはことなってしまう。 MTCategoryDescriptionを使う場合は、MTEntryCategoriesタグをコンテナタグとして使うことが出来るが、このコンテナでは主カテゴリーと副カテゴリーの区別が出来ない。 長々と書いたが、つまり、エントリー内で主カテゴリーと副カテゴリーの区別が出来、かつ、そのカテゴリーに関するタグを使用することが出来ればよいのである。

ネットで探すと、この目的に正に合致するプラグインを発見できた。 MTEntryCategoriesModifiedタグを使用可能にするプラグインである。 このタグでは、主カテゴリーと副カテゴリーを区別して出力させることが可能で、上記のような問題を抱えていた私にとっては、大変便利である。 まだいくつか直さなければならない部分もあるのだが、とりあえず、望んだ形にはなったと思う。

ところが、現在ベータテスト中のMovable Type 3.3では、このような苦労も不要になる模様だ。 カテゴリーにもエントリーと同じように、ファイルシステム上の名前を付けられるようになるらしい。 その他にも、これまでプラグインを使っていたことが、標準機能で実現するらしい。 正式版のリリースが楽しみである。

Movable Typeのタグリファレンスを眺めていて、MTLinkというタグがあることに気がついた。 このタグは、特定のエントリーや特定のインデックス・テンプレートへのリンクを生成してくれる。 私はProcess Tagsプラグインを使っているので、エントリーの中で他のエントリーへのリンクを張るときにMTLinkタグを使えば、仮にサイトを移動したり、ファイル名を変更したりしても、再構築さえおこなえば自動的に新しいリンクへ更新してくれる。

ただ、MTLinkタグにも穴があって、例えば特定のカテゴリー・アーカイブへのリンクが作れない。 また、結局、特定の画像へのリンクはサイトを移動したら変更しなければならない。 これは検索・置換をおこなえば問題ないが。

">Movable Typeの国際化への考慮でも書いたのだが、カテゴリーのフォルダ名が指定できないことについて、Custom Category Fieldsプラグインを使って解決を試みた。 つまり、フォルダ名を指定するフィールドを追加してしまおうという発想である。

ただし、この方法にも問題があって、前後のカテゴリーへのリンクに用いているSupplemental Category Tagsプラグインと相性が悪く、こちらと同時に使うことが出来ない。 仕方がないので、カテゴリー名を英語で記し、カテゴリーの説明に元々のカテゴリー名を入れ、この説明を表示することにした。 そうすると、リンクも英語のカテゴリー名から作られるので良い。

すると、今度は別の問題が生じてきて、エントリーの主カテゴリーが英語での表記になってしまう。 エントリーの主カテゴリーを示すタグは<$MTEntryCategory$>しかなく、エントリーの主カテゴリーの説明を表示することは出来ない。 なかなか思い通りには行かないものである。

Movable Typeは日本語化もなされていて、もちろん日本語での投稿も出来る、国際化へ配慮したような作りになっているが、細かいところで困るところがある。 今、一番気になっているのは、カテゴリーアーカイブのフォルダ名だ。 カテゴリーアーカイブはフォルダ分けされて保存されているが、このフォルダ名は、カテゴリー名から自動的にシステムが決める。 カテゴリー名がアルファベットだけで構成されていれば、そのままフォルダ名になるが、日本語など、通常Webでフォルダ名に利用できない文字が含まれている場合、その文字は削除されてしまう。 日本語のみ、と言ったケースでは、フォルダ名は「cat1」「cat2」の様に命名され、ファイル名からカテゴリーの内容を推測することは出来ない。

こんな細かいことを気にする人もあまりいないのかもしれないが、せっかくなら統一感を持たせたいというのが私の心情だ。 エントリーのファイル名であれば、個別に指定することも出来る（面倒なので余りやっていない）が、カテゴリーのフォルダ名は場合は、指定の仕組みすらない。 今後のバージョンアップで何とかならないものだろうか。 それとも、プラグインなどを導入すれば、何とかなるようなものなのだろうか。