SyntaxHighlighter 2.0 Extension For BlogEngine.NET を導入してみました。前のエントリのコード表示と比べて、かなり見栄えがよくなったと思いますが、いかがでしょうか？

private void RemoveSetting(string settingName)
{
  foreach (ManagedExtension x in ExtensionManager.Extensions)
  {
    if (x.Name == extensionName)
    {
      // x.Initialized(settingName) ではコンパイルエラー。以下に変更
      if (x.Initialized(ExtensionManager.GetSettings(extensionName, settingName)))
      {
        foreach (ExtensionSettings y in x.Settings)
        {
          if (y.Name == settingName)
          {
            x.Settings.Remove(y);
            break;
          }
        }
        ExtensionManager.SaveToStorage(x);
      }
      break;
    }
  }
}

このソースコードは CodePlex のサイト から入手できます。

SyntaxHighlighter の 本家のサイト からダウンロードできるのは JavaScript と CSS のみですが、CodePlex からダウンロードできるものは、それらに加えて、BlogEmgine.NET に統合して操作するためのコード（Admin.aspx, Admin.aspx.cs, SyntaxHighlighter.cs）が含まれています。

ただし、Admin.aspx.cs にバグがあって、修正しないとエラーで動きません。上記の 8 行目（ハイライトした行）のように修正すれば OK です。

このコードは、JavaScript や CSS を追加したり削除したりした場合、それをコントロールパネルに反映させるためのものです。

例えば、不要な JavaScript を scripts フォルダから削除した場合、コントロールパネルの Brushes の一覧から当該アイテムを削除するには、[Update Brush List] ボタンをクリックしますが、そのときに RemoveSetting メソッドを使うようです。

BlogEngine と SyntaxHighlighter をキーワードにググってみても、上記の問題が報告されているページは見あたらなかったのが不思議です。

Initialized メソッドは、ManagedExtension クラスの中で以下のように定義されていて、引数が String のオーバーロードもないので、上記のように直さないとコンパイラも通らないのですが。

public bool Initialized(ExtensionSettings xs)
{
  if (xs != null)
  {
    foreach (ExtensionSettings setItem in _settings)
    {
      if (setItem.Name == xs.Name)
      {
          if (setItem.Parameters.Count == xs.Parameters.Count)
          {
            return true;
          }
      }
    }
  }
  return false;
}

---------------------------------------------------

2010/5/31 追記

IE8 以外のブラウザでどう見えるか試してみましたが、Firefox 3.6.3, Safari 4.0.5 では表示が乱れ、クリップボードで取得したコードをメモ帳にペーストすると改行がうまくいきません。IE6, Opera 10.53 も若干問題ありでした。IE7 は試せる環境がないので分かりません。どうも、問題ないのは IE8 のみのようです。

BlogEngine 1.6.1 で新機能として追加された reCaptcha を実装しました。

データのストアが DB で（XML ではなく）、かつ、reCaptcha の Logging を有効にしていると現れるバグがあって、解決に手間取りましたので、そのあたりのことを備忘録として書いておきます。

匿名ユーザーがコメントを書き込もうとすると "Sorry, the following error occurred while processing your comment: コールバックでエラーが発生しました" というメッセージが出て書き込めないことでこの問題に気がつきました。

ググって調べてみると、CodePlex のサイトの Dicsussion のページで同じ問題の報告があって、バグがあることが分かりました。

問題は、以下の 2 つのファイルの中での LoadFromDataStore メソッドの戻り値の処置です。

• \admin\Pages\RecaptchaLogViewer.aspx.cs
• \App_Code\Extensions\Recaptcha\RecaptchaControl.cs

ストアが DB の場合は String 型、XML の場合は Stream 型として処置すべきところ、いずれも以下のように Stream 型として処置しているので、DB をストアに使用した場合にエラーとなります。

Stream s = (Stream)BlogService.LoadFromDataStore(BlogEngine.Core.DataStore.ExtensionType.Extension, "RecaptchaLog"); List<RecaptchaLogItem> log = new List<RecaptchaLogItem>(); if (s != null) { System.Xml.Serialization.XmlSerializer serializer = new System.Xml.Serialization.XmlSerializer(typeof(List)); log = (List<RecaptchaLogItem>)serializer.Deserialize(s); s.Close(); }

これを以下のように修正しました（CodePlex に出ていたコードと同じ内容です）。

string s = (string)BlogService.LoadFromDataStore(BlogEngine.Core.DataStore.ExtensionType.Extension, "RecaptchaLog"); List<RecaptchaLogItem> log = new List<RecaptchaLogItem>(); if (!String.IsNullOrEmpty(s)) { using (StringReader reader = new StringReader(s)) { System.Xml.Serialization.XmlSerializer serializer = new System.Xml.Serialization.XmlSerializer(typeof(List<RecaptchaLogItem>)); log = (List<RecaptchaLogItem>)serializer.Deserialize(reader); } }

