Thread: [Mlterm-dev-en] mlterm 3.2.0 released

Brought to you by: arakiken, h_minami, kubota

mlterm-dev-en

[Mlterm-dev-en] mlterm 3.2.0 released

From: Araki K. <ara...@us...> - 2013-05-26 04:44:18

 This is to announce the release of mlterm version 3.2.0
  
http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.2.0/mlterm-3.2.0.tar.gz/download

MD5 (mlterm-3.2.0.tar.gz) = 1dae920356ce6cc2df1edeede22c87e6
SHA1 (mlterm-3.2.0.tar.gz) = 66478d4f345bb2fe225c498b585797e66f2f931f

Overview of changes from 3.1.9
===============================
ver 3.2.0
* Support framebuffer on NetBSD.
* Support 1 bpp framebuffer.
* Support sixel graphics and wall pictures on 1 and 8 bpp framebuffer.
(See http://www.youtube.com/watch?v=djbEw0G_LMI and http://www.youtube.com/watch?v=5IH1NYSVpHY)
(Thanks to @tsutsuii san)
* Add "use_urgent_bell" option which is equivalent to "bellIsUrgent" option of
  xterm and support CSI ? 1042.
* "only_use_unicode_font" and "not_use_unicode_font" options have an effect
  on preedit and candidate characters of input method plugins.
* Add "sound|visual" to the value of "bel_mode" option.
* Enable to change "not_use_unicode_font" and "only_use_unicode_font" dynamically.
* Add "box_drawing_font" option.
* Support efont-unicode fonts for framebuffer.
* Bug fixes:
  Fix the bug which disabled some shortcut keys in FreeBSD/framebuffer.
  Fix the bug which ignored the specified encoding of "default_server" option
  in opening a new pty.
  Fix the bug which disabled sixel graphic images in framebuffer 16bpp.
  Fix the bug which disabled inline pictures if use_dynamic_comb option is true.
  Fix the bug of iBus input method plugin which disabled to erase the last
  preedited character even if backspace key was pressed.
  Fix the wrong height of the preediting cursor of the input method plugin
  if the value of "inner_border" option isn't 2. (Thanks to @tsutsuii san)
  Fix "use_dynamic_comb" option which didn't work anymore.
  Fix the bug which disabled "UNUSED" key in ~/.mlterm/key.
  Change key seuqences for modifier keys + cursor keys in application cursor key
  mode. (e.g. Ctrl+Up: "\x1bO1;5A" -> "\x1b[1;5A") (Thanks to Mohammad Alsaleh)
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Vlad <vo...@vo...> - 2013-05-26 06:04:03

Attachments: mlterm_box_chars.png

Hello,

I've just updated from 3.1.9 and box drawing characters in tmux seems to
be broken (see attachment). One more thing which is not related to the
mlterm update: sometimes I have strange issues with selecting text using
mouse. While selecting text by dragging mouse, selection resets multiple
times and I see a some strange characters in primary selection such as
\Uffffffff while they aren't on the screen (I'm using parcellite to keep
clipboard history). This could be solved by selecting text while
pressing Shift key, then selection without Shift works again as
expected. I'd repeat that this happens sometimes, but regularly. I'd
appreciate any thoughts regarding this issue.

Regards,
Vlad.


