ダウンロードはこちら。
Movable Typeでエントリの表示オプションを全ユーザーで同一にする。 – Junnama Online

特に設定はありません。有効にしている間、MTの動作が以下のように変わります。

• システムまたはブログ管理者が「表示オプション」を変更したタイミングで、その内容が全ユーザーに反映される
• 管理者権限のないユーザーの投稿画面には、表示オプションが出なくなる
• プラグイン有効化前に各ユーザーが個別に表示オプションを変更していても、管理者が変更をした時点で強制的に上書きされる

1. MovableType4・5・Power CMS for MTで動作を確認しています。
2. 新規アカウントを追加したタイミングでも同期される機能があったようですが、動作しないようです。現状では「表示オプションを変更したとき」のみ行われます。

かなり実務向けのプラグインなので、機能をざっと書いてもピンと来ない人も多いかもしれません。
必要な場面や技術的な捕足は、追記以降をご覧くださいませ。

MovableTypeの表示オプションの仕様について

MT4以降では、投稿画面の入力項目の表示・並び順を細かく設定することができます。
カスタムフィールドを多用するCMS的な構築には必須の機能ですが、ひとつ面倒なところがあります。

新規で記事を書くときの大まかな「項目の表示」については、各ブログの「設定」→「投稿」で前もって指定できるのですが、
投稿画面右上の「表示オプション」で指定できる「項目の並び順」に関しては各ユーザー個別となります。

つまり、MovableTypeの管理者が
入力しやすいようにカスタムフィールドの項目を整頓していても

更新担当者のアカウントでログインすると、
初期状態に戻ってしまうのです。

ブログやアカウントの数がほとんどないのであれば大した問題ではないのですが、大規模案件などでブログ10個・アカウント10個となってくると、10×10で100回分の表示オプションの設定を行わなければならないのです。