BlogEngine.Core の中にある LoadFromDataStore メソッドの方を修正する手もありそうですが、それは止めた方がよさそうです。何故なら、旧版 (1.5) では MemoryStream に変換して return するようにしているのに 1.6.1 で意図的に止めているところを見ると、何らかの理由がありそうなので。

あと、何故、認証されたユーザーなら書き込めるかも調べてみました。理由は、デフォルトの設定では、認証ユーザーの場合 reCaptcha の Logging がスキップされるので、問題のコードに処理が飛ばないためでした。

上記の修正後は CodePlex の Documentation に書いてあったとおりの手順で簡単にインストールでき、とりあえず今のところ問題なく動いています。

でも、ただでさえメールアドレスの入力が面倒なのに、これでさらに面倒になって誰もコメントしてくれなくなってしまうかもしれませんね。（汗）

追伸１
reCaptcha の Key の取得で、登録したドメインでのみ有効するのと、Global Key といってドメインに関係させない 2 つのオプションがあります。取得できる Key の数に制限はないので、自分は、本番用に前者を、開発用に後者を取得して使っています。

追伸２
コントロールパネルで Status の Enabled/Disabled の切り替えを行うと、web.config を書き換えに行くように見えます。これはファ��ルの中身を書き換えているのではなく、単に timestamp を変更するだけで、その理由はアプリケーションをリサイクルするためだそうです。（最初、これが原因かと思いましたがそうではなかったです。）

ウィジェットのカレンダーは、デフォルトでは左の写真のように、(1) 月曜日から始まる、(2) 曜日が二文字になる、(3) タイトルが "5月 2010" のようになります。

日本人にはあまりなじみのない表示で、イマイチ気に入らないので、修正してみました。

修正した結果がウィジェット（左サイドのパネル）の中に表示されているカレンダーです。

上記 (1) および (2) の原因は、\widgets\Calendar\widget.ascx で PostCalendar（Calendar コントロールを継承したカスタムコントロール）の FirstDayOfWeek, DayNameFormat プロパティがそれぞれ Monday, FirstTwoLetters となっているからです。

それを直接書き換えて、Sunday, FirstLetter とすれば (1), (2) の問題は解決します。 でも、国際化対応を考えて（笑）、ブラウザの言語設定が ja-JP または ja の時のみ対応するようにしました。

具体的には、\widgets\Calendar\widget.ascx.cs の LoadWidget メソッドに以下のコードを追加しました。

System.Globalization.CultureInfo ci = System.Threading.Thread.CurrentThread.CurrentUICulture; if (ci.Name == "ja-JP" || ci.Name == "ja") { this.PostCalendar1.DayNameFormat = DayNameFormat.FirstLetter; this.PostCalendar1.FirstDayOfWeek = FirstDayOfWeek.Sunday; }

そうすると、カレンダーの表示幅が狭くなってしまうので、\widgets\Calendar\widget.ascx で PostCalendar.Width プロパティを設定して調整しました。

上記 (3) の原因は、\App_Code\Controls\PostCalendar.cs でタイトル行をレンダリングする時 VisibleDate.ToString("MMMM yyyy") としているからです。

その部分を以下のように変更しました。

//writer.Write("</td><td style=\"text-align:center;width:100px\">" + // VisibleDate.ToString("MMMM yyyy") + // "</td><td align=\"right\">"); // 上記のコードを以下のように変更 System.Globalization.CultureInfo ci = System.Threading.Thread.CurrentThread.CurrentUICulture; if (ci.Name == "ja-JP" || ci.Name == "ja") { writer.Write("</td><td style=\"text-align:center;width:100px\">" + VisibleDate.ToString("yyyy年M月") + "</td><td align=\"right\">"); } else { writer.Write("</td><td style=\"text-align:center;width:100px\">" + VisibleDate.ToString("MMMM yyyy") + "</td><td align=\"right\">"); }

ウィジェットのカレンダーの中にある "View posts in large calendar" というリンクをクリックすると大きなカレンダーが表示されるのですが、 それには上記 (1), (2), (3) の問題はありません。

何故なら、FirstDayOfWeek, DayNameFormat プロパティはデフォルトになっており、 タイトル行は Calendar コントロール自体ものを表示（ShowTitle プロパティを true に設定）しているからです。

ウィジェットのカレンダーの方で、わざわざデフォルトを変更しているのは何か理由があって、それをいじると予期せぬ副作用があるかもしれませんので、しばらく注意して様子を見たいと思っています。