Hi,
I'm developing a custom widget for my private app in Gtk+-2.2.24. It has
the parent GtkBin, the custom widget let me put more things inside, then
show me it's done by drawing the icon for the added thing (stored in
GtkVBox for row, GtkHBox for icons). Every icon has 3 states, nor
Alexandre wrote:
> Hi
>
> I'm creating a widget, a plotting widget, and I have done a scale widget
> too. So, I want that the plotting widget has a child, the scale widget, to be
> it's axis.
> So, I fill the "allocation" structure of the scale widget to the position I
> want, and then I
Hi
I'm creating a widget, a plotting widget, and I have done a scale widget too.
So, I want that the plotting widget has a child, the scale widget, to be it's
axis.
So, I fill the "allocation" structure of the scale widget to the position I
want, and then I call gtk_widget_set_parent
Greg Breland wrote:
[...]
This sounds like a workable idea as long as it won't alter the
allocation request of the child widget.
You mean the size-request (aka GtkRequisition) ?
Usually a size-request isn't needed on a widget, but you shoulnt
allow a widget to have an allocation that is smal
On Wed, 2005-08-03 at 13:24, Tristan Van Berkom wrote:
> Maybe you should write one custom GtkContainer for each type
> of container you need to put those widgets in.
>
> The problem is really about the container widget and the
> allocation it gives to its child, also what child properties
> are i
Greg Breland wrote:
I'm sure I can handle the display part without a creating a custom
widget, but can I handle the interactive part without resorting to
creating a new widget based on the GTK widget? I have about 26
different widgets I need to do this for and I don't want to have to
way
more than I need. Does anyone know of any documents on simply
piggybacking on a widget's expose event to add additional drawing
operations such at gtk_paint_polygon() and such.
I'm sure I can handle the display part without a creating a custom
widget, but can I handle the intera
