Changing the value of power of `powerline-scale` doesn't resize but breaks the mode-line.

ghost commented 7 years ago

Description :octocat:

Changing the value of power of powerline-scale doesn't resize but breaks the mode-line.

Reproduction guide :beetle:

Start Emacs

Here is my original setting in the file ~/..spacemacs dotspacemacs-default-font '("DejaVu Sans Mono" :size 20 :weight normal :width normal :powerline-scale 1.2)

and here is how the mode line looks like:

spaceline-1

When I change the value of powerline-scale to 0.9

dotspacemacs-default-font '("DejaVu Sans Mono" :size 20 :weight normal :width normal :powerline-scale 0.9)

Observed behaviour: :eyes: :broken_heart:

The mode-line size isn't decreased, and its visualization is also broken. Notice edges of the wave in the mode-line

spaceline-2

Expected behaviour: :heart: :smile:

The mode-line should be resized and its visualization should not be broken.

System Info :computer:

OS: gnu/linux
Emacs: 24.5.1
Spacemacs: 0.200.5
Spacemacs branch: master (rev. 664ba6ab)
Graphic display: t
Distribution: spacemacs
Editing style: emacs
Completion: helm

Layers:

(auto-completion better-defaults emacs-lisp git markdown org
             (shell :variables shell-default-height 30 shell-default-position 'bottom)
             spell-checking syntax-checking version-control spacemacs-layouts semantic pdf-tools latex ocaml haskell python tddsg)

Backtrace :paw_prints:

qdzo commented 7 years ago

Yep. The same issue on my linux work-pc. On macOS with the same config it bevahes nice.

System Info :computer:

OS: gnu/linux
Emacs: 25.1.2
Spacemacs: 0.200.8
Spacemacs branch: develop (rev. f79a169)
Graphic display: t
Distribution: spacemacs
Editing style: vim
Completion: helm

Layers:

(yaml theming themes-megapack ruby csv clojure emacs-lisp markdown org syntax-checking react colors docker shell-scripts dash
  (auto-completion :variables auto-completion-enable-help-tooltip t auto-completion-enable-sort-by-usage t auto-completion-enable-snippets-in-popup t company-show-numbers t)
  (version-control :variables version-control-global-margin t version-control-diff-tool 'diff-hl)
  git
  (shell :variables shell-default-height 30 shell-default-position 'bottom)
  (ibuffer :variables ibuffer-group-buffers-by 'modes))

System configuration features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

neeasade commented 7 years ago

hi there- my workaround for this is to call set-default-font after re-initializing (spacemacs/set-default-font dotspacemacs-default-font)

ghost commented 7 years ago

Can you explain explicitly where do you put this line in the .spacemacs or your config file?

neeasade commented 7 years ago

in my dotspacemacs/user-init

ghost commented 7 years ago

@neeasade: I just do as you said but the problem still remains the same

t478225 commented 6 years ago

I have same issue. But zoom don't change powerline size and works fine.

xiangsheng commented 6 years ago

It seems that this problem only appears on emacs-mac-port. Using the same configuration, the vanilla emacs on macOS works well.

alexryndin commented 6 years ago

same issue on Ubuntu 18.04 with SourceCodePro

mbrgm commented 4 years ago

Setting dotspacemacs-mode-line-unicode-symbols nil "fixed" this for me.

sluedecke commented 4 years ago

2020, still an issue on ArchLinux, but easily solved as mentioned here https://github.com/syl20bnr/spacemacs/issues/1012#issuecomment-170201103:

install ttf-unifont from AUR

laynor commented 3 years ago

2020, still an issue on ArchLinux, but easily solved as mentioned here #1012 (comment):

install ttf-unifont from AUR

I tried but didn't work for me :(

github-actions[bot] commented 2 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!

syl20bnr / spacemacs