トップページunix
1001コメント289KB

Emacs part 27

■ このスレッドは過去ログ倉庫に格納されています
0001Zeno2008/11/09(日) 08:48:02
諸君、ここはかの有名な最強の汎用環境/エディタ、「Emacs」のスレッドである!

スレッドルールは以下の通り:
* 初心者にやさしく接すること
* Emacsユーザーとの仲間意識をしっかり持って、馴れ合いを怠らないこと
* このスレでのコミュニケーションを前スレ以上に活発にすること (用がなくとも、毎日の書き込みが理想)
* 部外者/非Emacsユーザーの書き込みも可。但し、女性の書き込みは場の雰囲気を乱すので不可
* 自分で書いた便利なコード/アイディアは他人とシェアしようと試みること
        _/l__
     /   く
    | ´ω`  | ぐにゅう emacs
     |    C='|
* 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
>>1
最新の stable リリースは 22.3 (ftp://ftp.gnu.org/pub/gnu/emacs/emacs-22.3.tar.gz)
0003名無しさん@お腹いっぱい。2008/11/09(日) 12:45:39
すみませんが、質問です。
Emacs21.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:26
わたし女だけど、テンプレにマジレスする男の人って…
0006名無しさん@お腹いっぱい。2008/11/09(日) 17:17:59
そもそもEmacs自体が米共和党的文化の下で育まれてきたものだからなあ…
Emacsのシンボルが雄牛で男性を象徴してたり
アラビア・ヘブライ文字を排斥してたり
0007名無しさん@お腹いっぱい。2008/11/09(日) 17:20:36
>>4
それはZeno◆5nZQbNmQPsって変人の世界観から由来してるだけだからww
0008名無しさん@お腹いっぱい。2008/11/09(日) 17:23:09
なんという閉鎖性
0009名無しさん@お腹いっぱい。2008/11/09(日) 17:53:30
キチガイの立てたスレは無視してもいいんだけど、
そういうのもだるいしね。
0010名無しさん@お腹いっぱい。2008/11/09(日) 19:58:11
勉強しなおせ
http://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:52
立て直すか?
0012名無しさん@お腹いっぱい。2008/11/09(日) 23:45:11
そうだね
0013名無しさん@お腹いっぱい。2008/11/10(月) 00:13:09
まだか?
0014名無しさん@お腹いっぱい。2008/11/10(月) 01:06:48
べつにここでいいじゃん
1があぼ〜んされてても誰も困らないだろ
0015名無しさん@お腹いっぱい。2008/11/10(月) 01:15:19
>>3
Emacs23でも罫線とかの記号が半角幅になってしまうけど、
そのページの方法だとutf-translate-cjk-set-unicode-range
がないとエラーになる。

Emacs23ではどうすればいいのかい?
0016名無しさん@お腹いっぱい。2008/11/10(月) 01:51:09
> ttp://dev.ariel-networks.com/Members/matsuyama/auto-complete
> また面白そうな elisp が。
> company-mode は skk と干渉してたけどこっちは大丈夫。

これって、ここ何年か、3箇月に一度くらいのレートで再発明されてないか?
それも、どれもこれも同じような名前でさ。

なんでいつまで経っても決定版が普及しないんだ?
0017名無しさん@お腹いっぱい。2008/11/10(月) 09:56:54
諦めてインテリセンスの軍門に下れ。
0018名無しさん@お腹いっぱい。2008/11/10(月) 10:13:52
visual studioのマクロ、拡張がF#で書けるようになったら考えるかも
純粋関数型言語によるextensible, customizable editor
001932008/11/10(月) 11:46:00
一日立ってもご回答がありませんでした。Emacs 21では対応不能ということか
もしれません。自分で検索しても見つかりませんでした。

それにしても、Emacs 21 on ja_JP.UTF-8 が RedHat Linux や CentOSの標準で
配布されて久しいのに、記号の入力が解決していないのだとしたら、驚きだと
思います。

この問題に困った人は皆、Emacs 22に移行したのかもしれません。自分もそう
するよう検討してみます。

しかし>>15さんによると、Emacs 23でこの問題が復活しているようです。まいっ
たなあ。
0020名無しさん@お腹いっぱい。2008/11/10(月) 12:16:16
Emacs-21 with Mule-UCS では特に設定せずとも、JIS X 0208 で表示されたと思う。

Emacs-23 も昔は設定が必要だったけど、近頃は特に設定せずに全角幅で表示されている。
最新だとどうなってるかは知らんが。
002132008/11/10(月) 18:14:01
>>20
> 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もきちんと対応してくれないかしら。
002232008/11/10(月) 22:11:38
CentOSのサーバにEmacs 22.1.1 を何とか導入しました。
ところが、やはり記号の幅の認識がおかしいのです。
↓のページの内容を設定しているのですが。
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:36
command-line-1 を眺めると initial-scratch-message が挿入されない時は
frame-notice-user-settings も評価されないようなので、その辺が関係してるのかも。

気になるのは以下のようなところでしょうか。
・emacs -q で起動するとどうなる?
・問題の記号にカーソルを合わせて C-u C-x = を叩くと、どう表示される?

;; -nw では無いよね?
0024前スレ9782008/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
woman で perl の pod マニュアルを表示した際にシングルクォートが表示されないので
すが、みなさま普通に表示されていますでしょうか。
0026名無しさん@お腹いっぱい。2008/11/11(火) 07:31:02
>>25
その前に、womanでperlのpodマニュアルを表示する方法についてkwsk

0027名無しさん@お腹いっぱい。2008/11/11(火) 07:53:17
>>26
私が使っているシステム(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:52
うちで表示されてるよ@emacs-22.3.1
0029名無しさん@お腹いっぱい。2008/11/11(火) 08:34:10
なんだ、manを表示してるだけか。
003032008/11/11(火) 09:49:44
>>23
> 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 から利用しています。
003165.243.132.2 2008/11/11(火) 10:31:15

唐突ですが、ange-ftp 以外の FTP クライアントを使ってる人います?

0032名無しさん@お腹いっぱい。2008/11/11(火) 11:28:19
>>30
いやちょっとそれ putty ってことは -nw なんじゃないの。
003332008/11/11(火) 11:43:41
>>32
> いやちょっとそれ putty ってことは -nw なんじゃないの。

なんと、そういう意味なのですか。ごめんなさい、勘違いしていました。
おっしゃるとおり、X上ではなく、キャラクタ端末上で動かしています。

ちなみに、utf-translate-cjk-set-unicode-range を設定しても改善されない
と書きましたが、実は少し改善されています。

例えば、「●●●…」と入力していくと、
utf-translate-cjk-set-unicode-range の設定なしでは、カーソルは半角ずつ
しか右に動かず、画面が乱れ、再描画してもカーソル位置が不正で、入力を続
けられません。

設定すれば、全角ずつ動いていき、入力を続けられます。しかし、BSで消して
いくと半角ずつしかカーソルが左に動かず、画面が乱れます。再描画すると正
常になり、入力を続けられます。

ちなみにどちらの場合でも、「●」の上をカーソルを左から通過させるには、
Ctrl+Fを二回押す必要があります。通過させると「●」が消えて半角の空欄に
なり、残りの文字は左に半角詰められます。画面の再描画で戻りますが。

原理を理解していないので、ダラダラとまとまりのない報告しかできず、申し
訳ありません。
■ このスレッドは過去ログ倉庫に格納されています