元スレEmacs part 27
emacs覧 / PC版 / みんなの評価 : ○
前へ
601 = :
最近、Linuxとかの好調もともなってEmacsが地味に勢力を拡げているような気がする…
俺のまわりでもEmacs使いがぽつぽつ増えた。
602 = :
と思うだろ？
実際は nano が…、来んなぁ…。
604 = :
windowsオブジェクトそのものがそうだけど…
605 = :
>>604
すみません、もしよければもうちょっと詳しく教えていただけませんか？
私の場合、 window-id のようなものを hash-table のキーとして
使用したいので、可変でないものが望まれるのですが。
606 = :
>>605
なんで「ようなもの」なの?
window-idそのものじゃだめなの?
607 = :
>>606
私の思い違いかもしれませんが、
個々の window に対して定義してあると思われる window-id の
アクセッサーが用意してないようなので、別の方法があるのかと思いました。
汚いですが、
(assoc 'window-id (cadadr (current-frame-configuration)))
でもwindow-idは取れますが、フレーム単位になってしまうので、
何か別の方法があると助かります。
609 = :
>>607
あと多分それは期待してるものと違うんじゃない?
http://www.bookshelf.jp/texi/elisp-manual-20-2.5-jp/elisp_29.html#SEC436
> window-id
> フレームとして使うウィンドウシステムのウィンドウ番号。
Emacs で言う window を言ってるのか、 Emacs で言う frame (= ウィンドウシ
ステムで使われる window) を言ってるのかわかんね…
611 = :
`selected-window' とか評価した時に表示される数値(windowオブジェクトのsequence_number)
は、print_object しか口が用意されてないのね。
613 = :
もう解決したみたいなんだけど…
(window-list)で返ってくるリストに入っているwindowオブジェクトは、
他のどのLispオブジェクトともeqにならないけど、
必要なものはそういうものとは違うの?
数値になっている必要がある?
必要なのが(frame-list)の方でもおんなじなんだけど。
616 = :
とりあえず、Emacs23がリリースされてからでいいんで、
フォンとの設定の仕方を誰かまとめてくっさい。
618 = :
>>601
いったい、Emacs 利用者数ってどれくらいなんだろうかね?
日本、世界それぞれで。
619 = :
リアルな話、日本で5,6人、世界で30人前後じゃねーの。
620 = :
>> 619
それはアンリアルすぎる～ www
単位に万が抜けてるでしょ!?
まぁ、なんとなく世界ではもっと多いような気がしないでもないが....
どっか、そういう統計がないものかね?
621 = :
>>620
うざい、どっか逝け。
622 = :
elscreen であるバッファを kill-buffer した後に、他のスクリーンで既に表示されている
バッファは表示されないようにしたいのですが、どうすればいいですか？
624 = :
>>622
バッファは消したいけれど、タブ自体は残したいのではないかな
625 = :
>>621
10:09:44 - 10:08:52 = 00:00:52 !?
そんなあなたには、いますぐ、精神安定化のため M-x doctor をお勧めします...
626 = :
Emacs いつになれば 俺は這いあがれるだろう
627 = :
もうすぐアケオメだねみんな
げんきしてるの？
629 = :
今年の収穫か。沢山あるが、ほとんどが自作elispか、
他人のをヘビーに改良したやつだな。
自作以外を強いて挙げるならば、vipper-mode、yasnippet、slime、dropdown-list ってとこかな。
632 = :
XEmacsをキゼマックスと呼ぶことにようやく自分の中で踏ん切りがついたこと。
636 = :
.emacs にいろいろ書くと便利になることを知りました（＞＜）
638 = :
るびきちプロダクトは避けるのが吉。食い散らかしなんだもん。
640 = :
はい思いました
641 = :
このさい、C++で拡張書ければかなり楽なのになあ…
642 = :
なんでC++
643 = :
>>642
やっぱりEmacs使うようなヘビメタユーザーはC++に一番慣れてるからじゃね？
644 = :
Emacs使う人間がC++になれている……？
Emacs自体はCで書かれていて、拡張はLisp方言のelispで書くのに…？
よくﾜｶﾝﾈ
645 = :
>>644
C++の熟練者はCの熟練者でもあるからなあ。
実装上、Cのほうが効率が良ければC++で書けてもCで書くだろふつう。
あと、拡張がLisp系なのはGNU Emacs開発時にC++は生まれたてだったから。
当然処理系の実装も枯れておらず、情報もなければ標準も定まってなかった。
GNU Emacsの開発開始が1984, C++ Programming Languageの発行が1985。
646 = :
あと、逆に言えばCに熟練したプログラマは当然C++が使えないということもないよ。
647 = :
PythonやRubyもCで実装されてるんだし、Cで何ら問題ない気がするけど。
それよりも、Lisp部分をもっと汎用的にしてくれたほうがうれしい。
なんか関数型言語ブームみたいだし。
649 = :
CommonLispやScheme、あるいはHaskellとかならまだ分かるし
百歩譲ってJavaScriptなら理解できるが
なぜC++ｗ
自分はまともなCSの教育を受けたことも無くC系言語しか知らないドカタPGなので
関数型言語は理解できないんですって素直に言ったらどうだ
わざわざ.emacsをC++で記述するつもりかよ？
650 = :
C++で書いたライブラリの関数を静的リンク無しでelispから呼び出せるとかそういうのは欲しいと思う
みんなの評価 : ○
emacs一覧へ類似してるかもしれないスレッド
- Emacs part 25 (1001) - [92%] - 2008/8/10 0:18 ○
- Emacs part 26 (1001) - [92%] - 2008/11/8 20:47 ○
- Emacs part 22 (1001) - [92%] - 2008/1/18 7:47 ○
- Emacs part 28 (605) - [92%] - 2009/3/25 0:37 ○
- Emacs part 23 (1001) - [92%] - 2008/2/8 0:04 ☆
- Emacs Part 47 (995) - [84%] - 2015/4/19 13:01
- Emacs Part 37 (1001) - [84%] - 2011/6/20 19:47
- Emacs part24 (991) - [84%] - 2008/5/10 5:08 ○
- Emacs Part 40 (1001) - [76%] - 2012/9/7 0:30
- Emacs Part 53 (989) - [76%] - 2022/12/5 12:45
- Emacs Part 39 (990) - [76%] - 2012/2/9 19:45
- Emacs Part 34 (1001) - [76%] - 2010/6/21 19:45 ○
- Emacs Part 33 (1001) - [76%] - 2010/3/9 20:01 ○
トップメニューへ / →のくす牧場書庫について