I just recompiled Gorm and it looks different here :-)
As this is also on a 64bit system the main difference I see is the cairo
version. Could you please try a different backend to confirm that it is
the cairo backend that causes this behaviour.
There are a few places in CarioGState where we differentiate based on
the cairo version number. Perhaps a few of these checks are off?
I know that GNUstep worked with all the cairo releases that were
available for OpenSuse (I had to get it working as I use this backend
for years now), but there may be cairo releases where extra bugs need to
be worked around.
If it turns out, the problem isn't backend relate, it will be much hard
to pin it down
Am 01.03.2010 00:03, schrieb address@hidden:
It's my own application which shows this behaviour. I do not have a
theme enabled, I am using the cairo backend. Everything is built from
current svn trunk. Gorm shows the same broken behaviour on my machine,
screenshot is attached. I am on Ubuntu 8.04 AMD64, cairo version is 1.6.0.
Thanks
TOM
Zitat von Fred Kiefer <address@hidden>:
I just tried to reproduce this behaviour and failed to.
On which application are you seeing this and probably more important,
which GNUstep backend are you using? Do you have a theme enable?
Am 27.02.2010 18:54, schrieb address@hidden:
Looks like NSTabView in trunk is currently buggy. I attached a
screenshot to this message. Gorm from svn trunk displays it the same
way. Tell me if you need further information.
_______________________________________________
Gnustep-dev mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/gnustep-dev