mlterm-dev-en — mlterm mailing list(English)

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

[Andi C. S. <ski...@ya...>]

Hello,

I would like to ask you about the algorithm which emboldens medium fontsto produce bold ones when no corresponding bold font is available or provided. Is is part of the mlterm code, or does it belong to some X font library?

Since it works by reduplicating pixels to the right and glyphs which have different width parity than the character cell tend to be shifted towards the right side more often than not, the resulting bold glyph will extend even more towards the right.

I suggest, if possible, to add an option which alters the algorithm by shifting the resulting glyph 1 pixel leftwards (i.e. reduplicating pixels to the left) to preserve balance and prevent frequent overpassingof the character cell bounds.

Another issue is the emboldening of semigraphic/block characters (specifically those in the 2580-299F range), which leads to distortion and loss of detail on the shades.I think these should not be touched by the algorithm at all. Can it be done?

Regards,
Andi Şerbănescu

[Mlterm-dev-en] mlterm 3.3.1 released

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

 Hi,

 This is to announce the release of mlterm version 3.3.1

 http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.3.1/mlterm-3.3.1.tar.gz/download

 SHA1 (mlterm-3.3.1.tar.gz) = 1009e5ff4ad1bfac90dd3f01d0144d76c2f12d1f

Overview of changes from 3.3.0
===============================
* Add "use_auto_detect" and "auto_detect_encodings" options.
  (auto_detect_encodings=utf8,eucjp,sjis and use_auto_detect=true enable
  auto detection of utf8, eucjp and sjis.)
