Re: [Mlterm-dev-en] A few glitches.

[Araki K. <ara...@us...>]

 Hi,

From: Andi Cristian Serbanescu <ski...@ya...>
Subject: Re: [Mlterm-dev-en] A few glitches.
Date: Sun, 16 Dec 2012 07:13:53 -0800 (PST)
Message-ID: <135...@we...>

> However, mlimgloader still builds, even though I didn't specify it (it seems to append itself to whatever parameter I give to --with-tools, including an empty string).

 Sorry, --disable-use-tools didn't work correctly by the bug of
configure script.
 I fixed it, and pushed the fixes to hg head.

> By the way, could the mouse actions (menu and configurator) not be made hard-coded, but configurable as the keys are (possibly renaming the key file to something like bindings to reflect the change)?

 How about "conf_men_path_1" "conf_men_path_2" and "conf_men_path_3" options ?

> It seems to be caused by mlterm displaying those characters in a 16×8 cell, although they're actually 16×16 in size, thus sometimes displaying over the next character and sometimes pushing it to the right.
> 
> Running mlterm with --logseq itself seems to trigger the former behaviour over the latter. See the two window dumps for comparison (display them with "xz -cd FILENAME | xwud").
> 
> Of course, it only happens with GNU Unifont, which has characters of both widths. I have set termtype to linux-m, since it uses the font's box drawing characters instead of those drawn by mlterm itself.

 The glyph of U+2592 of GNU Unifont is full width, while mlterm
(unless -ac 2 option is specified) and finch deal it as half width.
 It is impossible to fix this problem completely, but I pushed a
few fixes which improve the situation to hg head.

 (Indeed urxvt seems to show it correctly, but I think that urxvt
 redraws characters more than necessary in using GNU Unifont and
 that it results in showing correctly by chance.)

 Regards,
---
Araki Ken
ara...@us...