>>350
開くのはミニバッファではない気がしないでもないが、
開くとこのelisp削っちゃえば？

lisp読めないので，なんとも言えないですが，
.emacsのyatex設定部分ではないですよね？
/usr/share/emacs/site-lisp/yatex
あたりだとlispが膨大すぎてどこが開くところか分かりません．

>>352
そういう時は全部開いてみます。

OTL

>>352
yatexprc.elのYaTeX-typeset-bufferあたり見て適時直せ。
lisp読めないならMLで広瀬氏に泣きつけばなんとかしてくれるかも。
漏れはあのへんの関数は難しくてようわからん。

つかエラーが出た時の事考えるとなくすべきじゃないと思う。
小さくしろとか別ウインドウ開けならまだわからなくもないが…
C-x 1打って元に戻すだけが面倒か？

>>352
Infoから。
-- Variable: YaTeX-default-pop-window-height
1画面の時にタイプセットバッファを初めて作成する時の高さ。数値で行数、
数字文字列でEmacsウィンドウに対する百分率 (10)

>>355
エラーがでないときに，あのスペースはもったいないと思って・・・．

それとドラッグしてフレーム動かせるの知りませんでした> <
>>356
多謝．なかなかInfo読んでいても目的の情報に行き着かないんですよね．
英単語の勘を磨こうと思います．

>>356
残念ながらそこは開くところではないので>>350の要望を満たせない。
Emacsの仕様だと思うがバッファ分割の際最低でもそれぞれで3行確保する模様。
0や"0"あるいは"100"で試して味噌。
直接elispいじるしかないのかなやっぱ。

Emacsメディアプレイヤーないの？

>>359
前にどっかでみかけた。
EmacsWikihttp://www.emacswiki.org/
Emacs Lisp Listhttp://www.damtp.cam.ac.uk/user/sje30/emacs/ell-date.html

あたり探してみ

っ[emms]

っ[MonK]

>>361
http://www.emacswiki.org/cgi-bin/wiki/EMMS 読んでみたが、
これはかなりの掘り出し物のような気がしてきた。。。

emms いいぜオイ! これいいぜ。
ビデオ再生も対応かよw
emacsは長年使ってるが、最近になってまたemacsのすごさを再認識し始めてる。

がんばってくれ!!

Emacsで文字列の置き換えをするときや、大きなファイルを編集しているときに、
ファイルの一部だけを違うバッファとして編集したい時があるのですが、
そのようなことはできませんか？

例えば、あるソースコードを編集中に　ある関数だけを違うバッファに持って行って編集。
そして、編集が終われば編集した箇所を置き換えるようなことがしたいです。

>>366
別バッファじゃないけど narrow-to-region

間接バッファを使うと複数の箇所をナローイングできるよ。
make-indirect-buffer
clone-indirect-buffer
clone-indirect-buffer-other-window
C-x 4 c
C-u C-x 4 c

