公開お待ちしております！！！

ようこそ WordPress Plugins/JSeries へ!! 今回がうえっとさんの初作品でしょうか?

なかなか WordPress のプラグイン作成作法とか、JSeries の流儀とかに慣れないと思いますが、今後がんばっていってください。

さて、いくつか気になったことがあります。

(1) まず、上記で「 jseries-notifier にて公開が始まるまで」とありますが、あくまで JSeries Notifier は更新通知を行うプラグインであって、 公開場所ではありません。プラグインの配布サイトは WordPress Plugins/JSeries と言います。

(2) 配布物に含まれる README.ja.html のフォーマットが、拙作の Ktai Style や Ktai Entry の附属ドキュメントに類似しています。これらは GPL で配布していますが、GPL に従ってフォーマットを流用するならば、元著作者のクレジットを入れる必要があります。しかし、README.ja.html のソースには、クレジットがありません。この場合、GPL を遵守しているとは言えず、著作権に違反している状態になってしまいます。

HTML ソースに、何らかの方法で Ktai Style ないし Ktai Entry の Readme ファイルを流用していることを記載するか、フォーマットを完全に変更するかしてください。

(3) 設定パネル「絵文字の画像場所(外部用url)」で、http://www.hogehoge.co.jp/blog/wp-content/uploads/emoji/ という URL の例を出されていますが、こういう場合、example.com や example.jp を使うのが鉄則です。2009年4月19日現在、hogehoge.co.jp は取得されていませんが、もし将来誰かが取得した場合、いろいろと問題が発生する可能性があります。

(4) 絵文字の画像場所(内部用path)、絵文字の画像表示順リストも、2行目は UNIX 形式のパスを想定していると思われますが、UNIX でのパス区切りはスラッシュ (/) であって、バックスラッシュ (\) ではありません。また、WordPress を設置するサーバーの多くが UNIX/Linux ですので、UNIX 形式のパスを先に記述し、Windows 形式のパス (c:\hogehoge\….) を2行目に持っていく方がいいでしょう。Windows サーバーであっても、おそらくは C ドライブを使うことはめったになく、UNC 形式 (\\SERVER\PATH\…) という形式になると思います。

このへんは、ファイルパスについてよく調べてみてください。

(5) emoji-media_buttons.php, emoji-options.php, emoji-scripts.php を直接ブラウザー等でアクセスされると、あやしいことが発生しそうです。直接読み込みされたらすぐ exit() するなどの対策を行なった方がよいです。

以上、ちょっと大変かと思いますが、修正にチャレンジしてみてください。

さっそくの修正ありがとうございます。
(4) ですが、実のところ、そもそも手でパスを入力すること自体、ちょっとユーザーにとっては分かりにくいと思います。
単純に、wp-content/ 直下に emoji ディレクトリーを作らせて、そこに画像を入れるよう決め打ちにしてしまえば、
パスの入力が不要になって、非常に楽になると思いますが、いかがでしょう?

(5) の直接読み込み対策ですが、残念ながら、このコードでは突破されてしまいます。例えば、http://example.jp/wp-content/plugins/emoji/emoji.php?iam=evil とかの URL を使うと、おそらく検出できません (PHP_SELF を使っているので)。

emoji.php 自体は、直接読まれても画面に何も出ませんから、無視しても構いません。気になるならば、、WordPress コアが定義している定数 (例えば ABSPATH とか) をチェックするのが確実でしょう。
他の3つのコードの場合、emoji.php から include されているわけで、emoji.php で定義している定数の存在を確認するのが確実だと思います。

連続投稿失礼します。
先ほどの問題ですが自己解決しました。
Ｂでは内部用パスを指定したら表示できるようになりました。
ＡではURLで大丈夫なのにＢではＵＲＬじゃ動かないっていうのは謎なままですが、動くようになりましたのでご報告です。
お騒がせして申し訳ありませんでした。

レス有り難う御座います。
ＡでURLを指定しているのは「絵文字の画像場所(外部用url)」です。
そこにURLをhttp://から記入して動作しています。
Ｂは同じ事をして動作しなかったので、「絵文字の画像場所(内部用path)」にパスを指定して動作しました。
ＡとＢの違いはＡに入っているたくさんのプラグインがＢには殆ど入っていないことと、テーマファイルが違うことと、サイドバーに貼り付けているブログパーツが違うことくらいなはずなのですが、テーマファイルやブログパーツなどが関係あるとも思えませんし不思議です。
参考までにURLを貼っておきます。
Ａは　http://yuina.lovesickly.com
Ｂは　http://silk.lovesickly.com
です。
絵文字画像は　http://lovesickly.com/直下のフォルダです。

