アカウント名:
パスワード:
この改善と、ぼくが書いたドキュメントが入ったことが、今回の変更のポイントだと思います。
あと、強いて言えば不安材料といえば luit という別ソフトウェアを必要とすることですが、ぼくは xterm に内蔵させることを主張したのですが「そんなややこしいコード、今後にわたってメンテする自信がない」と言われて却下です。どこがややこしいのか不明ですが、どっちにしろこれは事実上の最後通牒で、ぼくが今後ずっと xterm を責任持ってメンテするから、とでも言わない限りこれがひっくりかえることはないでしょう。まあふつうに XFree86 を入れている限り、大丈夫ですよ。XFree86 でない環境 (商用 UNIX とかかなあ) では要注意ですが、そんな環境に自分で XFree86 の xterm を持ってきてコンパイルするだけのスキルのある人なら大丈夫なはずです。
画面というのは xterm の画面のことでしょうか? それとも一般論として?
ちなみに、日本では non-skill な人間は「日本語環境の構築」みたいな分厚い本を買わないと始まらないのをなんとかしたい、というのがぼくの動機です。現状でも ~/.Xresources とかにフォントの設定をするだけで日本語が表示されるにもかかわらずデフォルト設定での動作にこだわって Branden と喧嘩 [srad.jp]したりするのは、この動機に基づいているから、というのが理由です。~/.Xresources にフォント設定を書くためだけに何度も何度も試行錯誤して何時間も何日も無駄にしたのを先日のように思い出しますから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
Xで (スコア:1)
# 私のようなnon-skillな人間はお呼びでないのかもしれないですね。
# それ以前に今回の変更のぽいんとがわかってない可能性大(ぉ
/.configure;oddmake;oddmake install
Re:Xで (スコア:1)
この改善と、ぼくが書いたドキュメントが入ったことが、今回の変更のポイントだと思います。
あと、強いて言えば不安材料といえば luit という別ソフトウェアを必要とすることですが、ぼくは xterm に内蔵させることを主張したのですが「そんなややこしいコード、今後にわたってメンテする自信がない」と言われて却下です。どこがややこしいのか不明ですが、どっちにしろこれは事実上の最後通牒で、ぼくが今後ずっと xterm を責任持ってメンテするから、とでも言わない限りこれがひっくりかえることはないでしょう。まあふつうに XFree86 を入れている限り、大丈夫ですよ。XFree86 でない環境 (商用 UNIX とかかなあ) では要注意ですが、そんな環境に自分で XFree86 の xterm を持ってきてコンパイルするだけのスキルのある人なら大丈夫なはずです。
画面というのは xterm の画面のことでしょうか? それとも一般論として?
ちなみに、日本では non-skill な人間は「日本語環境の構築」みたいな分厚い本を買わないと始まらないのをなんとかしたい、というのがぼくの動機です。現状でも ~/.Xresources とかにフォントの設定をするだけで日本語が表示されるにもかかわらずデフォルト設定での動作にこだわって Branden と喧嘩 [srad.jp]したりするのは、この動機に基づいているから、というのが理由です。~/.Xresources にフォント設定を書くためだけに何度も何度も試行錯誤して何時間も何日も無駄にしたのを先日のように思い出しますから。