On 26/05/13 06:11, Araki Ken wrote:
>  This is to announce the release of mlterm version 3.2.0
>   
> http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.2.0/mlterm-3.2.0.tar.gz/download
>
> MD5 (mlterm-3.2.0.tar.gz) = 1dae920356ce6cc2df1edeede22c87e6
> SHA1 (mlterm-3.2.0.tar.gz) = 66478d4f345bb2fe225c498b585797e66f2f931f
>
> Overview of changes from 3.1.9
> ===============================
> ver 3.2.0
> * Support framebuffer on NetBSD.
> * Support 1 bpp framebuffer.
> * Support sixel graphics and wall pictures on 1 and 8 bpp framebuffer.
> (See http://www.youtube.com/watch?v=djbEw0G_LMI and http://www.youtube.com/watch?v=5IH1NYSVpHY)
> (Thanks to @tsutsuii san)
> * Add "use_urgent_bell" option which is equivalent to "bellIsUrgent" option of
>   xterm and support CSI ? 1042.
> * "only_use_unicode_font" and "not_use_unicode_font" options have an effect
>   on preedit and candidate characters of input method plugins.
> * Add "sound|visual" to the value of "bel_mode" option.
> * Enable to change "not_use_unicode_font" and "only_use_unicode_font" dynamically.
> * Add "box_drawing_font" option.
> * Support efont-unicode fonts for framebuffer.
> * Bug fixes:
>   Fix the bug which disabled some shortcut keys in FreeBSD/framebuffer.
>   Fix the bug which ignored the specified encoding of "default_server" option
>   in opening a new pty.
>   Fix the bug which disabled sixel graphic images in framebuffer 16bpp.
>   Fix the bug which disabled inline pictures if use_dynamic_comb option is true.
>   Fix the bug of iBus input method plugin which disabled to erase the last
>   preedited character even if backspace key was pressed.
>   Fix the wrong height of the preediting cursor of the input method plugin
>   if the value of "inner_border" option isn't 2. (Thanks to @tsutsuii san)
>   Fix "use_dynamic_comb" option which didn't work anymore.
>   Fix the bug which disabled "UNUSED" key in ~/.mlterm/key.
>   Change key seuqences for modifier keys + cursor keys in application cursor key
>   mode. (e.g. Ctrl+Up: "\x1bO1;5A" -> "\x1b[1;5A") (Thanks to Mohammad Alsaleh)
> --
> Araki Ken
> ara...@us...
>
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service 
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
> _______________________________________________
> Mlterm-dev-en mailing list
> Mlt...@li...
> https://lists.sourceforge.net/lists/listinfo/mlterm-dev-en

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Vlad <vo...@vo...> - 2013-05-26 06:55:37

Thanks for the quick replay. See my comments in-line below.

On 26/05/13 08:40, Araki Ken wrote:
>  Hi,
>
> From: Vlad <vo...@vo...>
> Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
> Date: Sun, 26 May 2013 07:46:40 +0200
> Message-ID: <51A1A1C0.8010007@net.home>
>
>> I've just updated from 3.1.9 and box drawing characters in tmux seems to
>> be broken (see attachment).
>  Is this problem solved by specifying box_drawing_font option as follows
> in ~/.mlterm/main ?
>
> box_drawing_font = decsp
The directive above solves the problem, thanks.
>          or
> box_drawing_font = unicode
>
>> One more thing which is not related to the
>> mlterm update: sometimes I have strange issues with selecting text using
>> mouse. While selecting text by dragging mouse, selection resets multiple
>> times and I see a some strange characters in primary selection such as
>> \Uffffffff while they aren't on the screen (I'm using parcellite to keep
>> clipboard history). This could be solved by selecting text while
>> pressing Shift key, then selection without Shift works again as
>> expected. I'd repeat that this happens sometimes, but regularly. I'd
>> appreciate any thoughts regarding this issue.
>  Sorry but I haven't experienced such a problem.
>
> 1) Which OS and Window Manager do you use ?
I'm using Gentoo Linux with XFWM. However, I think this happens with
Openbox as well.
>
> 2) Does this problem happens when you use a specific console application ?
Well, sometimes selection by mouse works _only_ if you hold Shift key.
>
> 3) Is this problem is solved by the following command ?
> $ echo -e "\x1b[?1000l"
The command above doesn't solve the problem.
>
> 4) Will you send me ~/.mlterm/msg.log if this problem happens in using
>   mlterm to which is applied the attached patch ?
I can't compile mlterm with the patch applied:

