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 |