レス有り難う御座います。
サーバーはハッスルサーバーをレンタルしてます。
サーバーのことはよく分かってません。。。
お手を煩わせてしまって申し訳ありませんでした。

追伸>サーバーはお名前.comのレンタルサーバーをネットはNTTのBフレッツ光をパソコンはMacBook Airを使っています。

早速のご教授ありがとうございました。エディターで編集してアップしました。その後、[プラグイン][編集]して、
元に戻せました。お忙しい中、感謝申し上げます。松

WORDPRESSのemojiプラグインを利用しております。
IE7以上では、動作することを確認しているのですが、
IE6は、サポート対象外でしょうか。
お忙しいところ、申し訳ございませんが、ご回答お願いできますでしょうか。

はじめまして
お世話になっています。

wordpressの2.8.6を使ってるのですが
絵文字を選択したところで
「このページから移動します。よろしいですか？
他のページへ移動すると編集データは破棄されます。
「OK」を押すと移動、「キャンセル」を押すと現在のページにとどまります。 」
とでて絵文字が挿入できなくなってしまったのですが
どうしたらいいでしょうか。

うぇっと様

絵文字の表示順がどうしても変更できません。readmeやWordPress上の「絵文字の設定」を見ますと、「絵文字の画像表示順リスト」を空白のままにしておけば「絵文字の画像場所(内部用path)」で指定されたディレクトリの中の絵文字のファイル名順に並ぶように読み取れるのですが、そうはなりません。ならば、明示的にやってしまえと、list.txtというテキストファイルに表示させたい順に1行ずつファイル名を記述し、「絵文字の画像表示順リスト」に絶対パスで指定しても同じく並び変わりません。絵文字ファイルをファイル名単独ではなく絶対パス付きで記載しても同じく並べ替えることができませんでした。

お手数ですが具体的な表示順の記載方法を教えてはいただけないでしょうか。

さっそくお返事ありがとうございます。
いえ、特に何もしていません。初めての使用から数分後のことです。
いくら、外部用にurlを入れなおしても、wp-includes/images/smilies/ の画像が表示され、試しに他のPCからも確認したり、プラグインのオン/オフしても戻らずという結果でした。
ちなみにWordPress 2.8.4 です。
また何かわかりましたらよろしくお願いいたします。感謝しております。

先ほどのコメントでそのままコピペするとタグが認識されたようでブランクになりましたので、タグを外した形で該当部分を訂正させていただきます。

×実際にそのファイル名をクリックしますと、 となって、
○実際にそのファイル名をクリックしますと、 img src=”http://****.**.**/wp-includes/images/smilies/****.gif” alt=”****.gif” となって、

うえっと様
あぁ、そういうことでしたか。「絵文字の画像場所(外部用url)」にも設定が必要だったのですね。
入力するとちゃんと反映されました。お手数をおかけしすみませんでした。

うえっと様
この度は素早いご対応ありがとうございます。早速ガンガン使わせていただいております。
で、もしお時間・ご余力があれば、コメントにも絵文字が出るようにはできないでしょうか。
無理にとは申しませんが・・・

