Emacs Part 51
■ このスレッドは過去ログ倉庫に格納されています
同じ拡張子が設定されているけれども中身は別の言語の時に、それぞれの言語に対応したモードに切り替える良い方法は無いでしょうか？
Verilog用の設定をEmacsに書いた後に、新たにCoq用の設定を書こうとしてこの問題に遭遇しました
VerilogもCoqもどちらも拡張子が .v なのでどうしたものかと悩んでいます
.v拡張子を開く際と、.v拡張子の保存を行うタイミングでファイル内のコードのパターンを検出してモードを切り替えてみようかと考えています
何か良い方法があれば教えて頂きたいです ありがとうございます！！本当に助かりました！
ファイル毎にモード設定やevalが行えるのを初めて知りました
こんな感じでファイル先頭に記述して動作するのを確認できました
// -*- mode: Verilog; coding:utf-8; -*-
// Local Variables:
// eval: (message "もっともっとたけもっと")
// End: emacsが衰退したんやない、おまえらが衰退したんや 最近の Emacs ユーザーって evil 使ってることが多いの？
Emacs のデフォルトの入力様式が最悪なのは多くの人が思ってることだから、快適に使うためにはカスタマイズが必須なんだが、evil とか spacemacs ならかなりお手軽に快適な入力を導入できるし、どうなんだろう
要するに、evil (spacemacs) 以外で定番というものがあれば知りたい C-b とか頭おかしいんじゃないのとは思うが、もう慣れたw
ESCキーみたいにprefixとして動くんじゃなくて
modifierとして動くメタキーは使ってます。
ESC f を繰り返し打つとかなんぼなんでも無理なんで。 Windowsでemacs使っているのでWindowsの操作もemacsキーバインドで利用
している。そうすると、モーダレスなキーバインドでないと難しい。
emacsキーバインドはshellのデフォルトのキーバインドでもあるし、
もう慣れたのでevil使うことはまずないと思う。 >>526
M-< 押すときはESCの方が便利だからAltと使い分けている Altは他のmodifierと組み合わせて打つのに不便な位置なので、
左AltとTABを交換して使ってる。 forward
back
previous
next
なのでQWERTYキーボードじゃなくても
覚えやすい、という話だったが
結局DVORAK使わずに生きてるので関係ない どんなキーバインドが使いやすいかなんて人それぞれだし、あんまり「定番」って確立されない気がする。
各自バラバラに試行錯誤してると思う。 emacsはデフォが使いにくすぎるのが流行らない理由の一つだとおもう。時間かけて熟成しないといけない 今はそういう時代じゃない、とも思うんだよな
spacemacsはEmacsの「ディストリビューション」だというが、プロジェクトとしてどれくらい長生きするだろうか
実際はただの.emacsでしかないんだが、今後どう生き残っていくか興味深い
既存のLISPは普通に使えるし、導入も簡単、多くのEmacsユーザーに受け入れられた
この先どうなるだろうか
定番として定着するか、廃れるかしかないが わしは Spacemacs ユーザーだけどできれば Emacs の呪縛から逃れて単独のソフトウェアになってくれないかなと思っている
.spacemacs の設定を失敗しても C-x C-f とか使わなくて済むようなアプリケーションになってほしい
Emacs 単体からいろいろいじって使いやすくしなければならないっては結局不完全なソフトウェアってことだもんね
Emacs は素晴らしいソフトウェアだと思っているけど自分のものにするまでが大変だよね(´・ω・`) >>534
Emacs Lisp が使えなくて良いなら、Vimを使えば良い
最近は多機能かつ Vim 風の入力をサポートするエディタもあるんだから、そういう選択肢もある
個人的には spacemacs を独立のソフトウェアに、というのは無理があると思う
>>533でも書いてあるけどspacemacs の実体は .emacs (といくつかのLisp？) だろうし emacsは結局まともに使えるようになるまでのコストが高すぎるんだよね
その点spacemacsだとemacsに縛られるけど操作等はわかりやすいしキーバインドを丸暗記しなくても自分で探せるのがいいよね
>>533の考えの通りemacsがなければspacemacsが存在しないのは確かだけどそのうちspacemacsの名前がemacsのことを指すことになるかもね
そしてそのうち>>534が言っているように純粋にspacemacsの操作性と拡張性(elisp)を兼ね備えたエディタが現れるかもね キーバインディングは基本的なのだけ覚えて、後は時々
M-x describe-bindings や apropos で
探しながら覚えたなあ。
探索機能が充実してるから、最初の暗記は少なくて済む方な気がするけど。
若干の英単語力は必要だが。 viの実体はvimかnviやし
emacsの実体がspacemacsでも無問題 もう終わったプロジェクトじゃん ＞ spacemacs
最後の更新ずっと前 ぶっちゃけspacemacsの保守ってどんくらいシンドいの？
あくまで巨大な.emacsなんだよな？ spacemacsのdevelopブランチ使ってて、週一くらいでpullしてるけど、
更新がないことは殆ど無い感じだな。 >>539
そう遅くない時期に0.300がでるみたいよ 書き込み見ると、spacemacsが主流にも聞こえるんだが利用者そんなに多いの？
Emacsから移ろうとも思わないからノーチェックなんだけどさ。
個人的にはVim的なモード切替って日本語入力との相性最悪だと思う。 カーソル移動にメリットを見出したとしても、それはview-modeで事足りるかな vimと日本語入力の相性とかよく見るけど、モードが切り替わるときに必ず日本語入力をオフればむしろ快適そのものだけど
実際vim使ってるときはそうしてて快適だった Vim内では連動できても、ブラウザとか他のアプリ移った時にVimではステートを連動できないでしょ。Emacsならフックでできるけどさ デーモンはログアウトする前にわざわざkill-emacsしないと、
セッションの終了処理はできないんでしょうか？
Xfceなんですが、デーモンはセッションのプログラムリストに現れないので、
要するにそういうことなんですかね？ デーモンでなく普通に起動した場合なら、
わざわざkill-emacsせずにログアウトしてしまっても、
シテスム？が自動的に終了処理してくれるので、
設定なども保存されますよね。
デーモンだとグラフィカルなフレームをすべて閉じてもデーモンが起動したままだと、
ログアウトした時にセッションの設定が飛んでしまうので、
通常と同じようにkill-emacsしてくれるような方法はないんでしょうか？ >>547
vimがフォアグラウンドになったらIMEオフるとか出来たはずだけどな
兎に角vimとIMEの連携で困ることは無かった(無いように出来た) >>550
ま、ログアウトしても残ってるのがデーモンな訳で…
しかしrecentfとかは終了しないとちゃんと保存されないから、kill-emacsしたくなったけど、結局上手くいかずデーモン化を諦めた思い出がある >>550
emacsclientでkill-emacsできるので、それをどこかのスクリプトに組み入れたら？ >>551
純粋にvim自体ではできないはずだよ
それに毎回ノーマルモード戻してたら、ちょっとブラウザや翻訳とか見て、続きを打つときにも毎度Ime onにするひと手間が必ず発生する
好きならそれでいいけど俺には面倒 emacsではバッファ単位でIMEの状態を維持するようにしている。それが普通の使う方では？ >>554
アプリ間のIMEの状態の問題はよく考えたらvimだけの問題じゃないな
ブラウザでアドレス入力しようとして日本語になってる事とかしょっちゅうだからな 当然アドレスバーに日本語を入力したいときもある
だから必ずオフから始まるのも嫌なら、人間の思考を完全に読めるAIでもない限り永遠に解決しないな >>553
そうですね。何とか工夫できるのかな？
ただ、例えばXfceならセッションのプログラムリストに出てくるものは、
Xfceがセッションを管理して終了処理をしているわけですよね？
他の環境でも同様だと思いますが、
通常起動したEmacsは勝手にこのリストに出てくるので、
デーモンもクライアント？としてセッションの管理下に置く方法はないんですかね？ それならVim使えばいいんじゃない
ちょっとフォーカス他に移しただけで、続きを打つにも、毎回インサートモードにして、日本語入力Omにするふた手間かけるなんて動作はかったるすぎるな
VimとIMEのステート連動させないなら、今度は4通りの状態があるわけで、さらに面倒すぎる。
普通にEmacs使えばそんな苦労しないですむでしょ count-words-region でHTMLタグを除去して単語のみ数えたいのですが、どうすればいいですか？ >>559
Vimユーザでもインサートモードでemacs キーバインド使っているユーザ多いんでない？
ならEmacsでいいじゃないと。 >>560
count-words-region 使う解じゃないけど
M-| sed 's/<[^>]*>/ /g' | wc -w
とかどう?
sedの部分はHTMLコメントとかscript部とか
ちゃんと取り除くコマンド使った方がいいかも。 >>562
なるほど、確かにシェルに投げて正規表現利用した方が簡単ですね。ありがとうございます >>561
Vimの挿入モードの操作性の貧弱さは既に定番ネタだね >>559
それ逆パターンもある
日本語入力を有効のまま、Vimに戻り、挿入モードに入ろうとすると「い」となる事故が頻繁に起こる。
問題点というよりそれが仕様だから、モードは好きな奴は好きだけど、嫌な奴はとことん合わないと思うよ vim <- eskk
emacs <- dskk?
ともかくvimscript emacs lisp のskk ならよくなじんだからそれ使ってる
OS変わった時の移植性も最高です お前らemacsの最新情報とかおすすめプラグインとかってどうやって調べてるん？
自分で調べても大体数年前の情報ばっか出てくる >>569
コミットメッセージ https://git.savannah.gnu.org/cgit/emacs.git/log/
このスレ
ときどき M-x news を流し読み
積極的に調べてはいないなー
~/.emacs.el はもう古くていまは ~/.emacs.d/init.el がデフォ
なんてこともずいぶん長い間知らなかったくらいで… vimの新機能の発表見てみると
それemacsでは20年以上前からありますから
みたいなのが多いのにね。
悲しいなあ。 こんな機能あればいいなって思った時に探す程度で、最新情報は追わなくなってしまった。
というか、もうお腹いっぱいな感じ。
最後に感動して使い続けてるのは multiple-cursors かな。 高速入力はspacemacs に任せて、あとはお好みに合わせてモジュール (既存のLisp) を追加する、というのでかなりの満足感得られるからな
spacemacs の開発が止まらない限り安泰 >>569だけど意外と反応あってびっくりした
情報ありがとな
とりあえずEmacs Newsとやらをチェックすることにする
今はまだEmacs新参だから知る機能知る機能新しくて全部が楽しいわ、ちまちま自分でLisp書いて既存のパッケージ改造したりしてて下手したら一生遊べる趣味になりそう >>579
emacsは起動は遅くなるけど、動作は遅くならない。
VSCodeは起動は遅くんらないけど、動作が遅くなる。.. 気がする。 Emacs使ってるとLispは避けては通れないけど、拒否反応が無ければ楽しい世界が待ってる >>581
勉強するとしたら、るびきちさんの本なんですかね Emacsでlisp入門するなら、まずはinfoのeintrでいいと思う。 新しくemacs-snapshot（20181229:96045-fb10834~ubuntu16.04.1）を入れたら、
メニューバータイトルの文字列がこんな風にくっついてしまいます。
FileEditOptions...
見易いようにスペースを入れられないでしょうか？
"GNU Emacs 27.0.50 (build 2, i686-pc-linux-gnu, GTK+ Version 3.18.9)
of 2018-12-29" >>587
> (menu-bar-mode 0)
これはメニューバーを非表示にする設定ではないでしょうか？ EmacsのカスタマイズのためにLisp勉強するなら、るびきちの本な気がする いや、普通にEmacsに特化した記述がある洋書言や良いじゃん
マウンターよ Lispでまともにコードを書こうと思ったら、pareditの類い(俺はsmartparenの独自キーバインド)で括弧を意識しない編集方法を習得すべし
その際にはEmacsRocksの動画が参考になる
独特の編集方法を覚える必要があるのはLispだけだろうし、ちゃんと覚えれば他の言語以上にLisp書く事が楽しくなる 2019年Emacs JPを再始動します - Emacs JP
https://emacs-jp.github.io/2019/01/01/reboot-emacs-jp
まあ頑張ってほしい。slackあるの知らんかった LISPってエディタ支援が無いとまともに書けないと思ってたけど括弧を気にしない記述方法があるのか...
やっぱりLISPって、括弧の対応を拡張機能も含めたエディタ支援が無いとまともに書けないってのは敷居が高いな。
他の言語でも大規模化すれば関数名補完とかタグジャンプとかでエディタ支援がないと開発なんかしてられんってのは分かるが、LISPは簡単なプログラムであってもメモ帳で書ける気がしない。 開き括弧を1つだけ消すとか無茶な編集をしても、自動的に括弧の対応をしてくれる機能は可能な気がする
既にあるかも知れないが Emacs lispでコード書くなら、下記おすすめ。
smartparens
rainbow-delimiters
ERT(Emacs Lisp Regression Testing) 以前このスレで指摘されていたevil-surroundが行頭からカーソル飛ばない問題は最新版で修正されておりました。
spacemacsの質問なのですが、スクラッチバッファのモードをText以外に変えるにはどう操作したら良いんでしょうか？lispをevalしてみたいです >>600
vim の動作と evil-surround の動作は異なり evil-surround は対称となる括弧の間にカーソルがないと動作しないから vim と同じ動作にしたいのなら自分で手を加えるということだったんじゃ evil-surroundに関しましては、先ほどspacemacsからクリーンインストールしまして確認したところ、例の件は特に設定もせず動作しましたので、こちらで報告したほうがよろしいかと思いまして書き込ませていただきました〜 evilは結構流行ってんだな
もう本体に含めた方が良いような気がする Emacsスレだし、デフォルトでも括弧の対応ぐらいはとってくれるのに
敷居が高いっていうのはちょっとわからない。
viでさえ1980年代から括弧の対応とってくれてたし
イマドキ括弧の対応くらいに怯える必要ないよ。
ただしnotepad.exe使いだってなら話は別だが。 きっと過去に、
emacs-devel MLなり、尊師なりに対して、
何かとんでもない申し訳ないことをしたんで、
自分の Emacs 環境にそんな高貴な機能を実装することなど、
「敷居が高い」って思っているんだから、
ほっといてやっていいと思います。 俺もわからん。
既にあるものは実装するって言わないしな。 ゼビオ株式会社は冬でもあったかい水着「HOT SUITS」のミズノ×ゼビオ限定コラボデザインを
全国のスーパースポーツゼビオ及びゼビオオンラインストアにて発売中です。 spacmacsで起動画面からファイル開くときにspc f fから開くよりバッファ履歴から開くの楽じゃね？と思って寝ぼけながらやってたらバッファ上書きしてしまって今までしこしこ書いてたtexファイルを消し去ってしまった
あほだ死んだもう嫌だあほだ死んだバックアップとってないしあほだ馬鹿だ死んだ SPC f f で開こうがバッファ履歴から開こうが同じことのように思えるんだが ■ このスレッドは過去ログ倉庫に格納されています
