I wasn't clear about what I meant with "symmetric" margin. My wording was clearly unfortunate, and even my example was incorrect :) I meant where swapping the X and Y axes doesn't change anything, that is, top == left and bottom == right, for example "8px 5px 5px 8px".
Apparently, as per the fix, probably you can loosen this up a bit, and any setting where left+right == top+bottom should work correctly I believe. The bug arises when the overall vertical padding differs from the overall horizontal padding.
Could you please confirm these?
If that's the case, you can:
- choose such paddings for now,
- wait for Artful which will ship vte-0.48 that fixes this,
- or recompile vte2.91 with this patch.
(The scrollback on the right is another story, unfortunately it's hard to tell from a screenshot where the right paddings ends and the scrollbar begins.)
I suspect that you're facing the bug that was fixed here: /git.gnome. org/browse/ vte/commit/ ?id=5bc6b3f
https:/
I wasn't clear about what I meant with "symmetric" margin. My wording was clearly unfortunate, and even my example was incorrect :) I meant where swapping the X and Y axes doesn't change anything, that is, top == left and bottom == right, for example "8px 5px 5px 8px".
Apparently, as per the fix, probably you can loosen this up a bit, and any setting where left+right == top+bottom should work correctly I believe. The bug arises when the overall vertical padding differs from the overall horizontal padding.
Could you please confirm these?
If that's the case, you can:
- choose such paddings for now,
- wait for Artful which will ship vte-0.48 that fixes this,
- or recompile vte2.91 with this patch.
(The scrollback on the right is another story, unfortunately it's hard to tell from a screenshot where the right paddings ends and the scrollbar begins.)