Doom-emacs: [BUG] erster Arbeitsbereich nach dem Start ändert den Namen nicht von 'main'

Erstellt am 23. Okt. 2019  ·  3Kommentare  ·  Quelle: hlissner/doom-emacs

Beschreibe das Problem
Beginnen Sie mit einer kurzen Zusammenfassung des Problems mit 1 oder 2 Sätzen.

Dann folgen Sie ggf. mit einer längeren Erklärung. Hier sind ein paar Vorschläge
was enthalten sein soll:

  • Was du erwartet hast und was tatsächlich passiert ist
  • Screenshots/Besetzungen Ihres Problems
  • Ein Link zu Ihrer privaten Konfiguration
  • Beschriftungen für alle Schlüssel, auf die Sie verweisen (verwenden Sie SPC h k , um einen Schlüssel zu überprüfen)
  • Alle Warnungen oder Fehler, die in *Messages* ( SPC h e oder M-x view-echo-area-messages ) protokolliert werden.


Falls vorhanden, bitte hier eine Rückverfolgung des Fehlers.

Um einen Backtrace zu erhalten, aktivieren Sie debug-on-error und erstellen Sie dann den Fehler neu. Hier
sind Möglichkeiten, debug-on-error zu aktivieren:

  • M-x toggle-debug-on-error ,
  • Starten Sie Emacs mit emacs --debug-init
  • Wenn der Fehler bei der Verwendung von bin/doom aufgetreten ist, verwenden Sie -d / --debug
  • Schalter oder die Umgebungsvariable DEBUG .

Schritte zum Reproduzieren

  1. Wählen Sie diese Beispielschritte aus,
  2. Lösche sie,
  3. Und ersetzen Sie sie durch genaue Schritte, um Ihr Problem zu reproduzieren.
  4. Geben Sie unten "Systeminformationen" ein.

System Information


Platzieren Sie hier die Ausgabe von M-x doom/info oder ~/.emacs.d/bin/doom info .

:ui workspaces bug resolved

Hilfreichster Kommentar

Es tut mir leid für den schlechten Fehlerbericht.
Etwas ist mit github schief gelaufen, ich hätte nachsehen sollen.

Das ist vollkommen in Ordnung. Der folgende Fehlerbericht war ausgezeichnet! Ab 4ccb69d sollte dieses Problem behoben sein. Lassen Sie es mich wissen, wenn dies nicht der Fall ist, und ich werde es wieder öffnen. Danke für den Hinweis (und für die prompte Antwort)!

Alle 3 Kommentare

Es tut mir leid, aber dies ist kein akzeptabler Fehlerbericht. Wie reproduziere ich dein Problem? Könnten Sie Ihre M-x doom/info angeben? Könnten Sie erklären, was Sie versucht und beobachtet haben? Kannst du auf deine private config verlinken?

Bitte befolgen Sie die Anweisungen in der Ausgabevorlage.

erster Arbeitsbereich nach dem Start ändert den Namen nicht von 'main'

Warum erwarten Sie eine Namensänderung? Versuchst du es umzubenennen? Was tun Sie, um es umzubenennen, das fehlgeschlagen ist? Gibt es beim Start etwas, das zu einer Umbenennung führen würde? Wie scheitert es? Mit einer Fehlermeldung? Ist etwas in *Messages* protokolliert (siehe SPC h e )?

Es tut mir leid für den schlechten Fehlerbericht.
Etwas ist mit github schief gelaufen, ich hätte nachsehen sollen.

Hier meine Systeminformationen:

System Information


