Doom-emacs: [ERROR] El primer espacio de trabajo después del inicio no cambia el nombre de "principal"

Creado en 23 oct. 2019 · 3Comentarios · Fuente: hlissner/doom-emacs

Describa el problema
Comience con un breve resumen del problema de 1 o 2 oraciones.

Luego siga con una explicación más larga, si es necesario. Aquí hay algunas sugerencias
sobre qué incluir:

Lo que esperabas versus lo que realmente sucedió
Capturas de pantalla / transmisiones de su problema
Un enlace a su configuración privada
Etiquetas para cualquier clave a la que haga referencia (use SPC h k para inspeccionar una clave)
Cualquier advertencia o error registrado en * Mensajes * ( SPC h e o M-x view-echo-area-messages ).



 Si está disponible, haga un seguimiento del error aquí.

Para adquirir un retroceso, habilite debug-on-error luego vuelva a crear el error. Aquí
son formas de habilitar debug-on-error :

M-x toggle-debug-on-error ,
Inicie Emacs con emacs --debug-init
Si el error ocurrió mientras usaba bin/doom , use -d / --debug
conmutadores o la variable de entorno DEBUG .

pasos para reproducir

Seleccione estos pasos de ejemplo,
Borra los,
Y reemplácelos con pasos precisos para reproducir su problema.
Complete la "información del sistema" a continuación.

Información del sistema



 Coloque la salida de M-x doom/info o ~/.emacs.d/bin/doom info aquí.

:ui workspaces bug resolved

Fuente

askurihin

Comentario más útil

Lamento el informe de errores incorrectos.
Algo salió mal con github, debería haberlo comprobado.

Eso está perfectamente bien. ¡El informe de error que siguió fue excelente! A partir de 4ccb69d, este problema debería resolverse. Avíseme si ese no es el caso y lo reabriré. ¡Gracias por avisarme (y por la pronta respuesta)!

hlissner en 25 oct. 2019

😄1 👍1

Todos 3 comentarios

Lo siento, pero este no es un informe de error aceptable. ¿Cómo reproduzco tu problema? ¿Podría proporcionar su M-x doom/info ? ¿Podría explicar lo que ha intentado y lo que ha observado? ¿Puede vincular a su configuración privada?

Siga las instrucciones de la plantilla de problemas.

el primer espacio de trabajo después del inicio no cambia el nombre de 'principal'

¿Por qué espera que cambie su nombre? ¿Estás intentando cambiarle el nombre? ¿Qué haces para cambiar el nombre de lo que falló? ¿Hay algo que esté haciendo al inicio que haría que se le cambiara el nombre? ¿Cómo falla? ¿Con un mensaje de error? ¿Hay algo registrado en * Mensajes * (ver SPC h e )?

hlissner en 23 oct. 2019

Lamento el informe de errores incorrectos.
Algo salió mal con github, debería haberlo comprobado.

Aquí mi información del sistema:

Información del sistema



 ((emacs

 (versión. "26.3")

 (características. "JPEG RSVG IMAGEMAGICK GLIB NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES THREADS LCMS2")

 (compilación "30 de agosto de 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 --without-dbus --with-gnutls --with-imagemagick --with-modules --with- rsvg --with-ns --disable-ns-sel

 f-contenida ")

 (lote de windowsys.)

 (daemonp. servidor en ejecución))

 (condenar

 (versión. "2.0.9")

 (compilar "HEAD -> desarrollar d6cbe5dc8 2019-10-23 01:48:49 -0400"))

 (sistema

 (tipo. darwin)

 (configuración "x86_64-apple-darwin19.0.0")

 (shell. "/ usr / local / bin / zsh")

 (uname. "Darwin 19.0.0 Darwin Kernel Versión 19.0.0: miércoles 9 de octubre 13:26:26 PDT 2019; raíz: xnu-6153.40.150.111.1 ~ 2 / RELEASE_X86_64 x86_64")

 (ruta "~ / .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

 en "" / 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 "))

 (config

 (envfile. envvar-archivo)

 (archivos elc. 0)

 (módulos: empresa de finalización ivy: ui doom doom-dashboard doom-quit fill-column hl-todo modeline nav-flash ophints (popup + all + default) vc-gutter vi-tilde-fringe windo

 w-select espacios de trabajo: editor (malvado + en todas partes) plantillas de archivos plegar varios cursores rotar fragmentos de texto: emacs dired electric vc: término eshell: herramientas 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

 avería + fijaciones + smartparens))

 (paquetes mwim fasd yapfify py-isort dash-at-point exec-path-from-shell deadgrep sql-indent textile-mode)

 (elpa "n / a")))

Espero que el nombre del espacio de trabajo cambie después de seleccionar un nuevo proyecto a través de SPC pp , porque
siempre se cambia, pero no es la primera vez que inicio Emacs.

Pasos para reproducir:

Abra Emacs
SPC pp - seleccione un proyecto, el primer (y único) nombre del espacio de trabajo permanece main
SPC pp : seleccione un proyecto diferente, el nombre del segundo espacio de trabajo se establece en un nombre de proyecto, el nombre del primer espacio de trabajo sigue siendo principal

Espero que el primer espacio de trabajo cambie su nombre a un nombre de proyecto seleccionado.

Intenté ejecutar doom-emacs sin mi configuración, con generado por defecto, nada ha cambiado.

askurihin en 24 oct. 2019