../xwindow/libxwindow.a(x_screen.o): In function `select_in_window':
x_screen.c:(.text+0x1293): undefined reference to `ml_str_dump'
collect2: error: ld returned 1 exit status
make[1]: *** [mlterm] Error 1
make[1]: Leaving directory
`/mnt/portage/tmp/portage/x11-terms/mlterm-3.2.0/work/mlterm-3.2.0/main'
make: *** [all] Error 2
>  Regards,
> ---
> Araki Ken
> ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Vlad <vo...@vo...> - 2013-05-26 09:49:33

I've compiled mlterm with this patch applied, but I see nothing in the
log file (except the line below) while I'm reproducing this behavior...
(tail -f from another terminal):

May 26 11:38:59[2947] _X_ROOTPMAP_ID is not found. Trying ParentRelative
for transparency instead.

Regards,
Vlad.

On 26/05/13 09:29, Araki Ken wrote:
>  Hi,
>
> From: Vlad <vo...@vo...>
> Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
> Date: Sun, 26 May 2013 08:55:29 +0200
> Message-ID: <51A1B1E1.4060805@net.home>
>
>>>> I've just updated from 3.1.9 and box drawing characters in tmux seems to
>>>> be broken (see attachment).
>>>  Is this problem solved by specifying box_drawing_font option as follows
>>> in ~/.mlterm/main ?
>>>
>>> box_drawing_font = decsp
>> The directive above solves the problem, thanks.
>  That's good.
>
>  mlterm-3.1.9 automatically converts unicode box drawing characters
> to dec special ones if compose_dec_special_font = true.
>  But mlterm-3.2.0 stops such automatic convertion in order to enable to
> cutomize manually which font (unicode or dec special) is used for box drawing
> characters.
>  I should have written this in release note.
>
>>> 4) Will you send me ~/.mlterm/msg.log if this problem happens in using
>>>   mlterm to which is applied the attached patch ?
>> I can't compile mlterm with the patch applied:
>>
>> ../xwindow/libxwindow.a(x_screen.o): In function `select_in_window':
>> x_screen.c:(.text+0x1293): undefined reference to `ml_str_dump'
>> collect2: error: ld returned 1 exit status
>> make[1]: *** [mlterm] Error 1
>> make[1]: Leaving directory
>> `/mnt/portage/tmp/portage/x11-terms/mlterm-3.2.0/work/mlterm-3.2.0/main'
>> make: *** [all] Error 2
>  Sorry. I attach the fixed patch.
> ---
> Araki Ken
> ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Vlad <vo...@vo...> - 2013-06-05 05:04:32

Thanks for the new patch. Now the mlter, log shows following (while I'm
reproducing this behavior):

Jun  5 06:53:24[10690] _X_ROOTPMAP_ID is not found. Trying
ParentRelative for transparency instead.
Jun  5 06:53:35[10690] DEBUG: BUTTON PRESS
Jun  5 06:53:35[10690] DEBUG: UNKNOWN BUTTON
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
Jun  5 06:53:35[10690] DEBUG: BUTTON MOTION
...

I don't think it's very helpful, isn't it? While I've been trying to
select a few lines of directory listing in mlterm, tese lines below
appears in clipboard (just dumped content of clipboard using parcellite):

