On Mon, Dec 31, 2012 at 11:39:27AM +0200, "Kirill A. Shutemov"
<[email protected]> wrote:
> The resaon is regression comparing to xterm.
If there was a regression compared to xterm, that might add to it, but a)
the arguments we talked about that you already have accepted show that
there can't be a regression and b) make sure you don't confuse regression
with difference - urxvt, in the past, has sometimes improved upon xterm
by fixing bugs found in it, and while you could call these "regressions"
compared to xterm, I won't accept this definition.
As it stands, rxvt ensures correct output, while xterm uses a too small
line spacing, so the regression is more likely in xterm.
But xterm does not have the encoding capabilities that urxvt has, so
maybe it isn't a problem for xterm, because it never runs into these issues
in the first place.
Maybe it's simply a bug in freetype, which hands out too high
characters for some font. Or a bug in a specific font that causes too high
line heights even for rxvt.
Without further informaton, and with the knowledge that this breaks
things, it would be wrong to apply the patch in the hope of achieving bug
compatibility with other terminals.
> Isn't it enough?
Clearly regression compared to xterm cannot be enough in general - rxvt
isn't xterm and doesn't try to be xterm. That would be entirely silly, as
xterm already exists.
--
The choice of a Deliantra, the free code+content MORPG
-----==- _GNU_ http://www.deliantra.net
----==-- _ generation
---==---(_)__ __ ____ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / [email protected]
-=====/_/_//_/\_,_/ /_/\_\
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
