COREBlog
ピースな愛のバイブスでポジティブなCOREBlogを使ってみよう。<br />本家 <a href="http://mail.webcore.co.jp/mailman/listinfo/coreblog"><u>メーリングリスト</u></a> がありますから、ここは夢の話でもいたしましょう。あくまでブログは話のベース環境です。
↪ 新規投稿する
33 owa #e8faefa 2003/12/22 23:24 prob:0.0%
COREBlog を公開サーバに入れました 一ヶ月くらい手付かずでしたが、昨日から始めたカスタマイズは楽珍でした。 Windows-IE から見た時がひどかったの(自分のせい)で迷いましたが、 まあ見られる程度には落ち着いたような気がします。 結局 skin フォルダの中しかいじってませんが、とても遊べます。 本体はまだ進化する予定らしいので手は付けません。 バージョンアップを楽しみにするスタンスです。 UTF-8 で運用しますが若干動作が変な箇所があるようです。 ちゃんとフィードバックしないといけない。
32 owa #e8faefa 2003/11/27 23:00 prob:0.0%
>>31 utility.py パッチ また先を越されてしまいました;; http://fzug.com/fzug_prog/UTF 試したけど問題は発見できませんでした。 ソースをコピーしていじっていましたが、なんか気持ちを抑えられなくなったので 書く場所を移動します↓ http://owa.as.wakwak.ne.jp/zope/bbs/showEntryList?MID=205 # chkutf8 の例外処理は必要なのかなー
31 kiyo #7cfd9bf 2003/11/27 12:19 prob:0.0%
>>29 utility.py パッチ 文字コードは苦手で全然自信がないですが、試行錯誤してみました。検証してくれると嬉しい COREBlog にあまり関係ないのでソースは削除しました
30 owa #e8faefa 2003/11/26 23:10 prob:0.0%
>>24 いいかげんなこと言ってごめんなさい m(.".)m utility.py の 558行目は if fcode: retstr = unicode(s, fcode, 'replace').encode('utf-8') とか直さないと pykf しかない環境では有効ではありませんね。 こういう所を残して置くと云うのが高等テクニックかも^^ これを見た者は思わずカスタマイズしたくなるという。 昔々建築やってたころ、我が師匠曰く 「わざと間違った設計図を書くのも手段のうち、できる大工は考えるものさ」
29 owa #e8faefa 2003/11/26 00:44 prob:0.0%
>>28 また、誤解^^ ははは^^ utility.py のパッチ作ろう。
28 kiyo #7cfd9bf 2003/11/26 00:37 prob:0.0%
>>27 ありゃりゃ誤解です;;ちゃんとやればできます。 あ、いやいや owa さんこそ誤解です(笑い) utility.py ではできないと言う意味ですが、、、 また、誤解^^
27 owa #e8faefa 2003/11/26 00:22 prob:0.0%
>>26 utf-8 では漢字かどうか調べる事はできないっ ありゃりゃ誤解です;; ちゃんとやればできます。 先頭から辿っていけば。これはシフトJISもいっしょ。 僕が言いたかったのは優先順位で、 プロダクト的に表向き致命傷にならない欠陥は後回しにしたんじゃないかなと。 言い方に誤解されそうなところあったらごめん。 テキストを何バイトかで切るのは至ところで現れるので、 このモジュールほしいです。最初に誰かつくればみんなパクると思います。 # きっと ats さんも。
26 kiyo #7cfd9bf 2003/11/26 00:11 prob:0.0%
>>25 結構ですよ^^ いつも優しい owa さん感謝です。 うーん、しかし utf-8 では漢字かどうか調べる事はできないって事ですね。 多分どっかのサイトに転がっていると思うので探してみよう。 あまり自信ないのですが utf-8 だと3バイトで漢字納めているのでよねぇ。だからややこしいのかな?
25 owa #e8faefa 2003/11/25 18:43 prob:0.0%
>>24 場違いとは重々承知した上 結構ですよ^^ ここは COREBlog 初心者用と思ってます。 よそではベテランの方でも COREBlog に関してはみんな初心者ですから。 COREBlog のロゴがなんで COREblog なの? なんて質問でも (謎 utility.py ですが 600行目 漢字の一バイト目かどうか調べずに... は端折ってるだけの気が? 558行目の unicode(text, fcode, "ignore") は消し忘れただけ? ### これ嘘でした。後で報告します ### くらいの感じじゃなかろうかと (誤解だったら怒られるけど) get_string_part メソッドは僕も必要なのでパクらせて頂きます。 ぼくの瓦版見るとこの処理を端折っているのがバレバレです。 もし機能的なバグやエラーが出るようなものなら http://zope.org/Members/ats/COREBlog/Collector.2003-10-11.2831/collector_add_issue_form に、辞書引きながら書き込むのが親切かなー ほとんどポップアップメニューの選択だし、 もしパッチ送るなら、説明も一行あれば十分だろうし。
24 kiyo #7cfd9bf 2003/11/25 12:24 prob:0.0%
こんちわ、 文字の切り出しに悩んでいたのですが、COREBlog がお宝の山って事で 覗いてみましたら、あるじゃありませんか!! utility.py に そのままパクらせて貰おうかと思ってます。 よく調べてはいないのですが、同じ用途で使ってあるのではないでしょうか? owa さんにお尋ねするのは場違いとは重々承知した上で気になった点が いくつかあります。 # 柴田さんに聞く勇気がない^^;; 600行目にある get_string_part は utf-8 で送り込むと、切り取る最後の文字が漢字の一バイト目かどうか調べずにそのまま切って戻しているような utf-8 はこのような処理は存在しないのでしょか? 558行目の unicode(text, fcode, "ignore") の意味が解らない、 text ってなあに?