Thread: [Mlterm-dev-en] feature request: coloured transparency

Brought to you by: arakiken, h_minami, kubota

mlterm-dev-en

[Mlterm-dev-en] feature request: coloured transparency

From: Christian Z. <zo...@su...> - 2005-03-01 15:11:33

Hi mlterm developer,

before i changed to mlterm i was using wterm. And i loved one feature
of wterm very much: It was able to set the beckground to shaded
transparency which was colored at the same time. I used different
colours for different user/machine but could see the desktop picture
shine through.
wterm -bg blue -sh -tr

Is it possible to add such a feature to mlterm as well?

--=20

ciao, christian

=E7=9D=A1=E7=9C=A0=E4=B8=8D=E8=B6=B3=E3=81=AF=E3=81=84=E3=81=84=E4=BB=95=E4=
=BA=8B=E3=81=AE=E6=95=B5=E3=81=A0=E3=80=82

Re: [Mlterm-dev-en] feature request: coloured transparency

From: MINAMI H. <mi...@mi...> - 2005-03-04 04:01:55

Attachments: 1x1_blue.png

On Tue, Mar 01, 2005 at 04:10:53PM +0100, Christian Zoz wrote:
> Hi mlterm developer,
> 
> before i changed to mlterm i was using wterm. And i loved one feature
> of wterm very much: It was able to set the beckground to shaded
> transparency which was colored at the same time. I used different
> colours for different user/machine but could see the desktop picture
> shine through.
> wterm -bg blue -sh -tr
> 
> Is it possible to add such a feature to mlterm as well?

There are several possible implemantation of translucent color
background and each of thme have pros and cons.

- dumb method
  1) get root pixmap
  2) do color-blending
  3) set the result as a mlterm's background

  pro: any color can be specified for blending
  con: color-blending can be very very slow

- aterm's hack
  1) get root pixmap
  2) copy only part of color plane ( ex. copy only blue)
  3) set  the result as a mlterm's background

  pro: color-plane limited copy can be done on X server and be very fast.
  con: the color to specify must be one of R/G/B plus green/yellow/magenta

- use recent extensions for X
  1) set the background of mlterm's widnow to be half transparent.
  2) recuest xcompmger to do the right thing

  pro: it may be hardwere accererated and quite fast.
  con: require xrender / xcompose / xfix.

I'll consider to support one of them in mlterm 3.x.

For mlterm 2.9.x, you can set translucent image as a background.
i.e. if you set 1x1 blue half-transparent image(attached) as
 mlterm -p 1x1_blue.png

Note that the feature was implemented only to take fancy screenshots and 
not meant to be used for serious task. it makes window resizing sluggish
and non't update window background when the window is moved.

minami

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Christian Z. <zo...@su...> - 2005-03-04 09:53:02

On Fri, Mar 04, MINAMI Hirokazu wrote:
>=20
> There are several possible implemantation of translucent color
> background and each of thme have pros and cons.
>=20
> - dumb method
> - aterm's hack
> - use recent extensions for X

As i'm not familiar with such technics, so i leave that up to them who
are.

> I'll consider to support one of them in mlterm 3.x.

Very nice. Thank you.

> For mlterm 2.9.x, you can set translucent image as a background.
> i.e. if you set 1x1 blue half-transparent image(attached) as
>  mlterm -p 1x1_blue.png

I tried that, but the result was kind of funny. The background then
was a part of the mlterm configuration window. But that is not
important now. I can wait for 3.x.

> Note that the feature was implemented only to take fancy screenshots an=
d=20
> not meant to be used for serious task. it makes window resizing sluggis=
h
> and non't update window background when the window is moved.

Doesn't matter. I'll wait. Thanks.

If you have some code to test some day, i will test it.

--=20

ciao, christian

=E7=9D=A1=E7=9C=A0=E4=B8=8D=E8=B6=B3=E3=81=AF=E3=81=84=E3=81=84=E4=BB=95=E4=
=BA=8B=E3=81=AE=E6=95=B5=E3=81=A0=E3=80=82

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Mike F. <mf...@su...> - 2005-03-07 15:37:08

Christian Zoz <zo...@su...> さんは書きました:

> On Fri, Mar 04, MINAMI Hirokazu wrote:

>> For mlterm 2.9.x, you can set translucent image as a background.
>> i.e. if you set 1x1 blue half-transparent image(attached) as
>>  mlterm -p 1x1_blue.png
>
> I tried that, but the result was kind of funny. The background then
> was a part of the mlterm configuration window.

