> I've been experiencing a tiling problem for the Eterm backgrounds on
> my AMD64 box.
Yeah... it was getting on my nerves too.
I hacked in some debug, and looking at it I saw that in
parse_pixmap_ops() the tiled token isn't present. I played
around a little, and it works if you force OP_TOKEN t
On Tuesday 14 September 2004 10:43 am, Nicholas Jones wrote:
> > This was fixed back in November of '02. Here's the patch:
>
> Thank you. Pardon the assumption that the source was current.
the ebuild is current ... as current as the last release that is :P
i dont normally follow cvs trees and ba
> This was fixed back in November of '02. Here's the patch:
Thank you. Pardon the assumption that the source was current.
--NJ
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Min
On Monday, 13 September 2004, at 16:23:07 (-0400),
Nicholas Jones wrote:
> A bit more information... The filename being passed to load_image
> has 'tile' not 'tiled' as the token for the geometry setting.
>
> On my x86 box, tiled backgrounds work with the same default
> menu.cfg for Eterm, but on
A bit more information... The filename being passed to load_image
has 'tile' not 'tiled' as the token for the geometry setting.
On my x86 box, tiled backgrounds work with the same default
menu.cfg for Eterm, but on the opteron it fails.
The config has a parameter of ':tile', but the comparison in
First post of this one got moderated. Hopefully there won't be a dupe.
> I've been experiencing a tiling problem for the Eterm backgrounds on
> my AMD64 box.
Yeah... it was getting on my nerves too.
I hacked in some debug, and looking at it I saw that in
parse_pixmap_ops() the tiled token isn'
Hey all,
I've been experiencing a tiling problem for the Eterm backgrounds on my
AMD64 box. I'm using Eterm 0.9.2, imlib 2.1.1.2 and libast 0.5 on an
up-to-date Gentoo Linux distro. The problem is just that the images
don't tile at all. The image just stays in the upper left corner and
black f
