> I guess it's good enough to patch up "wleft" in in cmd1.c, function
> __hprf, but I can only come with a hack wich makes that code even
> uglier than it is already. (I'll give it a try an let you know.)
Well, it works, so here it is.
Martin
-- >8 --
Subject: [PATCH] bugfix: don't abridge headerlines too early with unicode
dotmarks.
Account headerline space usage for Unicode left/right triangles
properly with just one character instead of three (their UTF-8
byte count). This is done by an ugly hack.
---
cmd1.c | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/cmd1.c b/cmd1.c
index 0da7aeb..f8ded57 100644
--- a/cmd1.c
+++ b/cmd1.c
@@ -346,6 +346,18 @@ jredo:
cbuf[1] = (char)0x97, cbuf[2] = (char)0x82;
c = (char)0xE2;
cbuf[3] = '\0';
+ /*
+ * XXX Extreme hack ahead XXX
+ * Personal opinion: the beauty of the triangle doesn't justify
+ * the ugliness of the following hack. I'd rather get rid of
+ * both.
+ * The Unicode triangle is a 3 UTF98 bytes string but really
+ * eats only one character screen column.
+ * The code after the jputcb: label will do the wrong
+ * "wleft" column adjustment based on the UTF-8 byte count.
+ * Compensate by bumping up "wleft" here:
+ */
+ wleft += 2;
}
} else
c = ' ';
--
1.7.10.4
------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
__________________________________
S-nail-users@lists.sourceforge.net
