Search found 24 matches

Mike,

You forgot to do:

import gtk.ColorSelection;

Steve

I've posted this to digitalmars.D also.

gtkD has a ColorSelectionDialog class with a method that returns an associated ColorSelection class as a Widget. In COMPO I used to cast this to a ColorSelec ...

Having just updated my system to 11.10 I don't now have any gtk+2.0 libraries.

Is there a convenient binary source, and is it safe to have these on a gtk+3.0 system?

Steve

Thanks Mike,

Actually it was the other way round. I had just installed dmd 2.057 and the matching gtkd 1.5.1 from the .deb mentioned in the forum.

The latter installed the library in /usr/lib/gt ...

Trying to link my COMPO app compiled with DMD 2.057, I'm getting errors like:

src/gtkc/Loader.d:

undefined reference

_D3std5stdio4File17LockingTextWriter8
__cpctorMFKS3std5stdio4File17Lockin ...

If anyone wants to try it out, there's a .deb file and documentation at
http://britseyeview.com/software/compo/

OK, I've just spent far too long reading about several build systems, all of which have left me suitably confused.

I have a GUI application consisting presently of about 40 D source files, and one ...

I am in the fairly advanced stages of developing an application for designing compositions on separate areas of say an A4 or US Letter Size sheet. GLabels is an example, but COMPO has a different look ...

Looks like the delegate for Thread has changed return type, and an explicit super(...) is required. The following builds OK. Changes marked ****.

this(FILE* file, bool delegate (string) read )
...

Build seems to be broken by dmd 2.055 -
src/glib/Spawn.d(268): Error: constructor glib.Spawn.Spawn.ReadFile.this no match for implicit super() call in constructor
make: *** [src/glib/Spawn.o] Error ...

Run away screaming! You should see mine - not a private or protected member variable in sight.

The proof of the pudding is the eating, and I've got a long way into what I'm working on without hitti ...

The GTK documentation is a bit cryptic around this point. The following might help:

extern(C) cairo_status_t imgWriteFunc(void* closure,
...

Mike,

Yes, that sounds sensible. How is not that clear to me. Could the destructor and the gtkD destroy() function test for the remaining reference count and behave accordingly. Also is the GTK+ me ...

There seems to be conflict or mismatch in some areas of the library between the garbage collection in D, and the reference counting system used by GTK objects.

In the application I'm working on, I ...

Sorry Mike,

I had missed the terminating null in one case, so your answer was spot on.

For any interested parties, I had done this in the first place because I did not know how to recover the 'f ...