Comme déjà répondu dans les commentaires, Emacs devenant très lent dans son réaffichage pour les longues lignes est un problème bien connu . Le réparer serait très bien, mais a besoin de beaucoup de réflexion pour être retiré correctement. J'ai une idée de la façon dont cela pourrait être accompli sur la base de la section 6.3 de ce document
(en gros, stockez les informations de ligne visuelle dans le tampon actuel et mettez-le à jour lors de l'insertion d'espaces, des propriétés d'affichage, des changements de fenêtre, etc., puis utilisez ces informations dans le code de réaffichage pour éviter de le rechercher tout le temps), mais je ne connais pas assez bien les internes C pour le retirer.
Il existe cependant des solutions de contournement. Les plus évidents seraient le réglage des paramètres liés à l'affichage (comme l'activation de la troncature de ligne visuelle dans l'instance Emacs graphique, l'utilisation d'un Emacs non graphique pour que cela se fasse automatiquement, la désactivation des fonctionnalités Bidi, etc.) et le prétraitement du contenu du fichier que vous '' relire. Un autre moins évident est le post-traitement automatique des fichiers, que ce soit en tronquant réellement leurs lignes ou en ajoutant des propriétés de texte qui rendent les lignes plus courtes qu'elles ne le sont réellement. Pour transformer cela en une réponse plus intéressante, je vais présenter un hack assez laid de l'ancienne option qui ne fonctionnera que pour les comintmodes dérivés:
(defun my-comint-shorten-long-lines (text)
(let* ((regexp "^\\(.\\{80\\}\\).*?$")
(shortened-text (replace-regexp-in-string regexp "\\1" text)))
(if (string= shortened-text text)
text
(propertize shortened-text 'help-echo text))))
(add-hook 'comint-preoutput-filter-functions 'my-comint-shorten-long-lines)
Cela définit my-comint-shorten-long-lines, une fonction qui prend une chaîne pouvant être composée de plusieurs lignes et utilise la puissance des expressions régulières pour remplacer toute ligne en elle avec une longueur de 80 caractères ou plus par une version raccourcie qui affiche le texte original lorsque vous passez la souris dessus. Lorsqu'il est utilisé comme hook,
comint-preoutput-filter-functionsil filtrera toutes les comintsorties avant de les afficher.
Cependant, cette interprétation du hack a une faiblesse assez sérieuse. Dans les modes qui ont une police de base en cours (comme, M-x ielm), il coupera volontiers les lignes qui font partie d'une chaîne et de cette façon, tout police jusqu'à la prochaine citation sous forme de chaîne! Ce n'est pas ce que nous voulons et peut être corrigé avec un peu plus de maîtrise des regex (mais cela se brisera probablement dans un REPL pour un langage comme Python). Pendant que nous y sommes, soulignons également la sortie raccourcie:
(defun my-comint-shorten-long-lines (text)
(let* ((regexp "^\\(.\\{80\\}\\).*?\\(\"?\\)$")
(shortened-text (replace-regexp-in-string regexp "\\1\\2" text)))
(if (string= shortened-text text)
text
(propertize shortened-text 'font-lock-face 'shadow 'help-echo text))))
(add-hook 'comint-preoutput-filter-functions 'my-comint-shorten-long-lines)
C'est un peu mieux, mais toujours moche. Planer sur la sortie de quelque chose comme find /dans M-x shelln'est pas attrayant (nous voudrions idéalement seulement afficher la ligne non raccourcie, pas toutes les sorties), la détection des chaînes est au mieux rudimentaire et la troncature pourrait être mieux indiquée avec des ellipses au lieu de tout faire. De plus, il n'est même pas garanti que le texte entrant ne soit pas transformé en lots. Tout cela hurle de faire l'étape de traitement dans un tampon temporaire, mais sera laissé au lecteur comme exercice (ou à l'auteur comme article de blog potentiel).