I see the same effect as Christian. Looks like in this
screen shot:

http://www.suse.de/~mfabian/misc/mlterm-20050304/mlterm-1x1_blue.png

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Mike F. <mf...@su...> - 2005-03-08 08:39:55

Mike FABIAN <mf...@su...> さんは書きました:

> Christian Zoz <zo...@su...> さんは書きました:
>
>> On Fri, Mar 04, MINAMI Hirokazu wrote:
>
>>> For mlterm 2.9.x, you can set translucent image as a background.
>>> i.e. if you set 1x1 blue half-transparent image(attached) as
>>>  mlterm -p 1x1_blue.png
>>
>> I tried that, but the result was kind of funny. The background then
>> was a part of the mlterm configuration window.
>
> I see the same effect as Christian. Looks like in this
> screen shot:
>
> http://www.suse.de/~mfabian/misc/mlterm-20050304/mlterm-1x1_blue.png

This happens when mlterm is build with

    	    --with-imagelib=imlib

When gdk-pixbuf is used instead:

	    --with-imagelib=gdk-pixbuf

the behavior is different, then I get:

    mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
    X Error of failed request:  BadDrawable (invalid Pixmap or Window
    parameter)
      Major opcode of failed request:  73 (X_GetImage)
      Resource id in failed request:  0x0
      Serial number of failed request:  281
      Current serial number in output stream:  281
    mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png

Other backgrounds work fine, 1x1_blue.png is the only picture I could
find so far which shows this problem.

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

Re: [Mlterm-dev-en] feature request: coloured transparency

From: MINAMI H. <mi...@mi...> - 2005-03-09 01:12:30

On Tue, Mar 08, 2005 at 09:39:45AM +0100, Mike FABIAN wrote:
> Mike FABIAN <mf...@su...> =E3=81=95=E3=82=93=E3=81=AF=E6=9B=B8=E3=81=
=8D=E3=81=BE=E3=81=97=E3=81=9F:
>=20
> > Christian Zoz <zo...@su...> =E3=81=95=E3=82=93=E3=81=AF=E6=9B=B8=E3=81=
=8D=E3=81=BE=E3=81=97=E3=81=9F:
> >
> >> On Fri, Mar 04, MINAMI Hirokazu wrote:
> >
> >>> For mlterm 2.9.x, you can set translucent image as a background.
> >>> i.e. if you set 1x1 blue half-transparent image(attached) as
> >>>  mlterm -p 1x1_blue.png
> >>
> >> I tried that, but the result was kind of funny. The background then
> >> was a part of the mlterm configuration window.
> >
> > I see the same effect as Christian. Looks like in this
> > screen shot:
> >
> > http://www.suse.de/~mfabian/misc/mlterm-20050304/mlterm-1x1_blue.png
>=20
> This happens when mlterm is build with
>=20
>     	    --with-imagelib=3Dimlib
>=20
> When gdk-pixbuf is used instead:
>=20
> 	    --with-imagelib=3Dgdk-pixbuf

I forgot to note that alpha-blending is only implemented=20
in gdk-pixbuf support module. Sorry.

Since imlib 1.x drops alpha values while loading image,
it's not easy to suport color-blending with imlib1.

> the behavior is different, then I get:
>=20
>     mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
>     X Error of failed request:  BadDrawable (invalid Pixmap or Window
>     parameter)
>       Major opcode of failed request:  73 (X_GetImage)
>       Resource id in failed request:  0x0
>       Serial number of failed request:  281
>       Current serial number in output stream:  281
>     mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
>=20
> Other backgrounds work fine, 1x1_blue.png is the only picture I could
> find so far which shows this problem.

Hmm, I could reproduce the problem on -depth=3D8 but not on -depth=3D24.
Are you running X in 256 color mode? and how did you set your root
pixmap?

minami

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Seiichi S. <ss...@sh...> - 2005-03-09 01:58:13

Attachments: buggy_wm.diff

On Wed, Mar 09, 2005 at 10:12:14AM +0900,
 MINAMI Hirokazu wrote:

