Wie wird bei der Installation eines Pakets mit package.el der Kompilierungsprotokollpuffer nie angezeigt?

Dieser Puffer nervt mich jedes Mal, wenn ich ein neues Paket installiere oder eines mit package.el aktualisiere:

Screenshot des Puffers

Wie kann ich Emacs sagen, die diesen Puffer niemals zeigen, es sei denn, ich muss etwas wirklich Wichtiges daraus wissen?

package

— Shackra
quelle

Sie sollten es nicht unterdrücken. Es enthält wertvolle Informationen, hebt Fehler im Kompilierungsprozess hervor.

— Andrew Swann

Einverstanden. Sie sollten lieber Betreuer nerven, um warnfreien Code zu schreiben.

— Mondhorn

Pradhan: Kann hier noch nicht kommentieren, aber der Benutzer hat nicht darum gebeten, dass es keine Warnungen gibt. Er bat darum, dass sich der Rahmen mit den Warnungen nicht öffnet. Möglicherweise möchte er das Kompilierungsprotokoll später überprüfen. andrew-swann: Sie wissen nicht unbedingt, was der Benutzer erreichen will. Zum Beispiel finde ich, dass das Öffnen des Puffers meinen Fluss stört. Ich habe diesen Thread gefunden, weil ich versucht habe, N Pakete zu installieren, und ich wollte die Warnungen am Ende überprüfen. Ideal wäre es, wenn der Puffer optional eingeblendet wird und im Minibuffer "N Warnungen, M Fehler" angezeigt wird. Sagen Sie auf keinen Fall Benutzern, die wollen

— user3113723

Anpassen display-buffer-alist?

— Politza

Antworten:

Wenn Sie package--compileaufrufen byte-recompile-directory(Standard), können Sie alle Warnungen deaktivieren, indem Sie die Variable anpassen byte-compile-warnings. Sie können es entweder eingestellt nilselbst oder die Verwendung M-x customize-groupauf der Gruppe bytecomp, setzen Byte Compile Warningsauf Someund die Prüfung keine der Boxen. Wenn Sie jedoch, package--compileseine defadviced invoke etwas anderes ( async-byte-recompile-directoryin meinem Fall), dann sollten Sie die Anpassung dieser Funktion in / Bibliothek suchen.

Wenn Sie verwenden async-bytecomp, habe ich eine Anfrage angehoben hier die injizieren bytecompAnpassungen in die Umwelt es in kompilieren Sie könnten mit einer lokalen Änderung vornehmen zu tun , bis es gibt eine Auflösung. In

(async-inject-variables "\\`byte-compile-warnings\\'")

nach

,(async-inject-variables "\\`load-path\\'")

in async-bytecomp.el.

— Pradhan
quelle

Aus der Dokumentation:

set-window-dediziert-p ist eine integrierte Funktion in "C-Quellcode".

(set-window-dediziert-p FENSTERFLAGGE)

Markieren Sie WINDOW gemäß FLAG. WINDOW muss ein Live-Fenster sein und standardmäßig das ausgewählte Fenster verwenden. FLAG non-nil bedeutet, dass WINDOW als seinem Puffer zugeordnet markiert ist. FLAG nil bedeutet, dass WINDOW als nicht dediziert markiert ist. FLAG zurückgeben.

Sie könnten interessiert sein, indem Sie das Installationsfenster dediziert einstellen. Der Kompilierungspuffer stört Sie dann nicht mehr, wenn Sie sich im dedizierten Fenster befinden.

— Nsukami _
quelle