June 1999 - XEmacs-Beta-ja - XEmacs Mailing List Archives

Re: UTF-2000 Version 0.2 (JR NAMBA) 25 years, 3 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <28emjam776.fsf(a)kchisa.ga.sony.co.jp> にて >>>>> “山岡”= Katsumi Yamaoka <yamaoka(a)ga.sony.co.jp> さま曰く: 山岡> 症状は "|ひらがな|" を変換すると "||" になってしまうことなのですが、山岡> EGG/SJ3 でこうなる原因がわかりました。山岡> ぼくは SJ3 version 1 のサーバと通信しているのですが、ここではかな漢字山岡> のやりとりを Shift JIS で行なっています。ところが、山岡> (encode-coding-string "ああ" 'shift_jis) 山岡> => "" 山岡> なので、サーバに平仮名が送られないのでした。言い忘れていましたが、shift_jis の実装もまだです。簡単なので、腕だめしにいかがでしょうか？:-) -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

3 participants
2 comments

minibufferless frame 25 years, 3 months

Katsumi Yamaoka

minibuffer だけの frame を一つ作って、他の普通の frame には minibuffer が無い使い方をする場合について、お知恵を貸して下さい。そういう使い方をしていらっしゃる方は少ないと思うので、まず作り方から。 xemacs -vanilla で起動した XEmacs の *scratch* で以下の式を eval して下さい。 (let ((oframe (selected-frame))) (setq default-frame-alist (cons '(minibuffer . nil) default-frame-alist) default-minibuffer-frame (make-frame '((minibuffer . only) (height . 1) (menubar-visible-p . nil) (default-toolbar-visible-p . nil) (name ."MINIBUFF")))) (make-frame) (delete-frame oframe)) これは XEmacs だけでなく、Emacs 20 や Mule 2.3(a)19.34 などでも使えるように書いてあります。さて、こうしてから次の 2 種類の式を eval してみて下さい。 ;; 1 (let ((pop-up-frames t)) (pop-to-buffer "*TMP*") (y-or-n-p "What? ")) ;; 2 (let ((pop-up-frames t)) (pop-to-buffer "*TMP*") (read-string "What? ")) おそらく後者を試すと minibuffer の frame に focus しないため、文字入力ができないと思うのですが、いかがでしょうか? ぼくの場合 XEmacs だけが read-string などの特定の関数群でだめで、Emacs 20 と Mule 2.3(a)19.34 では問題ありません。お知恵を借りたいのは、後者の場合にも XEmacs で文字入力ができるようにする方法です。どうぞよろしくお願いします。 ;; height = 1 を指定しているのに XEmacs だけは 2 の frame ができるとい ;; う問題もあります。 -- Katsumi Yamaoka <yamaoka(a)ga.sony.co.jp>

6 participants
29 comments

Re: minibufferless frame under XEmacs 25 years, 3 months

Masahiro MURATA (=?ISO-2022-JP?B?GyRCQjxFREE0NDIbKEI=?=)

村田です emcws-bugs から xemacs-beta-ja へ移動しました。 minibuffer を分離していた場合の，its-egg に関する話題です。 >>> In the ML [emcws-bugs 317] >>> Katsumi Yamaoka wrote: > 1. toroku-region で品詞や活用を minibuffer (*) で選択した後で、元の > frame に戻れない。 > 2. Wnn の edit-dict-item または SJ3 の edit-dict で複数の登録語を > delete するときに、2 個目以降で minibuffer に focus しないため > "いいですか？(yes/no) " の問いに答えられない。 > 1. については村田さんの save-selected-window を使う案で解決済みです。これでもいいですし，山田さんが流された menu のパッチ(XEmacs でも使えるように修正したもの)を使っても大丈夫です。 > 2. の方はさんざん試行錯誤を行なった結果、曲がりなりにも minibuffer に > focus させることができるようになりました。わかったことは、minibuffer > で入力する前に bury-buffer, sleep-for または sit-for などの特定の関数 > を使うと問題の現象が現れるということです。残念ながらぼくの拙い知恵では > XEmacs の内部で何が起っているのかわかりませんが。むしろ、初めにぼくは > これらの関数が正しい focus を得るのに有効なのではないかと思いましたが、 > 逆の結果になりました。これをヒントに調べてみましたが，どうやら event-stream.c: (next_event_internal) での if (!focus_follows_mouse) investigate_frame_change (); (focus_follows_mouse のデフォルトは nil) がポイントではないかと思います。少なくとも sleep-for と sit-for ではこの investigate_frame_change が呼ばれるかどうかで focus が変わるようです(私の環境では bury-buffer の実行有無は関係なかったです)。そこで，私の環境(Wnn6 の edit-dict-item)では以下のように focus_follows_mouse を一時的に t に設定することで，minibuffer への入力ができるようになりましたが，SJ3 の edit-dict でも同じでしょうか。 --- egg.el 1999/06/19 00:40:47 1.3 +++ egg.el 1999/06/26 02:52:23 ＠＠ -280,7 +280,8 ＠＠ (defun notify-internal (message &optional noerase) (save-excursion - (let ((notify-buff (get-buffer-create *notification-window*))) + (let ((notify-buff (get-buffer-create *notification-window*)) + (focus-follows-mouse t)) (set-buffer notify-buff) (goto-char (point-max)) (setq buffer-read-only nil) でも本質的な解決になっていない気もするので，一応，これの副作用や (let ((focus-follows-mouse t)) する場所を考える必要があると思いますが。 ;; WindowManagerの設定に左右されそうな気もしますし。というのも，<28n1xpkcyd.fsf(a)kchisa.ga.sony.co.jp> での pop-to-buffer は focus-follows-mouse では解決できないようですので。 -- 村田全寛 / MURATA Masahiro

1 participants
0 comments

CCL checker 25 years, 3 months

守岡知彦 / MORIOKA Tomohiko

何の因果か、XEmacs の CCL driver を直すはめになりました。(;_;) ;; CCL の program を書いたこともないのに。で、ExCCL を除き（但し、{Read|Write}MultibyteChar は含む）Emacs 20.3.10 に sync しました。 ;; はじめて、diff3 を使いました。CVS に慣れていると、diff & patch よりも ;; 使いやすいです。とりあえず、pccl の check は全部合格するようになりましたが、他がちゃんと動いているか分かりません。そこで、どなたか checker を作って頂けないでしょうか（あるいは、もう既にあれば使わせて頂けないでしょうか）？特に、{Read|Write}MultibyteChar が動いているかどうかが知りたいです。よろしくお願いします。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: <tomo(a)etl.go.jp> ===== ;; PGP public key: http://www.etl.go.jp/~tomo/hiko/pgp.key

1 participants
0 comments

Re: face font 25 years, 3 months

TSUMURA Tomoaki

In the message "Re: face font" <piog13j22gs.fsf(a)mtgcb.telcom.oki.co.jp> hasebe(a)mtgcb.telcom.oki.co.jp (長谷部聡/ Hasebe Satoshi) wrote: > ;; M-x list-faces-display で 'e' して font-family を fixed に変えたり > ;; だとかしても, 表示は courier-bold のまま変化しません。 > 何日か前の本家ＭＬ(xemacs-beta)に下のパッチが流れていました。 > XEmacs-21.2.17には織り込まれたようです(コンパイル中に付き、未確認) > これでも直りませんか？ありがとうございます。ええと, 先の mail の UA: を見ていただけるとお分かりのように, 21.2.17 を使っていますが, 同様で直っていません。「21.2.16 以降」というのは, そういう意味でした。言葉が足りなくてすみません。 In the message "xemacs-users-ja vs. xemacs-beta-ja (Re: face font)" <htxogi7lflf.fsf(a)mulelab3.etl.go.jp> tomo(a)etl.go.jp (守岡知彦 / MORIOKA Tomohiko) wrote: > 私見ですが、xemacs-users-ja は XEmacs の release 版を対象とした議論とし、 > beta 版に於ける変更に依存したような議論は xemacs-beta-ja で行うようにし > ませんか？了解しました。 In the message "Re: How about XEmacs-ja mailing list" <htxvhcn5zup.fsf(a)mulelab3.etl.go.jp> tomo(a)etl.go.jp (守岡知彦 / MORIOKA Tomohiko) wrote: > ;; 開発に関する話題は xemacs-beta-ja(a)xemacs.org で行うということでいかが > ;; でしょうか？ ↑の, 「開発に関する」というところを, 難しくとりすぎていたようです。＞私 (^^; > 内容に関係の無い message で申し訳ありません。とんでもございません。以後注意します。 -- 津邑＠京大情報学 The cookie has a scrap of paper inside. It reads... ``Latest news? Put `rec.games.roguelike.nethack' in your .newsrc!''

2 participants
4 comments

.saves-PID-FQDN not deleted after XEmacs end 25 years, 3 months

NAKAJI Hiroyuki

中治＠豊橋技科大です。 XEmacs-21.2.17 を使用しております。UTF パッチはなしです。このように編集操作を行うと、ホームディレクトリに、 .saves-49523-nakaji.tutrp.tut.ac.jp というファイルができますよね。 ## mule-2.3(a)19.34 では、~ がオシリについているファイル名ですが。中身は、 /home/nakaji/Mail/draft/6 /home/nakaji/Mail/draft/#6# というようなものです。このファイル、XEmacs が正常終了したときぐらい、きちんと消えてくれても良さそうなものですが、消えないことがあります。毎度確認しているわけではないので、たまたま残っているのかどうかは定かではありませんが、気が付くと、ホームディレクトリにこのファイルがいくつか残っていて、鬱陶しいです。 mule-2.3(a)19.34 の時はちゃんと消えていたよなぁ、というのが頭にあるのですが、こんな目にあっているのは僕だけでしょうか? 僕だけだとしたら、何かそれなりの設定が必要なのでしょうか? ----====----====----====---- NAKAJI Hiroyuki (中治弘行) 豊橋技術科学大学建設工学系

2 participants
2 comments

Re: image-mode 25 years, 4 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <htxn1xtu9dm.fsf(a)mulelab3.etl.go.jp> にて >>>>> “守岡”= tomo(a)etl.go.jp (守岡知彦 / MORIOKA Tomohiko) さま曰く: 吉澤> XEmacs 21.2.16 で GIF/JPEG/PNG などの image を C-x C-f などで見よ吉澤> うとすると、テキストファイルとして開かれてしまいます。(エラーメッ吉澤> セージなどは出ません) 吉澤> 一応、モードラインには (Image) と出ているので image-mode には入っ吉澤> ているようなのですが… 吉澤> なお、同じ画像は w3 や Semi-gnus では問題なく見ることができます。吉澤> また、手許の 21.2.13 までではこれまた問題なく見られました。(試した吉澤> かぎりでは 21.2.14 以降でダメなようです) 吉澤> 皆様のところではいかがでしょうか? 守岡> ザグレブ在住の某氏によって消されてしまいました。(^_^; 守岡> これが嫌な人は xemacs-beta で戦ってください。えっと、個人的に対処する方法として、変数 format-alist を設定するというのがあります。ここに昔の XEmacs に入っていた値を入れれば昔通り動くはずです。 ;; どうして、insert-file-contents-literally じゃ嫌なんだろう、ってここに ;; 書いても負け犬のとおぼえ。(^_^;;; -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

3 participants
3 comments

Re: std11-analyze-atom 25 years, 4 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <281zf4df6s.fsf(a)kchisa.ga.sony.co.jp> にて >>>>> “山岡”= Katsumi Yamaoka <yamaoka(a)ga.sony.co.jp> さま曰く: 山岡> XEmacs 21.1.16 + UTF-2000 (+ nkf) で不可解な現象が起きるのですが、山岡> もしお心当たりがありましたら教えて下さい。山岡> 以下は中治さんへの返信を gnus でしようとしたときの backtrace です。山岡> Signaling: (wrong-type-argument number-char-or-marker-p (29)) 山岡> std11-lexical-analyze("なかじ <nakaji(a)tutrp.tut.ac.jp>") 山岡> std11-parse-address-string("なかじ <nakaji(a)tutrp.tut.ac.jp>") 山岡> std11-extract-address-components("なかじ <nakaji(a)tutrp.tut.ac.jp>") 山岡> message-make-in-reply-to() 山岡> message-generate-headers((From Subject Date (optional . In-Reply-To) Message-ID Lines (optional . User-Agent))) 山岡> message-send-mail(nil) 山岡> message-send-via-mail(nil) 山岡> message-send(nil) 山岡> message-send-and-exit(nil) 山岡> call-interactively(message-send-and-exit) 山岡> このエラーが起きる直接の原因は、関数 std11-lexical-analyze にある山岡> (おそらく) バグのせいだと思うので、最後にパッチを添付しておきます。山岡> しかし普通に使っている場合はここに差し掛かることは無いようで、原因山岡> は他にあるような気がします。と言うのは *scratch* で以下を eval し山岡> ても問題なく動作するからです。これが、 >>>>> <htxiu8mgm4h.fsf(a)mulelab3.etl.go.jp> にて >>>>> “守岡”= tomo(a)etl.go.jp (守岡知彦 / MORIOKA Tomohiko) 曰く: 守岡> [既知の問題点] 守岡> --with-utf-2000 を指定した場合において、ある特定の状況（詳細は不明）守岡> で、（非 ASCII ?）文字列に対する正規表現の matching が正常な結果を守岡> 返さない場合があるです。(^_^;;; 山岡> (std11-lexical-analyze "なかじ <nakaji(a)tutrp.tut.ac.jp>") 山岡> 実際に std11-parse-address-string に渡る文字列がこれとは違うのかと思っ山岡> て調べてみましたがそうでもありません。山岡> [2 std11.el.diff <application/octet-stream (7bit)>] 山岡> --- std11.el~ Mon May 31 19:29:52 1999 山岡> +++ std11.el Tue Jun 22 13:35:18 1999 山岡> ＠＠ -398,7 +398,7 ＠＠山岡> (null (setq r (funcall func string start)))) 山岡> (setq rest (cdr rest))) 山岡> (or r 山岡> - (list (cons 'error (substring string start)) (1+ len))) 山岡> + (cons (cons 'error (substring string start)) (1+ len))) 山岡> )) 山岡> (setq dest (cons (car ret) dest) 山岡> start (cdr ret)) これは本来 typo と言って良いですが、一方で、これが問題が起こるということは異常事態なので、こういう問題を発見するという観点では、むしろ、error を起こす方が良いかも知れません。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

2 participants
1 comments

std11-analyze-atom 25 years, 4 months

Katsumi Yamaoka

XEmacs 21.1.16 + UTF-2000 (+ nkf) で不可解な現象が起きるのですが、もしお心当たりがありましたら教えて下さい。以下は中治さんへの返信を gnus でしようとしたときの backtrace です。 Signaling: (wrong-type-argument number-char-or-marker-p (29)) std11-lexical-analyze("なかじ <nakaji(a)tutrp.tut.ac.jp>") std11-parse-address-string("なかじ <nakaji(a)tutrp.tut.ac.jp>") std11-extract-address-components("なかじ <nakaji(a)tutrp.tut.ac.jp>") message-make-in-reply-to() message-generate-headers((From Subject Date (optional . In-Reply-To) Message-ID Lines (optional . User-Agent))) message-send-mail(nil) message-send-via-mail(nil) message-send(nil) message-send-and-exit(nil) call-interactively(message-send-and-exit) このエラーが起きる直接の原因は、関数 std11-lexical-analyze にある (おそらく) バグのせいだと思うので、最後にパッチを添付しておきます。しかし普通に使っている場合はここに差し掛かることは無いようで、原因は他にあるような気がします。と言うのは *scratch* で以下を eval しても問題なく動作するからです。 (std11-lexical-analyze "なかじ <nakaji(a)tutrp.tut.ac.jp>") 実際に std11-parse-address-string に渡る文字列がこれとは違うのかと思って調べてみましたがそうでもありません。

1 participants
0 comments

Re: image-mode 25 years, 4 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <sa6so7lbrpg.fsf(a)ceres.dti.ne.jp> にて >>>>> “吉澤”= YOSHIZAWA Masahiro <manbou(a)ceres.dti.ne.jp> さま曰く: 守岡> ザグレブ在住の某氏によって消されてしまいました。(^_^; 吉澤> あ、何やら深い事情があった“仕様変更”だったのですね(^^;;; ああ、いらんことを書きました。私の書いたことは私の一方的な感想であり、皆様は御自分の御判断で御自分の信じる道を進んでください。某氏の考えも一理あります。私としては、insert-file-contents-literally がある以上、 insert-file-contents で coding-system が変換されるように、format-alist で text/enriched や image/jpeg が変換されても良いのではないかと思っただけです。 ;; まあ、個人的には深い思い入れはないので、山岡さんの御実装に介入しなけ ;; れば良かったという後悔の念はあります。 ;; ちなみに、性格の曲がった私としては、coding-system なら良いという人の ;; ために、coding-system で絵を decode できるようにしてしまえという計画 ;; を持っていたりします。(^_^; まあ、format-alist のようなのは廃止して、 ;; 全ての変換を１つの枠組で抽象化しようということなんですけどね。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

XEmacs-Beta-ja June 1999