Emacs part 27
■ このスレッドは過去ログ倉庫に格納されています
0001Zeno
2008/11/09(日) 08:48:02スレッドルールは以下の通り：
* 初心者にやさしく接すること
* Emacsユーザーとの仲間意識をしっかり持って、馴れ合いを怠らないこと
* このスレでのコミュニケーションを前スレ以上に活発にすること (用がなくとも、毎日の書き込みが理想)
* 部外者/非Emacsユーザーの書き込みも可。但し、女性の書き込みは場の雰囲気を乱すので不可
* 自分で書いた便利なコード/アイディアは他人とシェアしようと試みること
＿/l__
／ く
| ´ω｀ | ぐにゅう emacs
| Ｃ='|
* Emacs スレッドのマスコットキャラである「ぐにゅう君」 (↑のAA) と
吾 (Zeno ◆5nZQbNmQPs) への挨拶も忘れないように!
GNU Emacs - Free Software Foundation (FSF) http://www.gnu.org/software/emacs/
EmacsWiki http://www.emacswiki.org/
Emacs 電子書棚 http://www.bookshelf.jp/
Emacs CVS Repositories [Savannah] http://savannah.gnu.org/cvs/?group=emacs
Emacs Lisp List http://www.damtp.cam.ac.uk/user/sje30/emacs/ell-date.html
最新の stable リリース (22.2) のダウンロード http://ftp.gnu.org/pub/gnu/emacs/emacs-22.2.tar.gz
Windows用 NTEmacs の最新ダウンロード https://sourceforge.jp/projects/ntemacsjp/files/
前スレ http://pc11.2ch.net/test/read.cgi/unix/1218093847/
CVS先端: cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co emacs
Emacs は世界を救う!
0002名無しさん＠お腹いっぱい。
2008/11/09(日) 11:24:41最新の stable リリースは 22.3 (ftp://ftp.gnu.org/pub/gnu/emacs/emacs-22.3.tar.gz)
0003名無しさん＠お腹いっぱい。
2008/11/09(日) 12:45:39Emacs21.4.1で、ja_JP.UTF-8の記号文字の幅を解決する方法があったらお教え
いただけないでしょうか？
Fedora や CentOSはlocaleがja_JP.UTF-8ですが、記号やギリシャ文字などの幅
が半角だと扱われてしまいます（…■○△αβд）。
Emacs上だけでもそれを解決したいと思い、↓のページの内容を適用したところ、
・Emacs22 + UTF-8 における文脈依存な文字幅の問題について
http://www.pqrs.org/tekezo/emacs/doc/wide-character/index.html
いちおう動くようになりました。
しかし、他にEmacs21(on CentOS 5.2)が使われているマシンがあって、こちら
には前述の方法が適用できません。これを解決する方法があったら、お教えい
ただきたいのです。
よろしくお願いいたします。
0004名無しさん＠お腹いっぱい。
2008/11/09(日) 16:30:40こんなこと言うやつがEmacs使ってるのか
0005名無しさん＠お腹いっぱい。
2008/11/09(日) 16:50:260006名無しさん＠お腹いっぱい。
2008/11/09(日) 17:17:59Emacsのシンボルが雄牛で男性を象徴してたり
アラビア・ヘブライ文字を排斥してたり
0007名無しさん＠お腹いっぱい。
2008/11/09(日) 17:20:36それはZeno◆5nZQbNmQPsって変人の世界観から由来してるだけだからww
0008名無しさん＠お腹いっぱい。
2008/11/09(日) 17:23:090009名無しさん＠お腹いっぱい。
2008/11/09(日) 17:53:30そういうのもだるいしね。
0010名無しさん＠お腹いっぱい。
2008/11/09(日) 19:58:11http://www.amazon.co.jp/%E6%9B%B8%E5%BA%97-%E7%94%A3%E6%A5%AD-%E6%9C%AC/s?ie=UTF8&keywords=%E6%9B%B8%E5%BA%97&rh=n%3A255520011%2Ck%3A%E6%9B%B8%E5%BA%97&page=1
0011名無しさん＠お腹いっぱい。
2008/11/09(日) 23:29:520012名無しさん＠お腹いっぱい。
2008/11/09(日) 23:45:110013名無しさん＠お腹いっぱい。
2008/11/10(月) 00:13:090014名無しさん＠お腹いっぱい。
2008/11/10(月) 01:06:481があぼ〜んされてても誰も困らないだろ
0015名無しさん＠お腹いっぱい。
2008/11/10(月) 01:15:19Emacs23でも罫線とかの記号が半角幅になってしまうけど、
そのページの方法だとutf-translate-cjk-set-unicode-range
がないとエラーになる。
Emacs23ではどうすればいいのかい？
0016名無しさん＠お腹いっぱい。
2008/11/10(月) 01:51:09> また面白そうな elisp が。
> company-mode は skk と干渉してたけどこっちは大丈夫。
これって、ここ何年か、3箇月に一度くらいのレートで再発明されてないか?
それも、どれもこれも同じような名前でさ。
なんでいつまで経っても決定版が普及しないんだ?
0017名無しさん＠お腹いっぱい。
2008/11/10(月) 09:56:540018名無しさん＠お腹いっぱい。
2008/11/10(月) 10:13:52純粋関数型言語によるextensible, customizable editor
00193
2008/11/10(月) 11:46:00もしれません。自分で検索しても見つかりませんでした。
それにしても、Emacs 21 on ja_JP.UTF-8 が RedHat Linux や CentOSの標準で
配布されて久しいのに、記号の入力が解決していないのだとしたら、驚きだと
思います。
この問題に困った人は皆、Emacs 22に移行したのかもしれません。自分もそう
するよう検討してみます。
しかし>>15さんによると、Emacs 23でこの問題が復活しているようです。まいっ
たなあ。
0020名無しさん＠お腹いっぱい。
2008/11/10(月) 12:16:16Emacs-23 も昔は設定が必要だったけど、近頃は特に設定せずに全角幅で表示されている。
最新だとどうなってるかは知らんが。
00213
2008/11/10(月) 18:14:01> Emacs-21 with Mule-UCS では特に設定せずとも、JIS X 0208 で表示されたと思う。
おお、そうなのですか！
Mule-UCS Unofficial Site
http://tats.haun.org/mule-ucs/
http://www.meadowy.org/~shirai/elips/mule-ucs.tar.gz
CentOS5.2のEmacs(21.4.1)にはMule-UCSは入っていますが、JISX0208は入って
いません。そこで、↑のページからtarをダウンロード、コンパイルして、
jisx0213 だけをload-pathの通ったディレクトリに移し、
(require 'jisx0213) を実行してみました。
「Fatal error (11).セグメンテーション違反です」
でEmacsが落ちました。うう。
Emacs 23は今はもう問題ないのですね。21もきちんと対応してくれないかしら。
00223
2008/11/10(月) 22:11:38ところが、やはり記号の幅の認識がおかしいのです。
↓のページの内容を設定しているのですが。
http://nijino.homelinux.net/emacs/utf-cjk.html
そう言えば、これを書いているFedora 9のマシンでも、Emacs(22.2.1)に奇妙な
挙動があります。Emacsの起動時に何かファイルを指定してやると、*scratch*
バッファのデフォルトのメッセージが表示されず、まったくの空になるのです
が、そうなったときだけ記号の幅が正しく評価されるのです。
つまり、
;; This buffer is for notes you don't want to save, and for Lisp evaluation.
;; ...
このメッセージが*scratch*バッファに起動時に表示されていると、記号の幅の
認識がおかしくなるのです。
そして、CentOS の Emacs(22.1.1)は、起動時に編集対象のファイルを指定して
も、*scratch*バッファのメッセージは消えず、必ず表示されています。
何とも理解しがたい挙動ですが、どうしたらCentOSのほうでも記号の幅を解決
できるでしょうか？どうにかして記号混じりのHTMLを編集したいのですが。
ちなみに (setq initial-scratch-message "") を設定してみましたが、記号に
対する効果はありませんでした。まあそうですよね。
0023名無しさん＠お腹いっぱい。
2008/11/10(月) 22:54:36frame-notice-user-settings も評価されないようなので、その辺が関係してるのかも。
気になるのは以下のようなところでしょうか。
・emacs -q で起動するとどうなる?
・問題の記号にカーソルを合わせて C-u C-x = を叩くと、どう表示される?
;; -nw では無いよね?
0024前スレ978
2008/11/11(火) 03:33:53そこでとりあえずそれの解決手段はひとまず措いておいて、
まずFedora5以降やCentOS5等で
emacsをyumでインストール(またはOSインストールと一緒に)した際に
同様の問題が発生した方はいますでしょうか？
もし、その辺のバージョンを使っているけど
そういったことが起きていない方いましたらその環境を教えてください。
ちなみにディストリビューションが限定されているのは、
仕事上の都合です。
前スレから転載
>GNU emacs21.3から21.4にしたのですが、
>emacs上でコンパイル(M-x compile)してエラーが発生した際に
>エラー行に自動でジャンプしてくれなくなりました。
>これはどうすれば自動でジャンプしてくれるようになるんでしょうか?
>参考になるサイトが無いか調べてますが、よく分かりません。
>とりあえず以下のような構成だと起きることが分かりました。
>
>ディレクトリ構成
>root
>+--dir1
>
>上記のディレクトリ構成で各ディレクトリにMakefileがあり、
>rootのMakefileから子ディレクトリのMakefileを呼んでいる構成になります。
>そのコンパイル中にdir1にあるソースでエラーが発生した際にジャンプしませんでした。
>しかしdir1内のMakefileを直接実行した際のエラーはジャンプしてくれました。
>
>以上の点からソースを検索するディレクトリが判断できていないということだと思うのですが、
>それの解決法をご存知の方いましたら、教えてください。
0025名無しさん＠お腹いっぱい。
2008/11/11(火) 07:15:55すが、みなさま普通に表示されていますでしょうか。
0026名無しさん＠お腹いっぱい。
2008/11/11(火) 07:31:02その前に、womanでperlのpodマニュアルを表示する方法についてkwsk
0027名無しさん＠お腹いっぱい。
2008/11/11(火) 07:53:17私が使っているシステム(debian)では、perl 関連のパッケージをインストールすると、
man コマンドでも pod を表示できるようにセットアップされるようです。(debian
perl policy でそうするように謳われていました。)
手動でやる場合は、pod2man コマンドで変換したマニュアルを man パスが通ったところ
に置けば表示できるかと思います。
コンソールで % man CGI または、M-x man CGI とした場合はシングルクォートが表示
されるのですが、M-x woman CGI の場合は表示されません。
0028名無しさん＠お腹いっぱい。
2008/11/11(火) 08:11:520029名無しさん＠お腹いっぱい。
2008/11/11(火) 08:34:1000303
2008/11/11(火) 09:49:44> command-line-1 を眺めると initial-scratch-message が挿入されない時は
> frame-notice-user-settings も評価されないようなので、その辺が関係してるのかも。
ありがとうございます。もうこの辺は私には分かりません。
> ・emacs -q で起動するとどうなる?
現象は変わらないです。
> ・問題の記号にカーソルを合わせて C-u C-x = を叩くと、どう表示される?
通常
Char: ● (53500, #o150374, #xd0fc, file ...) point=6510 of 6887 (95%) column=32
-qオプション
Char: ● (299311, #o1110457, #x4912f, file ...) point=6510 of 6887 (95%) column=60
基本的に同じです。 .emacs.el に (setq default-tab-width 4) があるので、
カラム位置が変わっていますが。
> ;; -nw では無いよね?
はい、違います。PuTTY Release 0.60-jp20070603 から利用しています。
0032名無しさん＠お腹いっぱい。
2008/11/11(火) 11:28:19いやちょっとそれ putty ってことは -nw なんじゃないの。
00333
2008/11/11(火) 11:43:41> いやちょっとそれ putty ってことは -nw なんじゃないの。
なんと、そういう意味なのですか。ごめんなさい、勘違いしていました。
おっしゃるとおり、X上ではなく、キャラクタ端末上で動かしています。
ちなみに、utf-translate-cjk-set-unicode-range を設定しても改善されない
と書きましたが、実は少し改善されています。
例えば、「●●●…」と入力していくと、
utf-translate-cjk-set-unicode-range の設定なしでは、カーソルは半角ずつ
しか右に動かず、画面が乱れ、再描画してもカーソル位置が不正で、入力を続
けられません。
設定すれば、全角ずつ動いていき、入力を続けられます。しかし、BSで消して
いくと半角ずつしかカーソルが左に動かず、画面が乱れます。再描画すると正
常になり、入力を続けられます。
ちなみにどちらの場合でも、「●」の上をカーソルを左から通過させるには、
Ctrl+Fを二回押す必要があります。通過させると「●」が消えて半角の空欄に
なり、残りの文字は左に半角詰められます。画面の再描画で戻りますが。
原理を理解していないので、ダラダラとまとまりのない報告しかできず、申し
訳ありません。
0034名無しさん＠お腹いっぱい。
2008/11/11(火) 11:49:34tramp は？
0035名無しさん＠お腹いっぱい。
2008/11/11(火) 12:17:17puttyなら、設定のWindow > Translation > Treat CJK ambiguous characters as wide にチェックは入ってる？
その上の文字コードは UTF-8(CJK) になってる？
003625
2008/11/11(火) 12:34:29ウチでは 23, 22 ともダメなんですよね。
``emacs -q -nw'' でコンソールでやっても
woman の場合だけシングルクォートが落ちてしまうようです。
Debian 固有の問題かなぁ。
00373
2008/11/11(火) 12:39:21はい、どちらもそうなっています。
日本語化PuTTYなので「CJK用の文字幅を使用する(W)」となっていますが。
ちなみに UTF-8 Auto-Detect Japanese にしろというページもあったのですが、
結果は UTF-8(CJK)と変わりませんでした。
0038名無しさん＠お腹いっぱい。
2008/11/11(火) 13:43:43screen を使ってたりしない?
00393
2008/11/11(火) 13:56:17> screen を使ってたりしない?
うわー！その通りでした！
screenなしで、素のPuTTYでアクセスすると、記号の編集が問題なくできました…。
そういえばFedora 9の方は、screenにパッチを当てた記憶があります。
どうも皆さん、大変ありがとうございました。お騒がせして申し訳ありませんでした。
0040名無しさん＠お腹いっぱい。
2008/11/11(火) 14:05:13majideshine
0041名無しさん＠お腹いっぱい。
2008/11/11(火) 16:28:11誰もが通る道だ。
■ このスレッドは過去ログ倉庫に格納されています