Re: とりあえず決めておきたいこと

[sakamoto@cec.co.jp (Kazuki Sakamoto)]

soda@sra.co.jp wrote:

 > です。announce-ja も、そっちで宣伝しないと、ほとんど無意味ですね。

これはadmin-jaにふりましょう。


 > できれば、ここは ISO-2022 だけじゃなく、codeset independent にしておき
 > たいです。で、ISO-2022 も OK だし、Unicode も、モジュール書けば OK だ
 > よって言っておく。そうであれば、はねられる要因は減るでしょう。

あ、なるほど。

# LKMとか使って動的に組み込み可能とか...


 > 指定された
 > 	(encoding, その encoding での code point) 
 > から、表示に使う
 > 	(図形文字集合, その図形文字集合での code point)
 > を求める必要があるわけですが、ここで選択肢は、二つあって、
 > ・求める作業を driver でやる場合
 > 	wscons layer と driver layer は、利用している encoding につい
 > 	て合意しているものとする。
 > 	putchar のインターフェースは変更不要。
 > 	この場合、kernel 内での ISO-2022 の wchar
 > ・求める作業を wscons layer でやる場合
 > 	wscons layer と driver layer は、利用している encoding に関す
 > 	る合意はない。
 > 	wscons layer と driver layer は、利用可能な図形文字集合につい
 > 	て合意を交わす必要がある。
 > 	putchar のインターフェースに、図形文字集合を示すパラメータを
 > 	追加することが必要。
 > 要は、putchar を XwcDrawString() レベルの関数とみなす (前者の場合) か、
 > XDrawString16() レベルの関数と見なすか (後者の場合) ということですが…
 > 個人的には、後者かなあと思っています。

カーソル移動などの制御はwscons layerがdriver layerを呼んで行いますよね。
wscons layerが文字の幅などを知らないといけないような気がしますので、
wscons layerでやる方が良いと思います。


 > 出力側だけじゃなくて、入力側についても、同じ問題があります。

入力はuserlandでなんとかすれば良かったりしません?

sakamoto@cec.co.jp