こんな感じか
(defun foo (start end)
(interactive "*r")
(call-interactively 'clone-indirect-buffer-other-window)
(narrow-to-region start end))

Emacs Lispって日本人の貢献率なにげに高いよな。
日本人製が結構目につく。
日本人は.el書くの好きな民族だったんだな。

目につくのは日本のサイトだけで、使ってるのも日本人だけだけどな

電総研ハッカーが日本語パッチ送ったら「ローカライゼーションは取り込まない」と
拒否され発奮して多言語対応したからな。

でも、Nemacs -> Mule -> 本家に統合って、Mule の期間だけでもかなり長かったような…

ミュージックプレイヤーとかあるんだ…
そろそろ skype.el とかできたりして…

もっとGNOMEと親和性の高いEmacsが欲しいな
C-xC-fでgio/gvfs経由でアクセスできるとか
最小化時にステータスバーに入るとかさ
別にKDEでもいいけど。

>>350
yatexprc.el の defun YaTeX-typeset 内、
以下の２行をコメントアウト。
(YaTeX-showup-buffer
buffer (function (lambda (x) (nth 3 (window-edges x)))))
（windows なら）以下の３行の中の YaTeX-dos を nil に変更。
(if YaTeX-dos (message "Done.")
(insert " ")
(set-marker (process-mark YaTeX-typeset-process) (1- (point))))
さらに、以下の１１行をコメントアウト。
(if (and YaTeX-emacs-19 window-system)
～９行省略～
(recenter -1))
また、defun YaTeX-typeset-sentinel 内、
以下の３行を
(message mode-name " %s."
(if (eq (process-status proc) 'exit)
"done" "ceased"))
以下の７行に差し替え。
(message "%s %s. [%s]" mode-name
(if (eq (process-status proc) 'exit)
"done" "ceased")
(substring mes 0 -1))
(when (not (and (eq (process-status proc) 'exit)
(equal (substring mes 0 -1) "finished")))
(beep))
（後半３行は、コンパイルエラーのときにビープで知らせるためのもの。）

>>370-373
なのに、IMEが本家にマージされてないのはなんでなん？
カレンダーも日本対応したものがあるのに、本家にマージ
しないのが日本人の奥ゆかしいくていい所...orz

>>377
IMEって何?

>>347
eieioは中々おもしろそう。

こういうプログラミングパラダイムが変わるような奴は、
標準で入っていないと誰もやろうとしないよね。

CLOSとか知らないけど便利なのかな？

>>378
> IMEって何?
http://sourceforge.jp/projects/ntemacsjp/
で、emacs-22BASE-IME.patch ってあるけど主にこれの
ファイル名にあるIMEの事。正確に何を表しているかは知らん。

>>380
それはWindowsのIMEのためのパッチみたいですね。

Emacsで使える　表計算ソフトはありませんか？

>>382
SES

あんまり完成度は高くないみたいだが…

SESちょっとつかったことあるけど、使い方すらまったくわからん。
マニュアルないの？

>>384
http://web.archive.org/web/20050308194350/home.comcast.net/~jyavner/ses/ses-readme.txt

俺は普通の表計算ソフトとか使いにくいからMySQLテーブルを表計算ソフト風に
参照したり更新したりできるようなElisp自作して会計に使ってる。
レイアウトとか考えずデータだけ放りこんどけばいいし入力支援機能とかつけたり
結果を文書に挿入したり、他DBと組み合わせたり夢が広がるし。

>>384
(info "(ses)Top")

表計算はcsvとperlやawkなりのスクリプトで
たいていはなんとかなると思う。俺は。

C-x C-sのバインドでsave-bufferできなくなりました。
原因などの特定はどうすればできるでしょうか？

表計算とかは、今の時代だと pylab (matplotlib) とか matlab でやると思うよ。
工学系はだけど。

>>389
describe-keyしてみたら?

>>391
ありがとうございます。
試してみたのですが、バインドされていないのかC-xまでしか入力できず、
続く、C-sの入力ができません

org-modeを使っても表計算はできる。
http://hpcgi1.nifty.com/spen/index.cgi?OrgMode%2fManual1

この調子でいくとEmacs好きのハッカーがEmacsをOSにしちゃうかもな
All in one Emacs的な感じで標準で最高のEmacs環境ができてて何でもできるみたいな

>>392
C-x は何になってるの?

-nwで使ってて、C-s が stop にとられてると見た。
正解なら、
stty stop undef
をコンソールで実行すれば、C-sが使えるようになるよ。

コンソールエミュレーターじゃなくて、直にコンソールたたかなけりゃそんなことにならないような気がす。。る。。。

>>394
ここんところのスレの流れで、プレゼンソフトとか
動画再生とかIDEとか知らなかったのがどんどん出てきて
一体Emacsはどこまでいくんだ、何を目指してるんだお前は

と若干引いた。

Hurd+Emacsかなぁ

>>379
CLOSは、その名が示す通り、common lisp系の本を読めば書いてあるけど、
現在主流と思われるC++/JAVA系のObject指向と、少し毛色が違うから、
どの程度受け入れられるかは、わかんないな。

common lispの方にしても同様だったと思うけど、
文字通り後から付け足してるから、
既存のlispのobjectと、また、別個にobject指向用の表現があるといった、
二重構造になってる。

で、「eieioいらねっ」って流れになったり、
そもそも、興味を持たれない可能性も有るだろうし。

と、eieioにとって、暗めの予想をしてみる。