* Support ESC $ on non-ISO2022 encodings such as UTF-8.
* Reset pending DCS sequence by pressing ESC key.
* Support iBus 1.5.
* Enable to specify the conversion engine name of iBus. (e.g. --im ibus:anthy)
* Desynchronize ESC [ 5379 ; show_picture BEL on cygwin/win32gdi or mingw.
* "unlimited" value is available for "logsize" option.
* Bug fixes:
  Fix the bug of convertion to sjis.
  Fix the bug which disabled threading scp.
  Fix https://bugzilla.novell.com/show_bug.cgi?id=849342

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

[Mlterm-dev-en] mlterm 3.3.0 and security fixes

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

 Hi,
 
 This is to announce the release of mlterm version 3.3.0

 http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.3.0/mlterm-3.3.0.tar.gz/download

 SHA1 (mlterm-3.3.0.tar.gz) = d91182988a5a4907978c40b1c22de8ed7b229458

 This release fixes security vulnerabilities. (Thanks Sean Burford)
 If you use 3.1.8 or older version, upgrade mlterm to 3.3.0.
 If you use 3.1.9 or later version, the least you must do is to apply
http://mlterm.sf.net/mlterm-3.1.9orlater-securityfix.patch

Overview of changes from 3.2.2
===============================
* Support framebuffer on NetBSD/x68k. (Thanks to NetBSD/x68k developers)
* Support Android. (Experimental)
* Update the colormap instead of searching the closest color when
  OSC 4 ; c ; spec changes RGB of the color number on framebuffer.
* Support OSC ? 80 h (disable sixel scrolling).
* Support U+XXXX-XXXX key in 'font' configuration file.
* Add "unicode_noconv_areas" (a.k.a --ucsnoconv) option.
* Add "allow_scp" (a.k.a --scp) option.
* Remove SWITCH_OSC52. (Use "proto:allow_osc52=switch" instead.)
* OSC 5383 reqests challenge sequence.
* Bug fixes:
  #70 (Thanks to Thomas Wolff)
  Fix the bug which disabled redrawing the margin area on framebuffer.
  Fix the bug of the transparent color of sixel graphics on win32.
  OSC 4 has an effect on RGB of the window background color.
  Send a sixel next line character (-) following a sixel dump.
  Fix the bug which disabled Mod+XXX shortcut key settings on win32.
  Fix the bug which erased the end character of each line in scrolling if DECSLRM
  set the right margin at the right end is fixed.
  Fix the bug of DL/IL which scrolled the screen instead of inserting or deleteing
  lines from the cursor position.
  Fix keypad '5' key (VK_CLEAR) on win32.
  Fix the bug of ignoring the next character after sixel graphics data.
  Fix the bug which makes the window smaller than necessary in resizing.
  Support wsdisplay of the BBGGRR format on NetBSD/OpenBSD. (Thanks to @oshimyja san)
--
Araki Ken
ara...@us...

[Mlterm-dev-en] mlterm 3.2.2 released

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

 Hi,

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

MD5 (mlterm-3.2.2.tar.gz) = 451548c66269d6ad282551fb86f2eb7b
SHA1 (mlterm-3.2.2.tar.gz) = c0ecd83991171d1b1563e828a1430cb6c01ba358

Overview of changes from 3.2.1
===============================
ver 3.2.2
* Support SSH agent authentication and forwarding.
* Support X11 forwarding (no xauth) on win32/libssh2 and java.
* Add "X11 forwarding" checkbox to the connection dialog on win32.
* Change "skip_dialog" option to "show_dialog" and reverse the default behavior.
* Open a pty channel on the same ssh session as the active screen when OPEN_PTY
  or OPEN_SCREEN shortcut key is pressed.
* Bug fixes:
  Fix configure error which --with-gui=xlib,fb option causes. (enbugged at 3.2.1)
  DECALN(ESC#8) resets the screen margins.
  Fix the cursor position in inserting RTL characters after one LTR character.
  Fix segmentation fault of libvte compatible libyrary with synaptic 0.80.
  Fix clipboard operations of copy&paste on multiple windows on win32.
  Fix hangup on x11 forwarding.
  Fix segmentation fault in closing the first window on win32/libssh2.
  Fix the font and position of IME preedit text on win32.
--
Araki Ken
ara...@us...

[Mlterm-dev-en] mlterm 3.2.1 released

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

 Hi,

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

MD5 (mlterm-3.2.1.tar.gz) = 5273cb85681745c8e526b29217f355b7
SHA1 (mlterm-3.2.1.tar.gz) = 67c2036ab3e280b4da5e3935ca56f0166d160eab

Overview of changes from 3.2.0
===============================
ver 3.2.1
* Support framebuffer on OpenBSD.
* Support software keyboard on framebuffer.
  (Double-click Button1 at the right bottom corner of the screen to show it.)
* Support USB keyboard with iBus on NetBSD/OpenBSD framebuffer.
* Support CSI ? 69 h, CSI ? 69 l (DECLRMM) and CSI pl;pr s (DECSLRM).
* Support CSI 3 m and CSI 23 m which set/unset italic attribute.
* Prefer JISX0208 to JISX0213 all the time in converting Unicode to other cs.
* If DEFAULT=-foo-bar-medium-r-*--%d-*- is specified in ~/.mlterm/font,
  -foo-bar-bold-r-*--%d-*-, -foo-bar-medium-i-*--%d-*- or -foo-bar-bold-i-*--%d-*-
  are automatically searched for a bold, italic or bold italic font.
* Bug fixes:
  SF Bug #3614142 (Thanks to Ahmed El-Mahmoudy)
  SF Bug #3614192 (Thanks to Ahmed El-Mahmoudy)
  Fix the bug which caused segmentation fault in using a font whose width doesn't
  match the usascii font on 24 or 32 bpp framebuffer.
  Fix the bug which caused segmentation fault in closing input method status window.
  Fix the bug which caused segmentation fault in loading illegal pcf fonts.
  Resize the window in attaching a new pty. (enbugged at 3.2.0)
  Fix the bug which disabled mlconfig and mlterm-menu. (enbugged at 3.2.0)
  Fix the error message in the failure of loading US-ASCII font.
  Fix the bug which lets parcellite reset the selected region.
  Report relative-origin position of the cursor to CPR sequence.
--
Araki Ken
ara...@us...

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

[Vlad <vo...@vo...>]

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

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

 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

[Vlad <vo...@vo...>]

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

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

 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

[Vlad <vo...@vo...>]

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

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

 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] Should XK_BackSpace be mapped to '\x7F' instead of '\x08' ?

[Mohammad_Alsaleh <ms...@to...>]

On Thu, May 30, 2013 at 06:07:34AM +0900, Araki Ken wrote:
>  Hi,
> 
> From: Mohammad_Alsaleh <ms...@to...>
> Subject: [Mlterm-dev-en] Should XK_BackSpace be mapped to '\x7F' instead of '\x08' ?
> Date: Wed, 29 May 2013 18:08:40 +0300
> Message-ID: <1Uh...@in...>
> 
> > I always had this behaviour where backspace prints ^H instead of
> > deleting chars with code using:
> > 
> >   char str[32];
> >   fgets(str, 32, stdin);
> > 
> > 
> > Changing XK_BackSpace mapping to '\x7F' instead of '\x08' fixes the bug.
> 
>  If you want to map XK_BackSpace to '\x7f' on TERM=xterm, add the following
> lines to ~/.mlterm/termcap.
> 
> xterm:\
> 	kb=^?

I didn't know this could be done without patching the sources.

Thanks.

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

Re: [Mlterm-dev-en] Should XK_BackSpace be mapped to '\x7F' instead of '\x08' ?

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

 Hi,

From: Mohammad_Alsaleh <ms...@to...>
Subject: [Mlterm-dev-en] Should XK_BackSpace be mapped to '\x7F' instead of '\x08' ?
Date: Wed, 29 May 2013 18:08:40 +0300
Message-ID: <1Uh...@in...>

> I always had this behaviour where backspace prints ^H instead of
> deleting chars with code using:
> 
>   char str[32];
>   fgets(str, 32, stdin);
> 
> 
> Changing XK_BackSpace mapping to '\x7F' instead of '\x08' fixes the bug.

 If you want to map XK_BackSpace to '\x7f' on TERM=xterm, add the following
lines to ~/.mlterm/termcap.

xterm:\
	kb=^?
---
Araki Ken
ara...@us...

[Mlterm-dev-en] Should XK_BackSpace be mapped to '\x7F' instead of '\x08' ?

[Mohammad_Alsaleh <ms...@to...>]

Hello.

I always had this behaviour where backspace prints ^H instead of
deleting chars with code using:

  char str[32];
  fgets(str, 32, stdin);


Changing XK_BackSpace mapping to '\x7F' instead of '\x08' fixes the bug.

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

[Vlad <vo...@vo...>]

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

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

 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

[Vlad <vo...@vo...>]

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

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

 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...

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

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

 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

[Vlad <vo...@vo...>]

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

[Mlterm-dev-en] mlterm 3.2.0 released

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

 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] Broken behaviour with some key combinations!