ぶっちゃけやってられま(ry

そんなときに「EntryPrefsFixer」を使うことで、下位ユーザーの環境を管理者側で簡単に整えることができます。
後々アカウントが増えたときの表示オプションの変更回数も、ブログの数だけで済みます。

技術的な捕足

このプラグインは、@Nick_smallworldさんと私(@webbingstudio)のTwitterでの会話を、@junnamaさんが見て作成してくれたものです。

@Nick_smallworldさんに許可をいただいたので、ログを技術情報として追記します。
DBを直接編集することで対応したい人や、同様のプラグインを作ってみたい人は参考にしてください。

【緩募】MovableTypeで、Aさん（もしくはシステム管理者）がカスタムフィールドの並び替えをしたときに、他ユーザー（Bさん、Cさん）も強制的にAさんの並び順にさせる方法をご存じの方、いらっしゃいますでしょうか。 11:56 PM Apr 29th

@Nick_smallworld MTの項目並び替えの件、遅レスですが私も調べたことがあるので、情報流しておきますね。この先しばらく連投になりますが失礼。 10:22 AM Apr 30th

管理画面項目の表示／非表示、並び替えは「mt_permission」テーブルの[permission_entry_prefs]がブログID、ユーザーIDをキーに管理しているらしいです。 #movabletype 10:24 AM Apr 30th

.@Nick_smallworld すいません、これの一個前Replyにしませんでした。…なのでメインユーザーのpermission_entry_prefsを他ユーザーに複製すると並び順は同じになるのではないかと考えられます。 #movabletype 10:25 AM Apr 30th

.@Nick_smallworld このことをサーバー担当の方に伝えたところそれでうまくいったぽいのですが、残念ながら私自身はまだ検証できていません。 #movabletype 10:27 AM Apr 30th

.@Nick_smallworld にっくさんのように「強制的に」と考えている場合、編集のタイミングでプラグインを起動させる／cronか別途プログラム起動で、該当DBを修正させる／という手がある気がします。 #movabletype 10:29 AM Apr 30th

@Nick_smallworld カスタムフィールドの並び順に関して私の方でわかってるのはこのくらいですが、少しでも参考になれば。てゆか誰かプラグイン作ってくれないかなあ。 #movabletype 10:30 AM Apr 30th

@webbingstudio ありがとうございました！ばっちりできました。permissionのほうに定義されていたとは気がつかず「blog_かauthor_の方だろうなー、でも項目が無いなー」と思って探していましたｗ　6:01 PM Apr 30th

@Nick_smallworld あれでできましたかー。結局、項目の表示順は全ユーザーで統一することが多いですよね。今後の案件にも役立ちそうなので、私も試してみます！ 8:52 PM Apr 30th

あと名前出せないのですが、私の検証を元に実際にDBを書き換えて動作確認してくれた当時の某社サーバー担当者様、ありがとうございましたー＞＜。

Twitterで記事を紹介して下さい（-人-）

これをSOY CMSで構築するには、カスタムフィールドとPHPのif文を利用します。
アイコンまわりのカスタマイズは、SOY CMSの良さを残したまま割と簡単にできるので、試してみてください。

※サンプルコードには、読みやすいように改行やインデントを入れています。実際に出力されるコードが冗長になるので、動作を確認したら改行を詰めるなどした方が良いと思います。

元になるHTML

下記のようなHTMLソースに、SOY CMSを組み込みます。
<h3>要素内に更新日付と、「重要な記事」を知らせるアイコンが入っています。

SOY CMS側の設定

SOY CMSの管理画面に入り、「カスタムフィールドプラグイン」を有効にします。

記事を書いている時点（1.25a）以前のバージョンの場合は、「テンプレート内でPHPスクリプトを有効にする」ための環境ファイル書き換えも必要ですが、旧バージョンにはセキュリティホールがあるため、最新版にアップグレードしてください。

カスタムフィールドの設定

カスタムフィールドで「チェックボックス」を新規作成します。
下の画面の通り、「高度な設定」の全ての項目を空にします。「ニュース」の記事を書くときだけ指定できるように、ラベルの関連付けもしておきます。

設定が終わったら、記事を書いてみます。下の画像のようにチェックボックスが出てくればOKです。
チェックを入れている記事と、入れていない記事を書いてください。

独自タグを書く

記事部分をSOY CMSのブロックタグで囲み、日付を出すタグを書き込みます。
ブロックタグ、エントリータグについては、公式サイトのマニュアル「よく使う項目」を参考にしてください。
日付を出す「cms:id="create_date"」は、アイコンも含めてまるっと囲みます。

ここで注意が必要なのは、SOY CMSの標準である「属性値に書く方法」を利用しないことです。
例えば、下のような書き方も同じ意味を持ちますが、この書き方だと<h3>要素の中身をそっくり置き換える動作になるので、あとで<h3>の中にPHPを書いた時にエラーになってしまいます。

代替として用意されている、コメントで囲む方法を選んでください。

PHPで記事情報を取得するには

記事を表示する「block:id」「b_block:id」の内部では、「$[idに指定した名前]」という連想配列に、cms:idをキーとした全ての記事データが格納されています。
以下のように書くと記事ごとに配列の内容がずららっと出てきます。

なので、「block:id="news"」内のカスタムフィールド「important」をPHPの変数$hogeに入れるには、以下のようにスクリプトを書きます。

カスタムフィールドのチェックボックスの場合は、チェックを入れたときは「フィールド名」がそのまま入り、入れなかった場合は空になります。
先程の例の場合だと、チェックを入れていれば$hogeは「重要なお知らせ」になるはずです。

PHPの条件分岐を加える

ここまでわかったところで、</h3>の前に条件分岐を追加してみましょう。

「$news[important]」が空ではないことを条件に、echoでアイコンを出します。
functionを使用するとエラーになるので、PHPの平文で書いてください。また、HTMLでダブルクォーテーションを使用している場合、echo文はシングルクォーテーションで囲んでください。

保存してページを確認すると、「重要なお知らせ」にチェックを入れた記事にだけアイコンが出るようになります。

SOY CMSの利点は、「オーサリングツールで崩れず編集できる使いやすさ」です。このため、HTMLの表示に影響が出る条件分岐などは、PHPで対応することになります。

それを踏まえて、カスタマイズするときも本来のHTMLを生かす方向でできるだけシンプルにした方がいいし、条件分岐が予想される場合は納品後の改修作業も視野に入れた方が良いと思います。

今回のサンプルは、ローカル環境でのブラウザプレビューではアイコンの部分のコードが見えてしまいますが、PHP構文を解釈できるDreamweaverなら問題なく表示できます。
ローカルで確認したいときは、<?php ～ ?>を一時的にコメントアウトしてください。

条件分岐を行う場所が、記事タイトルだったりすると、もう少し難しくなります。
それについてはまた後日記事にします。

Twitterで記事を紹介して下さい（-人-）

特に、取引先が増えたり、イベントなどに参加すると、一日で10人近くの人と自己紹介をします。しかも、それっきりになるのか、そのあと他の場所でも関わって親しくなったりするかもわからないのです。
元々友達が少なかったこともあり、これまでは頭で記憶してこられましたが、そろそろ危ない状況です。

個人的なアルバムも兼ねて、会った人をデータベース化して記録しておきたいのですが、Outlookや、Facebookでは管理できない要素があります。

「プライベート情報の公表範囲」と「どのコミュニティに関わっているか」です。

私の脳内データを、WEBサービス風に図示してみるとこんな感じです。

名前と性別のところに「限定」とか「公開」とかあります。

私もそうですが、WEBで活動している人はプライベート情報に対する考え方がまちまちです。
本名を完全公開している人もいれば（会社代表の人など）、
私のように、仕事上本名を名乗ってもWEBでの公表は最低限にしている人、
本名はオフ以外で一切出さない人がいます。
また、WEB上では性別も隠している人もいるわけです。

その下には「タグ」があります。
WEB屋というのは、いろんなコミュニティに同時に関わっています。私だと、頻繁に出ているのはDevDoとWEBコンくらいですが、プログラマの方はいろんな言語コミュに関わってます。
会員程度であれば問題ないですが、主宰・主要メンバーの方は覚えておきたいところです。

Outlookだとこういう「関連付け」に対応できませんし、完全に個人情報なので狙われやすいOfficeは使いたくないです。それに、できればiPhoneなどで出先からもチェックできるようにしたいところです。

それと絡んで、「過去にどこで会ったか」というのも人を覚えるポイントだったりします。
さらに厳密に考えると、取引先など「関わっていること自体を公表しない」という要素まであります。

…と、ここまで書くと

「SugarCRMとかのCRM使えばいいじゃん」

と言われそうなんですが、ああいうスケジュールまで管理するビジネスツールじゃなくて、もっとユルいものがいいんですよね。

SSL領域にCMS置いて、カスタムフィールドで管理するしかないかしらん。
うーん、プライベートに関わることなので慎重にしなくては…会社の社長さんとか、どうやって覚えてるんでしょうねー。

あ、ちなみに私は二度目に会ったとき忘れられてることが多いです＞＜

Twitterで記事を紹介して下さい（-人-）

私がSOY CMSの検証用に作って公開しているサイトには、「取扱商品一覧」というページがあります。

http://webbing.s41.coreserver.jp/omame/ccc/index.html

SOY CMSは、このようなテーブルや、リストを使ったコンテンツの構築にとても適しています。

SOY CMSを触っていない方は、Dreamweaverとの親和性が高いといわれてもピンと来ないと思います。
Dreamweaverを使ったやや複雑なカスタマイズ手順について詳しく解説します。

※あくまでカスタマイズの一例です。基本的な手順として参考にしてください。

1. 準備

まず、SOY CMS側で「サイト」を作り、Dreamweaver側でも「サイトの設定」で公開ページのルートへ接続できるようにしておかなければいけません。
どちらも基本的な操作なので、ここでは割愛します。

さらに、SOY CMS側では「カスタムフィールドプラグイン」「テンプレート同期プラグイン」を有効にしておきます。どちらも基本パックに同梱されていて、サイト管理画面からすぐ有効にできます。

2. 静的ページを作る

Dreamweaverで普通の制作と同様に、商品一覧のページを作ります。
既存ページを改造する場合はそのまま使っても問題ありませんが、インデントだけでもきちんと整形した方が、あとの独自タグ入れ込みが楽です。

テーブルを見ながら

• どこをラベルとして扱うか
• どこを記事タイトル・本文として扱うか
• どこをカスタムフィールドとして扱うか

の三点を考えます。
これはこの段階までに決めておかなければいけません…というより、実務の構築では作業を始める前からちゃんと考えますw

「ラベル」は、MT・WP的に言うとカテゴリーやタグのことです。
例の場合は、商品種別（煮豆/豆腐…）をラベルとして扱い、
商品名が記事タイトル、
説明文が本文、金額と容量がカスタムフィールドになります。

慣れてくれば、この段階でいきなり8.の独自タグを書く作業をしてしまって問題ありません。
実際、私は先に独自タグを書いてから、書き込んだIDを元にカスタムフィールドを作っています。

3. ラベルの設定をする

静的ページの準備ができて、構成が固まったら、SOY CMSの管理画面の設定をしていきます。

SOY CMSでいちばん最初に作成しなければならないのは、「ラベル」です。
これがないと、今後の設定がスムーズにできません。
さっき決めた通りのラベルを作っていきます。

MovableTypeのカテゴリー等とは異なり、ベースネームの設定は必要ありません。日本語で大丈夫です。
ただし、後で混乱しないよう、「商品：」という共通の接頭語は付けておきます。
（例のサイトの場合は、「新着情報」が既にある状態です）

4. カスタムフィールドの設定をする

次に、「カスタムフィールドプラグイン」の画面に移動し、追加の入力項目を作ります。
タイプは、文字を入力するだけなので「一行テキスト」としています。

ここは投稿画面で表示する「フィールド名」の他に、テンプレートに絡む「ID」の入力が必要です。IDに日本語が使えるかどうかはわかりませんが、フィールド名との差別化もあるし、英数字でいいと思います。
IDは後で使うので、全部メモしておきます。

左の写真は完成した状態の一覧なのですが、「煮豆」や「豆腐」で別々のカスタムフィールドを作っているため、項目2×ラベル4＝8つもあります。
何故こんな細かいことをするのかというと、
「記事投稿時に特定のラベルを選択したときだけ、この項目を表示する」
というオプションを利用するためです。

先述したように、例のサイトには商品一覧とは別に「新着情報」のラベルがあります。新着情報を書くときにも価格や容量の欄が出てきてしまうと、更新担当者が混乱してしまいます。
なので、煮豆のときは煮豆の、豆腐のときは豆腐の項目をあらかじめ用意するのです。

このオプションは、表右端の「高度な設定」をクリックし、「ラベルとの関連付け」で有効にします。
「高度な設定」では、項目の初期値・空のときの値も入れておけます。せっかくなので「オープン価格」などと設定しておきます。

ラベルの複数選択ができれば、作るカスタムフィールドは2つで済むんですよね…
バージョンアップに期待したいところです。

補足：
MT・WPはブログベースなので、現時点ではカテゴリーごとにカスタムフィールドを切り替える機能はありません。プラグインがあるかもしれませんが、実務では安定性を重視するため、有志に頼るプラグインは多用できないのです。

5. 動作確認用の記事を書く

5.と6.は、順不同で構いません。

ここまでの段階で、投稿画面が完成したので記事をいくつか書きます。
この例ではひとつしか書いていませんが、カスタマイズに慣れていない方は各ラベル2～3個くらい書くと間違いがありません。

各ラベルにチェックを入れたときだけカスタムフィールドが出てくるか、一応確認してください。

6. 新規ページを作る

商品一覧用のページを作ります。ここの例では、ファイル名を「ccc/index.html」にしています。

ページの種類には「標準ページ」と「ブログページ」があり、一度作ると変更ができないため、悩むところです。
判断基準としては、

• 時系列でアーカイブする必要があるコンテンツ
• 更新担当者に自由にカテゴリー追加・削除をさせたいコンテンツ
• 本文と追記を分割したいコンテンツ
• コメント・トラックバックが必要なコンテンツ

であれば、ブログページでなければいけません。
新着情報であれば、ブログページが良いです。
ぶっちゃけ全部ブログページでも問題ないぽいですが。

この例では、記事分類がラベルに依存しており、1ページしか必要ないため、標準ページとして作ります。

制作中のサイトであれば、いきなり「公開」にしてしまっていいと思います。
title要素の設定だけ、忘れがちなので気を付けてください。

7. テンプレートをエクスポートする

ページを作成したら、「テンプレート同期プラグイン」の画面に入って、テンプレートを静的ファイルとして書き出します。

テンプレートは、サイトルート内の「export」フォルダに
「5_ccc_index_html.html」
などというファイル名が付いて書き出されます。

このファイル名をDreamweaverで接続して確認したら、
2.で作った静的ページを「複製」して、「書き出されたテンプレートと同じ名前」を付けます。
これに独自タグを書き込んでいきます。

ここでは念のため元のHTMLを残していますが、慣れてきたらファイルを複製せずindex.htmlに独自タグを埋め込んでいってもいいと思います。この場合は、9.でアップロードしてからサーバー上でファイル名を変更します。
独自タグを書き込んでも、Dreamweaverへの表示の影響はありません。

8. 独自タグを書き込む

ここでやっと、HTMLに独自タグを書き込みます。

独自タグの書き方についてはここでは特に説明しませんが、スクリーンショットを見ていただければわかると思います。
表の最初の一列のみブロックタグ・属性を書き込んで、あとは非表示タグでまるっと囲んでおきます。
タグの種類は少ないので、スニペットを登録しておくといいんじゃないでしょうか。

さらに、今回の例の場合は「商品種別ごとに整理して表示する」構造なので、
ブロックタグをコピー・ペーストで増やして、種別ごとに合計4ブロック作ります。
もちろん、ブロックIDはそれぞれ変えなければいけません。
カスタムフィールドのIDも、さっきメモしたものをそれぞれ書き込みます。

9. 独自タグを書き込んだHTMLをアップロード

できたファイルを、さっきの「export」フォルダに投げ込んで上書きします。

アップロードは「PUT」ではありません。PUTだと「ccc」フォルダができてしまいます。
左の写真のように、exportフォルダにカーソルが接するように、直接ドラッグしてください。

「テンプレート同期プラグイン」の画面で、テンプレートを読み込んだら…

「ccc/index.html」にアクセスして、ページがちゃんと表示されているか確認します。

ローカルとサーバーのファイル構造が同じであれば画像やCSSのリンクは切れないはずですが、階層が変わる場合はフルパスで書いた方が無難かもしれません。

10. ブロックの設定をする

さっきのページを見てみると、全ていちばん最初の記事しか表示されていません。
しかもラベルごとに分類されていません。
この設定は、管理画面の「ページのブロック設定」で行います。

ブロックタグに間違いがなければ、テンプレート編集画面の「ブロック」タブを切り替えたときに一覧ができているはずなので、それぞれのブロックとラベルを関連付けます。
これについては、公式のマニュアルを参照してください。

MT・WPに慣れている人は、記事絞り込みのトリガーをテンプレート側で設定しないことに違和感を感じるかもしれません。
MovableTypeだったらこう書けばいいんじゃね？と思うはずです。

<mt:Entries category="煮豆" limit="999">　～　</mt:Entries>

この辺りは一長一短ですが、トリガーを管理画面側で制御することで、HTMLの方に書き込む独自タグがシンプルになり、他のサイトにコピペで使い回しやすくなるという利点があると思います。
a-blog cmsもこれに近い仕様になっているようです。

11. 記事を追加しながら調整する

あとは、残りの記事を追加しながら実際の公開ページの表示をチェックしていきます。
テーブルのセル幅が足りなくて改行されていないかとか、ラベルの関連付けが間違っていないかなど。

ここで、記事の順番が「逆順」になっていることに気付きました。
商品一覧の場合は任意で順番を変えるか、昇順の方がいいはずです。

SOY CMSはバージョン1.2.5aの段階では並び順を昇順にすることはできないようなので、記事一覧の画面で手動で順番を変えることにしました。

実際のCMSカスタマイズでは、昇順並び替えはよく使います。できれば、10. のブロック設定のところでできるようになって欲しいところです。

Dreamweaverを使ったSOY CMSのカスタマイズの流れはこんなところです。
細かく手順を書いているので長そうに見えますが、カスタムフィールドの設定が割と楽なので、慣れればMovableTypeよりやや短い作業量というところです。

何より、後からテンプレートをDreamweaverで編集しても崩れないので
「とりあえず現状サイトで動的にして、検索エンジンに情報が行き渡ってから細かいデザイン改修を行う」
という二段階の改修が容易になります。

「カスタムフィールドの内容によってHTMLの出力を切り替える」などの、いわゆる「if文」は現状ではPHPで対応しなければいけませんが、うまく利用すれば予算や案件に合わせた、柔軟な構築が可能になると思います。

Twitterで記事を紹介して下さい（-人-）

Movable Type のカスタムフィールドで「テキスト(複数行)」という種類のフィールドを利用する際、テキストエリアへの入力内容に改行や空行を含めても、出力される文字列の改行や空行はすべて除去された状態で出力されてしまいます。

本エントリーでは、この事象を解消する方法を紹介します。
小粋空間：カスタムフィールドのテキストエリアに入力した改行をページに反映させる

複数行のカスタムフィールドを、本文と同じように<p>と<br />でマークアップするには、「filters="default"」モディファイアを指定するのが良いとされています。

ですが、この方法では詳細に改行を制御できません。
旧来からあった「convert_breaks」モディファイアとどう違うのか、というのも気になりますが、シックスアパート社からも詳細な解説は出ていません。

MovableType4.2で、「改行を変換」「リッチテキスト」などの各フォーマットでのカスタムフィールドの挙動を、詳しく検証してみました。

結論から言うと、
「複数行カスタムフィールドの改行や空行は、再構築時に反映されない」
という解説は、MovableType4.2においては正解ではありません。

複数行カスタムフィールドにモディファイアを何も指定しなかった場合は、「各記事の本文・追記に指定したテキストフォーマット」が優先されるのです。

なので、IDが1の記事のフォーマットが「改行を変換」ならば本文と同じですが、IDが2の記事で「なし」や「リッチテキスト(WYSIWYGエディタ含む)」に変更すると、本文フォーマットが優先され、改行がなくなってしまいます。

MovableType4は後者のフォーマットで使っている人が多いために、上記のような定説ができたのか、バージョン4.0、4.1の挙動が違ったのかはちょっとわかりません。すいません。

なので、何らかのモディファイアでカスタムフィールドの書式を縛ることになるのですが、
一般に推薦される「filters="__default__"」は
完全に固定的なものではありません。

まれなケースですが、フォーマットを「markdown」にしたときのみ、<br />が書き出されず、意図した表示になりません。
また、

• 「どんなフォーマットを使用しても改行を変換させない」
• 「<p>はいらないが<br />は変換したい」

ということは、「filters="__default__"」ではできません。
（引数の__default__を別の値にする方法も考えられますが、MovableTypeのコアファイルを調べてもわかりませんでした）
この場合は、昔からあった「convert_breaks」を使用するのが確実なようです。

convert_breaksモディファイアは、本文でのテキストフォーマットを「常に無視」します。
また、「convert_breaks="0"」で、改行を変換させないようにできます。

<br />のみを変換する「nl2br」もconvert_breaksと同じ性質を持っているので、
ちょっと複雑になりますが、下記のようにすると<br />のみ有効になります。

<$mt:CF_HogeHoge convert_breaks="0" nl2br="1"$>

自分だけがブログをカスタマイズ・運用している場合や、カスタムフィールドが本文の一部であればフォーマットが変わっても良いのですが、
大抵のカスタムフィールドは特定のマークアップを行った箇所に出力したり、テーブルのセル内に出力したりと、イレギュラーな使われ方をします。
同じカスタムフィールドでも、出力先のテンプレートによって改行の個別制御が必要なこともあります。

「更新したときの気分」でフォーマットが変わってしまってはのちのち面倒ですし、CMSとしてMovableTypeの構築をする場合は、更新担当者のあらゆる設定変更を想定しなければなりません。

プログラミングにも通じることですが、的確なグローバル・モディファイアを指定することで、想定外の不具合をできるだけ予防しておきたいものです。

Twitterで記事を紹介して下さい（-人-）