Skip to content
This repository has been archived by the owner on Jan 15, 2020. It is now read-only.

Glyphs overlapping (Sauce Code Powerline) #5

Open
s-ol opened this issue Feb 24, 2015 · 10 comments
Open

Glyphs overlapping (Sauce Code Powerline) #5

s-ol opened this issue Feb 24, 2015 · 10 comments

Comments

@s-ol
Copy link

s-ol commented Feb 24, 2015

This is what it looks like:
img

I specify the font with

-f "Source Code Pro for Powerline-9"

other sizes are no better.

The same font looks alright in urxvt though:

img

*font: xft:Source Code Pro For Powerline:pixelsize=10
URxvt*.letterSpace: -2

maybe I can specify letterSpace for bar-aint-recursive too somehow?

@krypt-n
Copy link
Owner

krypt-n commented Feb 24, 2015

Could you point me at where exactly the overlapping occurs in your example?
And how would a negative letterSpace make the overlapping better? I thought it reduces the space.

@s-ol
Copy link
Author

s-ol commented Feb 24, 2015

You need to zoom in the first picture, the triangle corners don't line up with the background next to it, but in urxvt they do. Bitmap fonts also work, but the Xft fonts look like this in bar.

Letterspace is negative because of an urxvt bug where letters are drawn too far apart, but positive letter space could help here (I think)

@krypt-n
Copy link
Owner

krypt-n commented Feb 24, 2015

Letterspace is not the problem here. Adding a positive value just results in a space of the wrong colour between the delimiter and the background.

The problem is the font height. You could try to adjust bar's height manually (with -g x15 for example) and find a value that makes the triangle corners line up.
I dont know if the font somehow reports a wrong height or the bar code for height is broken. Bar adds 2 pixels to the height to leave space for the underline but the problem persists after removing that offset.
I looked into urxvt's source to find an answer to why the height is handled differently, but urxvt gets the same results for font height and ascent as bar just uses a different rendering function.
Maybe I will look into that later

@s-ol
Copy link
Author

s-ol commented Feb 24, 2015

That's weird though, because the background in urxvt also extends for the whole line's height, you can fill the whole terminal with it.

@rr-
Copy link

rr- commented Jun 3, 2015

I implemented similar workaround to the one mentioned by @krypt-n and it works fine.

2015-06-02-235858_956x363_escrotum

@s-ol
Copy link
Author

s-ol commented Jun 3, 2015

@rr- you mean specifying a height, or in the C source? If the latter, can i see your fork somewhere?

@Chrysostomus
Copy link

I'm having the same issue, with terminus and peep fonts. I tried different font sizes, panel heights and offset values, not getting much further. Does anybody have tips on searching for right values? Setting font size smaller makes spaces smaller, but I need big fonts bexause of high pixel density.

@Chrysostomus
Copy link

I'd prefer to use size 20, but spaces get too big at size 14.

@Chrysostomus
Copy link

Tamsyn gives same problem. Almost any pixmap font seems to do this.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants