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

[Mlterm-dev-en] Scaling window image (icon_path)

[Vladimir E. <vo...@vo...>]

Hello,


I'm using SVG icon in the icon_path option and mlterm picks the image
properly. The issue is that the icon isn't scaled properly if needed in
the list used by windows manager to switch between windows. This is
applicable at least to Gnome and Mate (marco). I understand that this is
pure cosmetic, but still I'd like to understand why it's the case
particularly with mlterm.

Thanks in advance,
Vladimir.

Re: [Mlterm-dev-en] Redrawing bug with nvim

[Amit B. <ami...@gm...>]

Thank you so much, it works!

On Mon, Jan 14, 2019 at 5:49 PM Araki Ken <ara...@us...> wrote:

>  Hi,
>
> From: Amit Beka <ami...@gm...>
> Subject: [Mlterm-dev-en] Redrawing bug with nvim
> Date: Wed, 9 Jan 2019 21:28:56 +0200
> Message-ID: <
> CAM...@ma...>
>
> > I'd like to share a bug I can't understand:
> > I am using neovim, and I have two files, the first with two lines:
> > [image: image.png]
> >
> > The second file have only the first and third line:
> > [image: image.png]
> >
> > When I switch from the first file to the second, the second line (which
> > supposed to be empty) "hangs" there as a ghost line like this:
> > [image: image.png]
> > If I switch from the second file (with 3 lines) to the first, it renders
> > correctly.
> >
> > I tries to pinpoint it by changing to regular vim, disabling line
> numbers,
> > and also compiling mlterm --with-gui=wayland or disabling optimized
> > redrawing, but nothing helped.
> >
> > My version:
> > mlterm version 3.8.6 post/2019-01-03
> > Features: otl ssh implugin imagelib(builtin) utmp
> >
> > I am using Arch linux with wayland (although this version is using xlib).
> >
> > No errors on the log file, attached are pts files.
>
>  Thanks for your detailed report.
>
>  I think the attached patch will fix this problem.
>  Please try it.
>
>  Regards,
>
> ---
> Araki Ken
> ara...@us...
>

Re: [Mlterm-dev-en] Redrawing bug with nvim

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

 Hi,

From: Amit Beka <ami...@gm...>
Subject: [Mlterm-dev-en] Redrawing bug with nvim
Date: Wed, 9 Jan 2019 21:28:56 +0200
Message-ID: <CAM...@ma...>

> I'd like to share a bug I can't understand:
> I am using neovim, and I have two files, the first with two lines:
> [image: image.png]
> 
> The second file have only the first and third line:
> [image: image.png]
> 
> When I switch from the first file to the second, the second line (which
> supposed to be empty) "hangs" there as a ghost line like this:
> [image: image.png]
> If I switch from the second file (with 3 lines) to the first, it renders
> correctly.
> 
> I tries to pinpoint it by changing to regular vim, disabling line numbers,
> and also compiling mlterm --with-gui=wayland or disabling optimized
> redrawing, but nothing helped.
> 
> My version:
> mlterm version 3.8.6 post/2019-01-03
> Features: otl ssh implugin imagelib(builtin) utmp
> 
> I am using Arch linux with wayland (although this version is using xlib).
> 
> No errors on the log file, attached are pts files.

 Thanks for your detailed report.

 I think the attached patch will fix this problem.
 Please try it.

 Regards,

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

[Mlterm-dev-en] Possible redrawing bug with nvim

[Amit B. <ami...@gm...>]

Hi,

First, thanks for all the hard work on mlterm! it's really impressive :)

I'd like to share a bug I can't understand:
I am using neovim, and I have two files, the first with two lines:
[image: image1.jpeg]

The second file have only the first and third line:
[image: image2.jpeg]

When I switch from the first file to the second, the second line (which
supposed to be empty) "hangs" there as a ghost line like this:
[image: image3.jpeg]
If I switch from the second file (with 3 lines) to the first, it renders
correctly.

I tries to pinpoint it by changing to regular vim, disabling line numbers,
and also compiling mlterm --with-gui=wayland or disabling optimized
redrawing, but nothing helped.

My version:
mlterm version 3.8.6 post/2019-01-03
Features: otl ssh implugin imagelib(builtin) utmp

I am using Arch linux with wayland (although this version is using xlib).