NHIST_0015 root root    0 May 31 11:02 misc
drwxr-xr-x   1 root root   98 May  3 16:40 mnt
drwxr-xr-x  11 ro
NHIST_0016 \Uffffffff\Uffffffff
NHIST_0017 c
NHIST_0018
NHIST_0019 _
NHIST_0020  Q
NHIST_0021 `h
NHIST_0022 \Uffffffff
NHIST_0023 0
NHIST_0024
NHIST_0025

You can ignore NHIST_00XX above as these numbers are parcellite internal
index.

Regards,
Vlad.

On 01/06/13 08:43, Araki Ken wrote:
>  Hi,
>
> From: Vlad <vo...@vo...>
> Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
> Date: Sun, 26 May 2013 11:49:24 +0200
> Message-ID: <51A1DAA4.4050207@net.home>
>
>> I've compiled mlterm with this patch applied, but I see nothing in the
>> log file (except the line below) while I'm reproducing this behavior...
>> (tail -f from another terminal):
>>
>> May 26 11:38:59[2947] _X_ROOTPMAP_ID is not found. Trying ParentRelative
>> for transparency instead.
>  Thanks.
>
>  Hmm, will you retry the attached patch ?
>
>  Regards,
> ---
> Araki Ken
> ara...@us...
>

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Vlad <vo...@vo...> - 2013-06-05 15:31:01

I've just tried the patch, but unfortunately the behavior is the same.

Regards,
Vlad.

On 05/06/13 14:55, Araki Ken wrote:
>  Hi,
>
> From: Vlad <vo...@vo...>
> Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
> Date: Wed, 05 Jun 2013 07:04:24 +0200
> Message-ID: <51AEC6D8.3040106@net.home>
>
>> Thanks for the new patch. Now the mlter, log shows following (while I'm
>> reproducing this behavior):
>>
>> Jun  5 06:53:24[10690] _X_ROOTPMAP_ID is not found. Trying
>> ParentRelative for transparency instead.
>> Jun  5 06:53:35[10690] DEBUG: BUTTON PRESS
>> Jun  5 06:53:35[10690] DEBUG: UNKNOWN BUTTON
>  Thanks.
>  I wonder if the attached patch fixes this problem.
>  Please test it.
>
> ---
> Araki Ken
> ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Araki K. <ara...@us...> - 2013-06-07 22:57:32

Attachments: mlterm-fixsel.patch

 Hi,

 I think the conflict of parcellite's behavior and mlterm's one
causes this problem. (If you stop parcellite, mlterm will work
as expected.)

 Please test the attached patch which fixes mlterm's behavior in
selecting text.

 Thanks again for your report.
---
Araki Ken
ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Vlad <vo...@vo...> - 2013-06-08 05:35:19

Indeed, it's parcellite... without parcellite mlterm works as expected.
Thanks for the patch, now even with parcellite selecting text work
always correctly, although I'm unsure if this is a parcellite or mlterm
issue?

Regards,
Vlad.

Thanks for the patch

On 08/06/13 00:57, Araki Ken wrote:
>  Hi,
>
>  I think the conflict of parcellite's behavior and mlterm's one
> causes this problem. (If you stop parcellite, mlterm will work
> as expected.)
>
>  Please test the attached patch which fixes mlterm's behavior in
> selecting text.
>
>  Thanks again for your report.
> ---
> Araki Ken
> ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Araki K. <ara...@us...> - 2013-06-05 12:55:32

Attachments: mlterm-3.2.0-fixsel.patch

 Hi,

From: Vlad <vo...@vo...>
Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
Date: Wed, 05 Jun 2013 07:04:24 +0200
Message-ID: <51AEC6D8.3040106@net.home>

> Thanks for the new patch. Now the mlter, log shows following (while I'm
> reproducing this behavior):
> 
> Jun  5 06:53:24[10690] _X_ROOTPMAP_ID is not found. Trying
> ParentRelative for transparency instead.
> Jun  5 06:53:35[10690] DEBUG: BUTTON PRESS
> Jun  5 06:53:35[10690] DEBUG: UNKNOWN BUTTON

 Thanks.
 I wonder if the attached patch fixes this problem.
 Please test it.

---
Araki Ken
ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Araki K. <ara...@us...> - 2013-06-01 06:43:43

Attachments: mlterm-3.2.0.patch

 Hi,

From: Vlad <vo...@vo...>
Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
Date: Sun, 26 May 2013 11:49:24 +0200
Message-ID: <51A1DAA4.4050207@net.home>

> I've compiled mlterm with this patch applied, but I see nothing in the
> log file (except the line below) while I'm reproducing this behavior...
> (tail -f from another terminal):
> 
> May 26 11:38:59[2947] _X_ROOTPMAP_ID is not found. Trying ParentRelative
> for transparency instead.

 Thanks.

 Hmm, will you retry the attached patch ?

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

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Araki K. <ara...@us...> - 2013-05-26 07:29:40

Attachments: mlterm-logselection.patch

 Hi,

From: Vlad <vo...@vo...>
Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
Date: Sun, 26 May 2013 08:55:29 +0200
Message-ID: <51A1B1E1.4060805@net.home>

> >> I've just updated from 3.1.9 and box drawing characters in tmux seems to
> >> be broken (see attachment).
> >  Is this problem solved by specifying box_drawing_font option as follows
> > in ~/.mlterm/main ?
> >
> > box_drawing_font = decsp
> The directive above solves the problem, thanks.

 That's good.

 mlterm-3.1.9 automatically converts unicode box drawing characters
to dec special ones if compose_dec_special_font = true.
 But mlterm-3.2.0 stops such automatic convertion in order to enable to
cutomize manually which font (unicode or dec special) is used for box drawing
characters.
 I should have written this in release note.

> > 4) Will you send me ~/.mlterm/msg.log if this problem happens in using
> >   mlterm to which is applied the attached patch ?
> I can't compile mlterm with the patch applied:
> 
> ../xwindow/libxwindow.a(x_screen.o): In function `select_in_window':
> x_screen.c:(.text+0x1293): undefined reference to `ml_str_dump'
> collect2: error: ld returned 1 exit status
> make[1]: *** [mlterm] Error 1
> make[1]: Leaving directory
> `/mnt/portage/tmp/portage/x11-terms/mlterm-3.2.0/work/mlterm-3.2.0/main'
> make: *** [all] Error 2

 Sorry. I attach the fixed patch.
