Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Font width parameter not respected when creating new frames #6684

Closed
edran opened this issue Jul 26, 2016 · 4 comments
Closed

Font width parameter not respected when creating new frames #6684

edran opened this issue Jul 26, 2016 · 4 comments
Labels
- Bug tracker - Fonts stale marked as a stale issue/pr (usually by a bot) To be reproduced
Projects

Comments

@edran
Copy link

edran commented Jul 26, 2016

Description :octocat:

width parameter in dotspacemacs-default-font is not respected when making more frames.

Reproduction guide 馃

  • Set dotspacemacs-default-font to:
dotspacemacs-default-font '("source Code Pro"
                            :size 11
                            :weight normal
                            :width condensed
                            :powerline-scale 1.1)
  • Start Emacs
  • SPC : make-frame-command

Observed behaviour: 馃憖 馃挃
Width of font in new frame is set on normal instead of condensed.

Expected behaviour: 鉂わ笍 馃槃
Fonts look the same in all frames.

System Info 馃捇

  • OS: gnu/linux
  • Emacs: 24.5.1
  • Spacemacs: 0.105.21
  • Spacemacs branch: develop (rev. 84580b1)
  • Graphic display: t
  • Distribution: spacemacs
  • Editing style: vim
  • Completion: helm
  • Layers:
nil

Backtrace 馃惥

n/a
@edran
Copy link
Author

edran commented Jul 26, 2016

Screenshot of resulting initial frame and new frame compared (left is initial, right is new):

screenshot

@fsvehla
Copy link

fsvehla commented Sep 28, 2016

Same effect here.

@edran
Copy link
Author

edran commented Feb 25, 2017

@fsvehla Did you manage to solve this at some point? I reckon it must be a problem with xft.

My .Xresources has:

Xft.dpi:        96
Xft.antialias: true
Xft.rgba: rgb
Xft.hinting: false
Xft.hintstyle: hintnone 

@github-actions
Copy link

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!

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Feb 29, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
- Bug tracker - Fonts stale marked as a stale issue/pr (usually by a bot) To be reproduced
Projects
Bugs
Not reproduced
Development

No branches or pull requests

3 participants