Damon Chaplin <[EMAIL PROTECTED]> el día Fri, 24 Sep 1999
18:44:51 +0100, escribió:
>"Sergio A. Kessler" wrote:
>>
>> Damon Chaplin wrote:
>> [...]
>> >
>> > Here's a patch to 0.5.3 for people who desperately want them back.
>> > Fortunately all I did was hide them.
>> >
>> > One thing that might help is if I add a 'Tag' property to all widgets,
so you
>> > can associate an arbitrary string with any widget (I think Delphi does
something
>> > like this.) That may remove the need for the 'Data' field.
>>
>> yes, all Delphi widgets have a Tag property, but they are of type
>> longint (doesn't require memory alloc, thus reducing the risk of
leaks)...
>> but this doesn't belong to gtk ?
>
>We could use gtk_object_set_data() and provide a function like get_tag() to
retrieve
>the string.
good, but I like more the idea of a integer Tag, more easy to use.
And most people will forget to free it if it's a string ...
You can always have:
#define WIN_THAT_I_WANT 0
if widget_get_tag( window1) = WIN_THAT_I_WANT {
...
}
>> > If I added some common actions for signals, such as 'Hide Window',
'Destroy Window',
>> > that may remove the need for the 'Object' field.
>>
>> can you elaborate a bit ?
>> are you talking about the "sender" object that send the signal ?
>> if you want I can tell you how delphi does this ...
>> (I need to checkout glade again, too busy coding in delphi ...)
>
>The object field on the Signals property page corresponds to a call to
>gtk_signal_connect_object(). It is often used to connect a signal from a
button
>to some function on the toplevel window, e.g. destroying or hiding it.
>But if we provide some standard actions such as 'Hide Window' and 'Destroy
Window'
>then people won't need to use the object field.
it may make sense in the actual glade, but when you implement the
'object inspector' like you want, and a code editor, it will not
make sense, because you are /two/ clicks away from this (you have
to be _really_ lazy).
Aditionally if glade permit you to "code" (for lack of a better word)
doing just the interface, something is wrong ... (IMO, of course)
Instead if the user make this explicit in the source code, the
project will be more maintenable and easy to follow ...
Sergio
+---------------------------------------------------------------------+
To unsubscribe from this list, send a message to [EMAIL PROTECTED]
with the line "unsubscribe glade-devel" in the body of the message.