> On Tue, Mar 08, 2005 at 09:39:45AM +0100, Mike FABIAN wrote:
> > the behavior is different, then I get:
> > 
> >     mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
> >     X Error of failed request:  BadDrawable (invalid Pixmap or Window
> > 
> > Other backgrounds work fine, 1x1_blue.png is the only picture I could
> > find so far which shows this problem.
> 
> Hmm, I could reproduce the problem on -depth=8 but not on -depth=24.
> Are you running X in 256 color mode? and how did you set your root
> pixmap?

'invalid Pixmap' probably is an empty (or uninitilized?) root
pixmap pointed by _XROOTPMAP_ID, since FVWM2 seems to set
_XROOTPMAP_ID even though no root pixmap is available.

Is the attached patch right?

-- 
Seiichi

Re: [Mlterm-dev-en] feature request: coloured transparency

From: MINAMI H. <mi...@mi...> - 2005-03-10 04:33:28

On Wed, Mar 09, 2005 at 10:57:57AM +0900, Seiichi SATO wrote:
> 'invalid Pixmap' probably is an empty (or uninitilized?) root
> pixmap pointed by _XROOTPMAP_ID, since FVWM2 seems to set
> _XROOTPMAP_ID even though no root pixmap is available.
> 
> Is the attached patch right?

Yes, the check must be there and x_imagelib_root_pixmap_available()
shouldn't return true only because XROOTPMAP_ID was set.

They should be fixed in CVS HEAD.

minami

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Mike F. <mf...@su...> - 2005-03-09 14:50:54

MINAMI Hirokazu <mi...@mi...> さんは書きました:

> On Tue, Mar 08, 2005 at 09:39:45AM +0100, Mike FABIAN wrote:
>> Mike FABIAN <mf...@su...> さんは書きました:
>> 
>> > Christian Zoz <zo...@su...> さんは書きました:
>> >
>> >> On Fri, Mar 04, MINAMI Hirokazu wrote:
>> >
>> >>> For mlterm 2.9.x, you can set translucent image as a background.
>> >>> i.e. if you set 1x1 blue half-transparent image(attached) as
>> >>>  mlterm -p 1x1_blue.png
>> >>
>> >> I tried that, but the result was kind of funny. The background then
>> >> was a part of the mlterm configuration window.
>> >
>> > I see the same effect as Christian. Looks like in this
>> > screen shot:
>> >
>> > http://www.suse.de/~mfabian/misc/mlterm-20050304/mlterm-1x1_blue.png
>> 
>> This happens when mlterm is build with
>> 
>>     	    --with-imagelib=imlib
>> 
>> When gdk-pixbuf is used instead:
>> 
>> 	    --with-imagelib=gdk-pixbuf
>
> I forgot to note that alpha-blending is only implemented 
> in gdk-pixbuf support module. Sorry.

> Since imlib 1.x drops alpha values while loading image,
> it's not easy to suport color-blending with imlib1.

OK, thank you. Probably I should build the mlterm packages for SuSE
Linux with gdk-pixbuf.

>> the behavior is different, then I get:
>> 
>>     mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
>>     X Error of failed request:  BadDrawable (invalid Pixmap or Window
>>     parameter)
>>       Major opcode of failed request:  73 (X_GetImage)
>>       Resource id in failed request:  0x0
>>       Serial number of failed request:  281
>>       Current serial number in output stream:  281
>>     mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
>> 
>> Other backgrounds work fine, 1x1_blue.png is the only picture I could
>> find so far which shows this problem.
>
> Hmm, I could reproduce the problem on -depth=8 but not on -depth=24.

I use -depth=16.

> Are you running X in 256 color mode?

> and how did you set your root pixmap?

 display -geometry 1600x1200 -window root ~/pic/20040530-150954.jpg

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Mike F. <mf...@su...> - 2005-03-09 15:30:20

Mike FABIAN <mf...@su...> さんは書きました:

>> Hmm, I could reproduce the problem on -depth=8 but not on -depth=24.
>
> I use -depth=16.
>
>> Are you running X in 256 color mode?
>
>> and how did you set your root pixmap?
>
>  display -geometry 1600x1200 -window root ~/pic/20040530-150954.jpg

I switched to useing -depth=24 but that doesn't make a difference,
the error message remains:

mfabian@magellan:/var/tmp/abuild$ mlterm -p ~/pic/backgrounds/1x1_blue.png
X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  73 (X_GetImage)
  Resource id in failed request:  0x0
  Serial number of failed request:  153
  Current serial number in output stream:  153
mfabian@magellan:/var/tmp/abuild$

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

Re: [Mlterm-dev-en] feature request: coloured transparency

From: MINAMI H. <mi...@mi...> - 2005-03-10 03:25:04

On Wed, Mar 09, 2005 at 04:30:11PM +0100, Mike FABIAN wrote:
> Mike FABIAN <mf...@su...> =E3=81=95=E3=82=93=E3=81=AF=E6=9B=B8=E3=81=
=8D=E3=81=BE=E3=81=97=E3=81=9F:
>=20
> >> Hmm, I could reproduce the problem on -depth=3D8 but not on -depth=3D=
24.
> >
> > I use -depth=3D16.
> >
> >> Are you running X in 256 color mode?
> >
> >> and how did you set your root pixmap?
> >
> >  display -geometry 1600x1200 -window root ~/pic/20040530-150954.jpg
>=20
> I switched to useing -depth=3D24 but that doesn't make a difference,
> the error message remains:

Thanks, I understand what's hpenning.

With gdk-pixbuf, mlterm only see _XROOTPMAP_ID for root pixmap
since it had seemed to be the de-facto standard for me.
If I understanding correctly, both of GNOME and KDE use the property.

However, some applications are still using different ones
like ESETROOT_PMAP_ID or XSETROOT_ID.
Maybe "display" is one of them and mlterm+gdk-pixbuf currently
do not work well with it.

In the mlterm's imlib support module, there is a hack to grab root
window's image in such cases.
Though the same trick also had ben used in the gdk-pixbuf module,
I've dropped it 2 years ago since such effort is not necessary
if _XROOTPMAP_ID was correctly set and glabing X server may stop
screen update noticeably long(up to 0.5[s]).

Would you try to set a wallpaper by another one?
ex. "fvwm-root" should work according to its manpage.

It should also be possible to investigate how "display" works
but I don't have enough motovation/time fo now...

minami

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Mike F. <mf...@su...> - 2005-03-09 14:47:04

Seiichi SATO <ss...@sh...> さんは書きました:

> On Wed, Mar 09, 2005 at 10:12:14AM +0900,
>  MINAMI Hirokazu wrote:
>
>> On Tue, Mar 08, 2005 at 09:39:45AM +0100, Mike FABIAN wrote:
>> > the behavior is different, then I get:
>> > 
>> >     mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
>> >     X Error of failed request:  BadDrawable (invalid Pixmap or Window
>> > 
>> > Other backgrounds work fine, 1x1_blue.png is the only picture I could
>> > find so far which shows this problem.
>> 
>> Hmm, I could reproduce the problem on -depth=8 but not on -depth=24.
>> Are you running X in 256 color mode? and how did you set your root
>> pixmap?
>
> 'invalid Pixmap' probably is an empty (or uninitilized?) root
> pixmap pointed by _XROOTPMAP_ID, since FVWM2 seems to set
> _XROOTPMAP_ID even though no root pixmap is available.
>
> Is the attached patch right?

With that patch,

    mlterm -p pic/backgrounds/1x1_blue.png

starts without an error message and the background in mlterm is
monchrome dark blue. But not transparent. I.e. I cannot see the
picture I have on my root window.

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

Re: [Mlterm-dev-en] feature request: coloured transparency

From: Mike F. <mf...@su...> - 2005-03-09 15:36:56

Mike FABIAN <mf...@su...> さんは書きました:

> Seiichi SATO <ss...@sh...> さんは書きました:
>
>> On Wed, Mar 09, 2005 at 10:12:14AM +0900,
>>  MINAMI Hirokazu wrote:
>>
>>> On Tue, Mar 08, 2005 at 09:39:45AM +0100, Mike FABIAN wrote:
>>> > the behavior is different, then I get:
>>> > 
>>> >     mike@kibou:~$ mlterm -p pic/backgrounds/1x1_blue.png
>>> >     X Error of failed request:  BadDrawable (invalid Pixmap or Window
>>> > 
>>> > Other backgrounds work fine, 1x1_blue.png is the only picture I could
>>> > find so far which shows this problem.
>>> 
>>> Hmm, I could reproduce the problem on -depth=8 but not on -depth=24.
>>> Are you running X in 256 color mode? and how did you set your root
>>> pixmap?
>>
>> 'invalid Pixmap' probably is an empty (or uninitilized?) root
>> pixmap pointed by _XROOTPMAP_ID, since FVWM2 seems to set
>> _XROOTPMAP_ID even though no root pixmap is available.
>>
>> Is the attached patch right?
>
> With that patch,
>
>     mlterm -p pic/backgrounds/1x1_blue.png
>
> starts without an error message and the background in mlterm is
> monchrome dark blue. But not transparent. I.e. I cannot see the
> picture I have on my root window.

No difference here after switching from -depth=16 to -depth=24.

The patch makes the error message go away, mlterm starts but it
is not transparent, only monochrome dark blue.

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。