Cider: `* cider-error *` n'affiche pas une seule nouvelle ligne lors de l'impression du message d'exception

Créé le 10 nov. 2017  ·  5Commentaires  ·  Source: clojure-emacs/cider

Comportement prévisible

Je m'attends à ce que l'évaluation de (throw (ex-info "foo\nbar" {})) imprime la sortie suivante dans le tampon *cider-error* :

1. Unhandled clojure.lang.ExceptionInfo
   foo
   bar
   {}

Notez que si j'évalue (throw (ex-info "foo\n\nbar" {})) (deux retours à la ligne au lieu d'un), les retours à la ligne sont affichés dans *cider-error* :

1. Unhandled clojure.lang.ExceptionInfo
   foo

   bar
   {}

le problème ne semble donc se produire que pour une seule nouvelle ligne.

Comportement réel

Dans le premier cas ci-dessus (évaluation de (throw (ex-info "foo\nbar" {})) ), la sortie dans *cider-error* est:

1. Unhandled clojure.lang.ExceptionInfo
   foo bar
   {}

Étapes pour reproduire le problème

  1. lein new cider-bug-report
  2. Faites ressembler project.clj code ci-dessous
  3. lein repl
  4. Dans emacs cider-connect
  5. se connecter à REPL
  6. Dans le tampon REPL de cidre, eval (throw (ex-info "foo\nbar" {}))
;; project.clj
(defproject cider-bug-report "0.1.0-SNAPSHOT"
  :description "FIXME: write description"
  :url "http://example.com/FIXME"
  :license {:name "Eclipse Public License"
            :url "http://www.eclipse.org/legal/epl-v10.html"}
  :plugins [[cider/cider-nrepl "0.15.1"]]
  :dependencies [[org.clojure/clojure "1.9.0-RC1"]])

Informations sur l'environnement et la version

Informations sur la version de CIDER

;; CIDER 0.15.1 (London), nREPL 0.2.12
;; Clojure 1.9.0-RC1, Java 1.8.0_151

Version Lein / Boot

Leiningen 2.8.0 sur Java 1.8.0_151 VM serveur 64 bits Java HotSpot (TM)

Version Emacs

GNU Emacs 24.4.1 (x86_64-apple-darwin14.1.0) du 19/03/2015 sur miniyosemite.local

Système opérateur

OS X 10.11.6 «El Capitan»

bug stale

Commentaire le plus utile

Je suppose que nous devrions soit supprimer le remplissage, soit le rendre configurable.

Tous les 5 commentaires

Le message est "rempli" du côté emacs. Je suppose que cela a été fait pour économiser de l'espace, mais d'après mon expérience, la plupart du temps, cela nuit à l'expérience (voir la sortie de core.spec par exemple). L'auteur du message le formate pour la lisibilité, et je ne pense pas qu'un outil devrait jouer avec cela.

Je suppose que nous devrions soit supprimer le remplissage, soit le rendre configurable.

Ce serait bien!

Ce problème a été automatiquement marqué comme obsolète car il n'a pas eu d'activité récente. Il sera fermé si aucune autre activité ne se produit. Merci pour votre contribution et votre compréhension!

Ces problèmes ont été automatiquement résolus en raison d'un manque d'activité. N'hésitez pas à le rouvrir si jamais vous y revenez.

Cette page vous a été utile?
0 / 5 - 0 notes