Curses rendering broken / overflowing

Question

Curses rendering broken / overflowing

shayne opened this issue 8 years ago · comments

shayne commented 8 years ago

Been using pulsemixer consistently, and everything has been fine. I opened it this morning and this is what I see:

I'm looking for a jumping off point in debugging / fixing this. Any ideas?

shayne · Answer 1 · Thu Oct 20 2016 00:32:31 GMT+0800 (China Standard Time)

Changing BAR_ON to "." fixes the issue. I guess my terminal is not rendering a monopace square? Using termite.

shayne · Answer 2 · Thu Oct 20 2016 00:40:45 GMT+0800 (China Standard Time)

The font I'm using is PragmataPro (which was working fine until recently). Tried changing it to Droid Sans Mono with the same results. Tried gnome-terminal with the same results too.

GeorgeFilipkin · Answer 3 · Thu Oct 20 2016 20:56:20 GMT+0800 (China Standard Time)

Seeing how changing BAR_ON from large square (2B1B, Unicode 5.1) fixes the issue there are 2 things I can think of:

len('⬛') returns something other than 1, but with Python 3 this should never be the case.
Something somewhere in your system has been updated/changed. This would also explain why pulsemixer was working fine a few days ago and why this bug is so tricky to reproduce.

In any case, this symbol has proved to be very troublesome. On some terminals/fonts it doesn't display correctly, on others it is simply missing or causing issues similar to this one.
Replacing it would be the way to go. ▮ (25AE) should look close enough and be more reliable as it was introduced in one of the first versions of Unicode. But I need you to test it for me before pushing.

Patrick Ziegler · Answer 4 · Thu Oct 20 2016 22:04:12 GMT+0800 (China Standard Time)

I am encountering the exact same issue using xfce4-terminal. The issue does not appear in xterm or urxvt. I also have not yet found a font where this issue does not appears, but the xfce terminal just uses the character from a different font, if the current font does not have it, so it is very difficult to figure out which font is the culprit.

For now, I will just export a PULSEMIXER_BAR_STYLE with a different symbol for BAR_ON.

EDIT: I just realized, the reason why the issue does not appear in xterm and urxvt is because they do not use fallback fonts and just show a dotted square:

shayne · Answer 5 · Thu Oct 20 2016 23:45:19 GMT+0800 (China Standard Time)

Confirmed Python 3 and len == 1. I agree something could've been updated, but for the life of me I can't understand what would cause this change. Perhaps latest GTK/Gnome changes?

Here are the results of changing the BAR_ON character, using master.

GeorgeFilipkin · Answer 6 · Fri Oct 21 2016 04:37:00 GMT+0800 (China Standard Time)

Doesn't look like the problem is in the pulsemixer itself, but likely in some updated dependency. So for now I'm simply changing default BAR_ON from 2B1B to 25AE.