今後の予定と既知のバグ
- 2004/06/17 Thu 05:46
- 今後の予定など
sbで今後予定している機能について触れておきます。
- ブックマークレットによる投稿
- 英語版の作成
- 携帯電話閲覧対応
- 記事に対して複数カテゴリーを設定
- アクセス解析
他、要望いただいた機能で実装できそうなものは対応していこうかと思っています。
上2つの機能を実装し終えたところで、正式版としver 1.00になる予定です。
また、現状分かっているバグには以下のものがあります。
- htmlファイルが静的生成された個別記事のコメントフォームに対してクッキーによる自動入力されない[B002]
- URL指定によるJUGEMログ取込でサイズ制限がある[B028]
[B002]はかなり初期から分かっている不具合で、対応方法を現在検討中です。JavaScriptによる実装になる予定。
[B028]はver 0.03で対応します。
[追記] 以下の機能は設置環境の敷居を高めるので実装を迷っているものです。
- メールによる記事投稿
- コメント・トラックバック受付時のメール通知
何か、ご意見などありましたら、よろしくお願いします。
![[PR] Serene Bach オフィシャルガイド](http://serenebach.net/template/users/sb_book.png)
Comments
どこに質問を書いたらいいかわからず、ここに失礼します。
「カテゴリー・月別アーカイブで一覧表示」のTipsも利用させていただいたのですが、その際、タイトルの後に（6/17）という感じで月日表示が出ます。これを年月日に変えるか、カテゴリー名に変えたいのですが、どこをいじればよいのでしょうか？
教えていただけると幸いです。
ご利用いただき、ありがとうございます。
軽いと言っていただけると嬉しいです。
さて、ご質問の件ですが、ソースを直接変更すると修正できます。具体的には lib/sbcms.pl を修正します。
490行目当たりに
$gData{'{selected_entry_list}'}[0] .= &sbtime_stamp($$hash{'date'},'%mo/%dy',$gEnv{'conf'}{'timezone'},'en') . ')</li>' . "\n";
という行があります(ver 0.03)。
この中の「%mo/%dy」を「%yr/%mo/%dy」に変更すると年月日表示になります。
この変更は sb の正式変更ではないので、バージョンアップの際にはその都度変更する必要があるかもしれません。
もうちょっと簡単に変更できるようにするか検討したいと思います。
以上、よろしくお願いします。
ところで次のバージョンアップのときは、どのファイルを残してどうすればログなどの貴重なデータを生かしたままアップできるか、解説を「Read Me」ファイルにちょこっと書いていただけると幸いです。
初心者のために、よろしくお願いいたします。
初心者用にすぐ使えるLite版
普及版
マニア用に重量版
変り種でトラックバックセンター用に
トラックバックセンター版(笑)
・・・と枝分かれて開発するのはいかがでしょうか?
他のblogツールと違って一人で開発しているところが相変わらず恐れ入ります。
お手数かけました。
次回配付からは readme.txt の文面を変更して、バージョンアップ時の注意事項を追記します。
# ヘルプドキュメントにも追記します。
＞＞shunさん
なるほど。
ただあまり色々分けると管理が大変になりますね。
サムネイル作成機能もそうですが、必要なライブラリがない環境では自動的にoffする方向で作ろうかと思っています。
ともあれ、現状は正式版に向けての機能追加・バグ修正が優先されますけど。
ご検討頂き、ありがとうございます。
詳細はメールにてご連絡させて頂きます。
登録されたメールアドレス宛でよろしいでしょうか？
以上、よろしくお願いします。
登録メールでお待ちしております。よろしくお願いします。
ところで、正式版としver 1.00はいつ発表になりますか。アップグレードが簡単ならば、今からでも導入しても良いかと思っていますが。
正式版は7月頭を予定しています。
正式版では英語表記が加わる予定で、大きな機能追加はない予定です(あくまでも予定。色々いじっている内に機能追加したくなってしまうかもしれません)。
機能的には大きな変化はないと思います。
ここで触れている携帯電話閲覧対応などの追加機能は正式版発表後の機能追加になります。
以上、ご参考まで。
しかし、初心者なのでなんでもないところで引っかかりました。
「文字コードの設定
文字コードは直接設定しません。sbでは、lib/lang/内にある言語設定ファイル(日本語の場合ja.pl)の文字コードを判別して、全体の処理文字コードを決定します。
配布アーカイブではEUC-JPになっていますが、ja.plの文字コードをUTF-8に変更すると全体がUTF-8で動作するようになるはずです。
データ保存にも同じ文字コードを適用しますので、途中で文字コードを変更するのは止めておいた方がよいでしょう。」
はどういう事なのでしょうか？
ja.plをUTF-8のコードで保存してアップロードしたら、最初のログイン画面が文字化けしてしまいました。
動作としては ja.pl の文字コードを変えるだけで管理画面を含め、全ての文字コードが同じ文字コードで処理されるようになっています。
もし管理画面が文字化けするようでしたら、
lib/lang/ja/admin.html
の文字コードも変えてみてください。
また、もしかしたら文字コードの自動判別に失敗している可能性もあります。
その場合、保存されるデータの文字コードも不定になってしまいますので、注意してください。
文字コードが正しく判別されているかどうかはログイン画面を表示してソースを見ていただけると分かります。
一番最初の行が
<?xml version="1.0" encoding="EUC-JP"?>
となっていて encoding の部分が文字コードです。
もしここが空欄だと文字コード判定に失敗している可能性があります。
以上、ご参考まで