Emacs part 20
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2006/09/03(日) 23:44:52GNU Emacs - GNU Project - Free Software Foundation (FSF)
http://www.gnu.org/software/emacs/
emacs - SCM: CVS Repositories [Savannah]
http://savannah.gnu.org/cvs/?group=emacs
EmacsWiki
http://www.emacswiki.org/
Emacs 電子書棚
http://www.bookshelf.jp/
0764名無しさん@お腹いっぱい。
2006/12/09(土) 01:19:46ちょっと手元でやってみたけど、コード書くときは無意識に skk を切ってるみ
たい。それに C-m は reindent-then-newline-and-indent にしてるんで、ボク
の場合は改行はそのときの気分 (指のポジションとか) で C-m, C-j, RET を適
当に打ってるっぽい。
0765名無しさん@お腹いっぱい。
2006/12/09(土) 03:49:35ちょっと無駄だと気付いたので、気をつけよう。
0766名無しさん@お腹いっぱい。
2006/12/09(土) 20:51:20なでしこのコード書くときは困るかもしれんがemacs使いでなでしこ使ってるやつなんていそうにない。
0767名無しさん@お腹いっぱい。
2006/12/09(土) 21:22:370768名無しさん@お腹いっぱい。
2006/12/09(土) 21:38:27lで英数モードにしてコード書きたいんじゃねーの?
コメント書く時だけ、かなモードとか
あるいはHTMLファイルの編集とか
0769名無しさん@お腹いっぱい。
2006/12/09(土) 21:51:210770名無しさん@お腹いっぱい。
2006/12/09(土) 22:59:280771名無しさん@お腹いっぱい。
2006/12/09(土) 23:17:51常識的なスタイルで一貫してれば何でもいい
0772名無しさん@お腹いっぱい。
2006/12/09(土) 23:48:180773名無しさん@お腹いっぱい。
2006/12/10(日) 06:07:15自分は (setq tab-width 4) だけど、 8 で書いてあるソースが結構あって
M-: (setq tab-width 8) RET するのが面倒くさい
c-set-style をファイル・ディレクトリ名から推測
http://www.emacswiki.org/cgi-bin/wiki/IndentingC#IndentingC11
c-basic-offset をファイルの内容から推測
http://www.emacswiki.org/cgi-bin/wiki/GuessOffset
上の二つは微妙に違うんだよね。。
0774名無しさん@お腹いっぱい。
2006/12/10(日) 09:06:412なり3なり4なりにするんだよ。
TABが8じゃないってのはエディタがスマートインデントできない環境の悪習。
0775名無しさん@お腹いっぱい。
2006/12/10(日) 09:15:220776名無しさん@お腹いっぱい。
2006/12/10(日) 11:32:22私は、通常tab-width 8な状態で、tab-widthが4なソースを読み書きする場合、
http://www.mdcnet.co.jp/~keiichi/pbf-mode.shtml
を使って、~/.emacs.elに
(require 'pbf-mode)
(pbf-setup)
(pbf-mode t)
(c-add-style
"foo"
'((tab-width . 4)
(c-basic-offset . 4)
(c-comment-only-line-offset . 0)
(c-offsets-alist
(statement-block-intro . +)
(substatement-open . 0)
(substatement-label . 0)
(label . 0)
(statement-cont . +))))
~/.pbf.elに
(pbf-project BAR nil
"BAR"
:directory "bar"
:c-style "foo")
とかしてます。
ご参考まで。
0777名無しさん@お腹いっぱい。
2006/12/10(日) 12:07:27私はこうしてる。
(define-key global-map "\C-xt4"
(lambda () (interactive)
(setq tab-width 4)
(redraw-frame (car (frame-list)))))
(define-key global-map "\C-xt8"
(lambda () (interactive)
(setq tab-width 8)
(redraw-frame (car (frame-list)))))
0778名無しさん@お腹いっぱい。
2006/12/10(日) 12:22:45つながんね
0779名無しさん@お腹いっぱい。
2006/12/10(日) 12:32:06原理主義者ほど、やれアーキテクチャが綺麗・汚いとかで論争を戦わせるけど、
結局IMEなんて、ユーザにとって使いやすくてナンボでしょ。
そういう意味では、ATOK+IIIMECFに勝るモノはないと思う。ただし、必ずsubversion
で最新のスナップショットを引っ張ってくる必要があるけど。あと、ATOKの
9800円が高いなら、TCP接続にして、Solaris無償版のATOKエンジンを繋げる
こともできるぞ。またはヤフオクで旧版ATOKを1000円以下の超安価で購入して、
新版に5000円でアップグレードということもまだ可能かと思われる。
0780773
2006/12/10(日) 12:48:46とりあえず今日からデフォルトを (setq tab-width 8) にして、
>>777 みたく手動で切り替えようかと。
>>776
今現在pbf-mode試してます。
>>778
ぐぐったらすぐ出てきた
http://72.14.235.104/search?q=cache:_qe4cJsqOiAJ:www.mdcnet.co.jp/~keiichi/pbf-mode.shtml
プロジェクト単位で管理 − pbf-mode
http://www.bookshelf.jp/soft/meadow_42.html#SEC616
0781名無しさん@お腹いっぱい。
2006/12/10(日) 15:49:37俺はそっち使ってる。
0782名無しさん@お腹いっぱい。
2006/12/10(日) 20:30:450783名無しさん@お腹いっぱい。
2006/12/10(日) 20:44:420784名無しさん@お腹いっぱい。
2006/12/10(日) 21:55:01IIIMECF ってリージョン再変換できないしなぁ
0785名無しさん@お腹いっぱい。
2006/12/10(日) 23:53:57案外自然に指が動いてくれる。
0786名無しさん@お腹いっぱい。
2006/12/11(月) 00:54:43なぜ戸惑うのかがハッキリしないからなんともだけど、今は uim-skk とか
scim-skk とかあるしねえ。
0787名無しさん@お腹いっぱい。
2006/12/11(月) 04:12:080788名無しさん@お腹いっぱい。
2006/12/11(月) 09:24:18もう帰っていいよ
0789名無しさん@お腹いっぱい。
2006/12/11(月) 22:06:230790名無しさん@お腹いっぱい。
2006/12/11(月) 22:51:500791名無しさん@お腹いっぱい。
2006/12/12(火) 16:46:100792名無しさん@お腹いっぱい。
2006/12/12(火) 17:00:310793名無しさん@お腹いっぱい。
2006/12/12(火) 17:03:22ありがとうございます。
color16からcolor255まで出てきましたが全部真っ黒でした。
ckが256色対応と思い込んでたんですが、違ったみたいです。
0794名無しさん@お腹いっぱい。
2006/12/12(火) 17:16:25>ATOK+IIIMECFに勝るモノはないと思う。ただし、必ずsubversion
>で最新のスナップショットを引っ張ってくる必要があるけど。
subversionどこにあります? 教えてくれませんでしょうか
0795名無しさん@お腹いっぱい。
2006/12/12(火) 23:14:360796名無しさん@お腹いっぱい。
2006/12/12(火) 23:58:140797名無しさん@お腹いっぱい。
2006/12/13(水) 00:02:53正論だな
0798名無しさん@お腹いっぱい。
2006/12/13(水) 03:35:190799名無しさん@お腹いっぱい。
2006/12/14(木) 00:40:37なにか良いアイデアありませんか??.emacsで、.zsh-historyをuniqして読み込んでcomint-historyに
することはできるかないかなぁ。。。。
0800名無しさん@お腹いっぱい。
2006/12/14(木) 00:56:02おっ、同じことを考えている人がいる。頑張って下さい。(≧∇≦)
term なら最初っからそうなっているんだけど、なんか使いづらいんだよね。
0801名無しさん@お腹いっぱい。
2006/12/14(木) 03:05:540802名無しさん@お腹いっぱい。
2006/12/14(木) 03:32:130803名無しさん@お腹いっぱい。
2006/12/14(木) 03:39:270804名無しさん@お腹いっぱい。
2006/12/14(木) 21:33:46だと起動時にerrorが出るけど
(global-set-key "\C-xr" 'hoge)
だとerrorが出ない…。
これって文法の問題じゃないってことだよね?
ctrl-q rには独自に弄れないってことなん?
0805名無しさん@お腹いっぱい。
2006/12/14(木) 21:41:130806名無しさん@お腹いっぱい。
2006/12/14(木) 21:46:31なんでctrl-qはダメなんだよ差別なのかよ酷いよ
0807名無しさん@お腹いっぱい。
2006/12/14(木) 22:20:250808名無しさん@お腹いっぱい。
2006/12/14(木) 22:54:000809名無しさん@お腹いっぱい。
2006/12/15(金) 08:44:08(たとえば 日本語文字列を encode-coding-stringしたときとか)
これ、読みにくいので16進数にするという設定はできないでしょうか・・??
0810名無しさん@お腹いっぱい。
2006/12/15(金) 09:56:04ソースの該当箇所を探して書き換える方が楽そうだな。
0811名無しさん@お腹いっぱい。
2006/12/15(金) 17:25:10bidi は実装されてるの?
0812名無しさん@お腹いっぱい。
2006/12/15(金) 19:02:34されてない悪寒。
ttp://www.meadowy.org/meadow/attachment/wiki/Screenshots/mule-fonts-HELLO.png
でも、NTEmacsでTTFを使った場合は、Arabicはダメだけど、Hebrewは
ちゃんと表示さたりする。
0813名無しさん@お腹いっぱい。
2006/12/15(金) 20:11:10IIIMECFなんて使うんだったらuim-el+anthyだよもん。
0814名無しさん@お腹いっぱい。
2006/12/15(金) 20:24:05そうなのか。
昔 emacs-bidi branch があったからとっくに統合されてるのかと思ってた。
>>813
uim-el は予測入力もサポートしてるからなかなかいいね。
0815名無しさん@お腹いっぱい。
2006/12/16(土) 12:44:220816名無しさん@お腹いっぱい。
2006/12/16(土) 15:52:46需要あるとはおもえんが。
0817名無しさん@お腹いっぱい。
2006/12/16(土) 19:01:37日本語は問題ないが中国語のEmacs入力メソッドってろくなのないだろ。
scim-pinyinは便利よ。
0818名無しさん@お腹いっぱい。
2006/12/16(土) 19:10:56egg-wnn じゃだめなん?
chinese-gb-egg-wnn-py があるが。
0819名無しさん@お腹いっぱい。
2006/12/16(土) 19:18:040820名無しさん@お腹いっぱい。
2006/12/16(土) 19:30:210821名無しさん@お腹いっぱい。
2006/12/17(日) 04:37:10なにそれw
なんでもありだな
0822名無しさん@お腹いっぱい。
2006/12/17(日) 09:52:23昔は使ってたけど、使いにくいよ。
まあデフォでleimに入ってるのよりゃマシっちゃマシだが。
0823名無しさん@お腹いっぱい。
2006/12/17(日) 18:01:09--batch してる時のデバッグどうしてますか?
普通に起動してるときは大丈夫なんだが、
--batch で起動すると挙動が変わるんだorz
0824名無しさん@お腹いっぱい。
2006/12/17(日) 19:01:490825名無しさん@お腹いっぱい。
2006/12/17(日) 19:20:460826名無しさん@お腹いっぱい。
2006/12/17(日) 20:53:230827名無しさん@お腹いっぱい。
2006/12/18(月) 01:18:240828名無しさん@お腹いっぱい。
2006/12/18(月) 02:26:470829名無しさん@お腹いっぱい。
2006/12/18(月) 18:26:400830名無しさん@お腹いっぱい。
2006/12/18(月) 18:31:200831名無しさん@お腹いっぱい。
2006/12/18(月) 19:19:160832名無しさん@お腹いっぱい。
2006/12/18(月) 19:57:24馬鹿には出せないだろうけど。
0833名無しさん@お腹いっぱい。
2006/12/18(月) 20:46:310834名無しさん@お腹いっぱい。
2006/12/19(火) 01:44:28http://platypope.org/yada/emacs-demo/
■ デモで扱ったElispパッケージ群
http://platypope.org/blog/2006/9/8/i-need-a-cool-european-accent
貼っておきますね
0835名無しさん@お腹いっぱい。
2006/12/19(火) 16:47:59GJ!
0836名無しさん@お腹いっぱい。
2006/12/22(金) 02:29:43例えば、hoge->Open()みたいに関数名がシンプルになってるから、
エディターの方で、hogeが何型か判別してくれないと、ちゃんと
タグジャンプできなくなってきてる。
Cだと、HogeOpen(hoge)みたいに書くから現状のタグジャンプで
十分だけど、そもそも、rmsがCしか使ってなさそうだから、
改善される気もしないな。
インテリセンスをlispで実装しても、とんでもなく重そうだし。
0837名無しさん@お腹いっぱい。
2006/12/22(金) 03:37:020838名無しさん@お腹いっぱい。
2006/12/22(金) 22:51:530839名無しさん@お腹いっぱい。
2006/12/22(金) 23:06:000840名無しさん@お腹いっぱい。
2006/12/22(金) 23:14:040841名無しさん@お腹いっぱい。
2006/12/23(土) 01:00:070842名無しさん@お腹いっぱい。
2006/12/24(日) 14:31:50文中に 0xfffe (Zero width space/BOM) があると、問題が起こる。
例えば、emacs-nox な環境でそういう文章を表示しようとすると、幅 1 の
文字として認識してしまう。
なので、折り返しなどの処理がおかしくなる。
0843名無しさん@お腹いっぱい。
2006/12/24(日) 14:50:390844名無しさん@お腹いっぱい。
2006/12/24(日) 14:57:03emacs の処理は不完全だから。
たまに問題が出る。
0845名無しさん@お腹いっぱい。
2006/12/24(日) 16:34:18つーか、そもそも「文中に」BOMがあることの方が問題じゃないか?
そういうファイル・データは invalid だろ。
0846名無しさん@お腹いっぱい。
2006/12/24(日) 16:52:44まぁ、そうなんだけどね。
でも zero width space としても使うから。
0847名無しさん@お腹いっぱい。
2006/12/25(月) 11:32:36対応した括弧に飛びたい。
0848名無しさん@お腹いっぱい。
2006/12/25(月) 11:52:110849名無しさん@お腹いっぱい。
2006/12/25(月) 15:51:150850名無しさん@お腹いっぱい。
2006/12/25(月) 18:31:34っていつもまともな値を返しているんでしょうか?
update に t を指定すると毎回ちゃんと値を返すと
リファレンスマニュアルに書いてあるんですが…どうもそうなっていない?
0851名無しさん@お腹いっぱい。
2006/12/25(月) 18:52:53Kimが壊しちゃったかもな
0852名無しさん@お腹いっぱい。
2006/12/26(火) 02:02:100853名無しさん@お腹いっぱい。
2006/12/26(火) 02:08:120854名無しさん@お腹いっぱい。
2006/12/26(火) 10:06:28>>842 には UTF-8 と書いてあるんだけど、なんでバイト列としての 0xFF, 0xFE が
出てきて、それを ZERO WIDTH SPACE/BOM と言っているのか、チト不明。
#単に 0xFE, 0xFF の打ち間違いかもしれんが…
U+FEFF なら ZERO WIDTH NO-BREAK SPACE で、UTF-16 での BOM にも使う。
UTF-16 のリトルエンディアンなら実際のオクテット(バイト)列は 0xFE, 0xFF、ビック
エンディアンなら 0xFF, 0xFE となって、BOM としての文字通りバイトオーダーを知る
ための目印でもある。
UTF-8 でいわゆる BOM と呼ばれているものは、当然バイトオーダーを知るための
目的はなくて、単に UTF-8 の自動認識の為にあるようなもの(付いてる、付いてないで
それぞれ問題が起きることは周知ではある)。
で、UTF-8 の BOM は 0xEF, 0xBB, 0xBF というバイト列で、これは U+FFFE という
(≠U+FEFF/ZERO WIDTH NO-BREAK SPACE) Unicode(UCS)で定義されてない
コードを UTF-8 風にエンコードしたものを使っている。
0855名無しさん@お腹いっぱい。
2006/12/26(火) 10:11:22自己レスしてるし。
0856名無しさん@お腹いっぱい。
2006/12/26(火) 13:03:29>>842 は ZERO WIDTH NO-BREAK SPACE が -nw な環境で文字幅1として認
識されるのが問題って言ってるんでしょ?
ウダウダ言ってないで察してやれよ。
0857名無しさん@お腹いっぱい。
2006/12/26(火) 18:04:550858名無しさん@お腹いっぱい。
2006/12/26(火) 19:46:330859名無しさん@お腹いっぱい。
2006/12/26(火) 19:50:160860名無しさん@お腹いっぱい。
2006/12/26(火) 20:00:570861名無しさん@お腹いっぱい。
2006/12/26(火) 23:13:08うまくemacsネタで落とした。
よくやった。
0862名無しさん@お腹いっぱい。
2006/12/27(水) 10:00:380863名無しさん@お腹いっぱい。
2006/12/27(水) 17:51:29何故かはしらんがワロタ
■ このスレッドは過去ログ倉庫に格納されています