I'm having trouble determining if I've come across a bug in GTK or a bug in
my code. I tried looking through old bug reports, but I'm not sure how this
specific bug applies to potential broader bugs.
After the user makes an initial file selection with a GtkFileChooserDialog
and a GtkFileFilter, w
I'm unsure if this is a viable solution, but since 2.10 this function
appears to solve the problem?
http://library.gnome.org/devel/gdk/stable/GdkScreen.html#gdk-screen-get-active-window
You can get your GdkScreen from a GtkWidget and using
gdk_screen_get_active_window() find your GdkWindow.
On F
d identify where in the code or what
widgets are being used.
On 9/5/07, Dave Howorth <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED] wrote:
> > On 9/5/07, v4r4n <[EMAIL PROTECTED]> wrote:
> >> I've been trying to figure out how to create a GtkHScale that wou
I've been trying to figure out how to create a GtkHScale that would let the
user determine the beginning, middle, and/or end of a single data set.
Ideally the sliders could effect each other, but the overall size of the
scale wouldn't need to change.
I was thinking I could have a silder on the sc
I'm trying to make my own 'rectangular selection box' for a plot/graphing
application.
It is suggested that we always use GDK_POINTER_MOTION_HINT_MASK in the
tutorial (http://www.gtk.org/tutorial/x2433.html) and call
gdk_window_get_pointer() to explicitly ask for the position of the pointer.
Does
dow and give it to the child and a GtkLayout does not, but
I'm still unsure if I really need my widget to do that at this point.
On 3/7/07, v4r4n <[EMAIL PROTECTED]> wrote:
>
> "the problem": my GUI library in its current state goes through an overly
> complex size
lways hide an reappear
when ready...
Next, I do plan on at least trying to make a widget very similar to
GtkLayout, but with the additional properties that my code requires.
On 3/6/07, David Nečas (Yeti) <[EMAIL PROTECTED]> wrote:
>
> On Tue, Mar 06, 2007 at 11:41:24AM -0800, v4r4n
nals as well, or is that
impossible?
On 3/4/07, David Nečas (Yeti) <[EMAIL PROTECTED]> wrote:
>
> On Sat, Mar 03, 2007 at 07:59:10PM -0800, v4r4n wrote:
> > When I call gtk_widget_show() on a parent of the parent, the child
> widget's
> > "size-allocate"
I recently connected to the "size-allocate" signal on a parent and child
widget.
When I call gtk_widget_show() on a parent of the parent, the child widget's
"size-allocate" signal handler is called before the parent widget's
"size-allocate" signal handler. This creates a problem because I was
exp
gtk_widget_size_allocate() triggers "size-allocate" on
the parent?
~Thanks
On 2/15/07, v4r4n <[EMAIL PROTECTED]> wrote:
>
> I'd really like to implement this old Window Interface library based on
> Motif with GtkBoxes, but I simply cannot accurately predict when t
I'd really like to implement this old Window Interface library based on
Motif with GtkBoxes, but I simply cannot accurately predict when the
application code needs an hbox or a vbox, or switch an old hbox to a vbox.
The library I'm trying to implement with Gtk must be able to put boxes
within boxes
OK, Glade is interesting, and I've since used GtkAlignment in other parts of
my library, but I still haven't fixed my original problem.
I'm not sure if I fully understand your suggestion, but this is where I'm at
right now.
It appears that the 'size-request' signal only happens once, and is
not c
I believe this goes against the GTK philosophy, but for the sake of
backwards compatibility I'm trying to get the width of a hbox so that I can
calculate a hardcoded spacing percentage between two widgets and use the
number as pack padding (sorta like an invisible pane that the user can't
adjust).
13 matches
Mail list logo