Re: Emacspeak 14リリース!

[Koichi INOUE <inoue@argv.org>]

井上です。

WATANABE Takayuki <takayuki@...> writes:

> > synchする前にEmacspeak-13ベースのパッケージを出してしまう方がいいと思い
> > ます。
> > # TODOが……
> 
> 13ベースを出すべきですかね。

syncするとまた動作検証が発生するということです。
それと、syncするときに、CVSの状態をなんとかemacspeakを追いかけるのに適し
た形になおしたいというのもあります。

> Windows版を13ベースにしたときの問題点は何でしたっけ？
> ・Auditory Icon
> ・他は？

emacspeak-12ベースだと読み上げる各種のプロンプトを読まないことがあるとい
うことです。おそらくauditory-iconは根本的問題は12と変わりません。

> 1) hoge.auというAuditory Iconがあったとき、
> 2) hoge.wavがなかったら、hoge.auをwavに即時変換して鳴らす。
> 3) 同時に変換したwavをhoge.wavとして書き出す。
> 私のスキルではこれを作るのに1日以上かかると思われるので、手が回って
> いません。

Windows用パッケージにはwav形式のサウンドを入れてしまって、そのthemeをデ
フォルトにするコードをemacspeakの初期化サンプルに追加してしまうというの
ではダメでしょうか。
ときどきauファイルが増えるので（今回もwindow-resizeが増えている気がしま
す。)根本的に片づけた方がいいかな。
名前の付け替え作業は先日おおよそ終わっています。
基本的に、emacspeak-12ではauファイルの名前とイベントを結びつけるテーブル
があったのに対して、13からはファイル名自身がイベントを表すようになったと
いう違いです。

> さらにplay.exeプロセスの終了をMeadowが検知できなくて変なプロセスが残って
> しまう問題もあります。

これですよね。一部でwindows9xのプロセス周り脆弱問題とか呼ばれているやつ
みたいです。これが直らないと結局win9xでは使えません。

> いっそ、Windows Meadea Playerが使っているコンポーネントを使って
> AUを直接鳴らすサーバーを最初から立ち上げておき、
> play.exeはこのサーバーにファイル名を渡すだけのクライアントにする
> という方法もあります。

できることならこれをやるのがよいでしょうね。

# 手と能力が足りない

-- 
                    Koichi Inoue, ARGV
                    E-Mail: inoue@...
                    ICQ UIN: 74900690