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 ici...@mail.cg.tuwien.ac.at: > 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 <fredkie...@gmx.de>: > >> 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 ici...@mail.cg.tuwien.ac.at: >>> 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 Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
