タグ付けされた質問 「programming」

プログラマーとして、特定の列（通常は80）にルーラーを表示したいので、両方ともその列を横切ったときに表示されますが、コードに早期に再フォーマットできるようにどれだけ近いかを確認します。 私がこれまでに見つけたオプションは、すべてこの目標を達成していません。 whitespace-mode、column-enforce-mode、およびcolumn-marker行のテキストがすでに経過した後にのみ、個々の行をハイライトfill-column。コラムを横切ったときだけでなく、コラムに近づいたときを見たいです。 fill-column-indicator良い解決策になる、それが壊れる除きauto-complete-mode、company-mode、avy、そしてより多くの。これらは、それぞれが個々の回避策を必要とする修正するのは難しいように見える問題である-例えば、参照の問題と問題）、2歳以上、後者を。company-modeauto-complete-mode より良い代替手段はありますか？

81 display  font-lock  programming 

コードを書くときに「やること」項目のリストをその場で簡単に作成する方法はありますか？たとえばwrite-this-now、サポート関数を記述する必要があることに気付いたときに関数を記述しているとしますwrite-this-later。 (defun write-this-now () (unless (write-this-later) ... createに行くのを一時停止する代わりにwrite-this-later、あたかもそれが既に存在しているかのように先に進みます。ただし、後で戻って作成する必要があることに注意してください。 過去に使用した解決策の1つは、単語にコメントを追加することです TODO (defun write-this-now () (unless (write-this-later) nil)) ; TODO create function `write-this-later` これで、後で戻って、単語の出現をファイルで検索できますTODO。自分で残したこの小さなメモを見つけることができます。 ファイルまたはプロジェクト内でTODOアイテムを簡単に作成および追跡できるようにするパッケージまたは拡張機能はありますか？ 現在のプロジェクトのすべてのTODOアイテムを1つのTo Doリストに集約できますか？TODOアイテムを作成した場所にリンクするブックマークをTo Doリストに追加できますか？

17 programming  todo 

linum.elのelispコードを修正しています： (custom-set-variables '(linum-format 'dynamic)) (defadvice linum-update-window (around linum-dynamic activate) (let* ((w (length (number-to-string (+ (count-lines (point-min) (point-max)) 1)))) (linum-format (concat " %" (number-to-string w) "d "))) ad-do-it)) に変更する(count-lines (point-min) (point-max))ことで、インデントが1つずつずれていたバグを修正できました(+ (count-lines (point-min) (point-max)) 1)。それは簡単でした。 ただし(concat " %" (number-to-string w) "2d ")、行番号のカウントが10未満の場合にif-conditional whereを追加して、最小幅が2になるように変更します。 これは簡単なはずです！1つの条件を追加し、連結をコピー/貼り付けます。ケーキだよね？つまり、何をすべきかはわかっていますが、elispに触れることはめったになく、多くの括弧で何かを変更しなければならないときはいつも気が遠くなります。 私が理解していることから、「正しい」スタイルは、インデントに基づいてコードを構造化し、それ自体ではなく行末で括弧をラップすることです。他の「C」スタイルの言語から来て、私はこの方法でコードを読み書きするのに苦労しています。だから私の質問は次のとおりです。私は何が間違っていますか？elispを編集してコードをナビゲートし、そこに座ってすべての括弧を数える必要がないようにするにはどうすればよいですか？ elispで深くなりすぎるものを扱うときは、ドアを閉め、ブラインドを引っ張り、K＆Rスタイルの括弧を配置する必要があります。 明らかに私はこれをすべて間違っています。どうすればこのようなelispを恐れることなくタッチできますか？ 私の質問は、スタイルに関する質問としてではなく、elispをナビゲートおよび編集する方法です。私はすでにスタイルガイドとして次を使用しています：https : //github.com/bbatsov/emacs-lisp-style-guide 更新： …

13 elisp  editing  programming 

スコープの開口部を画面から出た時に表示させたい。 例： namespace a { ... --------------------- <- display frame ... | }* | * when cursor is here display "namespace a" in the minibuffer --------------------- or on screen これは多くのプログラミング言語で機能しますが、私は主にC ++について考えています。 もう少し明確にするために、そしてVSを知っている人のために、私はVisual Studioに存在するものと同様の機能を望みます。つまり、スコープの末尾にカーソルを置くと、編集バッファーの上部にスコープの先頭が表示されます。 この機能はすでにどこかに存在していますか？

12 minibuffer  c++  programming 

いくつかのカスタムcomint派生モードを記述した後、バッファーとプロセスを追跡する方法を決定するのは難しい場合があります。たとえば、異なるソースバッファーを異なるインタープリターに関連付ける場合などです。バッファまたはプロセスへの参照を保持する方が良いですか？ バッファを指定すると、関連するプロセスをを使用して見つけることができますget-buffer-process。逆に、プロセスが指定されると、process-bufferそれに関連付けられたバッファーを返します。バッファとプロセスのどちらも、一意の名前でそれらを検索することにより、間接的な追加の層を許可しますが、オブジェクト自体への参照を保持するだけに比べると、これは脆弱に見えます。 データを1回だけ格納するという原則に違反しているため、1つの可能性は明らかに悪いように見えます。つまり、バッファとプロセスの両方への参照を保持しています。 comint-入力を送信するためのほとんどの関数は、引数としてバッファではなくプロセスを受け取ります。これは、バッファではなくプロセスオブジェクトに依存することを主張します。一方、バッファはプロセスよりも長く留まる傾向があります。プロセスが終了するか強制終了され、以前使用していたバッファで新しいプロセスが開始される場合があります。 プロセスまたはそのバッファを参照するための他の説得力のある引数はありますか？

8 elisp  programming  comint 

Common Lispの基本を知っています。私はEmacs + SLIMEを使用してそれを学習しましたが、これら2つがなければ、あまり学習しないと言う必要があります-ベアREPLを使用するのは難しい仕事です。ただし、SLIMEはREPLを対話型プログラミングの優れた環境に変えるのに優れています。 これは言った、私はSICP本でSchemeを学びたい-何か新しいことを学ぶことは常に良いことであり、本は良いレビューを持っている。ただし、SchemeからそのままのREPLに戻りたくありません。そのため、MIT SchemeをEmacs + SLIMEに接続する方法、またはそれをもう少しプログラマーに変換する方法があるかどうかを確認したいと思います。フレンドリー。

7 slime  programming  repl  scheme