No errors on the log file, attached are pts files.

Thanks for any help,
Beka

[Mlterm-dev-en] Redrawing bug with nvim

[Amit B. <ami...@gm...>]

Hi,

First, thanks for all the hard work on mlterm! it's really impressive :)

I'd like to share a bug I can't understand:
I am using neovim, and I have two files, the first with two lines:
[image: image.png]

The second file have only the first and third line:
[image: image.png]

When I switch from the first file to the second, the second line (which
supposed to be empty) "hangs" there as a ghost line like this:
[image: image.png]
If I switch from the second file (with 3 lines) to the first, it renders
correctly.

I tries to pinpoint it by changing to regular vim, disabling line numbers,
and also compiling mlterm --with-gui=wayland or disabling optimized
redrawing, but nothing helped.

My version:
mlterm version 3.8.6 post/2019-01-03
Features: otl ssh implugin imagelib(builtin) utmp

I am using Arch linux with wayland (although this version is using xlib).

No errors on the log file, attached are pts files.

Thanks for any help,
Beka

Re: [Mlterm-dev-en] [PATCH] crash on the '\e[21t' (report window title) control sequence

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

 Hi,

From: R <0xe...@gm...>
Subject: [Mlterm-dev-en] [PATCH] crash on the '\e[21t' (report window title)
 control sequence
Date: Tue, 20 Nov 2018 06:30:23 +0200
Message-ID: <CAE+2msWBY_E0cBPHj6own1Pm9ZuN=fTdM-Am+iu+V48=Zj...@ma...>

> If the window name wasn't already set with '\e]2;TITLE\a', writing a
> '\e[21t' inside a mlterm window will cause a segmentation fault in
> vtemu/vt_parser.c:report_window_or_icon_name() when it tries to
> dereference the title variable set from vt_parser->win_name. (And it's
> probably the same problem with vt_parser->icon_name).
> 
> The following patch will cause it to return an empty string in that case:
> 
> diff -r a2f8558d621e vtemu/vt_parser.c
> --- a/vtemu/vt_parser.c Sun Nov 18 22:36:25 2018 +0900
> +++ b/vtemu/vt_parser.c Tue Nov 20 06:07:41 2018 +0200
> @@ -1666,6 +1666,9 @@
>      title = vt_parser->icon_name;
>      pre = "\x1b]L";
>    }
> +  if (!title) {
> +    title = "";
> +  }
> 
>    /* see parse_title() */
>    src_encoding = vt_get_char_encoding("auto");

 Thanks. I fixed it.

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

[Mlterm-dev-en] [PATCH] crash on the '\e[21t' (report window title) control sequence

[R <0xe...@gm...>]

If the window name wasn't already set with '\e]2;TITLE\a', writing a
'\e[21t' inside a mlterm window will cause a segmentation fault in
vtemu/vt_parser.c:report_window_or_icon_name() when it tries to
dereference the title variable set from vt_parser->win_name. (And it's
probably the same problem with vt_parser->icon_name).

The following patch will cause it to return an empty string in that case:

diff -r a2f8558d621e vtemu/vt_parser.c
--- a/vtemu/vt_parser.c Sun Nov 18 22:36:25 2018 +0900
+++ b/vtemu/vt_parser.c Tue Nov 20 06:07:41 2018 +0200
@@ -1666,6 +1666,9 @@
     title = vt_parser->icon_name;
     pre = "\x1b]L";
   }
+  if (!title) {
+    title = "";
+  }

   /* see parse_title() */
   src_encoding = vt_get_char_encoding("auto");

Re: [Mlterm-dev-en] Requesting "regular" font style

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

 Hi,

From: "Yuri D'Elia" <wa...@th...>
Subject: [Mlterm-dev-en] Requesting "regular" font style
Date: Fri, 09 Nov 2018 12:23:32 +0100
Message-ID: <87a...@wa...>

> My aafont file right now contains:
> 
> ISO10646_UCS4_1=PragmataPro Mono
> 
> where "PragmataPro Mono" is the family of the font.
> Unfortunately, the Bold weight doesn't contain some UTF8 symbols.
> As such, I'd like to do the following:
> 
> U+2219-2219_BOLD=PragmataPro Mono Regular
> 
> to explicitly select the regular variant as a fallback.
> However, it doesn't work. I guess due to the space in the family name.
> 
> The fontconfig spec PragmataPro Mono:style=Regular is not
> accepted either as far I understood the config syntax, since ":" is
> interpreted in a different way.

 https://bitbucket.org/arakiken/mlterm/commits/a2f8558d621ed6a9d32844996f2f17632bdedbf7
