Re: [Help-smalltalk] Various bits to do with Gtk bindings

[Lyndon Tremblay]

I struggled with this in Objective-C. This is what I've been doing:

GL translate: 0.0 y: 0.0 z: 0.0.

The extra verbosity doesn't seem much value, since X and Width are usually
first anyways.

myWindow setDefaultWidth: 300 height: 180.
myWindow defaultWidth: 300 height: 180.
myWindow width: 300 height: 180.

----- Original Message ----- 
From: "Mike Anderson" <address@hidden>
To: <address@hidden>
Sent: Monday, December 15, 2003 5:53 PM
Subject: [Help-smalltalk] Various bits to do with Gtk bindings


> I've been bringing my Gtk work into line. Quite long post following...
>
> (1)
> Is it too late to suggest that message sends like:
>
> myWindow setDefaultSizeWidth: 300 height: 180.
>
> GtkAlignment newXalign: 0.5 yalign: 0.5 xscale: 1.0 yscale: 1.0.
>
> make a bit more sense than:
>
> myWindow setDefaultSize: 300 height: 180.
>
> GtkAlignment new: 0.5 yalign: 0.5 xscale: 1.0 yscale: 1.0.
>

GtkAlightment alignment: (0.5 @ 0.5) scale: (1.0 @ 1.0).

Then disassemble the Points with (alignment x) (scale y) etc.

> funcs.awk.diff attached makes the change (multiple parameter messages
> get the first parameter name tacked on to the end of the function name).
> I humbly volunteer to correct the shipped examples if you agree.
>
> (2)
> Moving on, could we not allow signals to bind to any method, not just
> similarly named ones? I was thinking that it would be useful in order to
> be able to post Gtk programs with a minimum of fuss. Is there an
> advantage to doing it the way it is done? gst-gtk.c.diff is how I have
> it.
>
> (3)
> I've been having difficulties with trees - the fact that GtkTreeModel
> and GtkTreeStore map to unrelated classes makes using them difficult,
> since GtkTreeModel holds the reading methods and GtkTreeStore the
> writing ones. Is there any problem with making GtkTreeModel the parent
> of GtkTreeStore and GtkListStore?
>
> (4)
> Finally, by my reckoning,
>
> GObject
>         defineCFunc: 'bloxGtkFreeGObjectOOP'
>         withSelectorArgs: 'free'
>         returning: #void
>         args: #()!
>
> should be
>
> GObject
>         defineCFunc: 'bloxGtkFreeGObjectOOP'
>         withSelectorArgs: 'free'
>         returning: #void
>         args: #( #self )!
>
> Mind you, I also get a seg fault during scavenging, so something else is
> going on that I don't follow. I'll provide details when I can reproduce
> it in a convenient way.
>
> Mike
>

--humasect