Doom-emacs: [BUG] primeiro espaço de trabalho após o início não muda o nome de 'principal'

Criado em 23 out. 2019 · 3Comentários · Fonte: hlissner/doom-emacs

Descreva o problema
Comece com um breve resumo de 1 ou 2 frases sobre o problema.

A seguir, dê uma explicação mais longa, se necessário. Aqui estão algumas sugestões
sobre o que incluir:

O que você esperava vs o que realmente aconteceu
Capturas de tela / casts do seu problema
Um link para sua configuração privada
Rótulos para qualquer chave que você referenciar (use SPC h k para inspecionar uma chave)
Quaisquer avisos ou erros registrados em * Mensagens * ( SPC h e ou M-x view-echo-area-messages ).



 Se disponível, faça um backtrace do erro aqui.

Para adquirir um backtrace, habilite debug-on-error então recrie o erro. Aqui
são maneiras de habilitar debug-on-error :

M-x toggle-debug-on-error ,
Inicie o Emacs com emacs --debug-init
Se o erro ocorreu ao usar bin/doom , use o -d / --debug
switches ou a variável de ambiente DEBUG .

Passos para reproduzir

Selecione estas etapas de exemplo,
Exclua-os,
E substitua-os por etapas precisas para reproduzir seu problema.
Preencha "informações do sistema" abaixo.

Informação do sistema



 Coloque a saída de M-x doom/info ou ~/.emacs.d/bin/doom info aqui.

:ui workspaces bug resolved

Fonte

askurihin

Comentários muito úteis

Sinto muito pelo relatório de bug ruim.
Algo deu errado com o github, eu deveria ter verificado.

Isso está perfeitamente bem. O relatório de bug que se seguiu foi excelente! A partir de 4ccb69d, esse problema deve ser resolvido. Informe se não for o caso e eu o reabrirei. Obrigado por chamar minha atenção (e pela resposta imediata)!

hlissner em 25 out. 2019

😄1 👍1

Todos 3 comentários

Sinto muito, mas este não é um relatório de bug aceitável. Como posso reproduzir seu problema? Você poderia fornecer seu M-x doom/info ? Você poderia explicar o que experimentou e o que observou? Você pode conectar-se à sua configuração privada?

Siga as instruções no modelo de problema.

o primeiro espaço de trabalho após o início não muda o nome de 'principal'

Por que você está esperando que seu nome mude? Você está tentando renomeá-lo? O que você faz para renomear aquele que falhou? Há algo que você está fazendo na inicialização que faria com que ele fosse renomeado? Como isso falha? Com uma mensagem de erro? Há algo registrado em * Mensagens * (consulte SPC h e )?

hlissner em 23 out. 2019

Sinto muito pelo relatório de bug ruim.
Algo deu errado com o github, eu deveria ter verificado.

Aqui minhas informações de sistema:

Informação do sistema



 ((emacs

 (versão. "26,3")

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

 (compilação. "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-contido ")

 (windowsys. batch)

 (daemonp. servidor em execução))

 (ruína

 (versão. "2.0.9")

 (build. "HEAD -> development d6cbe5dc8 2019-10-23 01:48:49 -0400"))

 (sistema

 (digite. darwin)

 (config. "x86_64-apple-darwin19.0.0")

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

 (uname. "Darwin 19.0.0 Darwin Kernel Versão 19.0.0: Quarta, 9 de outubro 13:26:26 PDT 2019; root: xnu-6153.40.150.111.1 ~ 2 / RELEASE_X86_64 x86_64")

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

 em "" / 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-file)

 (arquivos elc. 0)

 (módulos: completamento company ivy: ui doom doom-dashboard doom-quit preencher-coluna hl-todo modeline nav-flash ophints (popup + todos + padrões) vc-gutter vi-tilde-fringe windo

 w-select workspaces: editor (evil + todo lugar) arquivo-templates dobrar múltiplos cursores rotate-text snippets: 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

 falha + ligações + smartparens))

 (pacotes mwim fasd yapfify py-isort traço-no-ponto exec-path-from-shell deadgrep sql-indent textile-mode)

 (elpa "n / a")))

Espero que o nome do espaço de trabalho mude depois de selecionar um novo projeto por meio de SPC pp , porque
ele é sempre alterado, mas não na primeira vez depois que eu inicio o Emacs.

Passos para reproduzir:

Abra o Emacs
SPC pp - selecione um projeto, o primeiro (e único) nome do espaço de trabalho permanece main
SPC pp - selecione um projeto diferente, o segundo nome do espaço de trabalho é definido como um nome de projeto, o primeiro nome do espaço de trabalho ainda é o principal

Espero que a primeira área de trabalho mude seu nome para um nome de projeto selecionado.

Tentei executar o doom-emacs sem minha configuração, com gerado por padrão, nada mudou.

askurihin em 24 out. 2019