CustomDefaultFields とは

便利なプラグイン、最近いろいろと試させて貰っています。ありがとうございます。

さて、こちらのプラグインで「続き」を非表示にすると、その直後は大丈夫なのですが、後日ログインしてみると、ブログ編集画面のJavaScriptがきかなくなっている感じがしました。
（最初、本文入力フィールドにカーソルが行かないことに気づき、他のプルダウンメニュー等も動かなくなっていて。。で、JavaScriptが動いていない？と感じた次第です。）

MTのバージョンは4.22です。

もしかしたら私だけかも、と思いましたが、一応報告しようと思った次第です。
開発のお役に立てれば幸いです。

コメントありがとうございます。

MTの4.22でCustomDefaultFieldsの動作が怪しいとのことで、こちらでも検証を行ってみたのですが、手元の環境では再現ができませんでした。
ただプラグイン側を確認したところ、JavaScriptに悪影響を与える可能性がありそうな部分がありましたので、2箇所、修正を行いました。

修正されたものは以下のURLから、0.1.3としてダウンロードできますので、お時間がありましたら、検証をしていただけると助かります。
http://code.google.com/p/customdefaultfields-mtplugin/downloads/list

またこのバージョンでも修正されていないようでしたら、
・「新規作成時」と「編集時」どちらの画面で発生しているのか
・現状の発生するブラウザ(IE, Firefox, ...)
・同時にインストールしているプラグイン
など、差支えがない範囲で構いませんので、ご連絡をいただければありがたいです。

以上です。
よろしくお願いいたします。

先日検索プラグインで質問させて頂いた者です。
先日はありがとうございました。

さて、今回はCustomDefaultFields0.1.3を使わせて頂いたのですが、正しく動作していない状態です。

プラグインリストなどには認識されていますが、実際に設定した内容がブログの新規作成・編集時ともに反映されておりません。
「タイトル」「概要」などすべての項目を試しましたが、ダメでした。

MTのバージョンは4.22になります。
使用ブラウザはMac版Firefox3ですが、IE6でも同様でした。

ちょっと情報不足かもしれませんが、他に必要な情報などありましたら、ご指摘頂けると助かります。

報告ありがとうございます。度々お手数をおかけしてすみません。

もしかしたらと思いますが、
plugins/CustomDefaultFields-0.1.3
という状態でインストールをされていますでしょうか。
こちらの説明不足なのですが、このプラグインは、
plugins/CustomDefaultFields
としてインストールされる必要があります。
ディレクトリ名の変更をした後、もう一度プラグインの設定から試していただけますでしょうか。

http://code.google.com/p/customdefaultfields-mtplugin/downloads/list
ここには0.1.3.1がアップロードされていますが、
これは上記のような間違いが起こらないよう、パッケージの方法を修正したものです。
0.1.3と0.1.3.1は内容は同じです。

なおこのプラグインについては基本的にはブラウザには依存をしていませんので、
もしもまだ修正されないようでしたら、以下の情報について教えていただけると助かります。
※差し支えない範囲で構いません
・MTのバージョンについて(有償版4.22 or オープンソース版 4.22)
・エントリー編集画面を変更するプラグインをインストールしているかについて

よろしくお願いします。

ご連絡ありがとうございます。
ご報告させて頂いた件、ご指摘頂いたようにディレクトリ名の問題のようでした。

新しいバージョンのほうで設定してみたところ、無事に動作いたしました。

大変助かりました。
ありがとうございます。

「CustomDefaultFields」とても使いやすいです。
やりたかったことが簡単に実現できました。

そこで、本プラグインについて、ひとつご質問させてください。
「タイトル」部分を「テキストエリア」に設定して複数行入力できるようにしました。
ただ、入力した文字数が多くなると、下記のようなエラーが出てしまいます。。
「DBD::Pg::st execute failed: ERROR: value too long for type character varying(255) 」

環境は、
MT：4.22
データベース：PostgreSQL
です。

お手数ではございますが、なにか回避方法（文字数制限なし）などございましたら教えてください。
よろしくお願いします。

kouさん、コメントありがとうございます。

PostgreSQLでの検証は行なっていないのですが、症状とその原因については理解できました。ただこのエラーを発生させないようにするためには結構泥臭い処理が必要で、ちょっと手が伸びずにいます。

ところで、私としては255文字以上の文字を検索条件として入力するというケースがイメージできないのですが、どんな内容を検索するケースになるのでしょうか。もし差支えがなければ教えていただけるとありがたく思います。

現状ではちょっと対応できる見込みがなく申し訳ありません。
よろしくお願いします。