*Article*

1998 | 12
1999 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2000 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2001 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2002 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2003 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2004 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2005 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2006 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12
2007 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08
2008 | 01 | 02 | 03 | 04 | 05 | 07 | 08 | 09 | 10
先月 2005年04月 来月
SUN MON TUE WED THU FRI SAT
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
Namazu for hns による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

2005年04月10日(日)

★ PuTTY 256color

PuTTY 0.58 で 256色に対応したとのことで、Upgrade。

* PuTTYkj-0.58

PuTTY で ISO 2022 による日本語入力・表示を可能にするパッチは 0.57 用なのだけど、無理矢理 0.58 に適用する。
一応実行ファイルはできたけど、かなりてきとーにやったので、 文字幅がおかしかったり(^^;
あとは、Configuration で Terminal-type を xterm-256color にしておく。

* screen 256color

debian の GNU screen は 256color 対応が 無効になっているので、 再ビルドしていれなおし。 
# apt-get build-dep screen
% apt-get source screen
% cd screen-4.0.2/
% vi debian/rules (configure の --enable-colors256 を有効にする。)
% dpkg-buildpackage -rfakeroot -us -uc

* terminfo

TEMR として xterm-256color を使うと ncv が 32 で bold が使えないので、 xterm-256color-bold を用意して、それを使うことにする。 
% infocmp xterm-256color > xterm-256color-bold
% vi xterm-256color-bold (名前の変更、ncv#32 のエントリの削除)
# tic xterm-256color-bold
ふと試してみたら、256色対応の xterm でもちゃんと bold がでるなあ。 何で ncv#32 になっているんだろ。

* スクリーンショット

2005年04月14日(木)

★ コンピュータの説明は、 Windows XP でコンピュータ名の前、表示されます。

Windows XP でマイネットワークに表示される名前が「コメント (ホスト名)」と なってとても見難かったのだが、解決方法を見付けた。
* KB330193 (http://support.microsoft.com/default.aspx?scid=kb;en-us;330193)
なんでこれがデフォルトじゃないのだろうか。

★ EMPTY_LOGS

MEPIS で起動時に /var/log/ のファイルが消えてしまうのを調べてみる。
よく分からないけど、/etc/default/mepis に EMPTY_LOGS=yes という記述を発見。 いったいどこから参照されているかもサッパリ…。
とりあえず no にしておいて、今度リブートした時に確認するとしよう。

2005年04月27日(水)

★ YEN SIGN

Emacs 22 で ASCII と JIS X 0208 しか含んでいないつもりのメールが ISO-2022-JP-2 で送信されてしまった。
調べてみたら、UTF-8 のファイルからコピペした U+00A5 (YEN SIGN) が (make-char 'latin-iso8859-1 37) になっていたためであった。
とりあえず、~/.emacs に以下を追加するとしよう。 
(eval-after-load "subst-jis"
  '(progn
     (puthash #x00a5 (make-char 'latin-jisx0201 ?\\) ucs-unicode-to-mule-cjk)
     (puthash (make-char 'latin-jisx0201 ?\\) #x00a5 ucs-mule-cjk-to-unicode)
     ))
U+203E (OVERLINE) も JIS X 0201 にデコードさせた方が良いかな。
以上、3 日分です。
Powered by hns-2.19.6, HyperNikkiSystem Project
戻る