commit supports the fontconfig spec.
 mlterm 3.8.8 will support it.

> How can I force the regular variant then?
> Also, is there a better way to specify fallback fonts, like "urxvt"
> does? For instance, I'd like to specify the "regular" variant if a
> glypth is missing in the bold face as opposed to listing unicode ranges.

 Do you specify "xft" as the value of "type_engine" option?
 Doesn't "type_engine = cairo" improve it?
 If "type_engine = cairo", mlterm falls back other fonts (according to the
fontconfig settings) when a glyph is missing.

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

[Mlterm-dev-en] Requesting "regular" font style

[Yuri D'E. <wa...@th...>]

My aafont file right now contains:

ISO10646_UCS4_1=PragmataPro Mono

where "PragmataPro Mono" is the family of the font.
Unfortunately, the Bold weight doesn't contain some UTF8 symbols.
As such, I'd like to do the following:

U+2219-2219_BOLD=PragmataPro Mono Regular

to explicitly select the regular variant as a fallback.
However, it doesn't work. I guess due to the space in the family name.

The fontconfig spec PragmataPro Mono:style=Regular is not
accepted either as far I understood the config syntax, since ":" is
interpreted in a different way.

How can I force the regular variant then?

Also, is there a better way to specify fallback fonts, like "urxvt"
does? For instance, I'd like to specify the "regular" variant if a
glypth is missing in the bold face as opposed to listing unicode ranges.

Thanks

[Mlterm-dev-en] mlterm 3.8.7 released

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

 Hi,

 This is to announce the release of mlterm version 3.8.7

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

 SHA1 (mlterm-3.8.7.tar.gz) = 040363ea4428fbdbeaa49cf402f71f41b8dbaea7

Overview of changes from 3.8.6
===============================
ver 3.8.7
* Support sixel graphics extension and option1 of
  https://github.com/kmiya-culti/RLogin/issues/22#issue-341758598
* Support Cygwin/x86_64.
* Support PS2 mouse and PC98 bus mouse on FreeBSD 4.x or before.
* Support iOS/Cocoa Touch. (see doc/en/README.cocoatouch)
* Support scrolling by flick on Android and iOS.
* Update unicode property table (generated from UnicodeData.txt and
  EastAsianWidth.txt) to version 11.0.0.
* Add "autoscroll" to OSC 5379.
* Long press at the lower right corner instead of the entire screen shows
  context menu.
* Change the maximum number of sixel graphics palette colors from 256 to 1024.
* Bug fixes:
  Fix segfault of mlconfig when GTK_IM_MODULE=uim.
  Fix wrong XSizeHints which causes unexpected resizing.
---
Araki Ken
ara...@us...

[Mlterm-dev-en] font autoscale in window resizing

[Nicola P. <Nic...@gr...>]

Hi,
Someone can tell me if is possible to have an automatic font change when resize terminal window ?
I found it in Windows products but in nome linux products

[Mlterm-dev-en] mlterm 3.8.6 released

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

 Hi,

 This is to announce the release of mlterm version 3.8.6

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

 SHA1 (mlterm-3.8.6.tar.gz) = b05b79be27e09364359c62a887df5ee430700d76

Overview of changes from 3.8.5
===============================
ver 3.8.6
* Support preserveAspectRatio option of OSC 1337.
* Support DECRQCRA, CSI 15 t, CSI 16 t, CSI 19 t and OSC 5;Ps;? ST.
* Support framebuffer on FreeBSD(98).
* Add vte 0.52.0 API symbols to libvte compatible library.
* Add --rv / "rv_color" option.
* Add servman.exe which manages the list of servers on win32.
* Add "PrivKey" entry to the ssh connection dialog on win32 and Android.
* Add "SCP" entry to the context menu on Android.
* Drop --servlist / "server_list" option.
* Improve performance of redrawing screen when type_engine=cairo.
* Show box style cursor when the cursor is on a picture or an emoji.
* Modify DECRC to save/restore last-column flag used to control wrapping behavior
  rather than manipulating DECAWM (See https://github.com/mattiase/wraptest and
  https://invisible-island.net/xterm/xterm.log.html#xterm_328)
* Change the default value of ssh_private(public)_key option from
  /sdcard/.ssh/id_rsa(.pub) to /sdcard/.mlterm/id_rsa(.pub) on Android.
* Bug fixes:
  Fix compiling error if ./configure is executed with --with-gui=fb,xlib option.
  Fix disappearing title bar on 'lxde' window manager.
  Fix a bug which disabled to replace system palettes by colors of a wall picture
  (if "use_ansi_colors" option is disabled and visual depth is 4) since 3.8.4.
  Fix the response strings of OSC 20 and OSC 21.
  Use the background color specified by SGR instead of the default one to draw
  pictures and emojis.
---
Araki Ken
ara...@us...

Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio

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

 Hi,

From: "Yuri D'Elia" <wa...@th...>
Subject: Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio
Date: Fri, 16 Mar 2018 16:33:12 +0100
Message-ID: <87o...@wa...>

wavexx> On Fri, Mar 16 2018, Araki Ken wrote:
wavexx> >  How about following setting in ~/.fonts.conf instead of Xft.dpi resource.
wavexx> >
wavexx> >  <match target="pattern">
wavexx> >    <edit name="dpi" mode="assign"><double>100</double></edit>
wavexx> >  </match>
wavexx> 
wavexx> I already do that. The DPI values for font rendering are set via
wavexx> fontconfig in my case. Xft.dpi is only a fallback. The xft engine is
wavexx> actually using the fc values as it should.
wavexx> 
wavexx> I don't understand why the cairo engine isn't using it.

 As far as I tested on Gnome-shell (3.26.2) on Arch Linux, 
~/.fonts.conf settings works with cairo engine.

 I suspect that FcConfigSubstitute() (*1) doesn't apply ~/.fonts.conf settings
to FC_DPI of FcPattern, but I don't know why.

(*1) https://bitbucket.org/arakiken/mlterm/src/tip/uitoolkit/libtype/ui_font_ft.c#ui_font_ft.c-314

 If mlterm-3.8.5-fixdpi.patch which I sent changes font size (even if it is wrong),
setting correct DPI by calling FcPatternAddDouble(pattern, FC_DPI, ...) might
fix this problem.

 An attached patch adds --dpi option which passes specified dpi to
FcPatternAddDouble(FC_DPI) if dpi setting in ~/.fonts.conf is not applied.

 $ mlterm -point -dpi 140

 I have no idea except such workaround for now.

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

Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio

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

 Hi,

From: "Yuri D'Elia" <wa...@th...>
Subject: Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio
Date: Fri, 16 Mar 2018 15:58:57 +0100
Message-ID: <87r...@wa...>

>> + dpi_for_fc = dpi;
> Looking at the xft version, who initially sets dpi_for_fc?

 mlterm doesn't sets dpi_for_fc unless mlterm works as libvte compatible library
or letter_space option is set.

> Xft uses the Xft.dpi X resource for text rendering. If this isn't set,
> it falls back for the primary display DPI setting in xrandr.
> 
> But fetching the resource manually seems somewhat wrong.
> I would have expected fontconfig to have some helper function for this.

 How about following setting in ~/.fonts.conf instead of Xft.dpi resource.

 <match target="pattern">
   <edit name="dpi" mode="assign"><double>100</double></edit>
 </match>

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

Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio

[Yuri D'E. <wa...@th...>]

On Fri, Mar 16 2018, Araki Ken wrote:
>  Does an attached patch fix this problem ?

Mmhh..

The text is now somewhat scaled, but it still doesn't match the correct
size.

> +  dpi_for_fc = dpi;

Looking at the xft version, who initially sets dpi_for_fc?

> +    if (dpi_for_fc == 0.0) {
> +      double widthpix = DisplayWidth(font->display, DefaultScreen(font->display));
> +      double widthmm = DisplayWidthMM(font->display, DefaultScreen(font->display));
> +      dpi_for_fc = (widthpix * 254) / (widthmm * 10);
> +    }

This is never going to work correctly on a multi-monitor setup, as in my
case :/

Xft uses the Xft.dpi X resource for text rendering. If this isn't set,
it falls back for the primary display DPI setting in xrandr.

But fetching the resource manually seems somewhat wrong.
I would have expected fontconfig to have some helper function for this.

Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio

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

 Hi,

From: "Yuri D'Elia" <wa...@th...>
Subject: Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio
Date: Thu, 15 Mar 2018 16:30:46 +0100
Message-ID: <874...@wa...>

> On Mon, Mar 12 2018, Araki Ken wrote:
> >  Will you test as follows with the use of an attached patch and send me
> > ~/.mlterm/msg.log ?
> >
> > $ patch -p1 < mlterm-3.8.5-dpilog.patch
> > $ cd uitoolkit/libtype
> > $ make clean;make;sudo make install
> > $ mlterm -type xft -point
> > $ mlterm -type cairo -point
> 
> I actually don't see any message with either.
> Do I need to enable some debug switch?

 Does an attached patch fix this problem ?

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

Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio

[Yuri D'E. <wa...@th...>]

On Mon, Mar 12 2018, Araki Ken wrote:
>  Will you test as follows with the use of an attached patch and send me
> ~/.mlterm/msg.log ?
>
> $ patch -p1 < mlterm-3.8.5-dpilog.patch
> $ cd uitoolkit/libtype
> $ make clean;make;sudo make install
> $ mlterm -type xft -point
> $ mlterm -type cairo -point

I actually don't see any message with either.
Do I need to enable some debug switch?

Re: [Mlterm-dev-en] Some executables missing + mlterm-menu issue

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

 Hi,

From: Nikita Zlobin <nic...@gm...>
Subject: Re: [Mlterm-dev-en] Some executables missing + mlterm-menu issue
Date: Mon, 12 Mar 2018 21:19:31 +0500
Message-ID: <20180312211931.2c72d944@nick87720z>

> >  It is not supported to specify multiple values of --with-gui option.
> >  --with-gui=xlib,fb,sdl2,console is regarded as --with-gui=xlib.
> 
> Strange. I bumped ebuild for 3.8.4 with few changes (added sdl and some
> other missing options and features to configure). However, with 3.8.4 i
> had both gtk and mlterm-fb, this is why i managed to try both. Is this
> behavior now deprecated?

 It is impossible to specify multiple values for --with-gui option.
 --with-gui=xlib,fb exceptionally works, but it is a hidden feature.

 But, mlterm hg head (http://bitbucket.org/arakiken/mlterm/get/tip.tar.gz)
now accepts multiple values for --with-gui option.

 mlterm 3.8.6 or later will support this feature.

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

Re: [Mlterm-dev-en] Some executables missing + mlterm-menu issue

[Nikita Z. <nic...@gm...>]

In Tue, 13 Mar 2018 00:24:25 +0900 (JST)
Araki Ken <ara...@us...> wrote:
>  'mlterm-menu' is not specified as the value of --with-tools option.
>  Please add mlterm-menu to --with-tools option.
> 
>  BTW, /etc/mlterm/menu-simple is for 'mlmenu' executable.
> 
Big thanks :)

>  It is not supported to specify multiple values of --with-gui option.
>  --with-gui=xlib,fb,sdl2,console is regarded as --with-gui=xlib.

Strange. I bumped ebuild for 3.8.4 with few changes (added sdl and some
other missing options and features to configure). However, with 3.8.4 i
had both gtk and mlterm-fb, this is why i managed to try both. Is this
behavior now deprecated?

> 
> > Full config line is this (made by gentoo ebuild):
> > ./configure --prefix=/usr --build=x86_64-pc-linux-gnu
> > --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
> > --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
> > --localstatedir=/var/lib --disable-dependency-tracking
> > --docdir=/usr/share/doc/mlterm-3.8.5
> > --htmldir=/usr/share/doc/mlterm-3.8.5/html --libdir=/usr/lib64
> > --enable-fribidi --disable-canna --disable-debug --disable-fcitx
> > --disable-wnn --enable-otl --disable-ibus --disable-ssh2
> > --disable-m17nlib --enable-nls --disable-scim --disable-skk
> > --disable-uim --disable-utmp --with-x
> > --with-gui=xlib,fb,sdl2,console
> > --with-type-engines=,xcore,xft,cairo --enable-optimize-redrawing
> > --enable-vt52 --disable-static --with-gtk=3.0
> > --with-imagelib=gdk-pixbuf
> > --with-scrollbars=sample,extra,pixmap_engine
> > --with-tools=mlclient,mlcc,mlfc,mlmenu,mlterm-zoom,mlconfig,mlimgloader,registobmp  
> 
>  Regards,
> ---
> Araki Ken
> ara...@us...
> 

Re: [Mlterm-dev-en] Some executables missing + mlterm-menu issue

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

 Hi,

From: Nikita Zlobin <nic...@gm...>
Subject: [Mlterm-dev-en] Some executables missing + mlterm-menu issue
Date: Mon, 12 Mar 2018 18:38:21 +0500
Message-ID: <20180312183821.52e13e90@nick87720z>

> I can't find any useful docs, how to setup user menu by Ctrl+Button1.
> Manual page has two sections: "CONFIGURABLE MENU" and "Menu
> Configuration File", each referencing other, wihtout any details.
> 
> I managed to find, that menu file must be named "menu" (/etc/mlterm
> instead has simple-menu), and that i need key file, which yet needs
> proper line uncommented. But even after key and menu files are in
> ~/.mlterm, and Control+Button1 line is ok, menu doesn't work.
>
> I guess, it just lacks for mlterm-menu executable.

 'mlterm-menu' is not specified as the value of --with-tools option.
 Please add mlterm-menu to --with-tools option.

 BTW, /etc/mlterm/menu-simple is for 'mlmenu' executable.

> What is interesting, there are also no mlterm-fb and mlterm-sdl,
> though i installed with both enabled (it is configured with
> --with-gui=xlib,fb,sdl2,console).

 It is not supported to specify multiple values of --with-gui option.
 --with-gui=xlib,fb,sdl2,console is regarded as --with-gui=xlib.

> Full config line is this (made by gentoo ebuild):
> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu
> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
> --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
> --localstatedir=/var/lib --disable-dependency-tracking
> --docdir=/usr/share/doc/mlterm-3.8.5
> --htmldir=/usr/share/doc/mlterm-3.8.5/html --libdir=/usr/lib64
> --enable-fribidi --disable-canna --disable-debug --disable-fcitx
> --disable-wnn --enable-otl --disable-ibus --disable-ssh2
> --disable-m17nlib --enable-nls --disable-scim --disable-skk
> --disable-uim --disable-utmp --with-x --with-gui=xlib,fb,sdl2,console
> --with-type-engines=,xcore,xft,cairo --enable-optimize-redrawing
> --enable-vt52 --disable-static --with-gtk=3.0
> --with-imagelib=gdk-pixbuf --with-scrollbars=sample,extra,pixmap_engine
> --with-tools=mlclient,mlcc,mlfc,mlmenu,mlterm-zoom,mlconfig,mlimgloader,registobmp

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

Re: [Mlterm-dev-en] OSC1337 support for preserveAspectRatio

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

 Hi,

From: "Yuri D'Elia" <wa...@th...>
Subject: Re: OSC1337 support for preserveAspectRatio
Date: Sun, 11 Mar 2018 15:33:52 +0100
Message-ID: <87v...@wa...>

> On Sun, Mar 11 2018, Araki Ken wrote:
> >  Mlterm now supports OSC1337 'preserveAspectRatio' option on x11.
> >  Please check http://bitbucket.org/arakiken/mlterm/get/tip.tar.gz
> 
> I gave it a try. The image is scaled with correct ratio correctly, but
> the cropped section of the image is showing either black or garbage.
> Probably an uncleared buffer?
> 
> However iterm2 doesn't fill the blank space, as if the image was
> downscaled to begin with. I'd expect the same behavior too, in order to
> get the current background color of the terminal where there is no
> image.

 Thanks. I fixed.
 
> I also reported another issue a while ago:
> 
> use_point_size=true only works with type_engine=xft in my case.
> 
> If I leave type_engine=cairo (the default), fontsize is always in
> pixels irregardless of the status of use_point_size.
> 
> Both xrandr and the Xft.dpi xresource agree and are set to 140dpi in my
> case. Any reason cairo isn't picking it up?

 I have not come up with anything yet about this problem.

 Will you test as follows with the use of an attached patch and send me
~/.mlterm/msg.log ?

$ patch -p1 < mlterm-3.8.5-dpilog.patch
$ cd uitoolkit/libtype
$ make clean;make;sudo make install
$ mlterm -type xft -point
$ mlterm -type cairo -point

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

[Mlterm-dev-en] Some executables missing + mlterm-menu issue

[Nikita Z. <nic...@gm...>]

I can't find any useful docs, how to setup user menu by Ctrl+Button1.
Manual page has two sections: "CONFIGURABLE MENU" and "Menu
Configuration File", each referencing other, wihtout any details.

I managed to find, that menu file must be named "menu" (/etc/mlterm
instead has simple-menu), and that i need key file, which yet needs
proper line uncommented. But even after key and menu files are in
~/.mlterm, and Control+Button1 line is ok, menu doesn't work.

I guess, it just lacks for mlterm-menu executable. What is interesting,
there are also no mlterm-fb and mlterm-sdl, though i installed with
both enabled (it is configured with --with-gui=xlib,fb,sdl2,console).

Full config line is this (made by gentoo ebuild):
./configure --prefix=/usr --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --disable-dependency-tracking
--docdir=/usr/share/doc/mlterm-3.8.5
--htmldir=/usr/share/doc/mlterm-3.8.5/html --libdir=/usr/lib64
--enable-fribidi --disable-canna --disable-debug --disable-fcitx
--disable-wnn --enable-otl --disable-ibus --disable-ssh2
--disable-m17nlib --enable-nls --disable-scim --disable-skk
--disable-uim --disable-utmp --with-x --with-gui=xlib,fb,sdl2,console
--with-type-engines=,xcore,xft,cairo --enable-optimize-redrawing
--enable-vt52 --disable-static --with-gtk=3.0
--with-imagelib=gdk-pixbuf --with-scrollbars=sample,extra,pixmap_engine
--with-tools=mlclient,mlcc,mlfc,mlmenu,mlterm-zoom,mlconfig,mlimgloader,registobmp

Re: [Mlterm-dev-en] How to set TERM from config?

[Nikita Z. <nic...@gm...>]

In Mon, 12 Mar 2018 17:28:19 +0500
Nikita Zlobin <nic...@gm...> wrote:

> By default mlterm has TERM=xterm. Manual has only --term command line
> option, but nothing to write in ~/.mlterm/main (as well as nothing in
> gui for that).
> 
> There is very old article: http://www.scottro.net/qnd/qnd-mlterm.html
> which mentions "name = xterm" in mlterm config as way to set TERM.
> But neither "name" nor "xterm" options don't change anything.
> 
> Is it possible to configure TERM, to not start manually with --term
> option?

My appologies, i read manual man page uncarefully.
termtype does the job :)

[Mlterm-dev-en] How to set TERM from config?

[Nikita Z. <nic...@gm...>]

By default mlterm has TERM=xterm. Manual has only --term command line
option, but nothing to write in ~/.mlterm/main (as well as nothing in
gui for that).

There is very old article: http://www.scottro.net/qnd/qnd-mlterm.html
which mentions "name = xterm" in mlterm config as way to set TERM.
But neither "name" nor "xterm" options don't change anything.

Is it possible to configure TERM, to not start manually with --term
option?

Re: [Mlterm-dev-en] Incompatibility with fcitx >= 4.2.9.5

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

 Hi,

From: Boyuan Yang <073plan@gm...> - 2018-01-31 02:22:32 

> Dear mlterm developers,
> I am the current co-maintainer of fcitx in Debian. The latest version
> of fcitx (4.2.9.5, released on 2017-11-09) seems to have broken
> mlterm's fcitx support due to a library SONAME bump in
> libfcitx-gclient. Some functions you're using in mlterm is gone (moved
> away from header file).
> This bug has been submitted downstream in Debian: https://bugs.debian.org/887711
> Please help investigate into this problem and fix it if possible.

 I don't know the reason why fcitx 4.2.9.5 or later removed
fcitx_client_{enable|close}_ic() declarations from fcitxclient.h.
 But the implementation of these functions are left, and these symbols are exported.

 https://github.com/fcitx/fcitx/blob/master/src/lib/fcitx-gclient/fcitxclient.c#L340

 So it seems unnecessary to fix mlterm.

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