[Mohammad_Alsaleh <ms...@to...>]

On Tue, May 21, 2013 at 08:02:36AM +0900, Araki Ken wrote:
>  Hi,
> 
> From: Mohammad_Alsaleh <ms...@to...>
> Subject: Re: [Mlterm-dev-en] Broken behaviour with some key combinations!
> Date: Mon, 20 May 2013 22:38:58 +0300
> Message-ID: <1Ue...@in...>
> 
> > >  I'm sorry but I can't still figure out the cause of this problem.
> > > 
> > >  Will you apply the attached patch, start mlterm, execute the steps
> > > above and send me ~/.mlterm/msg.log ?
> > 
> > Reduced log (step 4):
> > 
> > May 20 22:25:30[6787] DEBUG: state 0 0 ksym ffe3 str  hex 
> > May 20 22:25:30[6787] DEBUG: state 4 4 ksym 62 str  hex 2
> > May 20 22:25:30[6787] DEBUG: state 4 4 ksym ff54 str  hex 
> > May 20 22:25:30[6787] DEBUG: [x_screen.c:1255] written str: 1b4f313b3542
> 
>  Thanks a lot. I understood finally and fixed the problem.
> 
>  Please test hg tip latest source archive at
>  http://bitbucket.org/arakiken/mlterm/downloads.
> 
>  Thanks.

I can confirm the bug is fixed.

Thank you for taking the time to track this down.

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

Re: [Mlterm-dev-en] Broken behaviour with some key combinations!

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

 Hi,

From: Mohammad_Alsaleh <ms...@to...>
Subject: Re: [Mlterm-dev-en] Broken behaviour with some key combinations!
Date: Mon, 20 May 2013 22:38:58 +0300
Message-ID: <1Ue...@in...>

> >  I'm sorry but I can't still figure out the cause of this problem.
> > 
> >  Will you apply the attached patch, start mlterm, execute the steps
> > above and send me ~/.mlterm/msg.log ?
> 
> Reduced log (step 4):
> 
> May 20 22:25:30[6787] DEBUG: state 0 0 ksym ffe3 str  hex 
> May 20 22:25:30[6787] DEBUG: state 4 4 ksym 62 str  hex 2
> May 20 22:25:30[6787] DEBUG: state 4 4 ksym ff54 str  hex 
> May 20 22:25:30[6787] DEBUG: [x_screen.c:1255] written str: 1b4f313b3542

 Thanks a lot. I understood finally and fixed the problem.

 Please test hg tip latest source archive at
 http://bitbucket.org/arakiken/mlterm/downloads.

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

