syl20bnr / spacemacs

A community-driven Emacs distribution - The best editor is neither Emacs nor Vim, it's Emacs *and* Vim!
http://spacemacs.org
GNU General Public License v3.0
23.69k stars 4.9k forks source link

Separators are broken on the development branch when using emacsclient #10181

Closed robbert-vdh closed 4 years ago

robbert-vdh commented 6 years ago

Description

Separators are broken when using emacsclient as of commit 0f646b884dd9164f923839ed59898c56020e34cc.

Reproduction guide

Observed behaviour: emacsclient

Separators show up as big, square glyphs. The same happens when using the default settings.

Expected behaviour: Regular Emacs

The separators show up fine when starting Emacs normally (i.e. when not using the emacsclient).

System Info :computer:

The bahaviour is the same when doing a clean install with default settings from the regular development branch.

einsiedlerspiel commented 6 years ago

Same Problem here. A few observations:

The slant separator breaks scaling and produces the placeholder character, the wave separator does neither, powerline is simply displayed without a separator. If the configuration is reloaded via SPC f e R the separators go back to normal and stay so in any client frame opened later.

jsoo1 commented 6 years ago

Same problem here, though dotspacemacs/sync-configuration-layers does not fix the issue in terminal.

jcf commented 6 years ago

Workaround from #10261:

I've added this to my dotspacemacs/user-config and my mode line fixes itself automatically.

(spacemacs|do-after-display-system-init
 (spacemacs-modeline/init-spaceline))
bersace commented 6 years ago

I confirm this here too. SPC f e R works but not init-spaceline.

cabrinha commented 6 years ago

Same behavior here, powerline separators disappear after a reload using SPC f e R

bennofs commented 6 years ago

The problem here is that powerline-height is set incorrectly (it's 0). The commit that regressed this is 378392e, and this happens only with emacsdaemon because font measurements do not work before the graphics system has been initialized and the computation of powerline-height does do font measurements.

bennofs commented 5 years ago

What is the status on this? Any idea on how to fix this?

Right now, I need to hardcoded powerline-height myself which sucks...

jerome-diver commented 5 years ago

same problem here... how to fix this bug please ? I do fix this by install all-the-icons ttf fonts. (on AUR archlinux it is an orphaned package, but these fonts can be installed from source also) I do not understand why they not use awesome fonts instead of this one.

smile13241324 commented 5 years ago

I have just merged the fix from @bennofs, please check if this solves your issue on develop.

github-actions[bot] commented 4 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!