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

6
ファイル相対eslint実行可能ファイルでのフライチェック
私が取り組んでいる多くのプロジェクトでは、eslintプラグインのカスタムセットを使用して、eslintをdev依存関係としてインストールしています。現在、flycheckは、各プロジェクトでインストールされているeslintのバージョンではなく、eslintのグローバルにインストールされているバージョンを使用します。 代わりに、fly_checkがnode_modules / eslint / bin / eslint.jsを指すようにします。絶対パスは現在のバッファーのファイルのパスに依存する必要があります。そのため、潜在的に異なるeslint実行可能ファイルを使用して各バッファーで複数のプロジェクトを同時に処理できます。 これは可能ですか?これをどうやってやるのか提案はありますか?
21 flycheck 

2
flycheckがinit.elをパッケージファイルとして扱うのを防ぐ方法は?
init.elでflycheck-modeが有効になっている場合、次の種類のエラーが発生しました。 The first line should be of the form: ";;; package --- Summary" (emacs-lisp-checkdoc) ... The footer should be: (provide 'init)\n;;; init.el ends here (emacs-lisp-checkdoc) flycheckがinit.elをパッケージとして扱うのを止めるにはどうすればよいですか? 編集 私は最小限の起動ファイルを次のようにしようとしました: ;; flycheck-mode (require 'flycheck) (global-flycheck-mode) (setq-default flycheck-disabled-checker '(emacs-lisp-checkdoc)) flycheckとその依存関係のみが有効になります。emacs-lisp-checkdocは無効なチェッカーリストにありますが、flycheckは引き続きエラーをリストします。 0 warning The first line should be of the form: ";;; package --- …
16 flycheck 

1
警告の抑制:自由変数(およびその他)への割り当て
emacs lispファイルをバイトコンパイルする際に、「自由変数への割り当て」警告を抑制するにはどうすればよいですか? 私は実際に、flycheckを使用するときに特定のバッファーでそれを抑制することに主に興味を持っていますが、これはバイトコンパイラに渡されることを理解しています。 また、抑制できるすべての警告/エラーのリストを取得することもできます。 更新: 完全を期すために、コンパイラの警告を無効にする理由は(言語に依存しない)多くの理由があることを明確にさせてください。いくつかの例:レガシーコードのリント適用フレームワークへの移行を容易にするため、スクラッチファイルおよびレシピをライブコンテキスト内で実行するため、優先度の高い問題を修正しながらノイズを除去するため、またはコンパイラーが間違っているため。

2
js2-modeの構文チェッカーをオフにしたり、切り替えたりできますか?
のデフォルト設定がありjs2-modeます。これにより、構文の強調表示とチェックが行われますが、現在、異なるスタイルセットのプロジェクトに取り組んでいます(具体的には、この新しいプロジェクトではセミコロンを使用していません)。 これにより、コードのすべての単一行にjs2-mode警告が表示されます。missing ; after statement 構文チェックを無効にする方法はありますjs2-modeか? または、さらに良いことに、異なる構文チェッカーを使用する方法はありますか? .jsファイルのFlycheckモードをインストールして実行していますが、構文チェッカーが有効になっていません(つまり、すべてのチェッカーがnilおよびに設定されていますnot found)。これらの1つを有効にし、組み込みのjs21つを無効にする方法を知ることは素晴らしいことです。 私はセミコロン挿入に関する見解が異なることを知っていますが、このプロジェクト"standard style"はFlycheckに構文チェッカーがあるものに従い、チェッカーを切り替えることができるかどうかに興味があります。

1
flycheckを介してorg-lintを自動的に実行する
ナレッジベースのためにHTMLに公開する組織モードファイルのヒープを持っています。リンクが壊れているなどの理由で公開がクラッシュし、問題を見つけるのが難しい場合があります。 私は最近、org-lintを使用して問題を見つけています。flycheckを通じてこれを自動的に実行する方法はありますか?

2
flycheckで特定の警告を無効にします(特に、「#pragma once in main file」)
C ++開発にflycheckを使用していて、次の警告が表示されます。 #pragma once in main file メインファイルに含まれるすべてのヘッダー。ウェブを検索すると、これはgccとclang(どちらも同じ警告を出す)がflymake用にコンパイルされる方法と関係があるように見えます。 この警告を取り除きたいのですが。何か私にできることはありますか?
11 c++  flycheck 

2
flycheck-modeが特定のファイルをチェックしないようにするにはどうすればよいですか?
*.cfgshell-script-modeで指定されたファイルを開くようにEmacsを構成しました。もちろん、これらはシェルスクリプトではなく構成ファイルですが、90%の時間で、私が望んでいることを実行します(主に、コメントや変数の割り当て用の面については適切な推測です)。私はflycheck-modeを使用していますが、global-flycheck-mode有効にするのに十分気に入っています。問題は、*.cfgファイルの場合、flycheck-modeが関連しない多くのエラーを示唆していることです。 ファイル名またはファイルへのパスに基づいてflycheckモードを自動的に無効にする方法はありますか?私が見た中で最も近いものはflycheck-before-syntax-check-hookです...パスまたはファイル名のチェックを続けると想像できますが、それは各構文チェックの前に実行されます(チェックを完全に無効にするのではなく)。

2
url-retrieveからのコールバックにおける「変数としてのシンボルの値はvoid」
次を実行すると、エラーが発生します。 (defun caller (func) (url-retrieve "http://m0smith.freeshell.org/" (lambda (status) (funcall func)))) (caller (lambda() (message "called"))) 結果: error in process filter: Symbol's value as variable is void: func この問題を解決する最良の方法は何ですか?基本的に、どこかからのコールバックを受け入れ、別のラムダでラップし、それをurl-retrieveへのコールバックとして使用する必要があります。 発信者をに変更した場合 (defun caller (func) (url-retrieve "http://m0smith.freeshell.org/" `(lambda (status) (funcall ,func)))) できます。ただし、funcがflycheckによって渡されており、マクロ展開によって中断されるため、これを行うことはできません。私がやっていることの完全なコンテキストを確認するには:https : //gist.github.com/m0smith/b5961fda6afd71e82983

1
flycheckの「次/前のエラーにジャンプ」して循環する
少なくともflycheckで使用している場合は、Mg nとMg pを循環させてください。この機能はサポートされていないので(https://github.com/flycheck/flycheck/issues/64で言及され、チャットで確認されているように)カスタム関数を書く必要がありますが、私はElisp noobです。 他の理由(https://github.com/commercialhaskell/intero/issues/268flycheck-modeを回避する)のために、バイパスnext-errorしてflycheck-next-error直接呼び出します。私はめったに使用しないので、サイクリングではなく通常のコンパイルモードで生活できます(ただし、コンパイルモードの使用を開始した場合、これはおそらく迷惑になります)。
7 flycheck 

1
特定のelispディレクトリでflycheck checkdoc警告を無効にする最良の方法?
チェッカーをアクティブにして使用するflycheckと、flycheck-elisp-checkdocかなり便利です。 それでも、私はそれが欠けについてnaggedされるように刺激を見つける(provide)セクションヘッダは(、;;; Code、...)、パッケージのメタデータと同様のことは、私は私の編集をしていながら、~/emacs/etc(その者の~/.emacs小さな断片に分割)。これらのファイルは短い構成スニペットであり、それらのコメントを追加すると、ファイルが長くなり、読みにくくなります。 では、この場所でこれらの警告を無効にする最良の方法は何ですか(ただし、本当のlispモジュールを編集すると、同じリマインダーが非常に役立ちます...)? 私はそれがこの非常にディレクトリでflycheckのflycheck-elisp-checkdocチェッカーを無効にすることを意味するか、このような場所でcheckdocを再構成することを意味するか、またはその中間で何かを本当に気にしません。
7 flycheck 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.