Hi, All!
I wonder if there is a way to resize a window gradually (as if animated)
when
a, for examle, set_size_request(...) is issued. Now the window is resized
abruptly as a treeview is expanded (and that bothers the users).
Igor Gorbounov
___
Hi,
I have created a GtkFileSelection, set the filename
and want the filename region to be selected. Here's
what I am doing:
GtkWidget *a = gtk_file_selection_new(Hmmm);
gtk_file_selection_set_filename(GTK_FILE_SELECTION(a),TestFile);
GtkWidget *ase =
(GTK_FILE_SELECTION(a))-selection_entry;
Igor Gorbounov wrote:
Hi, All!
I wonder if there is a way to resize a window gradually (as if animated)
when
a, for examle, set_size_request(...) is issued. Now the window is resized
abruptly as a treeview is expanded (and that bothers the users).
I'm not sure about this one, but I think that
Hi All,
I am trying to add an accelerator. Here's a sample
code:
GtkWidget *w=gtk_window_new(GTK_WINDOW_TOPLEVEL);
GtkWidget *e=gtk_button_new_from_stock(GTK_STOCK_OK);
GtkAccelGroup *gag = gtk_accel_group_new();
gtk_window_add_accel_group(GTK_WINDOW(w),gag);
On Wed, 2004-09-08 at 09:37, Pramod Patangay wrote:
Hi,
I have created a GtkFileSelection, set the filename
and want the filename region to be selected. Here's
what I am doing:
GtkWidget *a = gtk_file_selection_new(Hmmm);
gtk_file_selection_set_filename(GTK_FILE_SELECTION(a),TestFile);
Hi all.
Is there any way a *user* can clear out the date selected in a GtkCalendar?
I'm developing apps with Perl / Gtk2 and I can get the desired effect in
code by setting the day to 0 ( which visually de-selects all days ) but
I want to know if there is some way the user can do this without me
Firstly, I agree with all prior posts that M$ has destroyed the concept
of MDI by having the window in window approach using a window menu and
having maximized sub windows, tiled or cascaded. This type of MDI is
what another user called winMDI and I totally agree that it sucks big time.
On Wed, 08 Sep 2004 17:43:25 -0400, Tim [EMAIL PROTECTED] wrote:
Firstly, I agree with all prior posts that M$ has destroyed the concept
of MDI by having the window in window approach using a window menu and
having maximized sub windows, tiled or cascaded. This type of MDI is
what another user
have just way too many windows. I've used Gimp on my OSX box and it
totally sucks having to first clicking the window to get focus before
being able to click the item. If the app ran on a MDI framework, this
would not be necessary.
its also not necessary if you use a window manager that
Tim wrote:
In the meantime, developers are left hanging with putting out apps that
have just way too many windows. I've used Gimp on my OSX box and it
totally sucks having to first clicking the window to get focus before
being able to click the item. If the app ran on a MDI framework, this
On Wed, 2004-09-08 at 19:42, Brion Vibber wrote:
Tim wrote:
In the meantime, developers are left hanging with putting out apps that
have just way too many windows. I've used Gimp on my OSX box and it
totally sucks having to first clicking the window to get focus before
being able to
In the meantime, developers are left hanging with putting out apps that
have just way too many windows. I've used Gimp on my OSX box and it
totally sucks having to first clicking the window to get focus before
being able to click the item. If the app ran on a MDI framework, this
would
Tim wrote:
Firstly, I agree with all prior posts that M$ has destroyed the concept
of MDI by having the window in window approach using a window menu and
having maximized sub windows, tiled or cascaded. This type of MDI is
what another user called winMDI and I totally agree that it sucks big
13 matches
Mail list logo
