From nil ＠ din.or.jp Sun Jul 2 16:34:46 2000 From: nil ＠ din.or.jp (TAKAHASHI Kaoru) Date: Sun, 02 Jul 2000 16:34:46 +0900 Subject: mime-edit-quitting-method In-Reply-To: In your message of "Fri, 23 Jun 2000 10:08:46 +0900" References: Message-ID: 高橋です。外していたらすみません。 From: teranisi ＠ gohome.org (Yuuichi Teranishi/寺西裕一) Subject: mime-edit-quitting-method Date: Fri, 23 Jun 2000 10:08:46 +0900 > --- mime-edit.el 2000/06/19 08:17:54 1.35.2.17.4.12 > +++ mime-edit.el 2000/06/23 00:29:03 > @@ -2688,7 +2688,7 @@ > (defun mime-edit-quitting-method () > "Quitting method for mime-view." > (let* ((entity (get-text-property (point-min) 'mime-view-entity)) > - (temp (mime-entity-buffer entity)) > + (temp (mime-buffer-entity-buffer-internal entity)) > buf) > (mime-preview-kill-buffer) > (set-buffer temp) User-Agent: の環境で実行時にエラーになります。mime-edit.el のコンパイル時に、マクロ mime-buffer-entity-buffer-internal() が定義されていないためです。とりあえず、mime-edit.el に (require 'mmbuffer) を追加してしのいでいます。 remi-1_14 枝と同様の対処をした方がよろしいでしょうか。 -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: mime-preview-quit.bt 型: application/octet-stream サイズ: 432 バイト説明: 無し URL: -------------- next part -------------- -- TAKAHASHI Kaoru (高橋郁) From teranisi ＠ gohome.org Mon Jul 3 16:47:42 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Mon, 03 Jul 2000 16:47:42 +0900 Subject: mime-edit-quitting-method In-Reply-To: In your message of "Sun, 02 Jul 2000 16:34:46 +0900" References: Message-ID: >>>>> にて、 >>>>> "nil" = さんは書きました: nil> remi-1_14 枝と同様の対処をした方がよろしいでしょうか。すみません。 remi-1_14 と同様の対処をして commit しました。 -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "There's nothing you can do that can't be done..." From yoshiki ＠ xemacs.org Mon Jul 3 17:05:00 2000 From: yoshiki ＠ xemacs.org (Yoshiki Hayashi) Date: 03 Jul 2000 17:05:00 +0900 Subject: mime-edit-quitting-method In-Reply-To: (Yuuichi Teranishi's message of "Mon, 03 Jul 2000 16:47:42 +0900") References: Message-ID: <874s671vwz.fsf@sodan.org> Yuuichi Teranishi writes: > >>>>> にて、 > >>>>> "nil" = さんは書きました: > > nil> remi-1_14 枝と同様の対処をした方がよろしいでしょうか。 > > すみません。 > remi-1_14 と同様の対処をして commit しました。ありがとうございます。 # 反応が遅くてすみません。開発環境が復活して一週間近くになる # のですが、ローカルに持ってきたメールがほとんど未読になって # しまって、どれがその日に来たメールなのかよくわからないので # す。(^^;; -- Yoshiki Hayashi From teranisi ＠ gohome.org Mon Jul 3 17:19:45 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Mon, 03 Jul 2000 17:19:45 +0900 Subject: mime-edit-quitting-method In-Reply-To: In your message of "03 Jul 2000 17:05:00 +0900" <874s671vwz.fsf@sodan.org> References: <874s671vwz.fsf@sodan.org> Message-ID: >>>>> In article <874s671vwz.fsf ＠ sodan.org> >>>>> "yoshiki" = Yoshiki Hayashi writes: > すみません。 > remi-1_14 と同様の対処をして commit しました。 yoshiki> ありがとうございます。そういえば、最新 CVS の emy は XEmacs でインライン画像を出すときにエラーが出てしまいます (nil を insert しようとする)。よくわかってませんが、こんなのでしのいでます。 Index: mime-image.el =================================================================== RCS file: /cvs/root/semi/mime-image.el,v retrieving revision 1.12.22.6 diff -u -r1.12.22.6 mime-image.el --- mime-image.el 2000/06/28 00:20:59 1.12.22.6 +++ mime-image.el 2000/07/03 08:03:40 @@ -96,7 +96,10 @@ glyph))) (defun mime-image-insert (image &optional string area) - (let ((extent (make-extent (point) (progn (insert string)(point))))) + (let ((extent (make-extent (point) + (progn (and string + (insert string)) + (point))))) (set-extent-property extent 'invisible t) (set-extent-end-glyph extent image)))) (condition-case nil -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "Living is easy with eyes closed, misunderstanding all you see..." From yoshiki ＠ xemacs.org Tue Jul 4 19:00:50 2000 From: yoshiki ＠ xemacs.org (Yoshiki Hayashi) Date: 04 Jul 2000 19:00:50 +0900 Subject: mime-edit-quitting-method In-Reply-To: (Yuuichi Teranishi's message of "Mon, 03 Jul 2000 17:19:45 +0900") References: <874s671vwz.fsf@sodan.org> Message-ID: <87em5akyel.fsf@sodan.org> Yuuichi Teranishi writes: > そういえば、最新 CVS の emy は XEmacs でインライン画像を出すときに > エラーが出てしまいます (nil を insert しようとする)。 > よくわかってませんが、こんなのでしのいでます。ありがとうございます。正しい fix だと思います。commit お願いします。 -- Yoshiki Hayashi From teranisi ＠ gohome.org Tue Jul 4 21:36:37 2000 From: teranisi ＠ gohome.org (Yuuichi =?ISO-2022-JP?B?VGVyYW5pc2hpLw==?= =?ISO-2022-JP?B?GyRCO3tAPk01MGwbKEI=?=) Date: Tue, 04 Jul 2000 21:36:37 +0900 Subject: mime-edit-quitting-method In-Reply-To: In your message of "04 Jul 2000 19:00:50 +0900" <87em5akyel.fsf@sodan.org> References: <874s671vwz.fsf@sodan.org> <87em5akyel.fsf@sodan.org> Message-ID: >>>>> In article <87em5akyel.fsf ＠ sodan.org> >>>>> "林さん" = Yoshiki Hayashi writes: 寺> そういえば、最新 CVS の emy は XEmacs でインライン画像を出すときに寺> エラーが出てしまいます (nil を insert しようとする)。寺> よくわかってませんが、こんなのでしのいでます。林さん> ありがとうございます。正しい fix だと思います。commit お願い林さん> します。 commit しました。 -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "For tomorrow may rain, so I'll follow the sun." From yoshiki ＠ xemacs.org Fri Jul 7 15:28:10 2000 From: yoshiki ＠ xemacs.org (Yoshiki Hayashi) Date: Fri, 07 Jul 2000 15:28:10 +0900 Subject: [chao 1.14] mmexternal anon-ftp Message-ID: <87n1jucv45.fsf@sodan.org> XEmacs 21.2.34 EMY 1.13.7 と chao 1.14 の組合せで使っているのですが、message/external-body で anon-ftp なものを表示時に勝手に取りに行こうとします。問題の原因は、XEmacs では (expand-file-name "foo" "/anonymous ＠ ftp.example.org:/") とやると efs が勝手に接続に行ってしまうことです。とりあえず、以下のようにすると大丈夫なのですが、どうでしょうか。 -------------- next part -------------- Index: mmexternal.el =================================================================== RCS file: /cvs/root/flim/Attic/mmexternal.el,v retrieving revision 1.1.2.3 diff -u -r1.1.2.3 mmexternal.el --- mmexternal.el 2000/06/23 09:31:09 1.1.2.3 +++ mmexternal.el 2000/07/07 06:08:34 @@ -48,7 +48,9 @@ (string= access-type "anon-ftp")) (let ((site (mime-content-type-parameter ct "site")) (directory (mime-content-type-parameter ct "directory")) - (name (mime-content-type-parameter ct "name"))) + (name (mime-content-type-parameter ct "name")) + ;; avoid contacting an ftp server. + (file-name-handler-alist nil)) (mime-external-entity-set-body-file-internal entity (expand-file-name -------------- next part -------------- -- Yoshiki Hayashi From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Fri Jul 7 15:43:18 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 07 Jul 2000 15:43:18 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: Yoshiki Hayashi's message of "Fri, 07 Jul 2000 15:28:10 +0900" References: <87n1jucv45.fsf@sodan.org> Message-ID: >>>>> In [emacs-mime-ja : No.00568] >>>>> "Yoshiki" = Yoshiki Hayashi wrote: Yoshiki> XEmacs 21.2.34 EMY 1.13.7 と chao 1.14 の組合せで使っている Yoshiki> のですが、message/external-body で anon-ftp なものを表示時に Yoshiki> 勝手に取りに行こうとします。 Yoshiki> 問題の原因は、XEmacs では Yoshiki> (expand-file-name "foo" "/anonymous ＠ ftp.example.org:/") Yoshiki> とやると efs が勝手に接続に行ってしまうことです。 Yoshiki> とりあえず、以下のようにすると大丈夫なのですが、どうでしょう Yoshiki> か。 Yoshiki> [2 mmexternal.el.diff ] Yoshiki> Index: mmexternal.el Yoshiki> =================================================================== Yoshiki> RCS file: /cvs/root/flim/Attic/mmexternal.el,v Yoshiki> retrieving revision 1.1.2.3 Yoshiki> diff -u -r1.1.2.3 mmexternal.el Yoshiki> --- mmexternal.el 2000/06/23 09:31:09 1.1.2.3 Yoshiki> +++ mmexternal.el 2000/07/07 06:08:34 Yoshiki> @@ -48,7 +48,9 @@ Yoshiki> (string= access-type "anon-ftp")) Yoshiki> (let ((site (mime-content-type-parameter ct "site")) Yoshiki> (directory (mime-content-type-parameter ct "directory")) Yoshiki> - (name (mime-content-type-parameter ct "name"))) Yoshiki> + (name (mime-content-type-parameter ct "name")) Yoshiki> + ;; avoid contacting an ftp server. Yoshiki> + (file-name-handler-alist nil)) Yoshiki> (mime-external-entity-set-body-file-internal Yoshiki> entity Yoshiki> (expand-file-name 個別の bug に対する ad-hoc な対処は APEL でやるようにしませんか？ P.S. あと、特定の emacs 実装（というよりも、この場合は elisp package か?）の問題に関することですから ;; avoid contacting an ftp server. という comment は良くないのではないかと思います。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ====================== Email: ====== From yoshiki ＠ xemacs.org Fri Jul 7 16:14:10 2000 From: yoshiki ＠ xemacs.org (Yoshiki Hayashi) Date: Fri, 07 Jul 2000 16:14:10 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko's message of "Fri, 07 Jul 2000 15:43:18 +0900") References: <87n1jucv45.fsf@sodan.org> Message-ID: <87g0pmcszh.fsf@sodan.org> tomo ＠ kanji.zinbun.kyoto-u.ac.jp (守岡知彦 / MORIOKA Tomohiko) writes: > 個別の bug に対する ad-hoc な対処は APEL でやるようにしませんか？どういう基準で bug だと判断されているんでしょうか? 私は bug だと思っていませんが、理由に同意すれば APEL でやることに賛成するかもしれません。ついでに、FSF Emacs 20.7 でも全く同じ挙動をします。 -- Yoshiki Hayashi From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Fri Jul 7 17:45:39 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 07 Jul 2000 17:45:39 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: Yoshiki Hayashi's message of "Fri, 07 Jul 2000 16:14:10 +0900" References: <87n1jucv45.fsf@sodan.org> <87g0pmcszh.fsf@sodan.org> Message-ID: >>>>> In [emacs-mime-ja : No.00570] >>>>> "Yoshiki" = Yoshiki Hayashi wrote: Yoshiki> > 個別の bug に対する ad-hoc な対処は APEL でやるようにしませ Yoshiki> > んか？ Yoshiki> どういう基準で bug だと判断されているんでしょうか? すみません。あんまり真剣に考えてませんでした。(^_^;;; 確かに関数 expand-file-name が ftp に access したって bug とは言えないでしょうね。ただ、file-name-handler-alist に指定された関数は関数 expand-file-name に於いて expand-file-name の場合の処理を行えと指示された事を知っているので、もし、関数 expand-file-name において ftp に access することが望ましくないのであればそう配慮する事が可能でしょう。一方、ftp に access することが問題なければもちろん問題ありませんが、その場合、Chao-1.14 も現状で良いと言えるでしょう。 Yoshiki> 私は bug だと思っていませんが、よろしければその理由を教えてください。 Yoshiki> ついでに、FSF Emacs 20.7 でも全く同じ挙動をします。私の手元の Emacs 20.7 (woody の) では再現できませんでした。なお、EFS は使っていません。それから、これは多分 EFS の問題だと思うので、Emacs 20.7 で EFS を使えば同様の挙動を示すでしょうし、XEmacs でも EFS を使わなければそういう挙動を示さないと思われます。ところで、 - (name (mime-content-type-parameter ct "name"))) + (name (mime-content-type-parameter ct "name")) + ;; avoid contacting an ftp server. + (file-name-handler-alist nil)) という対処ですが、別の理由で反対することにします。それは file-name-handler-alist で特別な file 名の扱いを実現しようとする application が仮にあった時にその機能を阻害するのはまずいと思われるからです。 P.S. EFS 自体は operation をちゃんと見ているんですね。そして、 (efs-)file-name-as-directory が問題に絡んでいるんですね。必ずしも elisp package だけの問題とは言い切れないんですね？ -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ====================== Email: ====== From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Fri Jul 7 18:02:56 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 07 Jul 2000 18:02:56 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: Yoshiki Hayashi's message of "Fri, 07 Jul 2000 15:28:10 +0900" References: <87n1jucv45.fsf@sodan.org> Message-ID: >>>>> In [emacs-mime-ja : No.00568] >>>>> "Yoshiki" = Yoshiki Hayashi wrote: Yoshiki> XEmacs 21.2.34 EMY 1.13.7 と chao 1.14 の組合せで使っている Yoshiki> のですが、message/external-body で anon-ftp なものを表示時に Yoshiki> 勝手に取りに行こうとします。 Yoshiki> 問題の原因は、XEmacs では Yoshiki> (expand-file-name "foo" "/anonymous ＠ ftp.example.org:/") Yoshiki> とやると efs が勝手に接続に行ってしまうことです。 Yoshiki> とりあえず、以下のようにすると大丈夫なのですが、どうでしょう Yoshiki> か。もし仮に FLIM 層で対処するなら expand-file-name を使わずに (concat "/anonymous@" site ":" (file-name-as-directory directory) name) みたいにした方が良い気がします。ついでにいえば、site, directory, name から file name を作る方法を指定可能にし、環境に応じて変えられるようにするのが良い気がします。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ====================== Email: ====== From t90553 ＠ m.ecc.u-tokyo.ac.jp Fri Jul 7 18:13:27 2000 From: t90553 ＠ m.ecc.u-tokyo.ac.jp (Yoshiki Hayashi) Date: Fri, 07 Jul 2000 18:13:27 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko's message of "Fri, 07 Jul 2000 17:45:39 +0900") References: <87n1jucv45.fsf@sodan.org> <87g0pmcszh.fsf@sodan.org> Message-ID: <87ya3eb8w8.fsf@sodan.org> tomo ＠ kanji.zinbun.kyoto-u.ac.jp (守岡知彦 / MORIOKA Tomohiko) writes: > 確かに関数 expand-file-name が ftp に access したって bug とは言えない > でしょうね。ただ、file-name-handler-alist に指定された関数は関数 > expand-file-name に於いて expand-file-name の場合の処理を行えと指示さ > れた事を知っているので、もし、関数 expand-file-name において ftp に > access することが望ましくないのであればそう配慮する事が可能でしょう。 > 一方、ftp に access することが問題なければもちろん問題ありませんが、そ > の場合、Chao-1.14 も現状で良いと言えるでしょう。 EFS や ange-ftp の使用を前提として directory 部分に EFS が扱う正規表現を書いて expand-file-name を呼べば EFS が ftp で接続するのは問題無いです。ただし、Chao が expand-file-name しているのは intialize-instance の中で、どうみても file 部分と directory 部分をくっつけようとしているだけなので、EFS を呼び出すのは無駄です。どういう論理で最後の文に繋がるのかまったくわかりません。 > Yoshiki> 私は bug だと思っていませんが、 > > よろしければその理由を教えてください。 XEmacs の Info の Lispref の Node: Magic File Names に Here are the operations that a magic file name handler gets to handle: [...] `dired-compress-file', `dired-uncache', `expand-file-name', [...] というのがあります。明示的に EFS が使わない用に指示していない限り、ftp で接続に行くのは EFS としては普通の動作だと思います。 > Yoshiki> ついでに、FSF Emacs 20.7 でも全く同じ挙動をします。 > > 私の手元の Emacs 20.7 (woody の) では再現できませんでした。なお、EFS > は使っていません。 Package: emacs20-dl Version: 20.7-4 というので (expand-file-name "README" "/ftp ＠ ftp.m17n.org:") を eval すると *ftp ftp ＠ ftp.m17n.org* という buffer ができて、そこで接続しています。もちろん ange-ftp です。 > それから、これは多分 EFS の問題だと思うので、Emacs 20.7 で EFS を使え > ば同様の挙動を示すでしょうし、XEmacs でも EFS を使わなければそういう挙 > 動を示さないと思われます。なぜ EFS の bug なんでしょうか? > ところで、 > > - (name (mime-content-type-parameter ct "name"))) > + (name (mime-content-type-parameter ct "name")) > + ;; avoid contacting an ftp server. > + (file-name-handler-alist nil)) > > という対処ですが、別の理由で反対することにします。それは > file-name-handler-alist で特別な file 名の扱いを実現しようとする > application が仮にあった時にその機能を阻害するのはまずいと思われるから > です。別の application が裏に存在するなら考慮しなければならないでしょうが、mmexternal の下請けの program って何でしょうか? もし別の backend を作っていて、この動作が嫌であれば override すれば良いだけですよね? ;; 本当は inhibit-file-name-handlers か ;; inhibit-file-name-operation で対処すのかな、と思ったので ;; すがこっちは期待通り動いてくれなかったので調査をさぼりま ;; した。:-) -- Yoshiki Hayashi From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Fri Jul 7 18:37:51 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 07 Jul 2000 18:37:51 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: Yoshiki Hayashi's message of "Fri, 07 Jul 2000 18:13:27 +0900" References: <87n1jucv45.fsf@sodan.org> <87g0pmcszh.fsf@sodan.org> <87ya3eb8w8.fsf@sodan.org> Message-ID: >>>>> <87ya3eb8w8.fsf ＠ sodan.org> にて >>>>> “Yoshiki”= Yoshiki Hayashi さま曰く: Yoshiki> > 確かに関数 expand-file-name が ftp に access したって bug Yoshiki> > とは言えないでしょうね。ただ、file-name-handler-alist に指 Yoshiki> > 定された関数は関数 expand-file-name に於いて Yoshiki> > expand-file-name の場合の処理を行えと指示された事を知ってい Yoshiki> > るので、もし、関数 expand-file-name において ftp にaccess Yoshiki> > することが望ましくないのであればそう配慮する事が可能でしょ Yoshiki> > う。一方、ftp に access することが問題なければもちろん問題 Yoshiki> > ありませんが、その場合、Chao-1.14 も現状で良いと言えるでしょ Yoshiki> > う。 Yoshiki> EFS や ange-ftp の使用を前提として directory 部分に EFS が扱 Yoshiki> う正規表現を書いて expand-file-name を呼べば EFS が ftp で接 Yoshiki> 続するのは問題無いです。ただし、Chao が expand-file-name し Yoshiki> ているのは intialize-instance の中で、どうみても file 部分と Yoshiki> directory 部分をくっつけようとしているだけなので、EFS を呼び Yoshiki> 出すのは無駄です。どういう論理で最後の文に繋がるのかまったく Yoshiki> わかりません。 file と directory をくっつけるのが expand-file-name の仕事だと期待しているわけです。そして、その値は file-name-handler-alist で指定された application に適合したものが帰ることを期待して expand-file-name を使っているわけです。 Yoshiki> > Yoshiki> 私は bug だと思っていませんが、 Yoshiki> > Yoshiki> > よろしければその理由を教えてください。 Yoshiki> XEmacs の Info の Lispref の Node: Magic File Names に Yoshiki> Here are the operations that a magic file name handler Yoshiki> gets to handle: Yoshiki> [...] Yoshiki> `dired-compress-file', `dired-uncache', `expand-file-name', Yoshiki> [...] Yoshiki> というのがあります。明示的に EFS が使わない用に指示していな Yoshiki> い限り、ftp で接続に行くのは EFS としては普通の動作だと思い Yoshiki> ます。ある file 処理 application において、適切な file 名を作るために原理的に ftp で接続する必要があれば、その application を使うことを期待している環境ではそうせざるを得ないのではないでしょうか？ Yoshiki> > Yoshiki> ついでに、FSF Emacs 20.7 でも全く同じ挙動をします。 Yoshiki> > Yoshiki> > 私の手元の Emacs 20.7 (woody の) では再現できませんでした。 Yoshiki> > なお、EFSは使っていません。 Yoshiki> Package: emacs20-dl Yoshiki> Version: 20.7-4 Yoshiki> というので Yoshiki> (expand-file-name "README" "/ftp ＠ ftp.m17n.org:") Yoshiki> を eval すると Yoshiki> *ftp ftp ＠ ftp.m17n.org* という buffer ができて、そこで接続し Yoshiki> ています。もちろん ange-ftp です。これは再現できました。多分、 (expand-file-name name (concat "/anonymous@" site ":" (file-name-as-directory directory))) みたいにすべきなんでしょう。 Yoshiki> > それから、これは多分 EFS の問題だと思うので、Emacs 20.7 で Yoshiki> > EFS を使えば同様の挙動を示すでしょうし、XEmacs でも EFS を Yoshiki> > 使わなければそういう挙動を示さないと思われます。 Yoshiki> なぜ EFS の bug なんでしょうか? 分かんないです。 Yoshiki> > ところで、 Yoshiki> > Yoshiki> > - (name (mime-content-type-parameter ct "name"))) Yoshiki> > + (name (mime-content-type-parameter ct "name")) Yoshiki> > + ;; avoid contacting an ftp server. Yoshiki> > + (file-name-handler-alist nil)) Yoshiki> > Yoshiki> > という対処ですが、別の理由で反対することにします。それは Yoshiki> > file-name-handler-alist で特別な file 名の扱いを実現しよう Yoshiki> > とするapplication が仮にあった時にその機能を阻害するのはま Yoshiki> > ずいと思われるからです。 Yoshiki> 別の application が裏に存在するなら考慮しなければならないで Yoshiki> しょうが、mmexternal の下請けの program って何でしょうか? も Yoshiki> し別の backend を作っていて、この動作が嫌であれば override Yoshiki> すれば良いだけですよね? mmexternal の下請けの program とは ange-ftp, EFS 等の file-name-handler です。明らかに何らかのこの種の application が存在することを想定していますよね？また、例えば、ange-ftp や EFS の代わりに別の同種の application を使うことにした時に、FLIM でも設定しないといけないとしたら嫌でしょう？例えば、mjaa-uri という GNU wget を使い URI を spool に cache するような ange-ftp の代替 program を使うとします。この mjaa-uri は邪悪にも expand-file-name で spool 上の file の場所を返す場合があるとします。そうすると、上記の修正は mjaa-uri の動作を阻害することになります。 file 部分と directory 部分を *その application に適合した形で* くっつけたいから expand-file-name を使っているのであって、それを阻害するなら expand-file-name を使うのは理解できません。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From t90553 ＠ m.ecc.u-tokyo.ac.jp Mon Jul 10 12:44:24 2000 From: t90553 ＠ m.ecc.u-tokyo.ac.jp (Yoshiki Hayashi) Date: 10 Jul 2000 12:44:24 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko's message of "Fri, 07 Jul 2000 18:37:51 +0900") References: <87n1jucv45.fsf@sodan.org> <87g0pmcszh.fsf@sodan.org> <87ya3eb8w8.fsf@sodan.org> Message-ID: <87g0pi4pk7.fsf@sodan.org> tomo ＠ kanji.zinbun.kyoto-u.ac.jp (守岡知彦 / MORIOKA Tomohiko) writes: > Yoshiki> というのがあります。明示的に EFS が使わない用に指示していな > Yoshiki> い限り、ftp で接続に行くのは EFS としては普通の動作だと思い > Yoshiki> ます。 > > ある file 処理 application において、適切な file 名を作るために原理的 > に ftp で接続する必要があれば、その application を使うことを期待してい > る環境ではそうせざるを得ないのではないでしょうか？原理的にそうだとしても、常にそうしなければならない理由は無いと思いますが。EFS だと、既に /ftp ＠ ftp.example.org:/path の形式を扱うことがわかっている訳です。原理的に正しいことをするために、message を表示するだけで ftp server に繋ぎにいくという user にとっては不便な状況を強いるのは理解できません。 # 私は software は便利だから使っているだけで、正しさとか定理 # か何かを証明したりするために使っているわけではありません。 > Yoshiki> 別の application が裏に存在するなら考慮しなければならないで > Yoshiki> しょうが、mmexternal の下請けの program って何でしょうか? も > Yoshiki> し別の backend を作っていて、この動作が嫌であれば override > Yoshiki> すれば良いだけですよね? > > mmexternal の下請けの program とは ange-ftp, EFS 等の > file-name-handler です。明らかに何らかのこの種の application が存在す > ることを想定していますよね？ > > また、例えば、ange-ftp や EFS の代わりに別の同種の application を使う > ことにした時に、FLIM でも設定しないといけないとしたら嫌でしょう？もちろんです。 > 例えば、mjaa-uri という GNU wget を使い URI を spool に cache するよう > な ange-ftp の代替 program を使うとします。この mjaa-uri は邪悪にも > expand-file-name で spool 上の file の場所を返す場合があるとします。そ > うすると、上記の修正は mjaa-uri の動作を阻害することになります。これは concat を使っても同じ問題に遭遇すると思います。concat を使おうが expand-file-name を使おうが、結局予期しない動作をする application に対しては上記の嫌な個別対応をせざるを得ないのでは無いでしょうか。ついでに、expand-file-name と concat のどちらを使うかは私はどうでも良いです。私は FLIM 層では対策をしないという方針に反対しているだけです。 -- Yoshiki Hayashi From akiho ＠ media.osaka-cu.ac.jp Mon Jul 10 13:41:57 2000 From: akiho ＠ media.osaka-cu.ac.jp (Tsuyoshi AKIHO) Date: 10 Jul 2000 13:41:57 +0900 Subject: [remi-1_14] mime-entity-buffer Message-ID: <200007100441.NAA18578@mailsv.media.osaka-cu.ac.jp> 秋保です。 *Preview-*Article** buffer で q で抜けようとすると、 -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: remi.err 型: application/octet-stream サイズ: 384 バイト説明: 無し URL: -------------- next part -------------- と言われました。対処の方法がわからないので、報告だけです。 -- Tsuyoshi AKIHO akiho ＠ media.osaka-cu.ac.jp From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Mon Jul 10 14:12:28 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 10 Jul 2000 14:12:28 +0900 Subject: [chao 1.14] mmexternal anon-ftp In-Reply-To: Yoshiki Hayashi's message of "10 Jul 2000 12:44:24 +0900" References: <87n1jucv45.fsf@sodan.org> <87g0pmcszh.fsf@sodan.org> <87ya3eb8w8.fsf@sodan.org> <87g0pi4pk7.fsf@sodan.org> Message-ID: >>>>> [emacs-mime-ja : No.00575] にて >>>>> “Yoshiki”= Yoshiki Hayashi さま曰く: Yoshiki>>> というのがあります。明示的に EFS が使わない用に指示していな Yoshiki>>> い限り、ftp で接続に行くのは EFS としては普通の動作だと思い Yoshiki>>> ます。 Yoshiki> > Yoshiki> > ある file 処理 application において、適切な file 名を作るた Yoshiki> > めに原理的に ftp で接続する必要があれば、その application Yoshiki> > を使うことを期待している環境ではそうせざるを得ないのではな Yoshiki> > いでしょうか？ Yoshiki> 原理的にそうだとしても、常にそうしなければならない理由は無い Yoshiki> と思いますが。EFS だと、既に /ftp ＠ ftp.example.org:/path Yoshiki> の形式を扱うことがわかっている訳です。原理的に正しいことをす Yoshiki> るために、message を表示するだけで ftp server に繋ぎにいくと Yoshiki> いう user にとっては不便な状況を強いるのは理解できません。 Yoshiki> # 私は software は便利だから使っているだけで、正しさとか定理 Yoshiki> # か何かを証明したりするために使っているわけではありません。同感です。だから現在の EFS の挙動は直した方が良い気がします。 ;; 余談ですが、ある一貫した設計原理にしたがって作っておくと、問題の把 ;; 握がしやすくなり、強いてはメンテナンスコストを下げることができると ;; 思います。こうした目的のためには抽象型で考えるのが良いと思います。 ;; 例えば、file 名としての意味を考えているならば、file 名型で考えてみ ;; る訳です。また、どの仕様を仮定してどの仕様を実装しようとしているの ;; かを把握する必要があります。で、こうした抽象型に基づく programming ;; は本質的には数理論理学における証明と同じだったりする訳なんですよね。 Yoshiki>>> 別の application が裏に存在するなら考慮しなければならないで Yoshiki>>> しょうが、mmexternal の下請けの program って何でしょうか? も Yoshiki>>> し別の backend を作っていて、この動作が嫌であれば override Yoshiki>>> すれば良いだけですよね? Yoshiki> > Yoshiki> > mmexternal の下請けの program とは ange-ftp, EFS 等の Yoshiki> > file-name-handler です。明らかに何らかのこの種の Yoshiki> > application が存在することを想定していますよね？ Yoshiki> > Yoshiki> > また、例えば、ange-ftp や EFS の代わりに別の同種の Yoshiki> > application を使うことにした時に、FLIM でも設定しないといけ Yoshiki> > ないとしたら嫌でしょう？ Yoshiki> もちろんです。 Yoshiki> > 例えば、mjaa-uri という GNU wget を使い URI を spool に Yoshiki> > cache するような ange-ftp の代替 program を使うとします。こ Yoshiki> > の mjaa-uri は邪悪にもexpand-file-name で spool 上の file Yoshiki> > の場所を返す場合があるとします。そうすると、上記の修正は Yoshiki> > mjaa-uri の動作を阻害することになります。 Yoshiki> これは concat を使っても同じ問題に遭遇すると思います。concat Yoshiki> を使おうが expand-file-name を使おうが、結局予期しない動作を Yoshiki> する application に対しては上記の嫌な個別対応をせざるを得な Yoshiki> いのでは無いでしょうか。どの仕様を仮定してどの仕様を実装しようとしているのかが異なります。 file-name-handler-alist をいじるのは file 名に関する実装を提供しようとしている意図だと思われますが、そこで file 名に関する仕様が実装されているという仮定の元で使われるべき expand-file-name を使うのは私には謎です。例えば、OS 固有の差異を隠蔽しようとするならまだ理解できますが、この場合そういう意図があるんでしょうか？ Yoshiki> ついでに、expand-file-name と concat のどちらを使うかは私は Yoshiki> どうでも良いです。私は FLIM 層では対策をしないという方針に反 Yoshiki> 対しているだけです。私が嫌なのは層間の責任分担の境界が曖昧になることと、data abstraction 的でない何をやっているのかが判らなくなりがちな programming です。 mmexternal において mmexternal と ange-ftp に相当する program の間の界面をきっちり定義し、個別に実装することには反対しません。つまり、FLIM 層では対策をすること自体には反対しません。ただ、するからにはちゃんとしてくださいということです。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From akiho ＠ media.osaka-cu.ac.jp Tue Jul 11 13:47:12 2000 From: akiho ＠ media.osaka-cu.ac.jp (Tsuyoshi AKIHO) Date: 11 Jul 2000 13:47:12 +0900 Subject: [remi-1_14] mime-entity-buffer In-Reply-To: <200007100441.NAA18578@mailsv.media.osaka-cu.ac.jp> (Tsuyoshi AKIHO's message of "10 Jul 2000 13:41:57 +0900") References: <200007100441.NAA18578@mailsv.media.osaka-cu.ac.jp> Message-ID: <200007110447.NAA01134@mailsv.media.osaka-cu.ac.jp> 秋保です。再現方法をもう少し詳しく書きます。 chao-1_14, remi-1_14 の組合せです。 [1 ] [1.1 ] の 1.1 のところで、v を押し、passphrase を尋ねられるので、入力すると、 *Preview-*Article** buffer になります。そこで、 q で抜けようとすると、先の error Signaling: (void-function mime-entity-buffer) になりました。また、chao-1_14 & emy-1_13 では、同様の操作をすると -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: emy.bt 型: application/octet-stream サイズ: 426 バイト説明: 無し URL: -------------- next part -------------- と言われました。 -- Tsuyoshi AKIHO akiho ＠ media.osaka-cu.ac.jp From yoshiki ＠ xemacs.org Tue Jul 11 18:38:05 2000 From: yoshiki ＠ xemacs.org (Yoshiki Hayashi) Date: 11 Jul 2000 18:38:05 +0900 Subject: [remi-1_14] mime-entity-buffer In-Reply-To: <200007110447.NAA01134@mailsv.media.osaka-cu.ac.jp> (Tsuyoshi AKIHO's message of "Tue, 11 Jul 2000 13:47:12 +0900") References: <200007100441.NAA18578@mailsv.media.osaka-cu.ac.jp> <200007110447.NAA01134@mailsv.media.osaka-cu.ac.jp> Message-ID: <87u2dxdn2a.fsf@sodan.org> Tsuyoshi AKIHO writes: > [1 ] > [1.1 ] > > の 1.1 のところで、v を押し、passphrase を尋ねられるので、 > 入力すると、 *Preview-*Article** buffer になります。そこで、 > q で抜けようとすると、先の error > > Signaling: (void-function mime-entity-buffer) 最新の REMI では直っているようです。 > になりました。また、chao-1_14 & emy-1_13 では、同様の操作を > すると > > [2 emy.bt ] EMY も REMI の変更を頂いたのでたぶん直っていると思います。 # 相変わらず PGP で暗号化された mail を持っていないので試し # ていません。(^^;; -- Yoshiki Hayashi From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Wed Jul 12 13:28:01 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 12 Jul 2000 13:28:01 +0900 Subject: Chao 1.14.1 =?ISO-2022-JP?B?KBskQk87Q09CIhsoQik=?= Message-ID: [?倶?] ???????????ｘ?娃鐚? [綽?????紜? APEL: 9.22 ???? [羈??] FLIM 1.13 API ?????uffer 膤?API ????????с????????????EMI ???? ??????鐚????release ???鐚?EMI ?????‡????????????綣激???エ????? [紊???? 2000-07-12 MORIOKA Tomohiko * Chao: Version 1.14.1 (Rokujiz?) released. 2000-07-10 MORIOKA Tomohiko * mmexternal.el (initialize-instance): Deleted. (mmexternal-require-file-name): New function. (mmexternal-require-buffer): Use `mmexternal-require-file-name'. 2000-06-30 MORIOKA Tomohiko * mime.el (mime-entity-read-field): Fix a bug when FIELD-NAME is a string. 2000-06-23 MORIOKA Tomohiko * mmexternal.el (initialize-instance): New method. (mime-entity-name): Fixed. (mmexternal-require-buffer): New function. (mime-insert-entity): New implementation. (mime-write-entity): Likewise. (mime-entity-body): New method. (mime-insert-entity-body): New method. (mime-write-entity-body): New implementation. (mime-entity-content): Likewise. (mime-insert-entity-content): Likewise. (mime-write-entity-content): Likewise. (mime-entity-fetch-field): Likewise. (mime-insert-header): Likewise. * mmbuffer.el (initialize-instance): Store buffer instead of name of buffer to `buffer' slot. 2000-06-21 MORIOKA Tomohiko * mmgeneric.el (mime-entity-children): Deleted. * mmbuffer.el (mime-insert-entity-body): New method. (mmbuffer-parse-multipart): New function. (mmbuffer-parse-encapsulated): New function. (mime-entity-children): New function. 2000-06-21 MORIOKA Tomohiko * mime.el (mime-find-root-entity): New function. (mime-entity-header-buffer): Comment out. (mime-goto-header-start-point): Likewise. (mime-entity-header-start-point): Likewise. (mime-entity-header-end-point): Likewise. (mime-entity-body-buffer): Likewise. (mime-goto-body-start-point): Likewise. (mime-goto-body-end-point): Likewise. (mime-entity-body-start-point): Likewise. (mime-entity-body-end-point): Likewise. (mime-entity-body-start): Likewise. (mime-entity-body-end): Likewise. (mime-entity-buffer): Likewise. (mime-entity-point-min): Likewise. (mime-entity-point-max): Likewise. (mime-insert-entity-body): New generic function. (mime-entity-uu-filename): Use `mime-insert-entity-body'. (mime-entity-set-content-type): New function. (mime-entity-set-encoding): New function. * mime-parse.el (mime-parse-multipart): Comment out. (mime-parse-encapsulated): Likewise. (mime-parse-external): Likewise. * mmbuffer.el (mime-entity-header-buffer): Comment out. (mime-goto-header-start-point): Likewise. (mime-entity-header-start-point): Likewise. (mime-entity-header-end-point): Likewise. (mime-entity-body-buffer): Likewise. (mime-goto-body-start-point): Likewise. (mime-goto-body-end-point): Likewise. (mime-entity-body-start-point): Likewise. (mime-entity-body-end-point): Likewise. (mime-entity-buffer): Likewise. (mime-entity-point-min): Likewise. (mime-entity-point-max): Likewise. 2000-05-30 MORIOKA Tomohiko * eword-encode.el (eword-charset-encoding-alist): Add `iso-2022-jp-3'. 2000-05-25 Tanaka Akira * mime-en.sgml, mime-ja.sgml: Update for CVS via SSH. 2000-05-09 Katsumi Yamaoka * smtp.el (smtp-deduce-address-list): Set `case-fold-search' to `t' in the working buffer. 2000-04-26 Yoshiki Hayashi * mime.el (mime-entity-body): New function. * mmbuffer.el (mime-entity-body): Implement it. 2000-03-03 Keiichi Suzuki * mime.el (mime-entity-node-id): Change to function. 2000-03-03 MORIOKA Tomohiko * mmdbuffer.el, mmbuffer.el (initialize-instance): Don't setup `mime-message-structure'. * mime-parse.el (mime-parse-buffer): Don't setup `mime-message-structure'. 2000-03-02 MORIOKA Tomohiko * mmgeneric.el (mime-visible-field-p): Moved from mmbuffer.el. (mime-insert-header-from-buffer): Moved from mmbuffer.el. * mmexternal.el, mmdbuffer.el, mmbuffer.el (mime-visible-field-p): Moved to mmgeneric.el. (mime-insert-header-from-buffer): Moved to mmgeneric.el. 2000-03-02 MORIOKA Tomohiko * FLIM-ELS (flim-modules): Add `mmgeneric'. * mmgeneric.el: New file. * mmbuffer.el: Require `mmgeneric'. * mime.el: Require `mmgeneric' when compiling. * mime-def.el: Move mime-entity related definitions to mmgeneric.el. 2000-03-01 MORIOKA Tomohiko * mime.el (mime-find-entity-from-number): Now second argument `message' is not an optional argument. (mime-find-entity-from-node-id): Likewise. (mime-find-entity-from-content-id): Likewise. (mime-fetch-field): Delete obsolete function. (mime-read-field): Likewise. 2000-03-01 MORIOKA Tomohiko * mime.el (mime-entity-header-buffer): Mark it as obsolete. (mime-goto-header-start-point): Likewise. (mime-entity-header-start-point): Likewise. (mime-entity-header-end-point): Likewise. (mime-entity-body-start): Use `defalias'; don't recommend to use `mime-entity-body-start-point' instead. (mime-entity-body-end): Use `defalias'; don't recommend to use `mime-entity-body-end-point' instead. (mime-entity-body-buffer): Mark it as obsolete. (mime-goto-body-start-point): Likewise. (mime-goto-body-end-point): Likewise. (mime-entity-body-start-point): Likewise. (mime-entity-body-end-point): Likewise. (mime-entity-buffer): Don't recommend to use `mime-entity-header-buffer' or `mime-entity-body-buffer' instead. (mime-entity-point-min): Don't recommend to use `mime-entity-header-start-point' instead. (mime-entity-point-max): Don't recommend to use `mime-entity-body-end-point' instead. * mime-def.el (mime-library-version): update to 1.14.1. - Add autoload setting for `mime-parse-external'. -------------- next part -------------- It is available from http://www.kanji.zinbun.kyoto-u.ac.jp/~tomo/comp/emacsen/lisp/flim/flim-1.14/ -------------- next part -------------- -- ??????????? ; 絎?押 ?ュ拾 (MORIOKA Tomohiko) ???????ｃ?????? ; Email: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Wed Jul 12 13:36:40 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 12 Jul 2000 13:36:40 +0900 Subject: FLIM-Chao 1.14.1 =?ISO-2022-JP?B?KBskQk87Q09CIhsoQik=?= Message-ID: ;; すみません、さっきの無かったことにしてください。(^_^;;; [状態] 実験的（安定） [必要な環境] APEL: 9.22 以降 [注意] FLIM 1.13 API の内、buffer 系 API が未実装である。このため、SEMI を使う場合、（後で release する）REMI の最新版の使うことを強く推奨する。 [変更点] -------------- next part -------------- 2000-07-12 MORIOKA Tomohiko * FLIM-Chao: Version 1.14.1 (Rokujiz?) released. 2000-07-10 MORIOKA Tomohiko * mmexternal.el (initialize-instance): Deleted. (mmexternal-require-file-name): New function. (mmexternal-require-buffer): Use `mmexternal-require-file-name'. 2000-06-30 MORIOKA Tomohiko * mime.el (mime-entity-read-field): Fix a bug when FIELD-NAME is a string. 2000-06-23 MORIOKA Tomohiko * mmexternal.el (initialize-instance): New method. (mime-entity-name): Fixed. (mmexternal-require-buffer): New function. (mime-insert-entity): New implementation. (mime-write-entity): Likewise. (mime-entity-body): New method. (mime-insert-entity-body): New method. (mime-write-entity-body): New implementation. (mime-entity-content): Likewise. (mime-insert-entity-content): Likewise. (mime-write-entity-content): Likewise. (mime-entity-fetch-field): Likewise. (mime-insert-header): Likewise. * mmbuffer.el (initialize-instance): Store buffer instead of name of buffer to `buffer' slot. 2000-06-21 MORIOKA Tomohiko * mmgeneric.el (mime-entity-children): Deleted. * mmbuffer.el (mime-insert-entity-body): New method. (mmbuffer-parse-multipart): New function. (mmbuffer-parse-encapsulated): New function. (mime-entity-children): New function. 2000-06-21 MORIOKA Tomohiko * mime.el (mime-find-root-entity): New function. (mime-entity-header-buffer): Comment out. (mime-goto-header-start-point): Likewise. (mime-entity-header-start-point): Likewise. (mime-entity-header-end-point): Likewise. (mime-entity-body-buffer): Likewise. (mime-goto-body-start-point): Likewise. (mime-goto-body-end-point): Likewise. (mime-entity-body-start-point): Likewise. (mime-entity-body-end-point): Likewise. (mime-entity-body-start): Likewise. (mime-entity-body-end): Likewise. (mime-entity-buffer): Likewise. (mime-entity-point-min): Likewise. (mime-entity-point-max): Likewise. (mime-insert-entity-body): New generic function. (mime-entity-uu-filename): Use `mime-insert-entity-body'. (mime-entity-set-content-type): New function. (mime-entity-set-encoding): New function. * mime-parse.el (mime-parse-multipart): Comment out. (mime-parse-encapsulated): Likewise. (mime-parse-external): Likewise. * mmbuffer.el (mime-entity-header-buffer): Comment out. (mime-goto-header-start-point): Likewise. (mime-entity-header-start-point): Likewise. (mime-entity-header-end-point): Likewise. (mime-entity-body-buffer): Likewise. (mime-goto-body-start-point): Likewise. (mime-goto-body-end-point): Likewise. (mime-entity-body-start-point): Likewise. (mime-entity-body-end-point): Likewise. (mime-entity-buffer): Likewise. (mime-entity-point-min): Likewise. (mime-entity-point-max): Likewise. 2000-05-30 MORIOKA Tomohiko * eword-encode.el (eword-charset-encoding-alist): Add `iso-2022-jp-3'. 2000-05-25 Tanaka Akira * mime-en.sgml, mime-ja.sgml: Update for CVS via SSH. 2000-05-09 Katsumi Yamaoka * smtp.el (smtp-deduce-address-list): Set `case-fold-search' to `t' in the working buffer. 2000-04-26 Yoshiki Hayashi * mime.el (mime-entity-body): New function. * mmbuffer.el (mime-entity-body): Implement it. 2000-03-03 Keiichi Suzuki * mime.el (mime-entity-node-id): Change to function. 2000-03-03 MORIOKA Tomohiko * mmdbuffer.el, mmbuffer.el (initialize-instance): Don't setup `mime-message-structure'. * mime-parse.el (mime-parse-buffer): Don't setup `mime-message-structure'. 2000-03-02 MORIOKA Tomohiko * mmgeneric.el (mime-visible-field-p): Moved from mmbuffer.el. (mime-insert-header-from-buffer): Moved from mmbuffer.el. * mmexternal.el, mmdbuffer.el, mmbuffer.el (mime-visible-field-p): Moved to mmgeneric.el. (mime-insert-header-from-buffer): Moved to mmgeneric.el. 2000-03-02 MORIOKA Tomohiko * FLIM-ELS (flim-modules): Add `mmgeneric'. * mmgeneric.el: New file. * mmbuffer.el: Require `mmgeneric'. * mime.el: Require `mmgeneric' when compiling. * mime-def.el: Move mime-entity related definitions to mmgeneric.el. 2000-03-01 MORIOKA Tomohiko * mime.el (mime-find-entity-from-number): Now second argument `message' is not an optional argument. (mime-find-entity-from-node-id): Likewise. (mime-find-entity-from-content-id): Likewise. (mime-fetch-field): Delete obsolete function. (mime-read-field): Likewise. 2000-03-01 MORIOKA Tomohiko * mime.el (mime-entity-header-buffer): Mark it as obsolete. (mime-goto-header-start-point): Likewise. (mime-entity-header-start-point): Likewise. (mime-entity-header-end-point): Likewise. (mime-entity-body-start): Use `defalias'; don't recommend to use `mime-entity-body-start-point' instead. (mime-entity-body-end): Use `defalias'; don't recommend to use `mime-entity-body-end-point' instead. (mime-entity-body-buffer): Mark it as obsolete. (mime-goto-body-start-point): Likewise. (mime-goto-body-end-point): Likewise. (mime-entity-body-start-point): Likewise. (mime-entity-body-end-point): Likewise. (mime-entity-buffer): Don't recommend to use `mime-entity-header-buffer' or `mime-entity-body-buffer' instead. (mime-entity-point-min): Don't recommend to use `mime-entity-header-start-point' instead. (mime-entity-point-max): Don't recommend to use `mime-entity-body-end-point' instead. * mime-def.el (mime-library-version): update to 1.14.1. - Add autoload setting for `mime-parse-external'. -------------- next part -------------- It is available from http://www.kanji.zinbun.kyoto-u.ac.jp/~tomo/comp/emacsen/lisp/flim/flim-1.14/ -------------- next part -------------- -- 感じてたことさ ; 守岡知彦 (MORIOKA Tomohiko) ずっとずっと前から ; Email: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; From tomo ＠ m17n.org Wed Jul 12 13:51:15 2000 From: tomo ＠ m17n.org (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 12 Jul 2000 13:51:15 +0900 Subject: REMI 1.14.2 =?ISO-2022-JP?B?KBskQiRbJC8kWyQvQmdFZxsoQik=?= Message-ID: [状態] 実験的（安定） [必要な環境] APEL: 9.22 以降 FLIM: Chao 1.14.1 以降 [変更点] -------------- next part -------------- 2000-07-12 MORIOKA Tomohiko * REMI: Version 1.14.2 (Hokuhoku-?shima) released. * README.en (Required environment): Modify for FLIM-Chao 1.14.1. 2000-07-11 MORIOKA Tomohiko * mime-pgp.el (mime-view-application/pgp): Setup local variable `mime-view-temp-message-buffer' of preview-buffer. (mime-view-application/pkcs7-mime): Likewise. * mime-play.el (mime-preview-quitting-method-for-mime-show-message-mode): Don't use `mime-entity-buffer'; refer `mime-view-temp-message-buffer'. (mime-store-message/partial-piece): Use `insert-file-contents-as-binary' instead of `(as-binary-input-file (insert-file-contents ...))'; use `write-region-as-binary' instead of `(as-binary-output-file (write-region ...)); setup local variable `mime-view-temp-message-buffer' of preview-buffer. 2000-06-23 MORIOKA Tomohiko * mime-edit.el (mime-edit-preview-message): Set up local variable `mime-edit-temp-message-buffer'. (mime-edit-quitting-method): Refer `mime-edit-temp-message-buffer' to avoid to use `mime-entity-buffer'. 2000-06-21 MORIOKA Tomohiko * mime-view.el (mime-view-mode): Use `mime-entity-set-content-type' and `mime-entity-set-encoding' instead of `mime-entity-set-content-type-internal' and `mime-entity-set-encoding-internal'. * mime-w3.el (mime-preview-text/html): Use `mime-find-root-entity'. 2000-05-25 Tanaka Akira * README.en: Update for CVS via SSH. 2000-04-28 MORIOKA Tomohiko * mime-edit.el (mime-charset-type-list): Add `iso-2022-jp-3'. 2000-03-01 MORIOKA Tomohiko * REMI: Version 1.14.1 (Mushigawa?sugi) released. 2000-03-01 MORIOKA Tomohiko * mime-view.el (mime-view-define-keymap): Add new binding `mime-preview-show-header' for C-c C-v C-f and C-c C-v h; add new binding `mime-preview-show-content' for C-c C-v C-c; add new binding `mime-preview-hide-header' for C-c C-d C-f and C-c C-d h; add new binding `mime-preview-hide-content' for C-c C-d C-c. (mime-preview-toggle-display): New function. (mime-preview-toggle-header): Add new optional argument `force-visible'; use `mime-preview-toggle-display'. (mime-preview-toggle-content): Likewise. (mime-preview-show-header): New function. (mime-preview-show-content): New function. (mime-preview-hide-header): New function. (mime-preview-hide-content): New function. 2000-02-25 MORIOKA Tomohiko * mime-view.el (mime-situation-examples-file-coding-system): New variable. (mime-save-situation-examples): Use `with-temp-buffer'; try to save as `mime-situation-examples-file-coding-system'. - Use with-temp-buffer to load `mime-situation-examples-file'; setup `mime-situation-examples-file-coding-system' when mime-situation-examples-file is loaded; 2000-02-25 MORIOKA Tomohiko * mime-view.el (mime-view-define-keymap): Change keybind for `mime-preview-toggle-header' to C-c C-t h and C-c C-t C-f. 2000-02-24 Mito * mime-edit.el (mime-edit-normalize-body): Fix number of arguments against enriched-encode. 2000-02-23 Daiki Ueno * mime-image.el (mime-image-normalize-xbm-buffer): New inline function. (mime-image-create) [XEmacs || Emacs21]: Use it for XBM data. (mime-display-image): Don't create temporary file. 2000-02-22 MORIOKA Tomohiko * mime-view.el (mime-delq-null-situation): Accept multiple ignored values. (mime-unify-situations): t is also regarded as an ignored-value. (mime-preview-follow-current-entity): Eliminate unused local variable `str'. 2000-02-22 MORIOKA Tomohiko * mime-play.el (mime-play-find-every-situations): Renamed from `mime-view-find-every-situations'. * mime-view.el (mime-view-find-every-situations): Moved to mime-play.el. 2000-02-22 MORIOKA Tomohiko * mime-play.el (mime-play-entity): Specify `mime-view-find-every-situations' as an optional argument `every-situations'. * mime-view.el (mime-unify-situations): Add new optional argument `every-situations'; use it instead of `mime-view-find-every-situations'. (mime-display-multipart/alternative): Modify `body' property instead of `body-presentation-method' property of preview-situation. * semi-setup.el: Use `eval-after-load' for text/html related setting. 2000-02-21 Daiki Ueno * semi-def.el (mime-user-interface-product): Bump up to EMIKO 1.13.12. * pgg.el (pgg-temp-buffer-show-function): Use `shrink-window-if-larger-than-buffer'. * pgg-gpg.el (pgg-gpg-process-region): Fix cleanup form. * pgg-pgp.el (pgg-pgp-process-region): Ditto. * pgg-pgp5.el (pgg-pgp5-process-region): Ditto. * semi-setup.el (mime-setup-enable-inline-image): Remove checking of bitmap-mule; use `eval-after-load' instead of `call-after-loaded' to require `mime-image'. * mime-image.el (mime-display-image): Set default umask to 077. (mime-image-create): Use `nothing-image-instance-p'. * mime-pgp.el: When it is compiled, define `smime-output-buffer' and `smime-errors-buffer' to avoid compiler warning. * mime-edit.el: Ditto. * mime-pgp.el (mime-view-application/pkcs7-mime): Regard smime-type as "enveloped-data" unless it is specified. * smime.el (smime-directory-files): Abolish. (smime-verify-region): Abolish local variable `args'. 2000-02-20 Daiki Ueno * mime-image.el: Remove X-Face setting; require cl when compiling. (mime-image-format-alist): Remove image/x-mag and image/x-pic. (mime-image-type-available-p): New function. (mime-image-create): New function. (mime-image-insert): New function. (mime-display-image): Rewrite. * mime-edit.el (mime-edit-define-charset): Handle 'mime-charset-comment. 2000-02-18 MORIOKA Tomohiko * mime-view.el (mime-view-define-keymap): Change binding of `mime-preview-toggle-content' from C-c C-t C-b to C-c C-t C-c. (mime-preview-toggle-content): Renamed from `mime-preview-toggle-body'. -------------- next part -------------- It is available from http://www.kanji.zinbun.kyoto-u.ac.jp/~tomo/comp/emacsen/lisp/semi/semi-1.14-for-flim-1.14/ -------------- next part -------------- -- 感じてたことさ ; 守岡知彦 (MORIOKA Tomohiko) ずっとずっと前から ; Email: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Wed Jul 12 16:17:31 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 12 Jul 2000 16:17:31 +0900 Subject: FLIM-Chao 1.14.1 =?ISO-2022-JP?B?KBskQk87Q09CIhsoQik=?= In-Reply-To: Tsunehiko Baba's message of "Wed, 12 Jul 2000 15:50:32 +0900" References:

Message-ID: >>>>> にて >>>>> “ばば”= Tsunehiko Baba さま曰く: ばば> > http://www.kanji.zinbun.kyoto-u.ac.jp/~tomo/comp/emacsen/lisp/flim/flim-1.14/ ばば> こちらの flim-chao-1.14.1.tar.gz ですが, forbidden になってるとばば> 思います. ばば> 一応, 御連絡まで. m17n.org のある machine で試してみたところ再現できませんでした。log を見ても、多くの方が取れている気がします。ただ、上記ではなく、semi の下の symbolic link が辿れないことは確認しております。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From tomo ＠ kanji.zinbun.kyoto-u.ac.jp Wed Jul 12 16:23:19 2000 From: tomo ＠ kanji.zinbun.kyoto-u.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiA=?= =?ISO-2022-JP?B?GyRCQ05JJxsoQg==?= / MORIOKA Tomohiko) Date: 12 Jul 2000 16:23:19 +0900 Subject: FLIM-Chao 1.14.1 =?ISO-2022-JP?B?KBskQk87Q09CIhsoQik=?= In-Reply-To: tomo@kanji.zinbun.kyoto-u.ac.jp's message of "12 Jul 2000 16:17:31 +0900" References:

Message-ID: >>>>> [emacs-mime-ja : No.00583] にて >>>>> “守岡”= tomo ＠ kanji.zinbun.kyoto-u.ac.jp (守岡知彦 / MORIOKA >>>>> Tomohiko) 曰く: 守岡> ただ、上記ではなく、semi の下の symbolic link が辿れないことは確守岡> 認しております。これを修正しました。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ====================== Email: ====== From tbaba ＠ mtl.t.u-tokyo.ac.jp Wed Jul 12 16:43:28 2000 From: tbaba ＠ mtl.t.u-tokyo.ac.jp (Tsunehiko Baba) Date: Wed, 12 Jul 2000 16:43:28 +0900 Subject: FLIM-Chao 1.14.1 =?ISO-2022-JP?B?KBskQk87Q09CIhsoQik=?= In-Reply-To: In your message of "12 Jul 2000 16:17:31 +0900" References:

Message-ID: ばばです. 守岡> m17n.org のある machine で試してみたところ再現できませんでした。log を守岡> 見ても、多くの方が取れている気がします。ということはこちらの環境dependな原因ですね. 失礼致しました. /home/tbaba/bin/webcopy http://www.kanji.zinbun.kyoto-u.ac.jp/~tomo/comp/emacsen/lisp/semi/semi-1.14-for-flim-1.14/flim-chao-1.14.1.tar.gz date Wed, 12 Jul 2000 15:48:50 GMT server www.kanji.zinbun.kyoto-u.ac.jp port 80 (/~tomo/comp/emacsen/lisp/semi/semi-1.14-for-flim-1.14/) reference /~tomo/comp/emacsen/lisp/semi/semi-1.14-for-flim-1.14/flim-chao-1.14.1.tar.gz accept getting http://www.kanji.zinbun.kyoto-u.ac.jp:80/~tomo/comp/emacsen/lisp/semi/semi-1.14-for-flim-1.14/flim-chao-1.14.1.tar.gz 403 Forbidden だったのですが. date Wed, 12 Jul 2000 16:40:44 GMT にretryしたら無事accessできました. どうもお手数をおかけ致しました. -- tbaba From makino ＠ cyber.office.ne.jp Sun Jul 16 00:37:24 2000 From: makino ＠ cyber.office.ne.jp (MAKINO Takashi) Date: Sun, 16 Jul 2000 00:37:24 +0900 Subject: =?ISO-2022-JP?B?GyRCSlY/Ljt+JE4wOEBoJSIlSSVsJTkkTiVLJUMbKEI=?= =?ISO-2022-JP?B?GyRCJS8lTSE8JWAbKEI/IBskQiRLJEQkJCRGGyhC?= In-Reply-To: In your message of "Fri, 14 Jul 2000 09:20:49 +0900" References: <200005291140.UAA03593@islgw.isl.melco.co.jp>

Message-ID: 牧野＠習志野です。 >>>>> In "Re: 返信時の宛先アドレスのニックネーム? について" >>>>> [Wanderlust : No.05189], >>>>> at Fri, 14 Jul 2000 09:20:49 +0900, Hiroya Murata wrote: > > From: "hoge" なメールに返信すると To: に何も入らないよ > > うです。From: hoge だとfull-nameとaddressがちゃんと入 > > りますけど。 > > もしかして，次の様な設定にしていませんか? > > ;;; for broken message header. > (setq eword-lexical-analyzer > '(;;eword-analyze-quoted-string > eword-analyze-domain-literal > eword-analyze-comment > eword-analyze-spaces > eword-analyze-special > eword-analyze-encoded-word > eword-analyze-atom)) > > この様にしていると，(eword-extract-address-components addr) が， > (nil nil) を返すので，To: が空になってしまうみたいです．すいません、これはこういうもん(仕様)なんでしょうか？邪悪だというのはわかっていても、この設定をやめれない悲しい環境なので、なんとかなればありがたいです。 eword-extract-address-components を使わないで、単純に -------------- next part -------------- Index: wl-draft.el =================================================================== RCS file: /cvs/root/wanderlust/wl/wl-draft.el,v retrieving revision 1.2.2.5 diff -u -r1.2.2.5 wl-draft.el --- wl-draft.el 2000/07/13 03:44:48 1.2.2.5 +++ wl-draft.el 2000/07/15 15:42:03 @@ -333,11 +333,9 @@ (setq addr-alist (mapcar '(lambda (addr) - (setq addr (eword-extract-address-components addr)) - (cons (nth 1 addr) - (if (nth 0 addr) - (concat (nth 0 addr) " <" (nth 1 addr) ">") - (nth 1 addr)))) + (cons + (wl-address-header-extract-address addr) + addr)) (append to cc))))) (and subject wl-reply-subject-prefix (let ((case-fold-search t)) -------------- next part -------------- と、してしまってはダメなんですよね… -- MAKINO Takashi (牧野隆志) From teranisi ＠ gohome.org Mon Jul 17 13:29:38 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Mon, 17 Jul 2000 13:29:38 +0900 Subject: =?ISO-2022-JP?B?GyRCSlY/Ljt+JE4wOEBoJSIlSSVsJTkkTiVLJUMbKEI=?= =?ISO-2022-JP?B?GyRCJS8lTSE8JWAbKEI/IBskQiRLJEQkJCRGGyhC?= In-Reply-To: In your message of "Sun, 16 Jul 2000 00:37:24 +0900" References: <200005291140.UAA03593@islgw.isl.melco.co.jp>

Message-ID: At Sun, 16 Jul 2000 00:37:24 +0900, MAKINO Takashi wrote: > > > もしかして，次の様な設定にしていませんか? > > > > ;;; for broken message header. > > (setq eword-lexical-analyzer > > '(;;eword-analyze-quoted-string > > eword-analyze-domain-literal > > eword-analyze-comment > > eword-analyze-spaces > > eword-analyze-special > > eword-analyze-encoded-word > > eword-analyze-atom)) > > > > この様にしていると，(eword-extract-address-components addr) が， > > (nil nil) を返すので，To: が空になってしまうみたいです． > > すいません、これはこういうもん(仕様)なんでしょうか？ > 邪悪だというのはわかっていても、この設定をやめれない悲しい環境なので、 > なんとかなればありがたいです。 eword-lexical-analyzer の値をローカルにバインドするようにしてみました。 -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "Only time will tell if I am right or I am wrong..." From akiho ＠ media.osaka-cu.ac.jp Fri Jul 21 14:18:14 2000 From: akiho ＠ media.osaka-cu.ac.jp (Tsuyoshi AKIHO) Date: 21 Jul 2000 14:18:14 +0900 Subject: [FLIM-Chao] mime-parse-multipart Message-ID: <200007210518.OAA14558@mailsv.media.osaka-cu.ac.jp> 秋保です。 FLIM-Chao 1.14.1で、mime-parse-multipart が mime-parse.el で comment out されているのですが、mmgeneric.el で autoload されています。 load-path に chao & remi だけにしたら、error が出ました。 (いつもは、flim & semi も load-path の後ろの方についているので、気付かなかった) -- Tsuyoshi AKIHO akiho ＠ media.osaka-cu.ac.jp From akiho ＠ media.osaka-cu.ac.jp Fri Jul 21 15:14:14 2000 From: akiho ＠ media.osaka-cu.ac.jp (Tsuyoshi AKIHO) Date: 21 Jul 2000 15:14:14 +0900 Subject: [FLIM-Chao] mime-parse-multipart In-Reply-To: <200007210518.OAA14558@mailsv.media.osaka-cu.ac.jp> (Tsuyoshi AKIHO's message of "21 Jul 2000 14:18:14 +0900") References: <200007210518.OAA14558@mailsv.media.osaka-cu.ac.jp> Message-ID: <200007210614.PAA18950@mailsv.media.osaka-cu.ac.jp> 秋保です。 Backtrace を付けます。 >>>>> In [emacs-mime-ja : No.00588] >>>>> Tsuyoshi AKIHO wrote: akiho> load-path に chao & remi だけにしたら、error が出ました。 Multipart の記事を読んだら -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: a.bt 型: application/octet-stream サイズ: 9529 バイト説明: 無し URL: -------------- next part -------------- と言われました。 -- Tsuyoshi AKIHO akiho ＠ media.osaka-cu.ac.jp From yoshiki ＠ xemacs.org Sat Jul 22 02:15:12 2000 From: yoshiki ＠ xemacs.org (Yoshiki Hayashi) Date: Sat, 22 Jul 2000 02:15:12 +0900 Subject: EMY 1.13.8 Message-ID: <87g0p31k2n.fsf@sodan.org> しばらく問題も出ていないようなので、EMY 1.13.8 を release します。主な変更は C-c C-x C-i で US-ASCII な file を text/plain で添付したときに charset が x-unknown になってしまう bug の fix. 最新の FLIM-Chao への対応 (おそらく完全ではない)。 mime-image の更新。です。いつも通り、 ftp://www.sodan.org/pub/semi/emy/emy-1.13.8.tar.gz ftp://www.sodan.org/pub/semi/emy/emy-1.13.7-1.13.8.diff.gz に置いてあります。 -- Yoshiki Hayashi From yamaoka ＠ jpl.org Fri Jul 21 20:47:58 2000 From: yamaoka ＠ jpl.org (Katsumi Yamaoka) Date: 21 Jul 2000 07:47:58 -0400 (EDT) Subject: EMY 1.13.8 References: <87g0p31k2n.fsf@sodan.org> Message-ID: >>>>> In [emacs-mime-ja : No.00590] >>>>> Yoshiki Hayashi wrote: > ftp://www.sodan.org/pub/semi/emy/emy-1.13.8.tar.gz > ftp://www.sodan.org/pub/semi/emy/emy-1.13.7-1.13.8.diff.gz ftp://www.sodan.org/pub/elisp/semi/ ですね。:-p