Re: Strange assertions on gtk_main_quit

Am Freitag, den 02.05.2008, 12:59 -0400 schrieb Randy Poe: > The fact that they happen when they do suggests they are associated > with clean-up code. Did you write some of your own *_finalize or > *_destroy routine to clean up memory you allocated? Or did you > otherwise write some code which is s

Strange assertions on gtk_main_quit

Hi all, I'm puzzled by some assertions I'm seeing irregularly when closing my application through the window manager (delete event). This happens almost always if some other dialog windows which are normally shown have been destroyed before closing the application. However, it only happens in gtk

Re: When g_timeout_add doesn't seem to be enough (Rafa? Mu?y?o)

> Date: Wed, 28 Nov 2007 19:07:15 +0100 > From: Adam K?obukowski <[EMAIL PROTECTED]> > Subject: Application with plugins > To: gtk-app-devel-list@gnome.org > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=UTF-8 > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I'm going

Re: can't get enter_notify_event to work

Am Samstag, den 24.03.2007, 11:09 +0100 schrieb Gian Mario Tagliaretti: > 2007/3/23, Karl H. Beckers <[EMAIL PROTECTED]>: > > > gtk_widget_set_sensitive (GTK_WIDGET (gtk_frame_right), FALSE); > > from a quick look I would guess that your problem seats here, if the

can't get enter_notify_event to work

Hi all, can't get this to work the way I need it to and appreciate all clever ideas. I have a very simple test code that works as desired, but it does not work in another app. I'm doing: void on_gtk_frame_right_enter_notify_event (GtkWidget * w, gpointer data) { printf("entered . \n"); }

Re: Problem to open a new window using libglade

Am Montag, den 05.03.2007, 17:03 +0100 schrieb patrick: > Great! Thank you very much, this works. > But how can I make something during gtk_dialog_run? > I'd like to do somthing like this. > > g_timeout_add(1000, update_pbar, dialog); > result = gtk_dialog_run(GTK_DIALOG(dialog)); > ...my process

trying to launch a dialog from outside the main gui thread by emiting a signal to the thread.

Am Dienstag, den 06.03.2007, 15:27 -0500 schrieb [EMAIL PROTECTED]: > Xlib: unexpected async reply (sequence 0x995)! > Xlib: sequence lost (0x108c7 > 0xfd) in reply type 0x8! > Xlib: sequence lost (0x1 > 0xfd) in reply type 0x0! > > I do know that only the primary GUI thread is allowed to hand

Re: Problem to open a new window using libglade

progressbar and a label for the description. But how can I make > somthing while the dialog is visible so that I can show the progress > to the user? > > Thanks for the help. > > > 2007/3/2, Karl H. Beckers <[EMAIL PROTECTED]>: > > Am Freitag, den 02.0

Re: Problem to open a new window using libglade

Am Freitag, den 02.03.2007, 11:33 -0500 schrieb [EMAIL PROTECTED]: > >>> void > >>> on_button1_clicked(GtkButton *button, gpointer data) > >>> { > >>> /* the button was clicked */ > >>> //Print out to console > >>> g_print("Beginn break\n"); > >>> > >>> //Create the new "pro

Re: filechooserbutton and saving

Actually this is where it's at: http://bugzilla.gnome.org/show_bug.cgi?id=157384 Owen suggests using smth. like: [ Entry ] in [ Folder ] because of issues around returning relative or absolute file names. Guess that's that for current versions, though I, for one, need to make the distincti

Re: filechooserbutton and saving

Hello Tristan, David, On Mon, June 26, 2006 10:36 pm, Tristan Van Berkom said: > [...] > Interesting warning, is it possible that the filechooser button was > intended to select a file and display the selected file ? > > It is possible that whoever wrote this button code had a good reason > to lim

Re: filechooserbutton and saving

Am Montag, den 26.06.2006, 21:39 +0200 schrieb Karl H. Beckers: > Hi all, > can anybody explain why the filechooserbutton cannot popup an > filechooser with the save action? > > And if that is an unavoidable truth, is there a way to get a button that > looks like the filechoos

filechooserbutton and saving

Hi all, can anybody explain why the filechooserbutton cannot popup an filechooser with the save action? And if that is an unavoidable truth, is there a way to get a button that looks like the filechooserbutton but let's me control events (since I can't seem to react on the filechooserbutton's butt

gtk-label-wrap-width works no longer?

Hi all, been using: GtkStyle *style = GTK_WIDGET (label)->style; g_assert(style); LabelWrapWidth *wrap_width = g_object_get_data (G_OBJECT (style), "gtk-label-wrap-width"); and would get this: struct _LabelWrapWidth { gint width; PangoFontDescription *font_desc; }; now, with lib

Re: getting real widget sizes how and when

Tristan Van Berkom schrieb: [...] Yes, "configure-event" should work for you, its emitted for resizes in general, but I believe there is an initial configure-event fired at allocation time. yup ... works, moving stuff to an event handler (actually I'm using size-allocate) and adding twice

Re: getting real widget sizes how and when

Tristan Van Berkom wrote: Karl H. Beckers wrote: Hi all, Hi, I'm afraid I havent the time to try and deciepher your email, I can see that your having trouble getting the allocated size of your widgets in a viewport. There is a good chance that a widget will never get an alloc

getting real widget sizes how and when

Hi all, * second attempt ... first mail seems not to have come through * I have this strange problem with resizing a viewport. Reducing it to the elementary stuff, I'm doing and getting this: - create a viewport - put a vbox in it - put (for the time being) a single widget in the vbox - show ev

getting real widget sizes how and when

Hi all, I have this strange problem with resizing a viewport. Reducing it to the elementary stuff, I'm doing and getting this: - create a viewport - put a vbox in it - put (for the time being) a single widget in the vbox - show everything - reduce the viewport's height to conserve space if the wi

Re: spanned table cell expansion

Aahh, so what you're suggesting is (in my case) remove the expand bits from the hscale and entry and put an invisible dummy widget in the middle column with expand set will try that. Karl. that works like a charm and will do nicely as a workaround, thanks. Karl.

Re: spanned table cell expansion

Alem Dain schrieb: On 6/17/05, Karl H. Beckers <[EMAIL PROTECTED]> wrote: ... that sounds promising ... though I can't quite claim to understand why this helps, yet. Well, my guess is that the table will grow any column that has a widget in it which has GTK_EXPAND set. S

Re: spanned table cell expansion

Christopher Anderson schrieb: Could you post a bit of code so we can get a better idea of what's going on? Chris Sure thing, you can find the glade stuff and the C code glade produces from it here: http://www.jarre-de-the.net/computing/gtk/ Thanks, Karl. __

Re[2]: Global Hot Keys

Message: 2 Date: Fri, 17 Jun 2005 14:01:00 +0400 From: andrey <[EMAIL PROTECTED]> Subject: Re[2]: Global Hot Keys To: [EMAIL PROTECTED] Cc: gtk-app-devel-list@gnome.org Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=koi8-r Hi as i understood it will work only for *nix system

spanned table cell expansion

Hi all, I'm having this effect where my table cells aren't expanding as I expect them to. If somebody could shed some light here (perhaps provide a workaround) that would be most welcome. I have reduced this to the max. Let's say we have this table with 3 columns and 2 rows where in each row