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

守岡知彦 / MORIOKA Tomohiko

>>>>> <sa6bte97spk.fsf(a)ceres.dti.ne.jp> にて >>>>> “吉澤”= YOSHIZAWA Masahiro <manbou(a)ceres.dti.ne.jp> さま曰く: 吉澤> 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 で戦ってください。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

1 participants
0 comments

Re: iso-8859-1 (Re: UTF-2000 Version 0.3 (今宮)) 25 years, 6 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <28hfo17tw5.fsf(a)kchisa.ga.sony.co.jp> にて >>>>> “山岡”= Katsumi Yamaoka <yamaoka(a)ga.sony.co.jp> さま曰く: 山岡> (defcustom gnus-cite-prefix-regexp 山岡> "^[]>»|:}+ ]*[]>»|:}+]\$.*>»\$?\\|^.*>") tomo> どういう coding-system で load されているか判りますか？山岡> これはわかりませんでしたが、shift_jis で comment を書いておくと確山岡> 実にXEmacs を落とすことができますね。 ;; ちゃんと動く実装が存在しないので当然です。(^_^; tomo> もし、shift_jis で読み込まれているのだとしたら、それは仕様です:-P 山岡> 納得しました。LANG などには関係無く、ともかく XEmacs に山岡> shift_jis だと思われたらそれでおしまいみたいですね。山岡> ;; それにしても、実害は無いにせよ先の gnus-cite-prefix-regexp のよ山岡> ;; うなものが shift_jis と解釈されているのは意外でした。:-p default の設定では、日本語環境では、iso-8859-1 は shift_jis と誤認されるようです。これを避けるには、shift_jis の coding-priority を iso-8859-1 よりも下げる必要があります。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

1 participants
0 comments

image-mode 25 years, 6 months

YOSHIZAWA Masahiro

よしざわです。 XEmacs 21.2.16 で GIF/JPEG/PNG などの image を C-x C-f などで見ようとすると、テキストファイルとして開かれてしまいます。(エラーメッセージなどは出ません) 一応、モードラインには (Image) と出ているので image-mode には入っているようなのですが… なお、同じ画像は w3 や Semi-gnus では問題なく見ることができます。また、手許の 21.2.13 までではこれまた問題なく見られました。(試したかぎりでは 21.2.14 以降でダメなようです) 皆様のところではいかがでしょうか? -- YOSHIZAWA Masahiro (吉澤正浩)

1 participants
0 comments

Re: iso-8859-1 (Re: UTF-2000 Version 0.3 (今宮)) 25 years, 6 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <28lndd7vy3.fsf(a)kchisa.ga.sony.co.jp> にて >>>>> “山岡”= Katsumi Yamaoka <yamaoka(a)ga.sony.co.jp> さま曰く: 山岡> gnus の make 中に次の部分が原因で XEmacs が落ちます。山岡> (defcustom gnus-cite-prefix-regexp 山岡> "^[]>»|:}+ ]*[]>»|:}+]\$.*>»\$?\\|^.*>") どういう coding-system で load されているか判りますか？もし、shift_jis で読み込まれているのだとしたら、それは仕様です :-P ;; 誰か作ってください。(^_^;;; -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

2 participants
1 comments

UTF-2000 Version 0.3 (今宮) 25 years, 6 months

守岡知彦 / MORIOKA Tomohiko

XEmacs 21.2.16 UTF-2000 Version 0.3 (今宮) をお送りします。以下は、UTF-2000 Version 0.2 (JR 難波) からの差分になっています： [主な変更点] ・--with-mule だけ付けると従来式 MULE 表現になる・--with-mule と --with-ucs4（新設）を指定すると文字表現のみ UCS-4 になる・--with-mule と --with-utf-2000 を付けると、文字表現が UCS-4, buffer / 文字列表現が UTF-8 になる [既知の問題点] --with-utf-2000 を指定した場合において、ある特定の状況（詳細は不明）で、（非 ASCII ?）文字列に対する正規表現の matching が正常な結果を返さない場合がある [今後] 将来的には文字文字列 buffer (a) 1 byte 1 byte 1 byte (b) 現行 MULE 方式現行 MULE 方式現行 MULE 方式 (c) UCS-4 現行 MULE 方式現行 MULE 方式 (d) UCS-4 UTF-8 UTF-8 (e) UCS-4 可動固定長方式 UTF-8 (f) UCS-4 可動固定長方式可動固定長方式 (g) UCS-4 可動固定長方式 UCS-4 の 7 種類の方式を configure の option で選べるようにしようと思います。 (a) 〜 (d) は既に実現しているので、(e) 〜 (f) を今後作ろうということです。 ;; 『可動固定長方式』というのは、Oliver さんが提案している、必要に応じて ;; 1 / 2 / 4 byte に語長を大きくする固定長表現のことです。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: <tomo(a)etl.go.jp> ===== ;; PGP public key: http://www.etl.go.jp/~tomo/hiko/pgp.key

3 participants
2 comments

Re: UTF-2000 Version 0.3 (今宮) 25 years, 6 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <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>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ P.S. 今後の予定まず、Stephen J. Turnbull さんの 31 bit 文字表現 patch を merge した、『新今宮』を出す予定です。その後、buffer / string の固定長表現に挑戦するつもりです。これが終われば、文字を、組込み文字型と利用者定義文字型に整理し、利用者定義文字型の文字符号は構造体の pointer か、その buffer 固有の文字符号で表現することになります。 ;; いずれは display engine を改造して、絵とかも文字のように扱えるよ ;; うにしたいと思っています。

3 participants
2 comments

Re: `font-menu-set-font' size nil?? 25 years, 6 months

長谷部聡/ Hasebe Satoshi

長谷部です自己フォローです。 ;; XEmacsのネタですので、xemacs-beta-jaにもネタフリしておきます。私> Xemacs(21.2.15,16)で以下の様なエラーが出て、fontの切替えが出来なくなって私> しまいました;_; 私> Signaling: (wrong-type-argument number-char-or-marker-p nil) 私> /(nil 10) 私> (int-to-string (/ size (specifier-instance font-menu-size-scaling ...))) 私> ) (略) は結局、b15からb16になった際、font-menu.elがenbug?されたせいだった様です(ホっ) xemacs-betaを購読されていない方で、b16をお使いの方がいるかも知れませんので(?)、一応該当記事を無許可で^^;載せておきます。

1 participants
0 comments

Re: forward-word in Japanese text? 25 years, 6 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <199906170951.SAA03443(a)toshiba.co.jp> にて >>>>> “入内島”= IRIUCHIJIMA Ken / 入内島健 <ken.iriuchijima(a)toshiba.co.jp> さま曰く: 入内島> 四月から計算機環境が変わったのを機に、XEmacs 20.4 を使い始めまし入内島> た。それまでは Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) でした。入内島> 一つ不便に思っているのは、日本語のテキスト (空白がない) での入内島> forward-word / backward-word の動作です。入内島> Mule 2.3 では平仮名と漢字の境界が word 境界であるかのように動い入内島> てくれたので、ベタの日本文でも任意の場所に容易に M-f の連打など入内島> でカーソルを持って行けたのですが、XEmacs ではそれができず、文字入内島> 数を概算して入内島> C-u 文字数 C-f 入内島> などしか思いつきません。何かもっと便利な方法があるんでしょうか？これには私も困っていました。これは多分 char-category の問題で直すのは大変だろうなあと思って長年（といっても 2,3 年ぐらいだけど）誰かが直してくれるのを待っていましたが (^_^;;;、最近、実は char-category はちゃんと動いているということを知り、なぜ動かないのか不思議だなあと思っていました。そして、これを期に一念発起して source を読んでみました。そして衝撃の事実を発見しました。 src/syntax.c に /* Here is a comment from Ken'ichi HANDA <handa(a)etl.go.jp> explaining the purpose of the Sextword syntax category: Japanese words are not separated by spaces, which makes finding word boundaries very difficult. Theoretically it's impossible without using natural language processing techniques. But, by defining pseudo-words as below (much simplified for letting you understand it easily) for Japanese, we can have a convenient forward-word function for Japanese. A Japanese word is a sequence of characters that consists of zero or more Kanji characters followed by zero or more Hiragana characters. Then, the problem is that now we can't say that a sequence of word-constituents makes up a WORD. For instance, both Hiragana "A" and Kanji "KAN" are word-constituents but the sequence of these two letters can't be a single word. So, we introduced Sextword for Japanese letters. A character of Sextword is a word-constituent but a word boundary may exist between two such characters. */ という仮想文節の説明の後に /* Mule 2.4 doesn't seem to have Sextword - I'm removing it -- mrb */ という comment があるではないですか!!! 「マーティンの馬鹿野郎〜」と思わず心の中で叫びました。(^_^;;; 比較的最近の変更なら CVS を漁れば良いんですが、おそらくこれは 20.0 の時代に行われたことだと思います。 ;; この時代だと本当に char-category がまともに動いていなかったのかも知れ ;; ません。先史時代なので、まともな記録が残っていないため、何とも言えな ;; いですが。そういう訳で、Emacs 20.3.10 の source を参考にこの機能を『復活』させました。以下は、XEmacs 21.2 を元に開発されましたが、多分、現在の正式版の最新版である XEmacs 21.1 系列にも適用可能であると思います： -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (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: UTF-2000 Version 0.2 (JR NAMBA) 25 years, 6 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <28hfo6wc20.fsf(a)kchisa.ga.sony.co.jp> にて >>>>> “山岡”= Katsumi Yamaoka <yamaoka(a)ga.sony.co.jp> さま曰く: 山岡> ぼくも無事に XEmacs を作り直せたことを報告いたします。山岡> しかし、困ったことに EGG が使えなくなってしまったので、これは山岡> Canna を使って書いています。症状は "|ひらがな|" を変換すると山岡> "||" になってしまうことなのですが、これは別途調べてみることにしま山岡> す。うーんと、EGG はまだ移植しておりません。(^_^;;; ;; かんなは（ISO 2022 encoder を作るより前に:-)）移植したので、動きます。 EGG/Wnn を使うには（かんなと同様に）内部表現と外部表現を変換する部分を UTF-8 に合わせて書き換えれば OK だと思います。山岡> それから、これはぼくには手が出ませんが、make 中に次のようなエラーが出山岡> ていたことも報告しておきます。山岡> Bootstrapping from temacs... 山岡> Compiling $WORK/xemacs-21.2.16/lisp/bytecomp.el... 山岡> Wrote $WORK/xemacs-21.2.16/lisp/bytecomp.elc 山岡> [...] 山岡> Compiling $WORK/xemacs-21.2.16/lisp/mule/cyrillic.el... 山岡> While compiling toplevel forms in file $WORK/xemacs-21.2.16/lisp/mule/cyrillic.el: 山岡> !! error (("Lisp nesting exceeds `max-lisp-eval-depth'")) あんまり良く追っていませんが、CCL program が含まれている場合、何が起こっても不思議ではありません。(^_^;;; -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

4 participants
5 comments

Re: cyrillic 25 years, 6 months

守岡知彦 / MORIOKA Tomohiko

>>>>> <piobteeqg0n.fsf_-_(a)mtgcb.telcom.oki.co.jp> にて >>>>> “長谷部”= hasebe(a)mtgcb.telcom.oki.co.jp (長谷部聡/ Hasebe Satoshi) さま曰く: 山岡>>> Compiling $WORK/xemacs-21.2.16/lisp/mule/cyrillic.el... 山岡>>> While compiling toplevel forms in file $WORK/xemacs-21.2.16/lisp/mule/cyrillic.el: 山岡>>> !! error (("Lisp nesting exceeds `max-lisp-eval-depth'")) 長谷部> > 長谷部> > あんまり良く追っていませんが、CCL program が含まれている場合、長谷部> > 何が起こっても不思議ではありません。(^_^;;; 長谷部> このファイルをXEmacsで開きますと、長谷部> (2) (font/warning) Unable to instantiate font for face default, charset chinese-cns11643-1 長谷部> と出てくるのですが、このフォントはどこから入手できるのでしょう？何故この warning がでるのか不思議ですが、長谷部> 私が入れていますのは"intlfonts-1.1"ですので、"1.2"には入っている長谷部> のでしょうか？いずれにせよ、CNS 11643 Plain 1 の font は intlfonts-1.1 にも入っているようです。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) <tomo(a)etl.go.xn--jp>-8r4a ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

2 participants
1 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