From: Araki K. <ara...@us...> - 2012-11-07 21:49:56
|
Hi, From: Andi Cristian Serbanescu <ski...@ya...> Subject: Re: [Mlterm-dev-en] A few glitches. Date: Thu, 1 Nov 2012 10:55:52 -0700 (PDT) Message-ID: <135...@we...> > > I tried mutt 1.5.21 on Ubuntu 12.04 but couldn't reproduce this problem. > > I'm sorry but I don't have enough information to reproduce it. > > > > Please start mlterm with --logseq option and send me a ~/.mlterm/*.log > > file after the problem happens. > > I've put the pty logs in the .tar.gz file, under a folder called log. I > didn't get any message logs. The problem happens right away. > It may have something to do with the colour escapes, since it works > with monochrome terminfos (e.g. vt220, linux-m etc.). I've included some > for comparison. pts_0-linux.log, pts-0_xterm.log, pts-0_mlterm.log contains "\x1b[30m" which makes foreground color black and immediately following "\x1b[40m" which makes background color black. I think this problem isn't caused by mlterm but by the configuration of mutt. How about adding a following line to ~/.muttrc color normal default default > > I think it is derived from doc/term/mlterm.ti in mlterm source archives, > > but the mlterm terminfo file in ncurses is maintained by the ncurses people. > > I checked it and it's almost identical to the one bundled with the > source code (it has a few extra keys). There's also mlterm-256color, > which is based on rxvt. > > It assigns \EOA to the arrow keys, although the terminal outputs \E[A. > One program (finch) doesn't like the arrow keys this way. If I change > them to what is output, then finch works, but others (e.g. less) don't. > > Many programs seem to work better with linux than with mlterm or even > xterm. > > Because of this, it would still be nice if .mlterm/termcap would accept > a k5 option, thus eliminating the need for having a .mlterm/key file > with only one entry :) I added k5 in mlterm 3.1.5. > Of course, there's still the coloured cursor thing. Are you sure it's > not fixable some other way? How do you change the cursor color ? Doesn't a following command work ? echo -e "\x1b]12;red\x07" > > I have a plan to support the former opinion, but I haven't implement anything yet. > > About the latter one, it is quite difficult to support the ability to highlight > > the full row in addition to the default behavior. > > What about instead of the default behaviour? Is there any reason it > should be preferred? At first I designed and implemented the text selection behavior like notepad.exe instead of xterm because of my preference. As a result, the internal implementation of layouting characters depends heavily on this bahavior now. I'm sorry but a range of corrections is too extensive to change the default bahavior. > And by the way, how about one to disable colours at run-time (and maybe > even at build-time, so that the binary would be smaller) entirely so we > could get a monochrome terminal? > Some things still output colour even if a monochrome terminfo is used, > so an option to ignore colour codes would be needed for this. Indeed it is possible to ignore color sequences (ESC [ m) except black and white, but is it necessary to support a monochrome terminal ? Furthermore I think the binary won't be smaller than expected. Regards, --- Araki Ken ara...@us... |