Re: [Mlterm-dev-en] Broken behaviour with some key combinations!

[Mohammad_Alsaleh <ms...@to...>]

On Mon, May 20, 2013 at 08:47:20PM +0900, Araki Ken wrote:
>  Hi,
> 
> From: Mohammad_Alsaleh <ms...@to...>
> Subject: Re: [Mlterm-dev-en] Broken behaviour with some key combinations!
> Date: Fri, 17 May 2013 16:43:51 +0300
> Message-ID: <1Ud...@in...>
> 
> > > > 1] tmux # start tmux session
> > > > 2] C-b+" # split pane
> > > > 3] C-b+Up # select top pane
> > > > 4] C-b+C-Up # should resize pane
> > > > 
> > > > Step 4 fails with mlterm here.
> > > 
> > >  Thanks.
> > > 
> > >  It seems that terminfo kUP5 etc entries don't match the sequences mlterm outputs.
> > >  Will you show me the output of "infocmp -x" command on mlterm ?
> > 
> > Attached.
> 
>  Thanks again, there are no problems in your terminfo.
> 
>  I installed arch linux 2013.05.01 (i686, I don't have a
> x86-64 machine) and tried the steps above on mlterm-3.1.9 / xfce4,
> but I couldn't reproduce this problem. (Step 4 succeeded.)
> 

My configure parameters in case you need them:

  ./configure --prefix=/usr \
    --libexecdir=/usr/lib/mlterm \
    --sysconfdir=/etc \
    --mandir=/usr/share/man \
    --enable-fribidi --enable-optimize-redrawing --with-gtk=3.0 \
    --with-tools=mlconfig,mlterm-zoom,mlterm-menu,mlclient \
    --with-imagelib=gdk-pixbuf --with-type-engines=xcore,xft

>  I'm sorry but I can't still figure out the cause of this problem.
> 
>  Will you apply the attached patch, start mlterm, execute the steps
> above and send me ~/.mlterm/msg.log ?

Reduced log (step 4):

May 20 22:25:30[6787] DEBUG: state 0 0 ksym ffe3 str  hex 
May 20 22:25:30[6787] DEBUG: state 4 4 ksym 62 str  hex 2
May 20 22:25:30[6787] DEBUG: state 4 4 ksym ff54 str  hex 
May 20 22:25:30[6787] DEBUG: [x_screen.c:1255] written str: 1b4f313b3542

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

> diff -r 2806b61362c4 xwindow/x_screen.c
> --- a/xwindow/x_screen.c	Sun May 19 17:58:26 2013 +0900
> +++ b/xwindow/x_screen.c	Mon May 20 20:40:35 2013 +0900
> @@ -1248,7 +1248,7 @@
>  	}
>  	else if( str)
>  	{
> -	#ifdef  __DEBUG
> +	#if  1 // def  __DEBUG
>  		{
>  			size_t  i ;
>  
> @@ -2367,7 +2367,7 @@
>  		kstr = ch ;
>  	}
>  
> -#if  0
> +#if  1
>  	kik_debug_printf( "state %x %x ksym %x str ", event->state , masked_state , ksym) ;
>  	{
>  		size_t  i ;

Re: [Mlterm-dev-en] Broken behaviour with some key combinations!

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

 Hi,

From: Mohammad_Alsaleh <ms...@to...>
Subject: Re: [Mlterm-dev-en] Broken behaviour with some key combinations!
Date: Fri, 17 May 2013 16:43:51 +0300
Message-ID: <1Ud...@in...>

> > > 1] tmux # start tmux session
> > > 2] C-b+" # split pane
> > > 3] C-b+Up # select top pane
> > > 4] C-b+C-Up # should resize pane
> > > 
> > > Step 4 fails with mlterm here.
> > 
> >  Thanks.
> > 
> >  It seems that terminfo kUP5 etc entries don't match the sequences mlterm outputs.
> >  Will you show me the output of "infocmp -x" command on mlterm ?
> 
> Attached.

 Thanks again, there are no problems in your terminfo.

 I installed arch linux 2013.05.01 (i686, I don't have a
x86-64 machine) and tried the steps above on mlterm-3.1.9 / xfce4,
but I couldn't reproduce this problem. (Step 4 succeeded.)

 I'm sorry but I can't still figure out the cause of this problem.

 Will you apply the attached patch, start mlterm, execute the steps
above and send me ~/.mlterm/msg.log ?
---
Araki Ken
ara...@us...