[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
[MD:1228]Meadow-1.05b1(TACHIBANA)
- X-ml-count: 1228
- Subject: [MD:1228]Meadow-1.05b1(TACHIBANA)
- From: Miyashita Hisashi(宮下 尚:HIMI) <himi@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: 18 Jul 1999 22:34:21 +0900
- User-agent: T-gnus/6.10.058 (based on Pterodactyl Gnus v0.76) SEMI/1.13.3 (Komaiko) FLIM/1.12.6 (Family-Kōenmae) Emacs/20.4 (alpha-*-nt4.0.1381) MULE/4.0 (HANANOEN) Meadow/1.05 Beta1 (TACHIBANA)
1.05b1は最終調整に入りました。明日リリースします。
あ、Makefileの修正まだやってない...ChangeLogとpdbだっけ?
あやややや。
ftpとtelnetもあるんだよなぁ。こいつらはb2から入れます。
それから、beta1からVC6++でFull Optimizeをかけます。
あと、気になるところをplanファイルから
------------------------------------------------------------
Submitter: Suzuki Keiichi
Subject: Color name(like X Window System)
Transaction: Request for New feature.
X-ML-COUNT: 1089
Status: done
------------------------------------------------------------
この辺は環境に依存していると思いますので、要望の部類に入るのかも知れませ
んが...
色の指定時に "rgb:ff/ff/ff" という形式を使用できるようにお願いします。
;; X の世界では #FFFFFF という形式は obsolete になっているという話を聞い
;; た覚えがあるのですが、出典を忘れてしまいました。
------------------------------------------------------------
こいつはほとんどバグフィックスのようなものでした。
scaleをきちんと文字数にあわせて行いましたので確認して下さい。
------------------------------------------------------------
Submitter: KOSEKI Yoshinori
Subject: directory psudo i-node.
Transaction: Bug report.
X-ML-COUNT: 1192
Status: working
------------------------------------------------------------
小関 吉則 (KOSEKI Yoshinori) <kose@xxxxxxxxxxxxxxxxxx> writes:
> Emacs20.3.6 以降の startup.el の
> normal-top-level-add-subdirs-to-load-path では
> inode を見て load-path に追加するかどうか判断しているようで
> す。
>
> Meadow の場合
>
> (nthcdr 10 (file-attributes "h:/Meadow/site-lisp"))
> (0 30675305)
>
> (nthcdr 10 (file-attributes "h:/Meadow/site-lisp/apel"))
> (0 30675305)
>
> (nthcdr 10 (file-attributes "h:/Meadow/site-lisp/bbdb"))
> (0 30675305)
>
> なので追加しないようなのです。
うーむ、昔は、Meadowは独自のinode生成機構を持っていたんだけど、
NTEmacsの方でもきちんと書いたと信じていたんだけどなぁ。;_;(涙)
こりゃ、しばらくして直ってなかったら、Meadow.plan行きですな。
## 前のモジュールを見直してみやふ。
---
w32-get-true-file-attributeがnon-nilのとき directoryのi-nodeを
生成するように変更(1.05b1)。しかし、Windows9xでは、directoryを
CreateFile()できないので、この方法ではできない。
1 ... Windows9xでどうするか?
2 ... w32-get-true-file-attributeの値はdefaultでnil or non-nil?
とりあえず、NTではほぼ問題ないfile_attribute_stat()をMeadow 1.05b1で
実装済み。あとは、testerの人に意見を聞くことにする。
;; i-node生成にはCRC-16 likeな生成多項式 x^(n-1) + x^(n-2) + x^2 + x^0を
;; 使用。
------------------------------------------------------------
Submitter: Shun-ichi GOTO
Subject: Menu bar is not refreshed when it is activated.
Transaction: Bug report.
X-ML-COUNT: 1197
Status: done
------------------------------------------------------------
Shun-ichi GOTO <gotoh@xxxxxxxxxxx> writes:
> というのも、Xtの場合はメニューバーをクリックした時点で
> prepare_menu_bars()が実行され、その時点でkeymap評価が行われますが、
> Meadowでは(Win32のmenuの事情かとは思いますが)このタイミングでは評価され
> ません。elsp-manual-20.2.5 の Menu keymapsあたりを*ざざっと*読む限りは
> popup時に評価されなければいかないような*気がする*のですが。。。このへん
> の動作タイミングは本当のところは「Emacsの仕様」として決められているので
> しょうか。。。よくわからん。
うーん、そういう「仕様」が、あるとなると考えますけど。...;_;
で、上には少し間違いが含まれています。prepare_menu_barはEmacsの状態が
変更するたびに呼ばれ、その度ごとにkeymapの評価が行われます。
> これがどういう影響があるかというと、例えばMewのdraftモードでmulti-part
> メッセージの編集をしているときあらわれます。draftモードではpartを追加し
> たり、partをencriptしたりするいくつかのコマンドがメニューから選択できま
> すが、これはカーソル位置に応じてダイナミックにenable/disableをしています。
> そして、Xtの場合は期待通りの動作をしますが、Meadowの場合はmenu itemの
> enable/disable の変化が期待したものと違ったものになってしまっています。
うーむ、なるほど、なんのことはなく、menu_bar_activate_eventを
MENU描画前に送り、描画を遅らせれば良いだけの事のようです。
忘れていただけです。Meadow.plan行きですね。1.04a2で直しましょう。
------------------------------------------------------------
対処しました。後藤さん、よろしければ確認してください。
from himi