うえっと様
実は、コメント絵文字用に”Custom Smilies” (http://wordpress.org/extend/plugins/custom-smilies-se/)を使っているのですが、これは投稿用にも使用できるくせに使い勝手が非常に悪く、順番も並べ替えられないし、できることなら、うえっと様の絵文字のインターフェースでコメントも使えたらどれだけ良いのにと思っているのです。
一ユーザーの独り言として聞き流してください。

はじめまして。
大変使い勝手の良いプラグインでぜひ使用したいと考えています。

さて、こちらのプラグインをWPバージョン2.9でブラウザIE7で使用したところ、
「このページから移動します。よろしいですか？他のページへ移動すると編集データは破棄されます。「OK」を押すと移動、「キャンセル」を押すと現在のページにとどまります。」
というダイアログが表示されてしまいます。
ちなみに、「OK」を押しても「キャンセル」を押してもページ遷移はなく、絵文字は通常通り入力されます。
他、FFとChromeで確認しましたが、この現象は起きませんでした。
先のコメントを見ると、IE8ではダイアログは表示されないようですね（自分は未確認です）。
IE7でも同様に、ダイアログが表示されないように修正することは可能でしょうか？

一応基本情報をまとめておきます。
■はじめて使用
■WPバージョン：2.9
■ブラウザ：IE7
■他プラグイン：不使用
■絵文字の画像場所：wp-includes/images/emoji/

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

返信遅くなりまして申し訳ありません。

いろいろ調べたところ、IEの場合にWPの記事作成画面でaタグ（リンクタグ）を使用していると、実際にはページ遷移していなくてもページ遷移と見なされる設定があるらしいです。おそらくですが、絵文字を挿入する際にaタグを使用しているためにダイアログが出るのかもしれません。
そこらへんの設計がどうなっているのかよくわからないのですが、一応参考までに。

また、こちらの環境はMacのブートキャンプでWindowsを動かしていました。その場合、IE8でもダイアログが表示されました。
もしかしたらネイティブのWindowsだとまた違うのかもしれませんが、手元にWindows機がないので未確認です。

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

wordpress3.0を使っていますが、プラグインを有効にすると設定画面が真っ白になります。
対策はないでしょうか・・・

はじめまして、便利に使わせていただいています。
先に同様の問題が出ていたので、私からも報告と言うことで。

「いがらしさん」の41番の投稿と同様です。

－－－－－－－－－－－－－－－－－－－
「このページから移動します。よろしいですか？他のページへ移動すると編集データは破棄されます。「OK」を押すと移動、「キャンセル」を押すと現在のページにとどまります。」
というダイアログが表示されてしまいます。
－－－－－－－－－－－－－－－－－－－

IE6～IE9まで同様でした。
Wordpress 3.1
3サイトで同様の症状でした（すべて違うサーバ）

改善の余地があると良いのですが。
私はIEは使わないのでいいのですが、作業している数名がIE派なもので。

はじめまして本プラグインを利用させていただいております。

2点問題が発生しており何かご教授いただけないかと思い記載しております。
＃先に記載ある問題もあるので重複する点はご容赦ください

１）　IEで操作したとき「このページから移動します。よろしいですか？・・・」と表示する
　　⇒　href=”javascript:void(0);”が悪いと調べたところ記載あり

２）　画像を投稿してから絵文字を挿入すると、画像が消える
　　⇒　画像だけでなく文字でもなったが、パターンがハッキリしない

現状２）が致命的です。

■環境
　OS　　　：　Linux
　WWW　：　Apache
　PHP　　：　5.2系

何か対策ありますでしょうか？

うえっとさん、返信ありがとうございます。

１） IEのバージョンですが８でまず確認しました。
　ただ、IE8と９で挙動が違い、９も正常に動作しておりません。

　ちなみに、href=”javascript:void(0); ⇒ href=”#”にしてのをすれば
　本件は回避できました。

２） インライン形式で記載します。
　＞画像を選択していたり文字列を選択していたりしてますでしょうか？
　しておりません。

　手順を簡単ではありますが記載します。
　 投稿 新規追加
　 記事部分に「メディアを追加」・・・画像を投稿に挿入する
　 emojiアイコンをClickし、絵文字を追加する
　　　　　⇒ で挿入した画像が消えます

・・・もしや・・・マルチユーザサイト化しているせいなんでしょうか・・・

■環境
　　wordpress 3.1.3 （マルチユーザサイト化）
　　emoji1.3.2
　　

非常に使い勝手の良いプラグインをご提供いただきありがとうございます。

さて、皆さまがご指摘されている「このページから他のページに移動しますか？」の
ダイアログがでる現象ですが、私の環境でも再現してしまいました。

再現した当方のクライアント環境は Win7 + IE8 と Win7 + IE9 （別々のPC）です。

それでソースを拝見させてもらったところ、javascript:void(0) でアンカーを無効にした場合は、
戻り値として false を返す必要があるのではないかと思い次のように編集してみました。

[emoji-media_buttons.php]
15行目の emoji_window_show(link); の次の行に return false; を挿入。

[emoji-scripts.php]
104行目の emoji_insert(event.target.alt); の次の行に return false; を挿入。
109行目の emoji_window_hide(); の次の行に return false; を挿入。

以上の三ヶ所に return false を挿入することで正常に動作するようになりました。
ご参考にしていただければ幸いです。

ちなみに、href=”#” を試しましたら、ばんばんさんの仰るとおり問題なく動作しました。