The HUG WINDOW function is somewhat limited, the parameters are just title and x and y coords.
Yes, you are right. The downside of an abstraction layer is that the resulting API is somewhat limited. Of course one can always use regular GTK functions in addition to the default HUG calls but I can imagine this is a little bit ugly.
Nevertheless there may be an interesting solution: we can add a HUG function like PROPERTY(widget, "name", "value") to set any property of a widget?
Your request below can be set with the following properties:
The IMPORT definition would be this: IMPORT "PROPERTY(long,char*,...)" FROM HUG_lib$ TYPE void
However, currently PROPERTY is defined as a macro and cannot be IMPORT'ed from a shared object
You may wonder why it is done like that. Thing is that PROPERTY accepts variable types for the property, like a char or long or anything else.
This cannot be wrapped in a regular function as the C 'varargs' API to obtain a variable list of arguments must cast the incoming values using a type. And we don't know the type of the value in advance.
Best regards Peter
PS I forgot to mention that you do not need to import PROPERTY. It is defined in the INIT function. So as soon as INIT is imported also PROPERTY will be available.
...the strange thing about this program is that the window displays with decorations, however the other two properties do work.
I am puzzled by this, as Vovchik wrote an application named 'psplash' that can set the 'decorated' property to FALSE and psplash does work. I looked at Vovchik's code and can't see anything significantly different.
I am using Puppy Linux Quirky 141 with JWM 500 window manager.