問題タブ [elisp]

C スタイルのものとキャメルケースのもの (つまり、c_style <-> cStyle) の間で ID を変換する単純な Emacs 関数を作成しようとしています。しかし、何らかの理由で、Emacs の組み込みdowncase関数は単語をそのまま残します。M-x downcase-word正常に動作するので、完全に負けました。どんなアイデアでも大歓迎です。

変換すると問題なく動作しますc_styleが、変換しようとするcStyleと結果が得c_Styleられます。はい、これがdowncase動作によるものであることを確認しました。

私はEmacsをたくさんカスタマイズしています。最近、CPUを100％で散発的にペグする何かを.emacs構成に追加しましたが、それが何であるかは本当にわかりません。

Cgを何度も押すと、最終的にミニバッファーの下に、ファイルを自動保存するかどうか、そしてemacsを完全に中止するかどうかを尋ねるメッセージが表示されます。いいえと言い続けてCgを押し続けると、最終的には通常どおりemacsの実行に戻ることができます。1時間かそこら後にそれは再び起こります。

最近追加したさまざまなことをコメントし、emacsを再起動し、犯人を絞り込もうとして、私は今のように続けることができましたが、それは遅いです。

emacsを直接プロファイリングして、どのlisp関数がCPUを占有しているかを把握する方法はありますか？

SQL INSERTステートメントを解析し、カーソルが列名にあるときに列の値を強調表示する、またはその逆の小さな関数を実装しました。

次に、列名と列値の間をすばやくジャンプする可能性を追加したいと思いました。実装ではプッシュマークを使用したので、Cx Cx（exchange-point-and-mark）でジャンプできます。それも機能します。私を悩ませているのは、elispdocだけです。

初心者のEmacsLispプログラマーは、間違った目的でマークを使用しようとすることがよくあります。マークは、ユーザーの便宜のために場所を保存します。ほとんどの編集コマンドは、マークを変更するべきではありません。

私のマークの使い方-それは正しいですか？または、より良い解決策は何でしょうか？

指定されたバッファ名が既に存在する場合にアクションを実行する関数を書きたいと思います。例えば：

elisp には、作成した「buffer-exists」機能と同様に、バッファの存在をチェックする機能がありますか?

ありがとう

私は最近 ido-mode を使い始めましたが、これは全体的に非常に優れています。しかし、特に壊れているように見えるものが 1 つあり、それを修正するための設定 (ha) がそこに埋め込まれているのではないかと考えています。

ido-switch-buffer は埋め込みバッファを気にしていないようです。つまり、bury-buffer を使用してから ido-switch-buffer を使用すると、多くの場合、最初に選択したのは先ほど埋めたものになります。

これを回避する簡単な方法はありますか？バッファーを埋めることの要点は、すぐにそれをもう一度見たくないということです。

1 つの定数値を返す関数をオンザフライで作成しようとしています。

JavaScript やその他の最新の命令型言語では、クロージャーを使用します。

しかし、Emacs Lisp はそれらをサポートしていません。

恒等関数と部分関数のアプリケーションを組み合わせて作成できますが、どちらもサポートされていません。

では、どうすればいいですか？