Vous ne devez pas le supprimer. Il contient des informations précieuses, met en évidence les erreurs dans le processus de compilation.
Andrew Swann
D'accord. Vous devriez plutôt garder les bogues pour écrire du code sans avertissement.
lunaryorn
Pradhan: Je ne peux pas encore commenter ici, mais l'utilisateur n'a pas demandé qu'il n'y ait pas d'avertissement. Il a demandé que le cadre avec les avertissements ne s'ouvre pas. Il voudra peut-être revoir le journal de compilation plus tard. andrew-swann: Vous ne savez pas nécessairement ce que l'utilisateur essaie de réaliser. Par exemple, je trouve que l'ouverture du tampon perturbe mon flux. J'ai trouvé ce fil parce que j'essayais d'installer N packages, et je voulais vérifier les avertissements à la fin. L'idéal serait de faire apparaître le tampon en option et d'afficher "N avertissements, M erreurs" dans le mini-tampon. Dans tous les cas, ne dites pas aux utilisateurs qui le souhaitent
user3113723
Personnaliser display-buffer-alist?
politza
Réponses:
4
Si votre package--compileappelle byte-recompile-directory(par défaut), vous pouvez désactiver tous les avertissements en personnalisant la variable byte-compile-warnings. Vous pouvez le mettre à nilvous - même, ou l' utilisation M-x customize-groupsur le groupe bytecomp, mis Byte Compile Warningsà Someet vérifier aucune des cases. Toutefois, si vous avez package--compileêtre defadviced à quelque chose d' autre Invoke ( async-byte-recompile-directorydans mon cas), vous devriez regarder dans la personnalisation de cette fonction spécifique / bibliothèque.
Si vous utilisez async-bytecomp, j'ai fait une demande ici pour injecter les bytecomppersonnalisations dans l'environnement dans lequel il se compile. Vous pouvez vous contenter d'un changement local jusqu'à ce qu'il y ait une résolution: Ajouter
set-window-dédié-p est une fonction intégrée dans le `code source C '.
(DRAPEAU DE FENETRE set-window-dédié-p)
Marquez WINDOW comme dédié selon FLAG. WINDOW doit être une fenêtre en direct et par défaut celle sélectionnée. FLAG non nul signifie marquer WINDOW comme dédié à son tampon. FLAG nil signifie marquer WINDOW comme non dédié. Retour FLAG.
Vous pouvez être intéressé en définissant la fenêtre d'installation dédiée , alors le tampon de compilation ne vous dérangera plus lorsque vous êtes à l'intérieur de la fenêtre dédiée.
display-buffer-alist
?Réponses:
Si votre
package--compile
appellebyte-recompile-directory
(par défaut), vous pouvez désactiver tous les avertissements en personnalisant la variablebyte-compile-warnings
. Vous pouvez le mettre ànil
vous - même, ou l' utilisationM-x customize-group
sur le groupebytecomp
, misByte Compile Warnings
àSome
et vérifier aucune des cases. Toutefois, si vous avezpackage--compile
êtredefadvice
d à quelque chose d' autre Invoke (async-byte-recompile-directory
dans mon cas), vous devriez regarder dans la personnalisation de cette fonction spécifique / bibliothèque.Si vous utilisez
async-bytecomp
, j'ai fait une demande ici pour injecter lesbytecomp
personnalisations dans l'environnement dans lequel il se compile. Vous pouvez vous contenter d'un changement local jusqu'à ce qu'il y ait une résolution: Ajouteraprès
dans
async-bytecomp.el
.la source
De la documentation:
Vous pouvez être intéressé en définissant la fenêtre d'installation dédiée , alors le tampon de compilation ne vous dérangera plus lorsque vous êtes à l'intérieur de la fenêtre dédiée.
la source