Am 04.03.2010 12:39, schrieb Richard Frith-Macdonald:
>
> On 1 Mar 2010, at 21:03, Fred Kiefer wrote:
>
>> 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 con
I can confirm that I can't drag anything from the palettes. It
appears that recent changes in GUI may have broken something.
GC
On Sun, Mar 7, 2010 at 9:09 AM, wrote:
> Hi, all!
>
> Because of my ongoing issues with current GNUstep from svn today I decided
> to do a fresh start and removed all
Am 07.03.2010 15:09, schrieb ici...@mail.cg.tuwien.ac.at:
> Because of my ongoing issues with current GNUstep from svn today I
> decided to do a fresh start and removed all GNUstep installation related
> files from my hardrive. After that I did a svn update and did a fresh
> build of core and gorm.
The non-working palettes are at least something I am able to reproduce
on my system. This doesn't seem to be relate to the selected backend.
It might either be a Gorm or a gui problem. I will look into this.
Fred
Am 07.03.2010 17:20, schrieb Gregory Casamento:
> I can confirm that I can't drag a
On 7 Mar 2010, at 15:34, Fred Kiefer wrote:
> Sounds like a different problem to me, but like a very interesting one :-)
> With the .so numbers I don't have a clue, which cairo version this
> really is. Could you please use pkg-config --modversion cairo to get the
> version number the system thin
On 7 Mar 2010, at 17:41, Fred Kiefer wrote:
> Am 07.03.2010 15:09, schrieb ici...@mail.cg.tuwien.ac.at:
>> Because of my ongoing issues with current GNUstep from svn today I
>> decided to do a fresh start and removed all GNUstep installation related
>> files from my hardrive. After that I did a s
Just to keep you informed on my current finding. I could follow a mouse
down event that should start a drag into the method [XGDragView
dragImage:at:offset:event:pasteboard:source:slideBack:] there the call
to mimeTypeForPasteboardType() seems to fail, when doing manual calls in
gdb I get
(gdb) po
Hi,
I wonder if the change I made in December to use CAIRO_EXTEND_PAD when drawing
images is responsible for this. I just checked now and the cairo docs say
CAIRO_EXTEND_PAD is only implemented in 1.6 and later for surface patterns.
Maybe try commenting out the two calls to cairo_pattern_set_ext
Am 07.03.2010 21:42, schrieb Eric Wasylishen:
> Hi, I wonder if the change I made in December to use CAIRO_EXTEND_PAD
> when drawing images is responsible for this. I just checked now and
> the cairo docs say CAIRO_EXTEND_PAD is only implemented in 1.6 and
> later for surface patterns.
>
> Maybe t
Hi,
I get from some applications this kind of warning on run:
in gorm:
2010-03-07 19:11:56.888 Gorm[4340] File NSObject.m: 605. In GSObjCZone
GSObjCZone() is deprecated ... use -zone instead
Gorm opens fine for me and appears to work, but Gregory reports it has
problem, but he didn't specif
Hi,
as with your TabView problems, I am unable to reproduce your problem. I
updated GNUstep base and gui today again, I run gorm, make a new
application, all palettes show up correctly and I can drag&drop
everything as usual.
I suspect there is something stup-dependent, since also your TabVi
On 7 Mar 2010, at 21:41, Fred Kiefer wrote:
> Am 07.03.2010 21:42, schrieb Eric Wasylishen:
>> Hi, I wonder if the change I made in December to use CAIRO_EXTEND_PAD
>> when drawing images is responsible for this. I just checked now and
>> the cairo docs say CAIRO_EXTEND_PAD is only implemented in
On 7 Mar 2010, at 19:10, Fred Kiefer wrote:
> Just to keep you informed on my current finding. I could follow a mouse
> down event that should start a drag into the method [XGDragView
> dragImage:at:offset:event:pasteboard:source:slideBack:] there the call
> to mimeTypeForPasteboardType() seems t
13 matches
Mail list logo