---
Araki Ken
ara...@us...

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Araki K. <ara...@us...> - 2013-05-26 06:40:33

 Hi,

From: Vlad <vo...@vo...>
Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
Date: Sun, 26 May 2013 07:46:40 +0200
Message-ID: <51A1A1C0.8010007@net.home>

> I've just updated from 3.1.9 and box drawing characters in tmux seems to
> be broken (see attachment).

 Is this problem solved by specifying box_drawing_font option as follows
in ~/.mlterm/main ?

box_drawing_font = decsp
         or
box_drawing_font = unicode

> One more thing which is not related to the
> mlterm update: sometimes I have strange issues with selecting text using
> mouse. While selecting text by dragging mouse, selection resets multiple
> times and I see a some strange characters in primary selection such as
> \Uffffffff while they aren't on the screen (I'm using parcellite to keep
> clipboard history). This could be solved by selecting text while
> pressing Shift key, then selection without Shift works again as
> expected. I'd repeat that this happens sometimes, but regularly. I'd
> appreciate any thoughts regarding this issue.

 Sorry but I haven't experienced such a problem.

1) Which OS and Window Manager do you use ?

2) Does this problem happens when you use a specific console application ?

3) Is this problem is solved by the following command ?
$ echo -e "\x1b[?1000l"

4) Will you send me ~/.mlterm/msg.log if this problem happens in using
  mlterm to which is applied the attached patch ?

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

Re: [Mlterm-dev-en] mlterm 3.2.0 released

From: Araki K. <ara...@us...> - 2013-05-26 06:46:04

Attachments: mlterm-logselection.patch

 Hi,

From: Araki Ken <ara...@us...>
Subject: Re: [Mlterm-dev-en] mlterm 3.2.0 released
Date: Sun, 26 May 2013 15:40:19 +0900 (JST)
Message-ID: <201...@us...>

> 4) Will you send me ~/.mlterm/msg.log if this problem happens in using
>   mlterm to which is applied the attached patch ?

 Attached.

---
Araki Ken
ara...@us...