((emacs
(Version . "26.3")
(Features . "JPEG RSVG IMAGEMAGICK GLIB NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES THREADS LCMS2")
(Build . "30. August 2019")
(buildopts "--disable-dependency-tracking --disable-silent-rules --enable-locallisppath=/usr/local/share/emacs/site-lisp --infodir=/usr/local/Cellar/emacs-plus/ 26.3/sha
re/info/emacs --prefix=/usr/local/Cellar/emacs-plus/26.3 --with-xml2 --with-dbus --with-gnutls --with-imagemagick --with-modules --with- rsvg --with-ns --disable-ns-sel
f-enthalten")
(windowsys.batch)
(daemonp . server-laufend))
(Untergang
(Version . "2.0.9")
(build . "HEAD -> d6cbe5dc8 entwickeln 2019-10-23 01:48:49 -0400"))
(System
(Typ. Darwin)
(config . "x86_64-apple-darwin19.0.0")
(shell . "/usr/local/bin/zsh")
(uname . "Darwin 19.0.0 Darwin Kernel Version 19.0.0: Mi 9. Okt 13:26:26 PDT 2019; root:xnu-6153.40.150.111.1~2/RELEASE_X86_64 x86_64")
(Pfad "~/.yarn/bin" "~/.config/yarn/global/node_modules/.bin" "~/.cargo/bin" "~/bin" "~/opt/bin" "~/go/ bin" "/usr/local/opt/go/libexec/bin" "/usr/local/Cellar/pyenv-vir
tualenv/HEAD-75e8474/shims" "~/.pyenv/shims" "~/bin" "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/bin" "/opt /chefdk/bin" "~/.chefdk/gem/ruby/
2.1.0/bin" "/opt/chefdk/embedded/bin" "~/bin" "~/opt/bin" "~/go/bin" "/usr/local/opt/go/libexec/bin" " /usr/local/bin" "/usr/local/sbin" "/usr/bin" "/bin" "/usr/sbin" "/sb
in" "/opt/X11/bin" "~/.nvim/plugged/fzf/bin" "~/.cargo/bin" "~/.fzf/bin" "/usr/local/Cellar/emacs-plus/ 26.3/libexec/emacs/26.3/x86_64-apple-darwin19.0.0"))
(Konfigurieren)
(envfile . envvar-file)
(elc-Dateien . 0)
(module :completion company ivy :ui doom doom-dashboard doom-quit Fill-Column hl-todo modeline nav-flash ophints (popup +alle +defaults) vc-gutter vi-tilde-fringe windo
w-select workspaces :editor (böse +überall) datei-templates falten mehrere Cursors rotieren-textschnipsel :emacs dired electric vc :term eshell :tools eval flycheck flyspe
ll gist (lookup +docsets) lsp magit :lang data emacs-lisp go (haskell +intero) markdown (org +dragndrop +ipython +pandoc +present) (python +pyenv +ipython) sh :config (de
Fehler +Bindungen +Smartparens))
(Pakete mwim fasd yapfify py-isort dash-at-point exec-path-from-shell deadgrep sql-indent textile-mode)
(elpa "n/a")))

Ich erwarte, dass sich der Name des Arbeitsbereichs ändert, nachdem ich über SPC pp ein neues Projekt ausgewählt habe, weil
es wird immer geändert, aber nicht das erste Mal, wenn ich Emacs starte.

Schritte zum Reproduzieren:

  • Öffnen Sie Emacs
  • SPC pp - Wählen Sie ein Projekt aus, der erste (und einzelne) Arbeitsbereichsname bleibt main
  • SPC pp - Wählen Sie ein anderes Projekt aus, der zweite Arbeitsbereichsname wird auf einen Projektnamen gesetzt, der erste Arbeitsbereichsname ist immer noch main

Ich erwarte, dass der erste Arbeitsbereich seinen Namen in einen ausgewählten Projektnamen ändert.

Ich habe versucht, doom-emacs ohne meine Konfiguration auszuführen, mit standardmäßig generiert, hat sich nichts geändert.

Es tut mir leid für den schlechten Fehlerbericht.
Etwas ist mit github schief gelaufen, ich hätte nachsehen sollen.

Das ist vollkommen in Ordnung. Der folgende Fehlerbericht war ausgezeichnet! Ab 4ccb69d sollte dieses Problem behoben sein. Lassen Sie es mich wissen, wenn dies nicht der Fall ist, und ich werde es wieder öffnen. Danke für den Hinweis (und für die prompte Antwort)!

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen