タグ付けされた質問 「minor-mode」

メジャーモードの選択に関係なく、ユーザーが有効または無効にできるオプション機能を提供します。マイナーモードは個別に、または他のモードと組み合わせて有効にできます。

4
メジャーモードバインディングをオーバーライドする方法
時々、私のグローバルキーバインドはメジャーモードによって上書きされます。簡単な例は、私のinitファイルの次の設定です (global-set-key (kbd "C-j") 'newline-and-indent) しかし、面倒なことに、このキーバインディングは、スクラッチバッファのデフォルトモードである「Lisp Interaction」メジャーモードによって隠されています。 メジャーモード(またはマイナーモード)がグローバルキーバインドを隠している状況にいるとき、どのように戻すことができますか? 注:私の質問ではありません「私はバインドすることができますどのようC-jにnewline-and-indentLispの対話で『』モード?」 クラッシュするキーマップや、メジャー/マイナーモードによって非表示になるユーザーキーバインドを処理する方法に関する、より一般的な回答に興味があります。

3
コミットされたバージョンとの違いを強調するEmacsモードはありますか?
Xcodeが持っている機能の1つに、かなり便利だと思うものがあります。これは、現在のバッファーと最新のコミットの違いを継続的に表示する「比較」モードです。 Emacsにこのようなものはありますか?同時並行表示についてはあまり気にしません。変更された行の背景を強調するだけで大​​いに役立ちます。 いつでもできることはわかっていますがC-x v =、これはある時点の静的なビューであり、差分のみを表示します。差分を強調表示して、編集可能なファイル全体を表示したい。

3
マイナーモードを有効にする適切な方法
私が持っているFOO-modeをして可能にするバー・マイナー・モードをそれのために。それで、どちらの方法がより一般的で望ましいですか? A (add-hook 'foo-mode-hook 'bar-minor-mode) B (add-hook 'foo-mode-hook (lambda () "Turn on `bar-minor-mode' mode." (bar-minor-mode 1))) C (defun bar-minor-mode-on () "Turn on `bar-minor-mode' mode." (interactive) (bar-minor-mode 1)) (add-hook 'foo-mode-hook 'bar-minor-mode-on) D •バリアントC、ただしアップストリームにプッシュされる機能 E •バリアントC、ただしプラグインのレシピに保存されている機能
24 hooks  minor-mode 

1
2つのウィンドウでの同期スクロール
現在のウィンドウのナビゲーションコマンドを別の表示ウィンドウに反映する方法はありますか。2つのウィンドウに2つの関連するLaTeXファイルが表示されていますが、それらを同時にスクロールして、違いの概要を確認したいと思います。現在、マクロを使用して、1つのバッファーでのスクロール、他のウィンドウへの移動、スクロールしてから戻ることを自動化します。 Ediffはでこれを行うための作り付けの方法があるediff-scroll-verticallyにバインドをvEmacsはすでに1を内蔵している場合、私は思っていたので、。理想的には私はマイナーモードを希望するすべての可視ウィンドウ内のミラーナビゲーションは。

8
モードラインでマイナーモードのリストを非表示にする
私はかなりの数のマイナーモードを使用していますが、通常、すべてのメジャーモードでどのマイナーモードが有効になっているかを知っています。完全なリストを表示したい場合は、を実行できますC-h v minor-mode-list。 同時に、モードラインが本当に詰まるので、フレームを垂直に分割すると、モードラインの終わりが読めないことがあります。 実際の質問:モードラインでマイナーモードリストの表示を無効にする方法は?たとえば、次のようになります。 -:--- main.c All (7,12) (C/l FlyC SScr Abbrev Fill) [main] 16:19 0.45 もっと簡潔に見せたい: -:--- main.c All (7,12) (C/l) [main] 16:19

2
バッファ内のアクティブなマイナーモードのリストを取得します
現在のバッファーでアクティブなマイナーモードのリストを取得するにはどうすればよいですか? ドキュメントは(info "(elisp)Minor Mode Conventions")言う: Define a variable whose name ends in ‘-mode’. We call this the "mode variable". The minor mode command should set this variable. The value will be ‘nil’ if the mode is disabled, and non-‘nil’ if the mode is enabled. The variable should be buffer-local if …
14 minor-mode 

2
開発時にマイナーモード定義をどのように更新しますか?
いくつかのキーバインドを提供するために、マイナーモードのコーディングを開始しました。私の最初の試みにはタイプミスがありました: (define-minor-mode borked-mode "A mode defined with a broken key binding" nil nil '(([b] . 'previous-line))) bキーを使用するつもりでしたが、すぐにの"b"代わりに使用する必要があることに気付きました[b]。そこで、マイナーモードを再定義しました。 (define-minor-mode borked-mode "A mode defined with a broken key binding" nil nil '(("b" . 'previous-line))) ただし、これは機能しませんでした。これにより、キーをバインドするさまざまな方法(つまり、(kbd ...)、[...]など)を使った野生のガチョウの追跡が始まりました。最後に、(define-minor-mode ...)フォームを再評価するだけでは何も変わらず、元の壊れたキーマップに固執していることに気付きました。その後、キーマップを直接経由して変更しようとしましたが(define-key borked-mode-map ...)、まだ修正されたキーマップをロードできませんでした。最後にEmacsを再起動し、マイナーモードが正しくロードされました。 私の質問は、マイナーモード定義を開発する際にどのように更新しますか?壊れた定義をフラッシュする方法はありますか、または壊れたビットを取り除くためにemacsを再起動する必要がありますか?
13 minor-mode 

1
開いているすべてのバッファでマイナーモードを無効にする
多くの場合、多くのバッファを開いていますが、何らかの理由で、特定のマイナーモードを使用したくない場合があります。現在、すべてのオープンバッファに対して特定のマイナーモードを無効にする組み込みの方法がありますか、それともカスタムelisp関数を記述する必要がありますか?

1
電気インデントモードを1つのモード(ラテックスモード)のみ無効にする
ラテックスモードでの電気インデントモードの動作が好きではありません。他のすべての場所(少なくとも私が使用しているすべての場所)では、すばらしいことです。 ラテックスモードでのみ電気インデントモードを永続的に無効にして、それを他のすべての場所に保持するにはどうすればよいですか? 私の設定ファイルの1行のlispハックか、そのようなものだと思いますが、lispは恐ろしいので、それを理解することはできません。

3
基本モードでマイナーモードを自動的に有効にする
設計上、fundamental-mode他の主要なモードがこのモードから派生することになっているため、は必要最低限​​のものです。 情報ページから(elisp) Major Modes、私たちは持っています: これは、基本モードのメジャーモードコマンドです。他のモードコマンドとは異なり、このモードをカスタマイズする必要がないため、モードフックは実行されません(*メジャーモードの規則::に注意)。 そのため、 ありませんfundamental-mode-hook。 また、私のmy-minor-mode主要なモードのバッファでのみ有効になりませんが(global-my-minor-mode 1)、私の設定にはあります。 以下は機能しますが、手動で入力した場合のみですM-x fundamental-mode: (add-hook 'after-change-major-mode-hook #'my-minor-mode) 以下の場合、fundamental-modeデフォルトでバッファ(* abcd *)が作成されるので役に立ちません。 (with-current-buffer (get-buffer-create "*abcd*") (insert "Hello world")) なぜマイナーモードを有効にしたいのfundamental-modeですか? マイナーモードマップにカスタムキーバインディングを保持したい。このマイナーモードをグローバルに有効化しています(ただし、fundamental-modeバッファーでのみ有効化されません)。 これが、この質問をここで行うようにした使用例です。M-x esup(esupパッケージ)を実行*esup-log*するfundamental-modeと、メジャーモードとしてバッファを作成します。しかし、マイナーモードを手動で有効にする必要があるたびに、便利なバインディングを使用します。 my-minor-mode本当にグローバルな方法で実現したいのfundamental-modeか、そうでないのか。 更新1: これがマイナーモードの定義ですmodi-mode。 アップデート2: @npostavsのコメントに基づいて、マイナーモードmodi-modeとの違いを確認しoverride-global-modeましたuse-package/bind-key.el。そして、それは私のモードのINIT値があることが判明nilしてのことoverride-global-modeIS t。 モードの初期値をに変更するtと、基本モードバッファーでも有効になります!しかし、行為は(global-modi-mode 1)同じ結果で終わるわけではありません。変ですか?おそらくバグですか?

2
特定のメジャーモードでのみセマンティックモードをアクティブにする方法は?
この質問はよく見ました。しかし、どの返信も私の問題を修正しませんでした。マイナーモードは他のモードのままです。 これまでのところ、私は試しました: (use-package stickyfunc-enhance :config ;; (add-to-list 'semantic-default-submodes 'global-semantic-stickyfunc-mode) ;; (defun turn-on-semantic () (semantic-mode 1) (require 'stickyfunc-enhance)) ;; (add-hook 'python-mode-hook 'turn-on-semantic) (add-hook 'python-mode-hook (lambda () (add-to-list 'semantic-default-submodes 'global-semantic-stickyfunc-mode) (semantic-mode 1) (require 'stickyfunc-enhance)))) これらの2つのアプローチに関する私の問題semantic-modeは、Pythonバッファーにアクセスした後は、すべての主要モードで機能することです。 semantic-mode他のすべてのモードでどのようにオフにできますか?手動でオフにする必要がありprog-mode-hookますか? kaushalmodiの解決策を試す: (use-package stickyfunc-enhance :init (add-to-list 'semantic-default-submodes 'global-semantic-stickyfunc-mode) :config (defun me/enable-semantic-maybe () "Maybe enable `semantic-mode'." (if (derived-mode-p …

1
キーをリバウンドした私たちのための「caps-lock-mode」はありますか?
Caps-Lockキーを制御に再バインドすることは、よく行われることです(少し知識がなくても、それに反対する議論があります)。しかし、私が多くの時間を費やしている言語は、資本の実行をかなり広範囲に使用しています。 caps-lock-mode動作をシミュレートできるはありますか?(もちろん、既存のキーバインドに影響を与えるC-x C-sことなく、たとえば、ストライキは送信されませんC-X C-S。)

3
global-auto-revert-modeが機能していないようです?
私の初期化ファイルには (setq global-auto-revert-mode t) Ch vでそれが正しいことを確認できます。しかし、gitブランチを変更するたびに、revert-bufferを使用してすべてのファイルを手動で元に戻す必要があります。保存しようとして「ディスク上のファイルが変更されました」というプロンプトが表示されることもあります。これをデバッグする方法について何か提案はありますか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.