RE: Switching theme

2006-12-19 Thread Madhusudan E
Hi... Probably u can even use existing applications on net to change themes on the fly http://www.muhri.net/nav.php3?node=gts download gtk-theme-switch Hope this helps. Rgds, Madhusudan E This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the

gtk_entry_set_text

2006-12-19 Thread dasaspock
Hi! I've got the following problem: I want to set the text of a gtk_entry from an event-handler. Normally one can use the function gtk_entry_set_text, but in this case this is not possible, because I risk that the application crashes, when I use this function due to conflicts between

Re: gtk_entry_set_text

2006-12-19 Thread Paul Pogonyshev
[EMAIL PROTECTED] wrote: I've got the following problem: I want to set the text of a gtk_entry from an event-handler. Normally one can use the function gtk_entry_set_text, but in this case this is not possible, because I risk that the application crashes, when I use this function due to

moving a window off screen

2006-12-19 Thread Niall Murphy
Hi all, I want to move a window off screen and then move it gradually onto the screen. When using the gtk_window_move() function with values greater than the current screen size the window will not move off-screen but remain with the full window visible. Could someone please tell me why this

Re: gtk_entry_set_text

2006-12-19 Thread Gian Mario Tagliaretti
2006/12/19, [EMAIL PROTECTED] [EMAIL PROTECTED]: Normally one can use the function gtk_entry_set_text, but in this case this is not possible, because I risk that the application crashes, when I use this function due to conflicts between gtk_main() and the GTK call invoked in the event

Weird problem with GTK+ 2.10.6

2006-12-19 Thread Tomasz Jankowski
Hi there! Maybe problem, which affect isn't a bug in GTK+, maybe it's occurred by something else, I don't know. Here's short description. I write small multi thread application in C language. Whole code is based on GTK+/GLib and GObject. I have problem with dealing with GtkProgressBar. Window,

Re: Weird problem with GTK+ 2.10.6

2006-12-19 Thread Tomasz Jankowski
Update: I was wrong - the same situation occurs on all platforms ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: moving a window off screen

2006-12-19 Thread Gian Mario Tagliaretti
2006/12/19, Niall Murphy [EMAIL PROTECTED]: Could someone please tell me why this is? Am i using the correct function or is the window manager stopping it or what? Most likely is the WM that takes care of always show your window. btw why you want to move the window offscreen? It is not

GtkComboBox question

2006-12-19 Thread Russell Markus
I am trying to work on an application which has a combo box. I want to restrict the user to values that are included in the drop down list only. My thought was to prevent the user from editing the value in the entry box, but I can't seem to find a way to do this. I am running Fedora Core 6, and

Re: GtkComboBox question

2006-12-19 Thread Paul Pogonyshev
Russell Markus wrote: I am trying to work on an application which has a combo box. I want to restrict the user to values that are included in the drop down list only. My thought was to prevent the user from editing the value in the entry box, but I can't seem to find a way to do this. I am

Re: GtkComboBox question

2006-12-19 Thread wallace . owen
On Wed, 2006-12-20 at 02:31 +0200, Paul Pogonyshev wrote: Russell Markus wrote: I am trying to work on an application which has a combo box. I want to restrict the user to values that are included in the drop down list only. My thought was to prevent the user from editing the value in the

Dialog-like window?

2006-12-19 Thread Fabricio Rocha
Dudes, Is there a way of creating a window which, when shown, will cause the caller function to sit and wait until it gives a result? I mean, something like the GtkDialogs and gtk_dialog_run. However, as far as I understood, a normal GtkDialog only returns integer values. I ask

Re: Dialog-like window?

2006-12-19 Thread Allin Cottrell
On Tue, 19 Dec 2006, Fabricio Rocha wrote: Is there a way of creating a window which, when shown, will cause the caller function to sit and wait until it gives a result? Blocking? If I'm understanding you right, you can do that by making a secondary call to gtk_main() -- then call

Scrolled Window With TreeView in it

2006-12-19 Thread Matías Alejandro Torres
Hi i recently post to this list about the subject below. I didn't realize that I disabled the mail delivery a few days ago. I'm really sorry for the for the inconvinients taken and i don't expect anybody to resend me any responses (if any) but I would appreciate it. El lun, 18-12-2006 a las

eel - save/restore window geometry

2006-12-19 Thread Benoît Dejean
Hi, i'd like to implement window geometry save/restore in system-monitor. I'm surprised that gtk+ has no trivial support for this. I understand that nautilus uses eel and its two functions : eel_gtk_window_get_geometry_string eel_gtk_window_set_initial_geometry_from_string

Re: eel - save/restore window geometry

2006-12-19 Thread Luca Cavalli
On Mon, 2006-12-18 at 22:19 +0100, Benoît Dejean wrote: Hi, i'd like to implement window geometry save/restore in system-monitor. I'm surprised that gtk+ has no trivial support for this. I understand that nautilus uses eel and its two functions : eel_gtk_window_get_geometry_string

Re: Publically exposing GtkFileChooserIface

2006-12-19 Thread Federico Mena Quintero
El mié, 13-12-2006 a las 11:28 +0100, Kristian Rietveld escribió: The easiest way to solve this is probably to: * Move GtkFileChooserIface into it's own, new, header file. gtkfilechooserprivate.h also contains some data structures internal to the implementation of the default file

Re: Pluggable widgets II

2006-12-19 Thread Gustavo J. A. M. Carneiro
On Ter, 2006-12-19 at 14:18 +0100, Tim Janik wrote: hey All. here's a refined proposal for pluggable widgets, incorporating the recent comments from Damon Chaplin and Paul Pogonyshev. the motivation for pluggable widgets is supplied in the original proposal:

Re: Pluggable widgets II

2006-12-19 Thread Paul Pogonyshev
Tim Janik wrote: here's a refined proposal for pluggable widgets [...] Looks fine to me, except that I support the requested addition of va_list version of g_factory_create(). Otherwise everything seems good. Paul ___ gtk-devel-list mailing list

Re: Pluggable widgets II

2006-12-19 Thread Kalle Vahlman
2006/12/19, Tim Janik [EMAIL PROTECTED]: - g_object_factory_ was suggested as namespace for this factory. that'd be technically correct because the API is supposed to only create GObject derived types, however g_object_factory_ is significantly longer and i think we can be pretty

Re: Pluggable widgets II

2006-12-19 Thread Tristan Van Berkom
On Tue, 2006-12-19 at 21:51 +0200, Paul Pogonyshev wrote: Tim Janik wrote: here's a refined proposal for pluggable widgets [...] This isnt really a concern, just curious... g_factory_appoint (TYPE_BAR, TYPE_BAZ); g_factory_appoint (TYPE_FOO, TYPE_BAR); g_factory_get_appointed (TYPE_FOO) ==

Re: Pluggable widgets II

2006-12-19 Thread Tim Janik
On Tue, 19 Dec 2006, Tristan Van Berkom wrote: On Tue, 2006-12-19 at 21:51 +0200, Paul Pogonyshev wrote: Tim Janik wrote: here's a refined proposal for pluggable widgets [...] This isnt really a concern, just curious... g_factory_appoint (TYPE_BAR, TYPE_BAZ); g_factory_appoint (TYPE_FOO,