s9yにおいてデフォルトのWYSIWYGエディタはHTMLAreaです。
さらに、詳しくはわかりませんがXinha(“Xinha” stands for “Xinha Is Not HtmlArea”)も組み込まれている様子。 後継プログラムなので、このまま移行していくのかもしれませんね。

その他、FCKeditor、TinyMCE、Xinha がプラグインとして導入可能です。

ただ、私の場合これらのエディタは必要なタグが無いとか、不要なタグが多すぎるとかで、どれもかなり嫌いなため、WYSIWYGエディタは無効にしています。
その際に、s9yでは最低限のタグをJavascriptでこんな風にボタン化してくれます。

でですね、このボタン類じゃ全く役に立たないので、書き換えます。
以前は(ver1.3.1までは確認済み) /include/functions_entries_admin.inc.php にJavasriptがハードコーディングされていたので、それを書き換えていましたが、今回ver1.4.1に上げたところテンプレートファイルで記述するように変わっていました。
これは良い傾向ですね

/templates/default/admin/entries.tpl を編集します(以下、抜粋)。
見やすいように改行しています。

document.write('
<input type="button" class="serendipityPrettyButton input_button"
 name="insI" value="I" accesskey="i"
 style="font-style: italic"
 onclick="wrapSelection(
 document.forms[\'serendipityEntry\'][\'serendipity[body]\'],\'<em>\',\'</em>\')" />
');

この最後の方のタグを変えるだけ。
アクセスキーとかも変えるべきでしょうが、どうせ使わないので最低限しかいじりません
その他、自分がよく使うタグを既存の記述を真似て追加していきます。

タグによっては改行も設定します。
できあがりはこんな感じ。

で、今気づきましたがイメージ取り込みのテンプレートも変わっている。
なんかソースがダサいのでテンプレートを変更することにしよう。

って、指定箇所が見つからない。。。。
これも制御方法を変えたみたいなので、/DOCS 内をよく確認することにします(^^ゞ

いくつかのサイト管理に携わっていますが、メールアドレスを間違える人って結構います。
で、そういう人に限って、メールが届かないのはさもこちらのせいのような問い合わせが来るんですね
メールアドレスを入力された後にそいつを確認して、ダメだったらエラーメッセージを出す、とかのソリューションは確かにありだとは思いますが、それ以前に一ユーザーとしての意見を。

自分のメールアドレスは辞書に登録しましょう。
いくつアドレスがあっても楽勝です。

メインアドレスは「めーる」で変換
サブアドレスはドメイン頭文字などで、
例えばYAHOOメールなら「めーるや」
例えばGoogleメールなら「めーるぐ」などでそれぞれ登録します。

これで入力間違いは100%なくなります。

画像の使用を（略）CSS大会についてはてブで盛り上がっているのですが、私もちょこっとエントリしてみました 「画像を一切使用しない部門」です。

それにしても、ベースとなるHTMLファイルが公開されたのが4/11ですから、 エントリ数を見るとやはり結構な盛り上がりですね
管理人さんのテストエントリを除いて既に22エントリも集まってます。

誰か知り合いで参加する人いたら報告よろしく。

高木浩光さんの日記において先日言及されていた下記の件について、「あ～あ、レベルの低い制作者とレベルの低い依頼主が手を取ると本当きついなぁ」くらいに思っていました。

「お選び下さい」と言っているのは、このサイトの運営者がではなく、このサイトのデザインテンプレートを作成したWebデザイナーが言っているのだろう。東芝テクノはそれをそのまま掲載したわけだ。プギャー

～snip

会社のポリシーは会議室で決めていない。コピーして使いまわせば完了。理由を訊かれたら後付で辻褄合わせればオーケ。

リンク許諾制やディープリンク禁止方針の汚染源はWebデザイナーではないかという、これまで憶測で語られてきたことの傍証が発掘されたと言えよう。

ただ、その後、水無月ばけらのえび日記さんで言及されている内容を読んで、改めて考えました。ただし、上記の引用については十分にあり得るはず。

他社のことは分からないので絶対とは言い切れませんが、基本的にはこの手の文言を Web 制作側が作ることはありません。その会社のポリシーを勝手に決めることなどできるはずがないので、基本的には「御社のポリシーはどうなっていますか? 文言をください」と言って「素材」をもらい、それを掲載する形になります。

この通りだと思います。
ただ、、、と思ったらその先私が考えたことも書かれていました。

Web 屋が他人のポリシーを決めることはないと言いましたが、中には「Webは分からないんでサイトポリシーも御社で考えてほしい」というご依頼をいただくケースもあります。その場合は私が規約を書いたりするわけですが、当然「無断リンク禁止」などという規定が入ることはありません。

これもまた完璧にこの通りです。
私のところでは。
および
ある程度のレベルを保ったところでは。

ただ、高木さんも太田さんもおよそレベルの高い部分で活動していると思われますので、以下については気づいていないと思います。
または気づいていたとしてもそれは常識以下の範疇ってことでシカトですね（いや、本当は私もそうしたいですけど）。

プロというのはその生業で生計を立てているという人のことを差すわけでして、悲しいかなレベルは無関係なのです（もちろんこれは私の本意では絶対になく、存在としてそういうことだということです）。
代理店やデザイン屋がプロジェクトの上に立った場合、
おそらく大多数のケースで人選＝人脈（旧知の業者など）。
依頼主もプロジェクトリーダーもわかっていない。
故に、下請けに採用される業者もアレゲ、という恐ろしいケースが確実に存在しているはず。

でですね、これで結論にすると「じゃあ妥協するのか？」という声が聞こえてきそうなので、 締めとして明記します。
要するに私の微力な反撃としては太田さんと同様、そうではない業者が存在しますよと、せめて言っておきたいということなのです。
でないと誠実に制作しているweb屋の立場が無いじゃあないですか

＜ul class="staticpage_result"＞

＜li＞＜strong＞＜a href="/pages/profile.html" title="profile"＞プロフィール＜/a＞＜/strong＞ (MS-K)＜br /＞



＜table summary="プロフィール一覧" rules="all" border="1" id="prof_t"＞

＜tr＞

＜th＞Blogオーナー＜/th＞＜td＞MS-K＜/td＞

＜/tr＞



＜tr＞ ... ＜/li＞

＜/ul＞

--- plugin_staticpage_searchresults.tpl.BAK	Tue Aug 01 22:32:02 2006

+++ plugin_staticpage_searchresults.tpl	Tue Aug 01 22:32:41 2006

@@ -3,8 +3,7 @@

 

     ＜ul class="staticpage_result"＞

     {foreach from=$staticpage_results item="result"}

-        ＜li＞＜strong＞＜a href="{$result.permalink|@escape}" title="{$result.pagetitle|@escape}"＞{$result.headline}＜/a＞＜/strong＞ ({$result.realname})＜br /＞

-        {$result.content|@truncate:200:" ... "}＜/li＞

+        ＜li＞＜strong＞＜a href="{$result.permalink|@escape}" title="{$result.pagetitle|@escape}"＞{$result.headline}＜/a＞＜/strong＞ ({$result.realname})＜/li＞

     {/foreach}

     ＜/ul＞

 ＜/div＞

＜ul class="staticpage_result"＞

＜li＞＜strong＞＜a href="/pages/profile.html" title="profile"＞プロフィール＜/a＞＜/strong＞ (MS-K)＜/li＞

＜/ul＞