>>>> <piovhci2ne0.fsf(a)mtgcb.telcom.oki.co.jp> にて
>>>> “長谷部”= hasebe(a)mtgcb.telcom.oki.co.jp (長谷部 聡/ Hasebe
Satoshi)
さま曰く:
長谷部> <質問>
長谷部> 昔、gnusからucs-conv-1.xxのpackageを使う時には
長谷部> ;;(eval-after-load
長谷部> ;; "mime-edit"
長谷部> ;; '(let ((text (assoc "text" mime-content-types)))
長谷部> ;; (set-alist 'text "plain"
長谷部> ;; '(("charset" "" "ISO-2022-JP"
"US-ASCII"
長谷部> ;; "ISO-8859-1" "ISO-8859-8" "UTF-8")))
長谷部> ;; (set-alist 'mime-content-types "text" (cdr text))))
長谷部> なる設定を.emacsに追加するようにとのことでしたが、これはUTF-2000
長谷部> でも有効なのでしょうか?
error を起こさないだろうという点では今も昔も変わらないと思います。
;; utf-8 という coding-system は UTF-2000 では組込み coding-system です。
また、これの持つ効果についても今も昔も変わらないと思います。
;; これって意味があるんですか?(良く判っていない(^_^;;;)
長谷部> <fail報告>
長谷部> UTFのパッチの件と全然関係無いかも知れません。御容赦願います。
長谷部> XEmacs-21.2.16 + UTF-2000 Version 0.3(2) ですが、たまに、以下の
長谷部> エラーで落ちます(立ち上げ完了直後が多いです)。
何らかの理由で invalid な sequence ができてしまっているみたいですね。
長谷部> 他の方のご報告はなさそうですので、ひょっとしたら、itimerを使って、
長谷部> 定期的にmessage出力させているせいかも知れませんが。。。
;; 文字がぶち切れてしまったりはしないですよね。
もし、どなたか原因が判る方がいらっしゃれば教えてください。
長谷部> 或は、`xemacs-packages'や`mule-packages'の".elc"がUTFパッチを当
長谷部> てるまえのままで、コンパイルし直していないせいかも知れません。が、
長谷部> こちらのpackageのコンパイルを自動でやる方法がわからなかったりし
長谷部> ます^^;;
従来式の binary や escape-quoted で符号化された *.elc を読むことはできる
ようにしているつもりなので、compile しなおす必要はないはずです。
--
┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━
││ ─ │ ─ / ─ ┼─ ┬ ─ ─┼ ┬┴─
┼┼─┼|〓━─┼ 守岡 知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8n7c ─┬
┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
P.S. 今後の予定
まず、Stephen J. Turnbull さんの 31 bit 文字表現 patch を merge し
た、『新今宮』を出す予定です。
その後、buffer / string の固定長表現に挑戦するつもりです。
これが終われば、文字を、組込み文字型と利用者定義文字型に整理し、利
用者定義文字型の文字符号は構造体の pointer か、その buffer 固有の文
字符号で表現することになります。
;; いずれは display engine を改造して、絵とかも文字のように扱えるよ
;; うにしたいと思っています。