--daemonは外部から正常に終了させる術もないしフォント周りもおかしい(無視されてるか？)
中途半端なままで放置されてるっぽいから、誰かが対応しないと直りそうにない

フレーム絡みの初期化は make-frame のタイミングでなされるようになってる。
ただ、無駄に走らないよう (get window-system 'window-system-initialized) が nil の時だけ
window-system-initalization-alist に登録されてる関数を実行する仕様になってるみたい。
フォント絡みの初期化もそこでされている模様。
だから --daemon で起動した場合は emacsclient -c とかでフレーム作られるまで fontset-standard も存在しない状態になってるね。

before-make-frame-hook の中で
(unless (get window-system 'window-system-initialized) ....) でかこってフォント設定かけばいいような気がする。
ただ default-frame-alist の読み込みは before-make-frame-hook の前に実行されちゃうから
そこに関しては hook の外で設定しないとだめっぽいね。

>>102
make-frame みてみたけど before-make-frame-hook の前に
window-system-initialized に t が put されてるからその判定は使えないと思う
ださいけど自前の window-system-initalized みたいなプロパティを window-system に設定してやればいいんじゃないかなぁ

なんかいけそういけそう言ってるけどbefore-make-frame-hookは普通にemacs起動したときの最初のフレーム作成の時には呼ばれないんだぜ
わけわかんないよね
フォント設定をbefore-make-frame-hookの中だけでやろうとするとフレーム新しく作るまでデフォのままになるよ

make-frameにアドバイスしてなんかフック呼ぶようにすればいんじゃね(ﾎｼﾞﾎｼﾞ

yankの後にカーソルを動かさない設定をご教示いただけますか？

yankの後にカーソルを動かさない設定をご教示いただけますか？

yankの後にカーソルを動かさない設定をご教示いただけますか？

>>106
一時的にそうしたいなら C-u C-y
C-y が常にそうなるように設定するカスタマイズ変数は無いけど、アドバイスを使えばこんな感じで

(advice-add 'yank :after
(lambda (&rest ignore)
"`yank' の通常の呼び出し(C-y)では挿入後のポイント移動をしないようにする。
前置引数付き(C-u C-y)でポイント移動あり。"
(when (interactive-p)
(exchange-point-and-mark))))

>>109 ご丁寧にありがとうございました。

>>109
なんと！Muleから使ってるがC-u C-yなんて知らなった…
昔からそうだったのかな？まだまだ精進がたらんな…

問題回避できたので報告を
Debian jessieにはemacs24-lucidなるパッケージがあったのでemacs24の代わりにこちらを入れました．
$ apt-cache show emacs24-lucid
...
Description-en: GNU Emacs editor (with Lucid GUI support)
GNU Emacs is the extensible self-documenting text editor. This
package contains a version of Emacs with support for a graphical user
interface based on the Lucid toolkit (instead of the GTK+ interface
provided by the emacs24 package). Until some known GTK+
problems are fixed, this version may help avoid crashing Emacs during
an emacsclient disconnect. See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567934 and
http://bugzilla.gnome.org/show_bug.cgi?id=85715 for more
information.
...

そういやdaemonで起動する時gtk版だとバグあるよって警告でてるねたしかに。

ここのみんなはAtom Editorとか気にならないの？

初めて聞く名前だ…

gmail は正直直接 web で見るのが一番問題がなくていい気がする
ただ ML でズラズラスレッドが連なるようなのは Web だと見づらいね
ML だけは頑張って Gnus で見てる

>>117
gmailのウェブインターフェイスがかなり良いというのは確かにそうですけど、
gnusは、キーバインドが独特、設定に地雷あり、分類と削除に時間がかかる、不親切なマニュアル、
ということで結局使用には至りませんでしたねー。

gnus使う理由なんて標準でついてくるから以外にないよな

標準だけならRmailでも良さそうだけど。自分の場合、前世紀末に
ヘッダにMIMEが普及しだしてmh-eやめようとした頃にgnusでfjとか
読んでたんでついでにメールも読むことにしたような。
Mewはずっと忌避しているが、cmailにはちょっと興味があった。
VMやWandelustは結局触らなかったな。

>>118
> gnusは、キーバインドが独特、設定に地雷あり、分類と削除に時間がかかる、不親切なマニュアル、

キーバインドが独特なのはEmacsだから当然として、設定に地雷なんてあるかな？
他も同意できないな。
マニュアルなんてむしろ詳しいぐらいだし。メールソフトのマニュアルにこんな詳しく
書かれてるもんなんてないだろ。

マニュアルはやりたいことにたどり着きづらい構成だなーと思ったことはある。

>>121
曖昧な書き方をして申し訳ないです。
使い込んだ上での評価でなく、実際に触りの部分だけ試してみて、という感触ということもありますが。

キーバインドに関しては、アレやっぱ馴染めませんね。
ニュースリーダにもRSSリーダにもなれる汎用性の高い作りになっているせいでしょうか。
メールの削除にB d 、分類に B t とか
日常的に使うものにも2ストロークが多いってのは、気に入りませんでした。

マニュアルは確かに量は豊富で熟読すれば多く発見がありそうですが、
あれはリファレンス的性質が強く、
例えばgmailでの設定例みたいなのにページを割くことはしませんよね？
それは触ってみるうえではストレスだったのです。

設定で大いに躓いた部分というのは、確かメール自動分類(split-methods)が上手く適用されないとかいう話でしたかね。
もうgnusには縁がないだろうと、試行錯誤中の設定は削除しましたので、
詳細は書けません。申し訳ないです。

LとかC-u RET しない限り、新着メールと星付きメール以外は
表示してくれないという動作も気に入りませんでした。

何より動作がいちいち遅い。offlineimapを使って、
ひとまずローカル内のみで軽快に作業を行い、cronなどでimapサーバと定期的に同期する、
というやり方はありますが、
それならば本流でそういうことやってくれるmu4eで良いじゃないかというのが今の次第です。

mu4eは日本語の検索がダメっていう話が前のスレで出てたけど、
まだダメっぽいの?

mewユーザって少ないの？

弄りまくったwlに慣れすぎて将来が不安

HHKBってあるじゃん
ああいうAの左にControlキーがある配列が最高らしいけど、左に一個しかないControlって本当に使いやすいの？

皆かなりキーバインド弄ってるってこと？
デフォルトだとあまり最適に見えない

スマホに夢中でキーボード使ったことない子か

使いやすいんじゃ無くて、それに不可逆適応したジジイどもが有り難がってるだけ。

いい加減Emacなんて捨ててAtom使えよ笑

Guile Emacsなんてのもでてきてるらしいね。
Emacs Lispなんて言語で拡張する時代は終わった。
これからはJSで

>>129
ヤ○ザでもないかぎりCtrlはAの横にあった方が小指で押しやすいという
至極単純な理由すら理解できないって…どういう思考なんだよ…

>>128>>131
いやAの隣が押しやすいのは良いとして、右にはControl要らないの？ っていうのが俺の質問

右 Ctrl は使わないなー
俺のキーボードを今測ってみたら、
左 Ctrl と F 間は9.5cm、J と 右 Ctrl 間は12cmで遠いからか

>>132
押しやすいというか下Ctrlは押せないという理屈で右下Ctrlは要らないとなる
こじらすとEnterをCtrlにする奴も居たかな

ほーん
ホームポジションで全てを完結させるのが指導原理なわけね
左手が普通に動くならデフォルトのキーバインドでも特に問題ないのかな

ホームポジションにこだわるお前らは残らずDvorak配列使ってるんだろな？

いい加減AtomEditor使えよ

HHKB使う使わないにしろ、個人的にはCtrlはAの横で解決

問題はAlt
何年も試行錯誤してるいて、
現状では左下にあるキーは殆どAltにして、親指で押してるｗ

HHKBの右Altを小指の付け根で押すいう方法もあるらしい
他にはtab、space等をAltにするらしいが、これは業が深い・・・

>>135
そりゃデフォルトで困ってなければそっちがいいに決まってる
キーボードのカスタマイズに懲り過ぎると環境変わった時に痛い目にあう

アメリカ西部のカウボーイたちは、馬が死ぬと馬はそこに残していくが、どん
なに砂漠を歩こうとも、鞍は自分で担いで往く。馬は消耗品であり、鞍は自分
の体に馴染んだインタフェースだからだ。いまやパソコンは消耗品であり、キー
ボードは大切な、生涯使えるインタフェースであることを忘れてはいけない。

>>138
これほんとそうな。
キーバインド絡みもそうだけど大した違いがないならなるべくデフォルトで行ったほうが色々楽だわ。

>>132
右手の小指は記号に飛びまくるじゃんか

>>137
＞小指の付け根で押すいう方法
かつて左下のctrlを小指つけ根の肉球で押す「猫手押し」なる流派を
耳にしたことがあるが最近は寡聞にしてまみえず
だがそれはXmodmapなど許されぬ出先のアウェーなPCでさえ
ホームとしてしまうおそるべき技と聞く

さっきから「小指の付け根で押す」を試してるんだけど
何故か右の薬指が攣りそうになるｗ

>>141
いや小指の付け根押しはノーパソみたいなフラットなキーボードだと不可能な事がある
万能ではないな

そもそも、なんでそんなに指を酷使しないといけないのかを突き詰めるべき。

エディターなんてviで完成されてるんだからEvilなり使っていればいいものを。


こんな先の見えない誰もメンテナスしなるEmacs使うよりAtom使った方がいいよ。

拡張機能でどうせEmacsで出来ることの全てができるようになるわけだから。

>>144
頭ではわかっているものの、調べたり覚えたりがつらくて手を付けれてないんだけど、移行して圧倒的によかったことってある？
そういうのがあれば挑戦したいが

atomの情報だけじゃなくemacsスレまで読まなきゃいけなくて、時間がなくなることかな

Atom野郎は巣に帰れ

>>144
Atomも端末上で実行できるようになるの？
sshでログインしてemacsを起動できるのが便利なんだが

>>126
wlって開発止まってる?
cmailは消滅したと思うが。

wl はオリジナル配布元は死んでて github のもコード自体は長らく更新されてないから
事実上開発止まってると思う