From tim@aromasys.com Tue Oct 31 19:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 9EBCE2BB98 for ; Tue, 31 Oct 2000 19:19:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id TAA03455 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from sunny.fishnet.com (sunny.fishnet.com [209.150.200.6]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA107KD05140 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from MICROTIME (209.150.205.175) by sunny.fishnet.com (5.0.048) id 39FECC320001EEDF for gtk-list@redhat.com; Tue, 31 Oct 2000 18:07:25 -0600 Message-ID: <005001c04397$ad8e9820$6500a8c0@AROMASYS> From: "Tim Holzmann" To: Subject: install problem Date: Tue, 31 Oct 2000 18:07:08 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004D_01C04365.62664000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable configure bails with the error 'glib-config --version 'returned 1.2.6, = but GLIB (1.2.8) was found! None of the suggestions worked, how can I = get glib-config to recognize the new 1.2.8 version. I run ldconfig -v, = and it shows the correct version. This is very frustrating, I'm running = RH6.2. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
configure bails with the error 'glib-config = --version=20 'returned 1.2.6, but GLIB (1.2.8) was found!  None of the = suggestions=20 worked, how can I get glib-config to recognize the new 1.2.8 version. I = run=20 ldconfig -v, and it shows the correct version. This is very frustrating, = I'm=20 running RH6.2.
------=_NextPart_000_004D_01C04365.62664000-- From dfisher@jagger.me.berkeley.edu Tue Oct 31 22:34:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 5E52A2DE23 for ; Tue, 31 Oct 2000 22:34:26 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA13LjV11138; Tue, 31 Oct 2000 19:21:45 -0800 Message-ID: <39FF8C49.5020409@jagger.me.berkeley.edu> Date: Tue, 31 Oct 2000 19:21:45 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001030 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: gdk_input_add References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal, Just another question... just to be sure... you are calling gtk_main, right? The thing is, this is supposed to work... it has worked for me. Could you post a small sample program that also exhibits the behavior. I think it's too hard to tell otherwise. Darin Meghal Harish Varia wrote: > I am using the gdk_input_add() on the client side. > > Also on the client side, I call > > connect(sd,(struct sockaddr *)&server,sizeof(server)); > > I know that the connection has been made, and also that the server is > sending data back because if I use a separate thread to read data off of > the socket, this seems to work. > > The problem with using a separate thread involves issues with > reading/writing globals, so I really need to get this gdk_input_add() > working. > > Thanks, > Meghal > > > On Tue, 31 Oct 2000, Darin Fisher wrote: > > >> How are you establishing the socket connection? >> Darin >> >> >> Meghal Harish Varia wrote: >> >> >>> Hello, >>> >>> I use gdk_input_add in my program as follows: >>> >>> { >>> sd=socket(AF_INET,SOCK_STREAM,0); >>> /* I check if a valid socket is returnet */ >>> gdk_input_add(sd, GDK_INPUT_READ,incoming_message,NULL); >>> } >>> >>> >>> and then i declare: >>> static void >>> incoming_message (gpointer data, gint source, GdkInputCondition cond) >>> { >>> >>> } >>> >>> >>> It compiles fine, and the gdk_input_add line seems to be executed, >>> However, incoming_message is never called.. why?? >>> >>> >>> Thanks, >>> Meghal >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> gtk-list mailing list >>> gtk-list@gnome.org >>> http://mail.gnome.org/mailman/listinfo/gtk-list >> From dsh8290@rit.edu Tue Oct 31 23:37:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 5186D2BEFE for ; Tue, 31 Oct 2000 23:37:23 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA26918; Tue, 31 Oct 2000 23:25:06 -0500 (EST) Date: Tue, 31 Oct 2000 23:24:06 -0500 From: D-Man To: roncom@dds.nl Cc: gtk-list@gnome.org Subject: Re: C/C++-applications as objects in gtk? Message-ID: <20001031232406.A29924@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001031143529.B29942DB4D@mail.gnome.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001031143529.B29942DB4D@mail.gnome.org>; from roncom@dds.nl on Tue, Oct 31, 2000 at 08:58:11 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Here comes the fun part. C/C++ is compiled, not interpreted. In (for example) Python, functions (and thus programs) are objects and can be manipulated as such -- passed to other functions, assigned to a local name (aka variable), etc. If you want to treat a compiled (C/C++) app as an object, I think you would need to use CORBA. This would entail writing an IDL file describing the object (app) and then a corresponding CORBA service implementation. If you just want to interact with another process, you could use some system calls to open a pipe to the app and interact with it that way. If you know what the api of the app is, you could write some C/C++ code that uses the api and just link against the binary. This may be impossible if the app is proprietary. To simulate pressing the enter key while communicating with a CLI app through a pipe, simply write the newline character to the pipe ( '\n' ). -D On Tue, 31 Oct 2000 08:58:11 Ronald Bultje wrote: > > > Hi there, > > is it possible to use an existing c/c++ Application as some sort of > object-kind-of-thing in a gtk-application? > The object/c/c++-thing is in this case a tv-viewer and my own application > should add some functionality to it (buttons, etc), but I still wanna watch > tv, of course, so I also need the tv viewer-application itself together > with all other widgets I want to add. > > Is there any way to use all existing c/c++-code and make an object of it > without changing everything? > > An another question: is there any way to execute a console-application from > within my gtk-app? And are there ways to "simulate" the [enter]-key and the > [Ctrl]-key (this application needs the control-key and the enter key in > some situations, if I can simulate them then I can make some sort of a GUI > for it) > > Thanks in advance for anyone who can help me, > > Ronald > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From meisemann@dsrnet.com Wed Nov 1 15:11:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 54E632D000 for ; Wed, 1 Nov 2000 15:11:10 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1Jlnp24164 for ; Wed, 1 Nov 2000 14:47:51 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1Jlb424129; Wed, 1 Nov 2000 14:47:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 14:51:59 -0500 Message-ID: <01C04413.49775A80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 14:51:58 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From meisemann@dsrnet.com Wed Nov 1 15:52:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 171362C963 for ; Wed, 1 Nov 2000 15:52:43 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1KTQp29095 for ; Wed, 1 Nov 2000 15:29:27 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1KTO429082; Wed, 1 Nov 2000 15:29:24 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 15:34:09 -0500 Message-ID: <01C04419.2DBE6EE0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 15:34:08 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was thinking of putting my dialog window in a separate function and not in main().....a novel idea. Anyway, I suppose the implication of this is that i have to create the window each time and I don't mind this but what about the signal_connects , should they also be in the same function I create the dialog window in and if so, what are the implications of the rest of the program continuing to run or will it wait for me to do something with the dialog box. -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 01, 2000 2:52 PM To: 'Dugas, Alan'; gtk-list@gnome.org Subject: RE: dialog widget problem I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From Rick.Esquibel@ARZ.Boeing.com Wed Nov 1 17:13:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id 0C5E12DE81 for ; Wed, 1 Nov 2000 17:13:22 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id OAA26587 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id OAA16613 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from xch-mes-01p.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Wed, 1 Nov 2000 14:01:06 -0800 Received: by xch-mes-01p.msc.az.boeing.com with Internet Mail Service (5.5.2650.21) id ; Wed, 1 Nov 2000 15:01:06 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: gtk_ctree_node_get_text bug? Date: Wed, 1 Nov 2000 15:01:05 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There appears to be a bug in the gtk_ctree_node_get_text function when a GtkCTree is defined with only one column. More specifically, this statement in gtk_ctree_node_get_text() will return 0 when column = 0. if (column < 0 || column >= GTK_CLIST (ctree)->columns) return 0; Others have used the GTK_CELL_TEXT macro to resolve this bug when the ctree_tree_select_row signal is used (see below). void ctree_tree_select_row(GtkCTree *ctree, GList *node, gint column, gpointer user_data) { gchar *text = NULL; text = GTK_CELL_TEXT (GTK_CTREE_ROW (node)->row.cell[column])->text; } Is this bug going to be fixed in the next release of Gtk+? From timecop@japan.co.jp Wed Nov 1 03:19:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from toshiba.oat.ne.jp (ppp106-1.dialup.mtu-net.ru [212.188.106.1]) by mail.gnome.org (Postfix) with SMTP id 5B6E32DBDA for ; Wed, 1 Nov 2000 03:18:24 -0500 (EST) Received: (qmail 3596 invoked by uid 1000); 1 Nov 2000 08:04:52 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Nov 2000 08:04:52 -0000 Date: Wed, 1 Nov 2000 17:04:51 +0900 (JST) From: X-Sender: timecop@toshiba.oat.ne.jp To: gtk-list@gnome.org Subject: beginner gtk questions Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="29630320-785879086-973065891=:3587" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --29630320-785879086-973065891=:3587 Content-Type: TEXT/PLAIN; charset=iso-2022-jp after reading through docs etc here is what I came up with. attached is a custom gtk widget for a knob. can someone look over the code as far as the functionality or missing required pieces, and things like that, and get back to me? reply to my email, I am not on the list. Would this kind of a widget be acceptable in a general purpose GTK app or does it need a lot more work to make it usable. I also would like suggestions how to make the adjustment widget honor the adjustment->lower values to start the knob with negative numbers... etc thanks. :) $B!&!E!D(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!D!E!&(B timecop@japan.co.jp | $B#O#ADL?.%5%S!<%93t<02q Content-Description: Content-Disposition: attachment; filename="knob-widget.tar.bz2" QlpoOTFBWSZTWRmsVlkAe7R/lP/xQhB//////////v////4EAAABBAhgRz55 ECVnu+h6lO9krbvee75u70vOruz7z1OlmmFe+5t5oey8X3Gp7RK3l169zpQa A1QA23jzPW6+5vY23p7tdrd3ffAy9Nbb33d069PvPd993qAH3273w7bQAWwM PdddpOK2m7nTnV55bx15x4zx6ovt99gG855x9X2dnvdzor1fJu09e8B73Our M+1N9PXDYTdu1595V8Rj6bdnsvcUCs7elenve483XvPVc826lVrgTAJCRIIy AQSZNEnqeEI2mjUTwp6T0RtT9JNpG0jQaNA0aMjIBpk0IghCmkIAAA0BpoAA AAAAAAACUxIIUKeqekYQNMQYmmg0wTQNBiAAA0ABoAEmkiBEKJ6iI0yGgaaP UDTRpoyBoAGQwg0AAACJJEwp6IExNqp+JgIQNUfknppJ7SDU09TIGMTKDxJo fpQbJBJqQmiCZNMhJpoo02SZtImg9RozRpGmAmARk0YhpppiN9gfT830dfY+ T+Z/EJwyQEJmIrwp4ZFjAjq9qTn7OiqeyqG0TA6LzqKupIQCRUI/0F1hwWMT VISFV1Kc2pUTMjpkJnJYE0KVHIUnP8Wfz8EOxaKUx0GckNWlDCINQVJFMIC9 sEkRowTu/HMyWwXUARg40jhBYQG68zHdYphfhg6SzciMtAPLnrCwSZ0WyUHf AgiDwRGVIJJD3PR0RkRn3BfbMz3gayw73YLJPDC7mX5ylLJAwYQWAGHzThkk PTA0w4Q5SsAPpJqMgkOGBxkCgMAjAYTpIAlFFDCehB1AJhEBUEYkGIEIpAEh pnJkHvDk1Jrn52Q7TYQICbSwggM2hUUEYy+ixFsKMAqBSKjBYowiwiqSKMGC hIIBSFC0qMKpISjAIjBAFAUgkYUoNpEYQEHJVdgP1MQaYsCJAJAgDTE2gYgb RIQKFDTaPe+LlfXLPbbjfny29PLnwIRyTR/v+/xSwADVgHT9zhTZPMoybIcy xeQzPqNYpfEL1V4MMm3Y4ocsZGwSC/jWnU8y+kC81SQxhMSAVkMTEqAeT8TZ UH/SpTpRSB81sxVLCHJ1AsIeeN4TRiIVlVkQRiotCgYlwslYCJbI0BLMMhWK KxiMYkBFlEXGGMJjLCxksEUUQ2gXVCppqqKKrqwP3fwnJCHLCwR2OOkvxyNZ MFFCLnPwlQ7frKDKSXRkkWKpRlUQrYqerYWQl7ZBRVCWo1ftoyOwICPaHjCP fxiKJxclKKB7AiAg82RA1qRiRiUQZFVKgApFgqyQiwUAVVVQiMBEVqhIe2b1 kLV+irBFltRfDT1z4rBgHxfF69VxeydP/P2H2neId5d2BUE7gDjGkP6XnL/N pcPkYj0SEpAe34zFo7QO0YecDryyJjbR3lT2qioMEqEsf9PP9ONQv/18ql+u O/92FD87DyeTfwjDtZ0UkkmjgaWamc8Om6ZDx+zno6X7j+/UbwJ+WCdTZXn7 /WXgnUBtgchYSEfehifBcfw3b/Tf7+F2QPzni7w7/2S8Y+cxeL905ylgiRKX tVrjjj+1c0LyLxzxKswzjJ5/1ej4fP6KlaXkvQ9lpJyeyZR8SrhKaKhyDW/Z 92+ZZZG3kFvTlPvYEshfYkUkaklUFG0gTGJtFdo4kRPeR7bvbvlgXG0jxHfA Ehm8G15q5BcCPEjNgjao5fRC+73kCINUZ8+7YU2f3b/1b18vXK+K5D66hbIz wjqKRxeCzgVD7cGkcNJUUcFFGjSmUwMBQVVEJpb3d3+aZN0xa0V3RBNVn8u6 ePsa1pnFCnaYoxdJa86uUUagOxjK9haywMPH2WlkvNnlpY5oSlsTstGkNoWi CG7xB9vrc31j46vDoI9W+UL9f3PP/r6Xs1WEVXgPZRwz2l9bvftW05mte2s4 t6e9Pe+bUoufpEn9NkUDpklQprdO3gzT466fCTX7C+fVUCGZwdLg1s5jJ6Bi wYjUkN/V6uFqukt1vdS2lJ0EVPBeGTMfBc/mDrc6imeRzfNkyOxdNoSwrRXM VqJu4pvEwKarExfK8gwkp/L9Th0s0pEEGP0IXsaAb5tSplGmu+1FTNXinhyH ov35x8z6/PmSDCkZSQPGUmzIcygDZA1gbpBiXFjEGKsUEZFBRVQWCqKIiLEU GCrEVR3O+tejyzbFkdQnjIoTzvz39m7MaVMR4pbcHBDfmF2KBhvutAXp4bFm fPr9MceKzkhrzLKJI7LIFWo9rxcoeiL84BMQR6Z8HkiF6cxAwjQv1Wik2eO5 F+294+7exMp/XMuwe319aDmflK16UoTNpb1UyTkorPQ2MWhZox2bPZPlj2nU CyANQY1ijJ5gOQJIjj5czfKaKTQGD0rz5mmjL80VsnUXYYiA7AJ4VhorL6+f qiNbrASubw+/yc8bpwh78vX8SBMdIhZkWTOPK1Dy6dep178YvOzV6zTrRubh uXVbnLiImhY2xkzk1/b52e/3/gYIPe7Pt+tSmvJB7kfNJS+//ffWUfJJCLsX 6Jv3Y+PlhOla6fGt9wPP9jrDGhtyQqJjxqe1Xi7+rt21LsLdt3itXXVscjCd MKthWcL4cCXmAI4d5a5O5d8DGSSSL+yQ5tARrZ1zD86Eg5dRA40eXZ5xaQkT R8FECJxAG0lK6zbvzt4FViwUUVGF0PeBo5+AkzudCNXWWTctp8iIT4XcqhNt vawNkbW63Zvc+fJtxcZTw7dd+ddL0OqHKcFeHguU3m8lViigIxSUb06c1xrW GXTqxcnNe35jz+eFTGLYjmvdBY6UyFGekLSc4yrBYhID+P7+EU+aWA2wpRhF WCIoosRBRVFB4hChJ1wUmkgqk7CTJMUDSdoi5JhrFquMBY9JPC/ODHX3MssT lhKtosOpQYHGXNfHKwQ8BEj2QkzRIIBgk+9zD5oezwiTaNQpk31HsweMi8UQ INOGz1agX73rU0rHKXvgudO3M50ek+/JVEK3bZjDL5lirjxh2Zjozoha3F87 41oanqGRY+6FD7sfCI/hQfv8baA9BCeo4wn4MEjOmPLdh6n2+Xqq+Y3vHOrp 0dYV1jkcjqyaGZRrxOSRxEgQpOFrWSJZMvU4yMMKqncB2cGobLwFyGm3Ihw4 zlIkREOkHRLowY6dOOOhfkTTdsqTthBWV5kVitYjYJY7iJIBiFwkOpo5qhzz 6LVZ16U69mM2w1wfPv6Vn0r8Jk9kXcACJb8+2p0DZPGjMz84HaI+tpzEI8Lz 3fO0bZurNIoaYyGaVbpMgySxZTv0gBSAYNue1Qq1rGttZGsqqiBIR1m4YW80 dKwFVO9mc6nhqqaSCW+tOnBC6mcrC+Osdji75+hVfLFwhkiBA0eer5dThoAJ yCkhAgPLN03JBM2kC+pVUhUgYKa6eWuDCmWGrfjyMCrrawqWWlq1QrLq5Bt6 o0RREQjF9bWETI0LTIQNTngx3fWUDEFIoBcCwHKlXnl3pd6BVBHumOkvFCuO 6DV4vdIgqsqxeq3d17HW1+3DhoRWZYqyNLsbkYeHrim/YLObd/OYc9XjUOmW 72iplrERiLBYl502knesSBPifH7235UpbE+bU0kWQDNzxCgr98N4Jd0FFiIC Kx9/E+J9OYjban04n18m8NdfPdWaLXOsTRo9tJRtdhs7yylA1HIt4Ix5NPk2 NNgKrgzqOybs0wz6Mw8E6NMUXmzfaocBLXPDau/BM4LouKlIiKIm6ZDS/he8 OogKpcDAIMGDabHWiVY6Vqum0xI1bGMr295ADJKcEe4oY4RzoTc10Utb8ia5 1nmsV6lHIPpAbJMnk06bnQzWVotLfjBPcDgYHxt12udV7Lv0h7BoEosyjAXH aUBkRED75oi+pu0tOBaZUo3lZqCWUpOr64hO8pzgbbbCdpnjfcX/Ocw71Kby gQFiLka5sGMs7ownHcFx66WvnMIoqCobXIWwAtSkGmIcahZWyDwDV5MJ2EiD JB3S13A2xyXn1KTG91hsEMx3kA3sJglab+4UWIhszlFGdHQkxOjJ3idaTobF eBXx4ErZKUwj2ZiRmd4sYmKqRZNJ5du2hTy3vstr1452LOU8csJDYaCNCJy4 4mVadWwlhPc0ZHVOFYQHPB9TrFwyMIgaDZ2Jnc4JUghnA66O8UYDu6woLBfn ehDNN1SkzhM+/kfqeURWZxoatWtkTv2khR43M2NG2I0qnhmhjxtMpJlMyz3l Rpxhn4LPEA2JFFDs+VQ7w0pz5ycYHCicMrBjC6M3rV9J2ZRlaIhm8DEYMPRA nM5EFRkRICI6yUBoW3k2rYCFXjjpx6NcixYroaWMXJpAI7mMNQiRJMWRCKEV SNmIHPPzPm+j44Zyr6zXxo+t+2HuKqHPmSaCSQSxdcPOsSQ0YTjtraG2LLwG +cIIYaY4nFqVMK0q0hGvGeo3tNcaYmJy4nM9zxyxq1vJ6fgCqrlql6IEmHls b9KdLe9zu86G6dePJ93lrxlPvwEfXt4+YzHr4lH5H3OUF8PZBpekt9QNqakx 3jmYz6a0zSBYFy2UlpG0lVpNmWkYAxWQ/LnBicp6fteA+vGACwn0ubEUmPLA 3Aypi5XKDpgSMjauONBVaExoCGhirZCJdChKiWMjKr82zDkzuInLEc4OOjed CexGcMWshRGWMgKDEGnJNAkiAeaBADUYN80GiCx5UYe9A8Wb0ODcAnVypmJG VAsFnWbufhiHewOHGQrFhPLRQUJnTORFkDWWY8Mg3XwoWkSokiOqIWFwRc4A X2UCwujOU5AOogpFIiIrGUANAmZfhJAJIFQAOYcGIOKyG2TnAEsXqpLyxeq2 oQBUL7kRwFlFF7smISMYKoCgLFFIFTCJMSLJFlkkGURFSbQKgLBQNNZFCoCy oCMFgKLBZBRVUIKKVCqwmecyVU+1rnL9bfet3hS8JVGDLvjbrZaprLszWaJt DhkBYsIpBwmdakgZJCadZ2EV8VopEbYpXFk2RucnKCiqT3SqiLFgqyKChmuW 8Ad8E7KooKCKjBUWKpFEV5mMUerJKxVFI7gaVBSLBGAXAGlADTAAUhFJDWLA 9+c+vl2BsgzEIqyLJdAgkiRgZgMRwkmMk1DaKSCyCEFQBgAgKAoKNIlCcznW Bjk3wIMIrGCgVHDXhQDjEWkMpAO5NwWIwWEESUAxgejYEnJEMYikgCyKSCLQ o5VaAiSImOQGwISu+FBIwZEASUgRNSENoApJDzteAYqKgqKiIqxFFRJYG0IF 1wyThCBz5qEJsOTxkqsmJbO3abzTUtEwlyLgXFqaW6NStNOTMLmJiYNhOEA2 hAxrwGHGVJOzqXn5m+G7wLCSbQFILtISCkCbhJpBYFQKyQVYHP1qd88d6ITm AxgcjpnUnYCnplVUBZFIs7sk7j33vFYyS6Kfb7Hu8X61nHNORBVUgsWAosik WRHPLA16GeJ5dNbbtuepoeanC1W3TwtZAtCQyQ2YoCiksUFKqOYwVLN5vuJI RkhCEVgqoigs1CQslZCaDTPsM+MsAmLMPd9eivgHghEKfhTBa8zZiSKtQ4L7 QoispJsKWEk1LJ9Vj6pm8PURUP28KsOSFMKNORXsh0bIkrH2N/MUkFKC7n6H yQ9X9BRAhyaEc2ATnHHIjXqUaRx0RhIYhbiZ0aCnIxYSBQILmlSRxE3UxvW9 m2kxpt0wiHYiyT8LIBUkVRtuybZC5ZhdYayT2VgWT8jMAVVigLFAcA1HykIa JDLuwZ5eHdZd1eFYtdPMcdqEcq4mYwUFUWCqoKxWfNKoerrehzPNaTn4+7Bg dQL9p4Dq+q7u2ITbGE+lY7NMcS9iGzOAjK+d9/R3IwWLKkoE62t6piqnFMdA kGHlOdgyauxl8bIlOO2KuQ00M6goCkCVlQV1RsQ8dcJnWBm9usaFg4z2SLl6 ucWyJVYVCnS64ya28UzKJcNFQg5QItoS0sQFgsigiAqxS7A86TTRu+kTNDAC KGnTSXXaRTPq4xjttq+699Hsad2ELmr59pt3Yhid/KrdLvZK44lkRY2oKEZD GY3HMzRVMtgpRtsFFxxH4SnhlDYsNUAURYiLGtWqgoWKoijBFG2SpbmYGD+D zre3hOHC2qHDCMYLMgnOr2ObRrrhgzLOxdAk+Rqi56rY2TbNrcrjyuLydHcm U1zRbsylY6EqJ8NuGtH3Upu3WvlFGIxUVREYiz1POzPma8z2++r0uTW3JPts NkdeOx7HsVvoIeJ7cq1kSFGo/FlLaj3mTEVEWiBFIVUFWCjJ8/dmTj2ZMOKr dPq+QTOyZvKZUjtZzzDWr5U70YplHiPo43TKEOMnOu+1GjFgrFVlNCjI7jGh xvNL9c8BCsgskaHpnRUlBkqFmAfcgsNBBsUgGWEQjAJhaHW1mBOBz7eDmSQx 6O80Umi9036dsj2ICI6MR0IgGX2T2RRYCkUBSLFJgfPjF461PJfA+J5poN5d VhBW7g8W7sFR9ZuXfx8budxd9VpDeaGxnTfxXqaHgxYjJF5MCkWWJIRA+uMm 3sCKhKkjgsQlJu8nGO7IJjmqUDpK6dKCK5SCkWCrLaViPsAPd8tRUKyFAIIM UuZlRpgJpkse7j6T3dPV8LLm46/c6z/cvwTlmEknTd0+Yy9Kuia/yVlLV/gS LfGWFn/tNGElkHasRXY/4D2BjRmVhsKDgwg6QO5KTVfyoNxihZKR+b5lSJKg fZfwnZlplpy9Vz7mZo4iy3NFIGt2d+yqqrEvW8gjIMjvYsZmpgkfJR4YiwYq +CD2NHIdpcLLEsHdjf+TLvvc/43MsfN6AD7v4ez5vq8mM7YwxfPBsDH7UHA5 c/yR++dWq0K5Ze12a+jj4mmTDLDflrE+2lNjH5X8Hx+mR6vuuQU+AIUw7+oZ f1D+GzvC9/jXI1dFhaX1HDZ7skDrkaWXPIgaIqbL1VsYI1ly2VzijiBAy8c4 71NxFqTLOyMZyxrlTJ5TXxidPXjhhGlCyYk2bVEpYotZSEUidi3MaPV63rBt epnNERVeEzoCjp/GLG+WmkVzwcWayzZRvGjSSYrkqpEmgTYlAFUmLQnNJDmW zzsal3Wl6UpUwMZylscfI/yJbPOvExz9X36QkhFBJZQsctfFZmr2NhDR9hKF ZhNDAPb7zzfdl65muvbpBprrLoPXiXXi3GF3jI4FteOAHNudkrXDNY7VENAH XYZw+zrezGCOd5YNsa4EVpo9HEPkJqq6HjmPmgiYw32+2OhIqOMYJYWKSHaA hrWvglHl5B16wA/wfz+jLXxot+hX2GMiye40xbdOgMzRpu/yeN42nqWrBztU sBVxRaI01ZDzfGxOuTGgYqtfKDmUGDKcsGUgSrNiizWkDta2xN6yVErzeDMu yPBj4K9su53wKb7so720ZA1WG+HIlBBZjiOQtFlFzISvjcOvR+Xt9568352K QRo21C0yjG1tI0xwwMXhWngDxdse8md3d3S8M/KVpFaow+1aJFEGHd4e+Nu3 r7UHC6HXrPxT+X9AB4mkip3BPaCRQC4S0fVve6/BRd+AmGCwnOttt0jSU0uw L51dsJxIuZWoTTlTs7HMbPU5GXdHxv+X7U830uc+qL4fw/Xmu2d3o+tOcZWg sYc0jOa9TN/HYtcVDKKS+KXw+3P15UlntsSJxmkbAfxSI4WK1Vl2ezofbsLH RafijZ+l82ihHfLm199m1fBMy4PSC94aSH61ALpXxgj3PZPchi+SqMAPezVq OXt23FugEBgqRYsFBZBTXPVRv473eA4VObc5sPO5QNsgpIsnro7fxyMwYiCk RFies7gIeuA3O7QLAb7t5nJb6Pv6O5RipDhwgdawEk3DhznCHXD17vG9cAs0 Y/DpxUgkWOYMRm2Kbz6nY577mTocqeF7uuXoBTI5CjSTqRoQPGZWsHdjjbPD 3szxgb5ubqUFAT0fCfXkiKAIIREARGDISwc02gFST5awiwWKQ+EhdWEqjCRe k/p8K7/JvbwP7H4PKirt7WluH5t8uhwQvIbPBhvVnpKHCEUKRbQ0ySpFJK/G VEBalQDSVFFHVD5yVVCLIgkxqSKKqqCwRkEVqSsFKhWQqSURGGnHEZR3kpjL GVKCxgjAUEgsiqCW0RrSNZLJSNBsGVxNfai70wCUYQk5RVWCpFQQQO2jKW0Y iS2iWlpaMrWMQWRWA2WlTsUIgxlVYCURkK0sQsoxttWsYjbIsmCsURbSlKQh 7AhMIgSGiqhEWxFqEioVACM2IjZEdNUIhpIO1kNB8jSCkSkgoI/SwEd9rvhC Qfn6zC2iK42ECoFpELCQSlSAVSKg9ZROhBkESWYApPNCUBXjHji8Re/458WH i3xe7xhCMamcjtxX8LrWcsbgYYKYsKDfIq6sF8rZgXEoYIo3WQSWlAcjCjel czvWaXJh3zY0MIJBHWDq+dPUG7gkkUjHQW9wTB06I653lKJ404qDRjRGjOb+ lcitOYQIRKtAkE7lsC9YTBI4PBjKvEyr6z064ioorzx0qa0IsaZ5x4IiM32r OTB0paGudXDgwwZ2bRYWanUzQaI5kbjTdY+ReCBu7mGCDepGHmkTAMdK+5ou +NcaZ5eE9dbJsTZimYLm03NgQCOuA8UdiYhGD2VGLWGWHA6mY0KqMYijZHEx Y1oLmMXWqMR2YkaozEqMlJlTnVqYR0spW8Nkq3IZADP0iO9iq0WlRYVJy8Wr Mp1NoiwEHJuUaNdKZZCsGSZqVhglOrlhYpmpmiy5cmUSDLVUBJmDCourM00l VyEwjWGobLuZw00WlIVXIBGSpi2Vbd0hNzumKIwIzEo4rJSmqFFMoAnRuHdt pXozSOOZs3eIIAoiiyiGliVBmbikm6q0whbxp4KvJIoUrvE2hlJzxomqFVEB JCZbDEtE6Q1qrdziEzQlNUZxzECTczPjk9HnnLYOwUNleM26NyFrhDXS8TEF g/J6996N8J6cG92YNfhNWz3q7d4iqQs6xaVNasu7ilvsuybdA1SSEJRNanU0 JJg6ak9cchyO+u+poaOUokkGBfXIl9JA9EKl5PHQrhPweWNSODoHPHMkeEI7 tmQOiBxymddPA/Bkx32nlzs8ER6YJmR0QjEVKBlPpDbAcweG+6RF+JHKTkEI 7IWkNndVNEKk6fBZIEnwR4xdK5E7phyawzMkSRskShLUTmqetJmzRgZSLUSw 5BpIXMmJjdK8aukushgqopIsWBplnnnt83Jvy/RJ8skveqccUnlRpFGlCyLY rKySopRBiiiLStLb9HaEFikDUmKKo6tiKr+idgJbCT2AvFHj9rPg4mkuYJUE tHCTDlTlhPBsQsBhQ675ippxLXgZRFQJFUxFV4Os2Dmt8cbKzbmXLpSKDYjJ g8cZU0vjjKMRE2GV7xlGdTTcsuxsVx0Pmq48DnkHlxRGRAqRRmO/Hg5VkZWc ogh8a9O/x9+WFix46FZUIrz301lxudHhOJRt20IWsxy1oimze9Gd89+/f1S1 AUpITNJgRjq/l7wMFaK0hIMAgpqSHlqXeDQPRXQBVQYicTtnTzJWp+Kl7NZR F6y+gSaZE42ZjsbHPBO7UvlKvHHAWec+76xjUjB4kiZhTWGYiV5nydpHgx09 npQPl668+ZDPB1p+doURBJBBFabYaHGss10IAi4iBxZ3408iWM6HlPqqOBBQ IwMK77oBxg5GSpwBXJNnB2Mgq13758LjC5Kore5nv133rRrrgvuXhICtUUWg AzoVNuEcOu3nHbMnc5lDm9Smt3KDzeaEDe9VzAEdmCeM1BIsdBbkBTXXPQUU vC41s2inwja12vKvnUQqDaqJ5fTDERUgjER68c55+uTe+fOsrZ5Mvk087IDM GIBMMJAAPmIGdCu4FC8JNtBTgYdE9ZjIG02kxkxq3fKT35xz5wfURd9WcTB3 NrAukwD2hJSAfQhR0gCaQ5y7t22cLv78QRZ2yUUV24FZyYTZtnTWhhmgDIwg pkZonIYlswBtJtK3FdkEwD5W5UaVkyFXoKJelI9JAaNAqZjgw+DRijuhjfNL 01ElGImDfY0K2c8DzOgQUQ6418MVNG3gSBWCgUhu51YnZxuvKmaHJJN1PHdp 83uRXRUTOc8T1wh1oGZ6ewgLAHkwLrBTiAn6ed7txxM4GzskSPNSLkM5ICLb Q2wSVNtRsidJak1fXRrNmszRacFeTHXi2eWeY2Aked6Rj1g+n8j8Fnnk9+k/ m+QUIeeZEpfPLSaSR89F6lhAvvsvI4021+TMWhUeadyivVpSOh1y6QwnpskL HRoBVFOKREXD71FCVhto2HInnbcPw4/JquLq6w5ztNLd8HSvgK+WBj36973f cse2lJd94bIFk+UzQvUhEvXrffQvpWBaw2DZJTL0Uz1oB671Pe9+1tBYztfV EqtKcy+YYoIZNLaWU0TAEkyk5T/X/R+s0eHkMkvaTEGuGQojEE9dFgL3ZNqp tOeIZje8DTlRAvZTCiDBJ1YUbYYb6yXv3PVny5a4BPSdJz54Sl8HwHwMChWg YF/BD+A0TyC50NEkgtBL364zRiiATZFnZ0BvY0CDhMeXFCt4FW7jftMxNeeN VEkdnZHz6zfx7ZkPJ4lizcoDWoQ8nyDxKVZ65WDrW8mlppnbzeMnw319sHdV +bTdUPpHW0C9mm5GSg902gVRqEb+OKGAgE8EI1lps7GNZd9SLrhb4xGw1toG 3tsDKvEhzfb1eFcel0udvhEWCIEIIjsN4aS2hsLYxG+8tbRfQvJGWdNZmGsE PWcUlCIej1efLbPjflPlLGhVFEJmrWGjdY+GJlXSW714iitGtIjrGvSklaWF tsuRgkiM95ErjmRTpFCMqSHa85nSVp466Y56WnG3DViizcdXGTjpq1WtqtQL FilNKoNUFdbDhvZc46FtZE1cuekrHt/NnlORJ3yHKdp4dawS8rr08au6bTIT RFWALFgVTwG8GVuMiMcAUZyUcZ3mDPEZSAXBjPESae5IigSqqFrkW9543HXB zqubUuzU4GeeTTtOBxtpcPyCHVZDz16+TfkbNv6HPr467ySdfD4XZA86CQ6M Z1ckOX2yxdelQiKgosFWC+c9HnAw8SdeHF4e8ypOTq1Cg66W542eFW7EBD6E +Okig4GhmoJAYHWtF4Afg9/BNVrxJwDz1SGWLHCsbMUJESwxwoU6qvIfDfZv mRDIEd5MSYJgVRZoDGLIpFIpe09eqZkCF108c8bdceeUMYbk4iR9EuuoQN93 XEBWPi4y08y11aaTNJLmjjeprkSvNA2xKsAq8fYpUmxRiIF3kCIYw8AoJIgr VHXKgZVdMLZdwvYAdFLR3OhB9RYq4CBQfoXZk1FUPz5bOCyClC0sPu+/18Fp SMzcIalC4m7z6gI6QgFKguVTDn0n85EPTtlcw241XDsiwRRjKPG1h4GcOts1 ejmm16OSGO+cDeeeIijEPFucHfXnWztN8RTaVXPq79evSCJjdHaeby9ak7Yo 8YpxwE2wWlubdHWbmtUFkzmtwwHbvNuIiXq89cmuchVHnrrnGHjI5KyCqnZu wz1OoiPVUSZmZ3XYbVl5pjCMSCi94fkpUxCncoqMzw5SVkrIb3uwIWFbSzJN Km0bhpQWGzVMEJgE9HHWtMJzxnOiTBWIkmOFNIDhu3pQEZwJTiASiTaHlSs6 RnfLIeV7yvljeHllJAfGsOZnE729q6IvF9OPwAIMGPpwY8DKwzz4UCuF3Ti6 7hLU+EagVYQjcmiK2piQYAmWMQLi02F22rN9IZdcxnGhjDENkzrntPOeBXb+ 3ztMUHqoqxTQVUaKlUVaQnmj5fOgwkZCSQC7GSXP0h83o8t22bX0U8GN9PN+ u8bfvoChIkG+h7gyaGODTHcNrWq9+fUraTQyVb+ev+UKB4QVTEH61K/0Ts02 Hv06HuftVMGHHYEH2BbHsPd+ybc+YYjYGXX7nEz8xe50t3jVfCzRNUaZw+8t MxMbEaAY0+DS4bJ0qz6jLG2joEkYTmjRqYM4Naq9GnWkaB7VQM6cBBo14z54 ZB+Mpx0kmQfRiP0Y37qZEpTny/P6wDxz9VX/H0IN6Dqex2Pufr7v66mvURvD OvcZwiuVVa/TT/l4OO5lNDs8SHxl7QNjAWfzlQD/p6M/qXXyrD9a03YMLE/X HnX02r9DwxDs8duzt7cloYiRbPHGOUqJC6/T3dgmTXW29FjTI5Vyzqyo9IGw DlZx1fkbU4KuRhTuVXmfzHqJD5D3ohXxpG4srSVqq61yAVl/hPEIRhpkNWAR N/nXjLuljWCIKVkLh+kqIKxYayp2RlRFZFG5tPhq4fFRm2BsrnVbYZcIGxRk URGKN2b2YyXbkmJVrrPsZ3wLOqbDFUbSEJUQgSJIoYoj6fz4h6PzIXkFkIxk HEnXhTnCAsAHp75O7ITaEUUiNA8RYCyKAKTydGKixYqqLFFVWMiKMfh20VSC MWLARgxVRBgKDBVYCIKokV6IE/W69YIqnsbbWpbRlllaKlQaU/s3IoMFcfev XAn3PJxGKsvuw3m5VSI03VsIKFzXRrDYTTTSI2uqFr8nnmSQ6DiIqlaoKqdb k1FicmnM3iCFWf0JCwx5c68q9JPA5zklNiBsSOHFLNyeRBORnbFDIhUg56zQ RGTAhGAKJ301mue/Tny6SHEtOnPpMypNqkymbrJ4VpDKJnhJ0NTDRuUG9aId XeFggglya0KoS6WPX529VqTuetWKszwcY6fwCB8ojKfXn2Px7hfMh+hOdIvE kPAxEWY2CDJYlbQCFKoqNCDqyGBlhMvclTfiyi3EG1ZT6V2iK4ERxKSwhkbk PSAfLJDyAdeKw/EnWi6ULGWlZIUkpltb268CdUhStIZzaYTggTVBYNgsSu9Q CCWEJAYQQJokXiHjwkkYZ6yo5+BRfxqUZjii/e2LEOLCdyYCIlMApJBMgyY2 kJejGvC9KdRoStrcb3THZthjPfDzwXjyoFIiQkKiiUQGocXEybE8YHbytq3C GiCGKKL3UgsvVdPKpcku9e6AU4iWFoZoK8+jewmdKgTQgW6mRmhuUKqCroIV DrC5ON4Yc9HgUohYVOzh2xYzjGSB4lDw53JTODBW5oSTcCyUiBDjjxRYkVc6 7CzWcHXVzzme0C8RggHJyWxIb65hVgqwRigs4U6wMC+baiaN+vXfmejmBO0g vqXsMXy5nIeeeV9z31yqPaMGoszDDh0nvnpGMWMYjFYeoT12cE63v0qKxpjT zrUvlBCMZxRitRmNpTSFp51rlnjjpnmrF3IgURIrssBs1gcaHLLabmeWZBGg ooiN6iIgXkwRwMt4n02xyhqlp8AMW1q9h2M9FAJdJcr3mzqEuNjsiJq7yDY1 JPHzjX0MsFioxRurgj5fj3y8B07p7+Ti/HE9oJoPIkYeRxMDjvZ3gW+VDg2O sffPQ4hn5OBvK4ZTgtAkjZJGI1XNJbsAGzSpBPtQGafEbyeJF8xRgupuVyqg XlYPFSQUoVtWMlhbKTLsqGN7alOlnnK9KEsaFoSvEN4PiSy8gS08t4tnNKHj fPOHUhXj5QJ33rpwQzX3l2Ope7jDD5O7Pj5u+K0pX5ZioYkHjBAY70uhFmBx ctsTJ1BsqImA5lrqsqumJBDyTjOFHyKsGAYBJJfpDGgCSb1eQstCSjbQhZMl YXNY6yEER93bUVdecZDGUV0htbZloU+rrjODRTim0xl3mwTxAwqarBGqM0UB xrJu1VVu3BHKEM13UYEokHY5khyaUFF1ogDxuYzpx3S6gxJIclu3541inGfD 1vcW1tadGrEIxASswJBIEpxFu2evFszWcDgiacIkJ4gamU4WO9gsFgoKoCnY iOxzniee+O/K1qBoaaPQIYO6u07vSd0FN4q8nxGA7wKfXqA6ZUiCORi6gwOt 2uZG917RpMZqyRatsc4kwSS9zvyXLGubnyg1ooVqbznVroGK9X5WyGNe+tNp RoLdcyEfQA4nWurDMEFGe5GVNuSBzdPgeU619wr2851eNKiiix1j2a5yjycJ YkEUqWIgKOFeJeEuhdN2aTckh2QyGIRSRSGBCasMEikBQCtZT2evt9iQnvvt ka9DZV6WishspQn3BLCcr3tLjlyjh0J8ok3vvvlOuQWJkEewUQBz4W+TwKwR SNP0ePbmt4gtrBvw6piZNzvDIJ09SYqvRdCiO4jVezhTCIpGSYiDCFIelCa9 1Eimjodh8/P1z68egx9L4SdOQixrxYWp5Q25EAD3JgiI95ejrfG3QXBx6tat sixSTyIJtXatSvO+lrcsC2mmOU6EuS5AaPicTeWDVmDiPx6QGo1NgZsKxaRI XUSDii7WWaCX3ZyfCOcTRJNO0+UNEAeiGGVxh2Q7zmtqLj3LVcCjRA6ourCN jTHEIISmaRlJl94Nk3QUqI5yNee9+HGPqedHj63QnV3nxz6OtKChGFEjxEFg ckb8KFObIQ7kESSkmJk7thQ3eO/SxoqIrFSI5e+GKDC1t343DNI0gh7exHxe pvGJ6ODzeuNZM5cLm7sU2RRsaaWNMuwXhwaI0wQMTp8KLLZHo4eFL5yEz5hj yq/F6AC+pVV2XJc+z7ri/8ihY9ifP6/teh8ZiW0G8/i4GwPMoef9gIPhOeI/ xKYAxDD0hP0/h+r2fT9PYjCRImVPxGfVWPyfjkHiTSGJeNm4anh+Y5IbYdhp gDP0mv2c0V5FfYujulvl7O3tyxiH1C3GhpbwQOp637gDP9o8zvXue2knuc1w lmhgcc7pbHgBdxb610OnekNpWYjgHyyQvD64b361eZOZOkbw9uUMH+kRLFCI oLA9RCyT9Sn6kMA4yVPSVdv6LNwT82TeKgIghhbYIUlAsJ0fj1prTC11KRpa 0RZCfnGSYOWi5PcCWPxeZXoTu7Aby54HDyk64AbuZ+n9Jt7wDaru4gJ1IWjv xkQKioFRCggBJ1iBs6XQkQTB4ExHn3BO3F7QC4YwYCjm0Is0ZKvLJaJLr+mv I9tGaNAMvrAREjXkkmpEXSSiseYEGgAw5huc0b8q9FwCv+rEaWv6sChbPHxr dFchrBLxXsYoOncjpANbpBscRJugXklupm8qSbddw6aD4IoqLOUQhMbatcCF ZmuiAAxSVKxaswMSyRVip+LLHuNi6SXYjIyD30l4ObrQ0HPmQJHTaZ82wKX3 cdcYHGf6P299fv9Lht/2J4h2xrhhQWgc/XsC3bSpY9NBKhnyS8PYOHUNxnUp 4IApqKrEiwQKDJpxALhfMrGE9oFE9wUh35J0ensCPKse8LAcP7LLYuGB6ff+ glXgXMgSCl7+35oRjLH413HkD5unA3cnAi4i3D0Oj8mdzJqvJCg9ijKhWMOr LbEKG/AVwQ8ggxgMMDg2ljSBC8CZOfDibDvcu6N6DoOg3C63YS7Du7FcC8w0 EC4V0WcVsxVG6oWSruyi6Li1AZZmSno7IXNEJsKiC5ECqa5nQ9AVQZNsTGRx NnSwFuVbtZnd+7hcnMZ6H01TVU0EPk9UL/p+HF9u++TCoRjSUyqL7YzUjuO0 ENPj4jgd8eALv5HKj/BG5Hv1/ZsDfs/G0Lv//ZAJmZ4G8hGyW4kwhElZng4A 0FmTCciDqMj80Ujc0DROIEcPEIXhfsFSgG5cNucAkhyHOL9YgJ9sFWREuoAK T4EIpGIcNgHI4A5MHhY0rqQq9qMgfsNmABWqoKnIna47poC29XAbF1aD4oyI UYt3ggbikvO+AvyRTWE3ZoRe83KcwiQDqCKLgm8oaFWKVaKkQ5YE1XAWC20e MvckpI3srhjbuLnB7EY8/Cd0aEDndIQK637KGokvgRiI+cU5VwVc88EqDkZo 8IcRwnF00XBY2K6VoEf871gl0ZOyjyt3CVhGa7uHgxWa8kvkOTSFus6PLyEm isUglJKkZ1m7JGcFDUmQM0bNbDmm/xQJYN7D90h6kTTJCQIrAogH51xNMYuu DmZmxM2HuxNUh6wAuFj0nUtzkNPE9M6HCMASIpGKwGDEgRYkCAx1LRQlUdW8 WDfIGQG7AnXOTi44b5qssVwXkqNwHEiN/wSiQkYqqsSRQigIJEHyKySQ/jeJ fAD44WIHaQ1gF6c+x8G8A9v0Ha90P8nCjykKOxBXEEGQIJkE2ZkhaHuzmqiN WnSItwd3CEopXyQeuooFOrVa6EqsUTaoiZamhZAIRCJJipfqBkg6lsjZ/V+g Xihoydnun2/dOA6K2dw4FCbAIqo+WRi1ZUn5SLJkMFYiLKkURHcSwLVWflvE MmMdD2ep5yUlSMKmPpXIS5G/igodvgv+OdQHYpXZorT1RRLKdKAYkjJ68wff BCMYgLAiKYeJ4EOSMjJDAEPcOC+tAwOpTxm+p4gQuvCnIkMA0FNcAqitVUyG l4LbgeYPH1SIGPwwLsuj38JlYJsFQOeiBHlxWZ30LC9JVHzDR6joo4Fl6V9L S9ol2CAibw/mipIMAGEAqeWtawfALCGwjCAoRAQCKQU2kJClkKgQoVbc/EYn uE9uAWCm0FRBilInkMr07LUuCZIQUiGkQlJiEJ7JdJJ41a5kEnmpVrV6qsw1 49gmvgD3QQqwBBGD0YbBjsYx2BuD4Op8i7EjPQUSgbAHEQ4GroNPKGH3hwnw 0iSaTarsHDPPZTgF6iD8BFTUC6HZiajANQCdAGHdfJY8+zzIr5HAposcw5IQ Gh4rVW04aRldiG1iVHE/kQLkHOXQsUqUDEeJHA3UvBhrlfOpcIGovKBUyAWK /xchImrJaJV4HoPikBkgoKoopIAoCyRWRkCHMNAagvYQ4IiJEIKAxVRYhFCA xEQIsJZQCz7z0ebw1frRFedOGBJA3OgOinlBf1Bkr6/Kbp7TAPVJD2vZhx4p Y9PXoIiMSIpIKoIEz2USJoYGn2TcyF0RubhyDSD3UelJtpIs6tAegPaPSmVi jFEGfKNiejt7Adr+4AVZwprtozGCodQ86kkeVJsIFqpIxqu3xCNhd7UAHJpX OglImlbuDbukxjTzNvOuvusaKLeY0GGwCFi4ldQtA0sED3Q0ILdJVRTQ35iS PHlfECiGDPCFRdQ1oz0zJWPj4kunlHFHsW8zBUYwPN3skSCWbNklZhCkoDtr Q8ZwdAaY6oxxODhdzSW7BFxvusyPIZpR2Zhc3K6iKsjIExgXB7pyMFUYA2C+ KaEBQDObbyDLMxK+JiyQ4MCkshLULA/NsjSkPrAdBrREpZJUFFRxDhNSUoJn ocP38ZwcNgIMLSVYJODLIpEcSXnCXBGBQ0UAwGQMggkVgIIUIhZ+AbstbTVc eesJvQyk5mUchEwyXKRKwUUG0NWwSP5SfZ26iBUgoWN8hBto/IIfk3QeFLBW S1EC1HfJpu+S6xmiwLlukvf1Uw8ItGlgBGQkjgMwtIkTIHISQQoN1MuVPWKL ARDVvogZnAKFA6zg3F0FOqlb7hU89Jo8sE2ljwhtAfvgJA6ENm+BYes1m95U smhrhCPAU5CpuHEEIrf94WD4Q/KiByhvKyfKEQN8xR3EkhDmoo102slWtY5x ucTwHhVflBgea/JU5YMeoxPDGYKwlAURAkgwJAwmovU6SkpEkQkSEiEGI110 EgSNWKqNSB8VHl/D/3+f4bPLhM0ZvCGzwQKKoL4oyb0SaVZCrXzD3kt3h8MU kQwjme6kWXUkB7WmKvlDXlGZSzgjOdJol4iTPKkfgaTYV2AWoHhRIEGHDArS WYgwqqSuazYVP/xdyRThQkBmsVlk --29630320-785879086-973065891=:3587-- From JayLeBlanc@yifan.net Wed Nov 1 13:40:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id 3E09A2BA98 for ; Wed, 1 Nov 2000 13:40:02 -0500 (EST) Received: (qmail 19327 invoked from network); 1 Nov 2000 18:27:22 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 1 Nov 2000 18:27:22 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Wed, 1 Nov 2000 13:27:22 -0500 Subject: Label Alignment Message-id: <3a00608a.4b57.0@yifan.net> X-User-Info: 198.133.22.66 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a trick to get labels to Left Justify? I have a window which contains a 13x13 table. I attach some pixmaps to the table and then I attempt to attach a label spanning multiple columns of the table. It centers the text. I tried gtk_label_set_justify specifying GTK_JUSTIFY_LEFT but it still appears to be centered. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From neel@neel.eng.sun.com Wed Nov 1 17:39:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 87B972BC90 for ; Wed, 1 Nov 2000 17:39:02 -0500 (EST) Received: from engmail2.Eng.Sun.COM ([129.146.1.25]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA14303 for ; Wed, 1 Nov 2000 15:26:55 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA24490 for ; Wed, 1 Nov 2000 14:26:38 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id OAA01514 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:25:36 -0800 (PST) Date: Wed, 1 Nov 2000 14:25:36 -0800 From: Neelakanth Nadgir To: gtk-list@gnome.org Subject: plot widget? Message-ID: <20001101142536.A1510@neel.smcc.Eng.Sun.COM> Mail-Followup-To: gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Does anyone know of a good plot widget that plots in real time? I tried gtkplot from gtkextra, but I am not sure if I can use it in realtime. I tried my own using gtkdrawing, but for some reason it seems to repaint a lot (my bad code I guess) thanks -neelakanth From dsh8290@rit.edu Wed Nov 1 18:11:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 916AF2BC64; Wed, 1 Nov 2000 18:11:19 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id RAA01326; Wed, 1 Nov 2000 17:58:41 -0500 (EST) Date: Wed, 1 Nov 2000 17:57:35 -0500 From: D-Man To: eprakash@hss.hns.com Cc: gtk-list@gnome.org, gtk-app-devel-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: A Query - how to install Gtk--? Message-ID: <20001101175735.C30710@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <65256989.001DAA52.00@sandesh.hss.hns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <65256989.001DAA52.00@sandesh.hss.hns.com>; from eprakash@hss.hns.com on Tue, Oct 31, 2000 at 00:35:03 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is a list specific to gtk--. Libsigc++ is a library that provides a safe signal framework for C++ app. Gtk-- uses this signal framework for the C++ parts (gtk provides it's own signal mechanisms but I imagine it doesn't work well with C++). You need to install libsigc++, then gtk--. I don't know if glade-- is dependent on gtk-- (for installing and running, that is) but inorder to use the C++ code glade-- spits out you will need gtk-- installed. You may also want to check out libglade. Libglade is a C library (I don't know if there are C++ wrappers, though you could make some) that creates the UI at runtime from the .glade file. It's advantage is that you don't need to generate and compile any code for the UI itself and the UI can be changed without recompiling the app (just change the .glade file). If you want/need rpms for a RedHat system on x86 platform e-mail me and I'll send them to you. -D On Tue, 31 Oct 2000 00:35:03 eprakash@hss.hns.com wrote: | | | | | Hi, | I am having a problem in installing gtk-- | I need to work in glade and generate code in c++. For that, I installed glade--. | Then it asked me, to install GTK--. When doing that it asked me for Libsigc++. | Now all this is not fitting in line properly. | | It is still giving me compilation errors. It doesn't generate the makefile. | Can you please tell me the exact procedure of installing gtk--,(or how to | generate C++ code using glade)! | regards, | Ela | | | | | | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dfisher@jagger.me.berkeley.edu Wed Nov 1 18:53:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 858902BAFB for ; Wed, 1 Nov 2000 18:53:00 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA1NeRV12770 for ; Wed, 1 Nov 2000 15:40:27 -0800 Message-ID: <3A00A9EA.8040406@jagger.me.berkeley.edu> Date: Wed, 01 Nov 2000 15:40:26 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001101 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a00608a.4b57.0@yifan.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay, GtkLabel derives from GtkMisc, which has an alignment method that you can use to left justify the text... gtk_misc_set_alignment(GTK_MISC(label), 0.0, GTK_MISC(label)->yalign); I think gtk_label_set_justify() only applies when you have multi-line labels. Darin Jay LeBlanc wrote: > > Is there a trick to get labels to Left Justify? > I have a window which contains a 13x13 table. I > attach some pixmaps to the table and then I > attempt to attach a label spanning multiple > columns of the table. It centers the text. I > tried gtk_label_set_justify specifying > GTK_JUSTIFY_LEFT but it still appears to be > centered. Any ideas? > > Thanks, > Jay > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From pbd@op.net Wed Nov 1 19:07:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4ACA22DEDB for ; Wed, 1 Nov 2000 19:07:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0c.ppp.op.net [209.152.194.44]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id SAA07199; Wed, 1 Nov 2000 18:55:20 -0500 (EST) Message-Id: <200011012355.SAA07199@renoir.op.net> To: timecop@japan.co.jp Cc: gtk-list@gnome.org Subject: Re: beginner gtk questions In-reply-to: Your message of "Wed, 01 Nov 2000 17:04:51 +0900." Date: Wed, 01 Nov 2000 18:55:42 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >after reading through docs etc here is what I came up with. attached >is a custom gtk widget for a knob. can someone look over the code as >far as the functionality or missing required pieces, and things like >that, and get back to me? reply to my email, I am not on the list. >Would this kind of a widget be acceptable in a general purpose GTK >app or does it need a lot more work to make it usable. I also would >like suggestions how to make the adjustment widget honor the >adjustment->lower values to start the knob with negative >numbers... etc this looks pretty interesting in a number of ways. i would be quite interesting in merging this code with a Gtk-- object that I have called a Gtkmmext::MotionFeedback. Its a lot more general than a knob, and has a number of nice features that yours does not (such as the use of shaped windows). It can then be used as a slider, a knob or others kinds of control widgets where mouse motion is used to control an adjustment in combination with widgets. i'll see what i can do. i try to stay away from GTK+ widget creation when i can, because its so painful compared to doing it in C++, but now that you've offered up the framework, perhaps i can get around to this :) --p From caleb@deepthought.granfalloon.com Wed Nov 1 23:27:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id A4F172BB45 for ; Wed, 1 Nov 2000 23:27:02 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id EAA17055; Thu, 2 Nov 2000 04:35:05 -0500 Date: Thu, 2 Nov 2000 04:35:05 -0500 From: Caleb Land To: Jay LeBlanc Cc: gtk-list@gnome.org Subject: Re: Label Alignment Message-ID: <20001102043505.A16724@deepthought.granfalloon.com> References: <3a00608a.4b57.0@yifan.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3a00608a.4b57.0@yifan.net>; from JayLeBlanc@yifan.net on Wed, Nov 01, 2000 at 01:27:22PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2000 at 01:27:22PM -0500, Jay LeBlanc wrote: > =20 > Is there a trick to get labels to Left Justify? =20 The function that you want to use is: gtk_misc_set_alignment(GTK_MISC(label), 0.0f, 0.0f); of course, the last two floats are the actual alignment (0.0f being left an= d 1.0f being right). --=20 Sincerely, Caleb Land (bokonon@rochester.rr.com) --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjoBNUgACgkQJFp+8ilAIxSJowCg66pETIP8L0a8XQrQIvEIhRkO yIwAn3jTDr9MdbdzkPv04agJn5VNd6oZ =LoF9 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From vaf@ciudad.com.ar Thu Nov 2 01:52:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 649EA2BB20 for ; Thu, 2 Nov 2000 01:52:36 -0500 (EST) Received: from ciudad.com.ar (host022140.ciudad.com.ar [200.42.22.140]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id DAA38392 for ; Thu, 2 Nov 2000 03:40:15 -0300 (ART) Message-ID: <3A04FB40.A3E1D9C9@ciudad.com.ar> Date: Sun, 05 Nov 2000 03:16:33 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: example the DND in GTK !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all .. ano code source of gtk drag and drop for example !!!! ??? tanks all . -------------- Castellano : Hola a todos ... alguien me puede decir de algun fuente de ejemplo de como husar el codigo de drag and drop de GTK++ por que no logro hacerlo fubcionar !! .. gracias a todos . From hvv@hippo.ru Thu Nov 2 02:50:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.86]) by mail.gnome.org (Postfix) with ESMTP id 5281F2BAB8 for ; Thu, 2 Nov 2000 02:50:12 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id LAA03154; Thu, 2 Nov 2000 11:20:03 +0400 Date: Thu, 2 Nov 2000 11:20:03 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: vaf Cc: lista de correo GTK Subject: Re: example the DND in GTK !! In-Reply-To: <3A04FB40.A3E1D9C9@ciudad.com.ar> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 5 Nov 2000, vaf wrote: Hi, in the gtk source tree there is testdnd.c - a nice example on DND usage. > hello all .. > > ano code source of gtk drag and drop for example !!!! ??? > > tanks all . > > -------------- > > Castellano : > Hola a todos ... > alguien me puede decir de algun fuente de ejemplo de como husar el > codigo de drag and drop de GTK++ por que no logro > hacerlo fubcionar !! .. > gracias a todos . > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wowa@jet.msk.su Thu Nov 2 03:07:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id 9E2A02C828 for ; Thu, 2 Nov 2000 03:07:06 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13rFD6-0005lC-00; Thu, 2 Nov 2000 10:54:56 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13rFD4-0005An-00; Thu, 2 Nov 2000 10:54:54 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13rFD4-00058K-00; Thu, 02 Nov 2000 10:54:54 +0300 From: Vladimir Tsichevski To: vaf@ciudad.com.ar Cc: gtk-list@gnome.org In-reply-to: <3A04FB40.A3E1D9C9@ciudad.com.ar> (message from vaf on Sun, 05 Nov 2000 03:16:33 -0300) Subject: Re: example the DND in GTK !! Message-Id: Date: Thu, 02 Nov 2000 10:54:54 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Sun, 05 Nov 2000 03:16:33 -0300 >From: vaf >X-Accept-Language: en >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > >hello all .. > >ano code source of gtk drag and drop for example !!!! ??? > >tanks all . > >-------------- > >Castellano : >Hola a todos ... >alguien me puede decir de algun fuente de ejemplo de como husar el >codigo de drag and drop de GTK++ por que no logro >hacerlo fubcionar !! .. >gracias a todos . > File gtk/testdnd.c in gtk+ distribution is hopefully the example what you want. Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From albert.cieslikiewicz@lapeyre.fr Thu Nov 2 03:13:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mrtr.lapeyre.fr (gateway.lapeyre.fr [193.104.107.1]) by mail.gnome.org (Postfix) with ESMTP id 25F4C2DDB6 for ; Thu, 2 Nov 2000 03:13:44 -0500 (EST) Received: from lapeyre.fr (srvmail.lapeyre.fr [10.10.2.50]) by mrtr.lapeyre.fr (8.10.1/8.10.1) with ESMTP id eA28sAF09898 for ; Thu, 2 Nov 2000 09:54:10 +0100 Received: from AlbertC ([10.70.1.4]) by lapeyre.fr (8.10.0/8.10.0) with SMTP id eA286QA12057 for ; Thu, 2 Nov 2000 09:06:26 +0100 (MET) Message-ID: <004301c044a3$7dd5de60$0401460a@siepol.lapeyre> From: "Albert Cieslikiewicz" To: Subject: unsuscribe Date: Thu, 2 Nov 2000 09:00:37 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0020_01C044AB.5E51F620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2417.2000 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0020_01C044AB.5E51F620-- From cummins@jamstec.go.jp Thu Nov 2 05:10:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gatekeeper2.jamstec.go.jp (gatekeeper2.jamstec.go.jp [192.244.231.20]) by mail.gnome.org (Postfix) with ESMTP id E06312BB05 for ; Thu, 2 Nov 2000 05:10:32 -0500 (EST) Received: from jamstec.go.jp by gatekeeper2.jamstec.go.jp (8.8.8/3.7W) id SAA10482; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: from xochitl.jamstec.go.jp by jamstec.go.jp (8.8.8/1.1.22.3/14Mar00-0301PM) id SAA0000017935; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: (from cummins@localhost) by xochitl.jamstec.go.jp (8.9.3/3.6Wbeta6) id TAA29647 for gtk-list@gnome.org; Thu, 2 Nov 2000 19:24:22 +0900 Date: Thu, 2 Nov 2000 19:24:22 +0900 From: Phil Cummins To: gtk-list@gnome.org Subject: "non-detructive" line drawing? Message-ID: <20001102192422.A29643@xochitl.jamstec.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre1 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I sent this to gtk-app-devel-list but later realized I should probably have sent it here. My apologies to anyone who had to read it twice. I'm developing an application using GtkPerl in which I load a pixmap into the DrawingArea widget, and then use the pointer to draw a polyline on top of it. But it is important that I be able to erase, if desired, segments of the polyline. I know from past (non-gtk) experience that a simple way to do this is to do the drawing via a boolean exlusive-or of the pixel values. Then to erase the line, all you have to do is re-draw it. Can any one please tell me if there is a way to change the line-drawing mode for the DrawingArea widget so that it uses such an exclusive-or operation? Or is there another way to erase polyline segments? Note that I want to avoid having to re-draw the pixmap everytime an erase operation occurs, as this would be too time-consuming. Thanks. -- -------------------------------------------------------------------- Phil R Cummins cummins@jamstec.go.jp Frontier Research for Subduction Dynamics tel(i/d):81/0-468-67-3393 JAMSTEC, 2-15 Natsushima-cho fax(i/d):81/0-468-67-3409 Yokosuka 237-0061, Japan From wilhelmi@ira.uka.de Thu Nov 2 06:37:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id E0F7A2DD5D for ; Thu, 2 Nov 2000 06:36:32 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:20 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:19 +0100 Message-ID: <3A014EE2.709C5380@ira.uka.de> Date: Thu, 02 Nov 2000 12:24:18 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, firstly I think this is a message for gtk-list@gnome.org, so I'm bringing= it there. > > I would like to know why I can't call a thread that modify a gtkwidge= t > > in an callback function. > > > > It hangs up as gdk_threads_enter is used. > > > > Here the problem : > > > > // main function : > > > > gdk_threads_enter() > > gtk_main() > > gdk_threads_leave() > > > > // callback : > > > > phread_create(... thread_function ...) > > > > // thread_function : > > > > gdk_threads_enter() > > // modify a widget > > gdk_threads_leave() > > > > When the program runs : > > > > The call of gdk_thread_enter in the thread function hangs. > > > > I think that the problem comes from the fact that 2 calls of > > gdk_threads_enter > > are likely to be nested ... but it is in a different thread. I would > > like to > > understand what is the exact problem and if a solution exists. Actually this should work, AFAICT. Please post a example, demonstrating t= his behaviour (This sould be a stripped down example though) and I will have = a look. Bye, Sebastian -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From wilhelmi@ira.uka.de Thu Nov 2 07:10:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 4CA792BAC0 for ; Thu, 2 Nov 2000 07:10:08 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:57 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:56 +0100 Message-ID: <3A0156C3.159D27D6@ira.uka.de> Date: Thu, 02 Nov 2000 12:57:55 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> <3A0161F2.9E909CAF@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, > > Actually this should work, AFAICT. Please post a example, demonstrati= ng > > this behaviour (This sould be a stripped down example though) and I w= ill > > have a look. > = > this example is build from the one given in the FAQ. = =2E.. > gtk_signal_connect(GTK_OBJECT (label), "event", > GTK_SIGNAL_FUNC(argument_thread), NULL); =2E.. This is not, what you described in your first mail. This will not work, a= s James already pointed out. This is because GTK+ still holds the lock, whi= le calling callbacks. (GLib however doesn't). Just delete the locking from t= he function that you callback to. (The other uses of that function still nee= d to lock though). Bye, Sebastian. -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From GONZALOMZ@teleline.es Thu Nov 2 07:49:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from tsmtp1.mail.isp (unknown [195.235.113.141]) by mail.gnome.org (Postfix) with ESMTP id 585A32BAC0 for ; Thu, 2 Nov 2000 07:49:16 -0500 (EST) Received: from teleline.es ([10.10.21.70]) by tsmtp1.mail.isp (Netscape Messaging Server 4.15) with ESMTP id G3EDNK02.34H for ; Thu, 2 Nov 2000 13:35:44 +0100 From: GONZALOMZ To: gtk-list@gnome.org Message-ID: <45bee470d7.470d745bee@teleline.es> X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es Subject: callbacks X-Accept-Language: es Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Date: Thu, 2 Nov 2000 07:49:16 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How can i pass my own struct to a callback function ? How can i convert my own struct to a gpointer ? Thanks. Gonzalo Monrtesdeoca Zamora ___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES Haz click en http://www.terra.es/correo/ From Florent.Devin@lifl.fr Thu Nov 2 08:00:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 744382BD71 for ; Thu, 2 Nov 2000 08:00:24 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id NAA11603 ; Thu, 2 Nov 2000 13:47:32 +0100 (MET) Message-ID: <3A01627A.2D1DF82A@lifl.fr> Date: Thu, 02 Nov 2000 13:47:54 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: GONZALOMZ Cc: gtk-list@gnome.org Subject: Re: callbacks References: <45bee470d7.470d745bee@teleline.es> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GONZALOMZ a écrit : > > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? > > Thanks. > Gonzalo Monrtesdeoca Zamora > gint callback (..., gpointer user_data); This should be the way to pass your struct (using the user_data). gpointer is a define for void*. -- Florent DEVIN From backes@hlrwm.rhrk.uni-kl.de Thu Nov 2 08:00:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id D181A2BD71 for ; Thu, 2 Nov 2000 08:00:58 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id NAA15541; Thu, 2 Nov 2000 13:48:41 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <45bee470d7.470d745bee@teleline.es> Date: Thu, 02 Nov 2000 13:48:41 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: GONZALOMZ Subject: RE: callbacks Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 02-Nov-2000 GONZALOMZ wrote: > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? Hi, you should pass the address of your struct to the callback and not the struct itself: (gpointer) &struct_address > > Thanks. > Gonzalo Monrtesdeoca Zamora > > Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From coreyt@coreyt.com Thu Nov 2 10:20:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id D85162DBB4 for ; Thu, 2 Nov 2000 10:20:58 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id JAA02660 for ; Thu, 2 Nov 2000 09:08:36 -0600 Date: Thu, 2 Nov 2000 09:08:36 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Socket/Plug example Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone have a simple Socket/plug example that you can post. I have been unable to figure it out from the header files, and have yet to find an example. Corey Thornburg coreyt@coreyt.com From pbd@op.net Thu Nov 2 11:44:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 26AA02DECD for ; Thu, 2 Nov 2000 11:44:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-09.ppp.op.net [209.152.194.73]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA03779; Thu, 2 Nov 2000 11:32:12 -0500 (EST) Message-Id: <200011021632.LAA03779@renoir.op.net> To: Phil Cummins Cc: gtk-list@gnome.org Subject: Re: "non-detructive" line drawing? In-reply-to: Your message of "Thu, 02 Nov 2000 19:24:22 +0900." <20001102192422.A29643@xochitl.jamstec.go.jp> Date: Thu, 02 Nov 2000 11:32:44 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Can any one please tell me if there is a way to change >the line-drawing mode for the DrawingArea widget so that >it uses such an exclusive-or operation? Or is there another create a new GdkGC used for drawing, copy from the one used by the drawing area, set the function to GDK_XOR, somewhat like this: xor_gc = gdk_gc_new (area->window); gdk_gc_copy (xor_gc, area->style->white_gc); gdk_gc_set_function (xor_gc, GDK_XOR); now use xor_gc for draw_line operations, and presto, you're all set. >Or is there another way to erase polyline segments? Note that I want >to avoid having to re-draw the pixmap everytime an erase operation >occurs, as this would be too time-consuming. i'm not quite sure what you mean here. with XOR, you always have to draw twice to erase. its inherent in how XOR operates. --p From coreyt@coreyt.com Thu Nov 2 13:15:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id AFDE62BEA5 for ; Thu, 2 Nov 2000 13:15:07 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id MAA02935 for ; Thu, 2 Nov 2000 12:02:44 -0600 Date: Thu, 2 Nov 2000 12:02:44 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Re: Socket/Plug example In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ok, problem solved. rough examples sockettest.pl ----------------------------------------- #!/usr/bin/perl -w use Gtk; init Gtk; my $w = new Gtk::Window; $w->set_title("Test Socket"); $w->signal_connect("delete_event",sub{main_quit Gtk}); $s = new Gtk::Socket; $w->add($s); $s->realize; $s->show; $w->show; $wid = $s->window->XWINDOW; $cmd = "./plugtest.pl $wid"; print "$cmd\n"; $retval=fork(); if($retval == 0){ system($cmd); } print "$cmd done\n"; ---------------------------------- plugtest.pl ----------------------------------- #!/usr/bin/perl -w $wid = $ARGV[0]; use Gtk; init Gtk; $l = new Gtk::Label "Test Plug"; #$p = new Gtk::Plug $s->window->XWINDOW; $p = new Gtk::Plug $wid; $p->add($l); $l->show; $p->show; main Gtk; --------------------------------------------------- Corey Thornburg coreyt@coreyt.com On Thu, 2 Nov 2000, Corey Thornburg wrote: > Does anyone have a simple Socket/plug example that you can post. > > I have been unable to figure it out from the header files, and have yet to > find an example. > > Corey Thornburg > coreyt@coreyt.com > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From alan.dugas@analog.com Thu Nov 2 14:54:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id DC34D2BEA5; Thu, 2 Nov 2000 14:54:41 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id OAA27400; Thu, 2 Nov 2000 14:42:30 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id OAA28597; Thu, 2 Nov 2000 14:42:26 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G6CCB>; Thu, 2 Nov 2000 14:42:33 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Deleting text from a GtkExText Date: Thu, 2 Nov 2000 14:37:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Has anyone else run in this problem? I am currently unable to delete text, from within my program, that I insert into a gtkextext. However, if I manually move the cursor back into the text inserted then I am able to manually delete the text. Unfortunately, I need to delete text from within the program since I need to set the widget as uneditable. I am running Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and all help would be GREATLY appreciated. Thanks in advance to those who respond. -- Stupid Genius From davina@lickey.com Thu Nov 2 19:11:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 2E5472CE87; Thu, 2 Nov 2000 19:11:56 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AC0C5A005; Thu, 2 Nov 2000 15:59:47 -0800 (PST) Message-ID: <3A01FFF3.A1192AA0@lickey.com> Date: Thu, 02 Nov 2000 15:59:47 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: realizing a widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm a newbie GTK programmer, and I'm writing a new widget. It is a composite of GtkLabel and GtkEntry, and it has GtkWidget as its immediate parent. I'm working with the Tictactoe example from the tutorial (composite widget) and the GtkEv example from Havoc Pennington's book (child of GtkWidget). My problem is that the label and entry do not actually show up when I run my program, and I think the problem is that I am not overriding the realize method. The gtk_ev_realize() is pretty involved, and I don't think I need to do everything in it. What, exactly, does a realize method need to do? Thanks! Davina From vaf@ciudad.com.ar Thu Nov 2 22:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 1DFDE2BCF5 for ; Thu, 2 Nov 2000 22:59:33 -0500 (EST) Received: from ciudad.com.ar (host022177.ciudad.com.ar [200.42.22.177]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id AAA07768 for ; Fri, 3 Nov 2000 00:47:21 -0300 (ART) Message-ID: <3A0623AD.BF7841BB@ciudad.com.ar> Date: Mon, 06 Nov 2000 00:21:17 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: and not find testdnd.c !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all . and no find testdnd.c !!! what this ftp.xxxx.org/xxxx/testdnd.c ???????? thanks all Castellano : Hoal a todos gracias por contestarme rapido y espero pornto mejorar mi ingles .. el problema es que no encuentro este archivo que me dijieron por ningun lado ni en internet ni en mi HD que que pakete de GTK+ biene ??? gracias por todo . From Florent.Devin@lifl.fr Fri Nov 3 01:06:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 34A9A2BB01 for ; Fri, 3 Nov 2000 01:06:32 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id GAA21554 ; Fri, 3 Nov 2000 06:53:42 +0100 (MET) Message-ID: <3A0252FD.3DFF9B17@lifl.fr> Date: Fri, 03 Nov 2000 06:54:05 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: vaf Cc: lista de correo GTK Subject: Re: and not find testdnd.c !! References: <3A0623AD.BF7841BB@ciudad.com.ar> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ vaf a écrit : > > hello all . > and no find testdnd.c !!! > what this ftp.xxxx.org/xxxx/testdnd.c ???????? > thanks all > > Castellano : > Hoal a todos > gracias por contestarme rapido y espero pornto mejorar mi ingles .. > el problema es que no encuentro este archivo que me dijieron por > ningun lado ni en internet ni en mi HD > que que pakete de GTK+ biene ??? > gracias por todo . > You have to download the gtk-xxxx.tar.gz, and extract testdnd.c from this archive. -- Florent DEVIN From wolfgang@ultim.net Fri Nov 3 02:26:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 65A062CC41 for ; Fri, 3 Nov 2000 02:26:27 -0500 (EST) Received: from debian.home(m139.l1.mtl.ultim.net[216.13.32.139]) (1136 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 02:16:47 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA377TF15758 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:07:29 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:07:28 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: concern on the X server side Message-ID: <20001103020728.A15748@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi everybody, Say you have a program displaying gdkwindows which changes the background pixmaps of those gdkpixmaps a couple of times per session. When quitting the program, will GDK clean everything from the X server or will those resources still be allocated in the server as long as the programmer doesn't do it ? Thus, in short, do pixmaps survive their creator's death ? Wolfgang -- A chicken is an egg's way of producing more eggs. From hvv@hippo.ru Fri Nov 3 02:44:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.92]) by mail.gnome.org (Postfix) with ESMTP id C2ACE2CE2B for ; Fri, 3 Nov 2000 02:44:52 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01331; Fri, 3 Nov 2000 10:49:50 +0400 Date: Fri, 3 Nov 2000 10:49:49 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: realizing a widget In-Reply-To: <3A01FFF3.A1192AA0@lickey.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Thu, 2 Nov 2000, Davina Armstrong wrote: Hi, > I'm a newbie GTK programmer, and I'm writing a new widget. It is a > composite of GtkLabel and GtkEntry, and it has GtkWidget as its > immediate parent. I'm working with the Tictactoe example from the > tutorial (composite widget) and the GtkEv example from Havoc > Pennington's book (child of GtkWidget). My problem is that the label > and entry do not actually show up when I run my program, and I think the > problem is that I am not overriding the realize method. The > gtk_ev_realize() is pretty involved, and I don't think I need to do > everything in it. What, exactly, does a realize method need to do? You should use gtk_widget_show(widget) to make them visible or use gtk_widget_show_all(window) to show everything in one call. If it doesn't work then there is something wrong with your code. > Thanks! > Davina > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wolfgang@ultim.net Fri Nov 3 03:18:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 970CF2BEB0 for ; Fri, 3 Nov 2000 03:18:31 -0500 (EST) Received: from debian.home(m160.l1.mtl.ultim.net[216.13.32.160]) (927 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 03:08:54 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA37xk817060 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:59:46 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:59:46 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Concerns confirmed Message-ID: <20001103025945.A17041@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi again, I have done some tests and I can confirm that memory is leaking on the server side when gdkpixmap are not explicitly destroyed. Shouldn't this be considered as a bug in gdk ? W -- A chicken is an egg's way of producing more eggs. From backes@hlrwm.rhrk.uni-kl.de Fri Nov 3 05:02:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id 1902D2CC04 for ; Fri, 3 Nov 2000 05:02:14 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id KAA20935; Fri, 3 Nov 2000 10:50:05 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 03 Nov 2000 10:50:05 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: Gtk Subject: Sarting gtk programs iconified Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, is there a (hidden) option to start gtk programs in the iconified state (such as xterm -icon)? Especially, i would need such a feature for gnome-terminal. Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From Valdis.Kletnieks@vt.edu Fri Nov 3 10:34:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 34CF52DFBE for ; Fri, 3 Nov 2000 10:32:43 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eA3FJx615970; Fri, 3 Nov 2000 10:19:59 -0500 Message-Id: <200011031519.eA3FJx615970@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed In-Reply-To: Your message of "Fri, 03 Nov 2000 02:59:46 EST." <20001103025945.A17041@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2118079230P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 03 Nov 2000 10:19:59 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2118079230P Content-Type: text/plain; charset=us-ascii On Fri, 03 Nov 2000 02:59:46 EST, Wolfgang Sourdeau said: > I have done some tests and I can confirm that memory is leaking on the > server side when gdkpixmap are not explicitly destroyed. > Shouldn't this be considered as a bug in gdk ? First off, this is *NOT* a gdk bug, because the server: a) doesn't *know* the client is gdk b) should be bullet-proof against anything the client does. If it's anybody's fault, it's the servers. Now, double check *very* carefully here. Is memory actually *leaking* from the X server, or is storage being *fragmented*? There's a big distinction here, and the fix is different for each case. If it is *leaking*, this means that the X server is calling malloc() to allocate space and failing to call free() to release it. If it is *fragmenting*, the X server *is* calling free(), but the resulting memory layout is sub-optimal. For example, consider the following code: char *x[4]; x[0] = malloc(40); x[1] = malloc(1); x[2] = malloc[40); x[3] = malloc(1); free(x[0]); free(x[2]); Memory would possibly now look like this: |<-40 bytes of free->||<1 byte>||<40 free>||<1 byte>| So 2 allocated bytes are taking up 82 bytes of memory. If you then try to malloc(45), it can't use either of those 2 spaces, so it has to go to the end and allocate THERE. Now, if the owner if the first 1-byte block calls free(), any modern malloc package will re-group all 81 bytes into one larger free block. The problem is that inside the X server, the 2 40-byte allocations could have come from ONE X client that has since exited, byut the 2 1-byte allocations have come from some OTHER client that is still running, so you can't free that memory until THAT process exits. And usually, there's a lot more than 2 clients running (quite often, I have 30 or 40 client programs running). So it's *very* easy for memory to get very fragmented inside the X server. Unfortunately, C does not have any good garbage-collection scheme for compacting the allocated memory - the problem is that the garbage collector has no way of knowing what variables in the program have pointers to the to-be-moved allocation, so it can't relocate allocated memory. I've checked both the IBM AIX 4.3.3 X server, and the XFree 4.0.1 server on my Linux box, and both of them quite quickly bloat up to about 50M in size. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2118079230P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOgLXn3At5Vm009ewEQIJQQCdGO7xRaR6IO6xOOoDP+vi02yF9qAAoMAo HpoRkXvaadH+GtQwSlb9C9wd =ELKr -----END PGP SIGNATURE----- --==_Exmh_2118079230P-- From philippe.vivarelli@conexant.com Fri Nov 3 12:12:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 509CB2CC91 for ; Fri, 3 Nov 2000 12:12:55 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id IAA13104 for ; Fri, 3 Nov 2000 08:59:50 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Widget Colors To: gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Fri, 3 Nov 2000 18:00:34 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/03/2000 09:00:44 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All Hi all, I have some troubles to change widgets colors. I mean Background and Text colors for main widgets such as Frame, Label, Entry, Button, etc. I took a look at the GTK mailing list archive and it seems I am not alone with this problem. It would be nice if a GTK expert could provide a working source code example to do this kind of thing. Thank you Regards Philippe Vivarelli From alan.dugas@analog.com Fri Nov 3 17:05:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id BB24E2BB23; Fri, 3 Nov 2000 17:05:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id QAA04769; Fri, 3 Nov 2000 16:53:33 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id QAA09485; Fri, 3 Nov 2000 16:53:30 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G73QK>; Fri, 3 Nov 2000 16:53:37 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Fri, 3 Nov 2000 16:53:34 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Thanks for your responses Chris and Detlef. I keep trying to use this > widget as a gtktext. Have either of you run into problems with cpu usage > when using gtkextext to insert text? After replacing gtktext with > gtkextext, the update rate of the gtkextext is so slow my system locks up! > In other words this widget appears to have an extremely large amount of > overhead. Unless... I have something in my code that's messing with the > gtkextext. Any ideas? > > > > -- Stupid Genius > > > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Thursday, November 02, 2000 5:25 PM > To: GTK app devel > Subject: Re: Deleting text from a GtkExText > > > On Thu, 2 Nov 2000, Dugas, Alan wrote: > > > > Has anyone else run in this problem? I am currently unable to delete > > text, > > from within my program, that I insert into a gtkextext. However, if I > > manually move the cursor back into the text inserted then I am able to > > manually delete the text. Unfortunately, I need to delete text from > > within > > the program since I need to set the widget as uneditable. I am running > > Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and > > all > > help would be GREATLY appreciated. Thanks in advance to those who > > respond. > > > > hi alan > > freeze the widget > make it editable > remove the unwonted chars with gtk_extext_delete_text() > make it uneditable > thaw it > > with freet n thaw you prevent the user while updaing > > hope that helps > if not i can send you some code i use in muli. > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From wolfgang@ultim.net Fri Nov 3 21:37:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id D64B72BC0E for ; Fri, 3 Nov 2000 21:37:55 -0500 (EST) Received: from debian.home(m150.l1.mtl.ultim.net[216.13.32.150]) (2958 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 21:28:22 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA42JBk19163 for gtk-list@gnome.org; Fri, 3 Nov 2000 21:19:11 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 21:19:10 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Concerns confirmed Message-ID: <20001103211910.A18906@debian.home> References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200011031519.eA3FJx615970@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Fri, Nov 03, 2000 at 10:19:59AM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'inpiration, Valdis.Kletnieks@vt.edu écrivait en ces mots: > First off, this is *NOT* a gdk bug, because the server: > a) doesn't *know* the client is gdk So what? If there is some X "policy" to not release resources without explicit destruction, the programmer has to destroy the resources he created. The fact that it is stupid is another thing. Now there are a lot of stupid design problems with X... For what GDK is concerned, I love that library because it permits to forget about X trickiness. And maybe this is one more thing that could be implemented. So if it's not a bug, it's a non-feature ;-) > b) should be bullet-proof against anything the client does. Same thing here. X sucks... > Is memory actually *leaking* from the X server, or is storage being > *fragmented*? There's a big distinction here, and the fix is different > for each case. I don't think there is a way to know it except by profiling the memory usage of the server, which I don't have the time to do. Something I am sure of is, now that I am using gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from 5Mb down to a couple of Kb (~50). I would deduce that the 5Mb was due to a leak and that the 50Kb are due to fragmentation. > Unfortunately, C does not have any good garbage-collection scheme for compacting > the allocated memory - the problem is that the garbage collector has no way > of knowing what variables in the program have pointers to the to-be-moved > allocation, so it can't relocate allocated memory. Well, a GC would certainly be possible to implement. Emacs has its own GC, GNU ObjC can be "garbaged-collected" while it's written in C. Everything in C which is not related to basic bit/byte manipulation, basic computation and basic memory management has to be brought artificially, contrarily to higher-level languages. C is just a portable assembler. Wolfgang -- A chicken is an egg's way of producing more eggs. From neel@neel.eng.sun.com Fri Nov 3 22:10:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 2EC792BCCB for ; Fri, 3 Nov 2000 22:10:21 -0500 (EST) Received: from engmail3.Eng.Sun.COM ([129.144.170.5]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id TAA22758; Fri, 3 Nov 2000 19:58:10 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id SAA19069; Fri, 3 Nov 2000 18:58:09 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id SAA29059; Fri, 3 Nov 2000 18:57:03 -0800 (PST) Date: Fri, 3 Nov 2000 18:57:03 -0800 From: Neelakanth Nadgir To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org Subject: Re: Widget Colors Message-ID: <20001103185703.G3168@neel.smcc.Eng.Sun.COM> Mail-Followup-To: philippe.vivarelli@conexant.com, gtk-list@gnome.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from philippe.vivarelli@conexant.com on Fri, Nov 03, 2000 at 06:00:34PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sometime ago, philippe.vivarelli@conexant.com said: > I have some troubles to change widgets colors. > I mean Background and Text colors for main widgets such as Frame, Label, > Entry, Button, etc. > I took a look at the GTK mailing list archive and it seems I am not alone > with this problem. > It would be nice if a GTK expert could provide a working source code > example to do this kind of thing. Please read the archives (beginning oct 29th) there was some discussion about this. Best wishes, -neelakanth -- ___________________ Neelakanth Nadgir (650) 786-7006 (x87006) From gharris@flashcom.net Sat Nov 4 02:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id A60A32BBB5 for ; Sat, 4 Nov 2000 02:26:56 -0500 (EST) Received: (cpmta 3391 invoked from network); 3 Nov 2000 23:14:42 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 3 Nov 2000 23:14:42 -0800 X-Sent: 4 Nov 2000 07:14:42 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id XAA00468; Fri, 3 Nov 2000 23:14:37 -0800 (PST) (envelope-from gharris) Date: Fri, 3 Nov 2000 23:14:37 -0800 From: Guy Harris To: =?iso-8859-1?Q?=B1=E8=C1=BE=C3=B5?= Cc: gtk-list@gnome.org Subject: Re: How can i place the widget Message-ID: <20001103231437.B379@quadrajet.flashcom.com> References: <002301c04245$cb0d5880$becda8c0@sysic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <002301c04245$cb0d5880$becda8c0@sysic.net>; from jckim@hei.co.kr on Mon, Oct 30, 2000 at 04:47:48PM +0900 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Oct 30, 2000 at 04:47:48PM +0900, ±èÁ¾Ãµ wrote: > How can i place the widget that is invisible,hidden(after call > gtk_widget_show ) in top of the screen ? > In Xwindow programming, this is just like "XRaiseWindow". Widget, or window? If the widget in question is a GtkWindow, and is pointed to by a GtkWidget pointer "win", you can do gdk_window_raise(win->window); which, in the version of GTK+/GDK running on the X Window System, will, in fact, call... ..."XRaiseWindow()". From otaylor@redhat.com Sat Nov 4 12:52:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id ACC002BB6B for ; Sat, 4 Nov 2000 12:52:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DDB50242C56; Sat, 4 Nov 2000 12:40:37 -0500 (EST) To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> <20001103211910.A18906@debian.home> From: Owen Taylor Date: 04 Nov 2000 12:40:37 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 21:19:10 -0500" Message-ID: Lines: 43 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > La plume l=E9g=E8re, =E0 Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'i= npiration, > Valdis.Kletnieks@vt.edu =E9crivait en ces mots: > > First off, this is *NOT* a gdk bug, because the server: > > a) doesn't *know* the client is gdk >=20 > So what? If there is some X "policy" to not release resources without > explicit destruction, the programmer has to destroy the resources he crea= ted. > The fact that it is stupid is another thing. Now there are a lot of > stupid design problems with X... When a client exits in X, whether it be GTK+ or another client, all resources that it allocated will be freed. (Unless, they are in use, as as say, the background pixmap of the root window)=20 That does not mean that the memory will be returned to the operating system - whether that happens depends a lot on exactly how malloc works on the system, how big the allcated areas are, where they are in memory, etc.=20=20=20=20 But it will be available for reuse within the X server. =20 > I don't think there is a way to know it except by profiling the memory > usage of the server, which I don't have the time to do. > Something I am sure of is, now that I am using > gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from= 5Mb > down to a couple of Kb (~50). I would deduce that the 5Mb was due to a > leak and that the 50Kb are due to fragmentation. X servers tend to be fairly well debugged in this respect.=20 So, until I see an example program that reproduces the problem, I'm quite suspicious of this claim.=20 That doesn't mean that there couldn't be some really obscure bug that you happen to be triggering. But I'd be somewhat suprised. Can you provide a test case? Regards, Owen From oka@debian.or.jp Sat Nov 4 14:21:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from is.aist-nara.ac.jp (enterprise.aist-nara.ac.jp [163.221.80.21]) by mail.gnome.org (Postfix) with SMTP id 305EF2BB50 for ; Sat, 4 Nov 2000 14:21:35 -0500 (EST) Received: (qmail 17337 invoked from network); 5 Nov 2000 04:09:17 +0900 Received: from hidari.aist-nara.ac.jp (163.221.92.74) by ismailgate.aist-nara.ac.jp with SMTP; 5 Nov 2000 04:09:17 +0900 Date: Sun, 05 Nov 2000 04:09:17 +0900 Message-ID: From: Mitsuru Oka To: gtk-list@gnome.org Subject: [Q] gtk_module_release User-Agent: Wanderlust/2.3.0 (Roam) EMY/1.13.8 (Tastes differ) FLIM/1.13.2 (Kasanui) APEL/10.2 Emacs/20.7 (alpha-debian-linux-gnu) MULE/4.0 (HANANOEN) X-URL: http://www.aist-nara.ac.jp/~mitsu-o/ MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I'm wonder why gtk don't call gtk_modules release (or finalize) callback function such as gtk_module_release when gtk_modules are relsesed. I want to use gtk_module_release function to clean up loaded module resouces. -- Mitsuru Oka From leonardo@centroin.com.br Sat Nov 4 17:03:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from trex2.centroin.com.br (trex2.centroin.com.br [200.225.63.134]) by mail.gnome.org (Postfix) with ESMTP id 134E72D12C for ; Sat, 4 Nov 2000 17:03:19 -0500 (EST) Received: from centroin.com.br (du15b.nit.centroin.com.br [200.225.56.15]) by trex2.centroin.com.br (8.10.1/8.10.1) with ESMTP id eA4LpIr08460 for ; Sat, 4 Nov 2000 19:51:18 -0200 (EDT) Message-ID: <3A048859.926AFCE5@centroin.com.br> Date: Sat, 04 Nov 2000 20:06:17 -0200 From: Leonardo Zide X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: -rdynamic in gtk-config Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Why does gtk-config (or actually glib-config) adds the -rdynamic option to the linker options ? My program uses a lot of calls to dlopen() to load plugins at run time and somehow when it's compiled with the -rdynamic option the plugins are able to use some of the main program's functions and variables. The weird thing is that there are no unresolved symbols in the plugins (except for main()) to cause them to use the wrong symbols. Leonardo From pbd@op.net Sat Nov 4 17:30:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-04.ppp.op.net [209.152.194.36]) by mail.gnome.org (Postfix) with ESMTP id 0BD582BAF1 for ; Sat, 4 Nov 2000 17:30:26 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA4MImW08613; Sat, 4 Nov 2000 17:18:48 -0500 Date: Sat, 4 Nov 2000 17:18:48 -0500 Message-Id: <200011042218.eA4MImW08613@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus, clists, mouse button press Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i am trying to figure out how to use a single button press on a row of a clist to drive some action to change that row. i discovered a long time ago that select_row is emitted for single or dbl-button press events. so its up to the handler to discover if it was a single or double press. but here's the problem. as far as i can tell, once a child (i.e. a row) of the clist has focus, the next button press on a different row does not cause select_row to be emitted. instead, it just moves the focus there so that the *next* button press will emit select_row. this is really annoying behaviour and i'm not sure how to turn it off. any ideas ? or have i made in mistake in my analysis of what the focus/press interaction is ? --p From shippy@cs.nmt.edu Sat Nov 4 17:39:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 3192D2CF24 for ; Sat, 4 Nov 2000 17:39:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA08772 for ; Sat, 4 Nov 2000 17:27:02 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA4MR1D14824 for ; Sat, 4 Nov 2000 17:27:01 -0500 Received: from mailhost.nmt.edu ([129.138.4.52]) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13sBm8-0002an-00 for ; Sat, 04 Nov 2000 14:27:00 -0800 Received: from cs.nmt.edu (IDENT:shippy@grissom-48.nmt.edu [129.138.5.218]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA4MQsg17672 for ; Sat, 4 Nov 2000 15:26:54 -0700 Message-ID: <3A048D36.1000001@cs.nmt.edu> Date: Sat, 04 Nov 2000 15:27:02 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gtk.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From hp@redhat.com Sun Nov 5 11:13:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D7D792BA9B for ; Sun, 5 Nov 2000 11:13:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA5G0Ko26819; Sun, 5 Nov 2000 11:00:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: concern on the X server side References: <20001103020728.A15748@debian.home> From: Havoc Pennington Date: 05 Nov 2000 11:00:20 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 02:07:28 -0500" Message-ID: Lines: 8 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > Thus, in short, do pixmaps survive their creator's death ? > No, they shouldn't. Havoc From shippy@cs.nmt.edu Sun Nov 5 14:52:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhost.nmt.edu (mailhost.nmt.edu [129.138.4.52]) by mail.gnome.org (Postfix) with ESMTP id 8049B2BA8D for ; Sun, 5 Nov 2000 14:52:55 -0500 (EST) Received: from cs.nmt.edu (IDENT:shippy@grissom-18.nmt.edu [129.138.5.188]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA5JeXg00390 for ; Sun, 5 Nov 2000 12:40:38 -0700 Message-ID: <3A05B7B5.8010500@cs.nmt.edu> Date: Sun, 05 Nov 2000 12:40:37 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From summer@OS2.ami.com.au Sun Nov 5 19:03:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netsrvr.ami.com.au (netsrvr.ami.com.au [203.55.31.38]) by mail.gnome.org (Postfix) with ESMTP id 0BE2E2BA8D for ; Sun, 5 Nov 2000 19:03:49 -0500 (EST) Received: from emu.os2.ami.com.au (IDENT:root@c0s19.ami.com.au [203.55.31.84]) by netsrvr.ami.com.au (8.9.3/8.9.3) with ESMTP id HAA32309 for ; Mon, 6 Nov 2000 07:51:25 +0800 Received: from possum.os2.ami.com.au (IDENT:summer@possum.os2.ami.com.au [192.168.1.6]) by emu.os2.ami.com.au (8.10.0/8.10.0) with ESMTP id eA5N7pZ27895 for ; Mon, 6 Nov 2000 07:08:18 +0800 Message-Id: <200011052308.eA5N7pZ27895@emu.os2.ami.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: gtk-list@gnome.org Subject: GTK and Perl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Nov 2000 07:10:04 +0800 From: John Summerfield Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I look for documentation on yusing this combination? I'm new to GTK and would prefer not to learn how to use it in C first. >From the Gtk-Perl-0.7003-0_helix_2 documentation: The code may very well still have leaks, and a few portions are incomplete (such as Gdk colormap manipulation) and much of it is untested. No documentation currently exists, but this code is designed to mimic the C calling sequences as much as is reasonable. I HAVE found an application written in Perl/GTP; it might serve as a sample (though with lots of extraneous stuff I don't want to know about), but it only covers what that application does. I found the tutorial on the www.gtk.org, but that's for C programmers. From mjb@adam.cheshire.net Sun Nov 5 22:11:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from adam.cheshire.net (adam.cheshire.net [208.153.58.2]) by mail.gnome.org (Postfix) with ESMTP id C3DB72BACF for ; Sun, 5 Nov 2000 22:11:31 -0500 (EST) Received: from net1-pool-16.cheshire.net (IDENT:matthew@net1-pool-16.cheshire.net [208.153.58.137]) by adam.cheshire.net (8.9.1/8.9.1) with ESMTP id VAA20876 for ; Sun, 5 Nov 2000 21:58:27 -0500 (EST) Message-Id: <200011060258.VAA20876@adam.cheshire.net> Date: Sun, 05 Nov 2000 22:00:05 EST From: Matthew Beauchesne To: gtk-list@gnome.org Subject: Re: GTK and Perl Reply-To: mjb@adam.cheshire.net X-Mailer: Spruce 0.6.5 for X11 w/smtpio 0.7.9 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 06 Nov 2000, John Summerfield wrote: > Date: Mon, 06 Nov 2000 07:10:04 +0800 > To: gtk-list@gnome.org > From: John Summerfield > Subject: GTK and Perl > > > Where do I look for documentation on yusing this combination? I'm new to > GTK > and would prefer not to learn how to use it in C first. There is a tutorial at http://personal.riverusers.com/~swilhelm/perlgtk/ that is modeled after the GTK+ tutorial at www.gtk.org. It isn't complete but should give you enough to start with. There is also a gtk-perl mailing list. You can subscribe here. http://mail.gnome.org/mailman/listinfo/gtk-perl-list HTH -- Matthew Beauchesne mjb@adam.cheshire.net -- From matthew@mattshouse.com Sun Nov 5 23:53:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.linuxnet (c90610-a.alton1.il.home.com [24.11.42.157]) by mail.gnome.org (Postfix) with ESMTP id 7F87F2BB74; Sun, 5 Nov 2000 23:53:49 -0500 (EST) Received: from matthew (matthew.linuxnet [192.168.1.5]) by www.linuxnet (8.9.3/8.9.3) with ESMTP id WAA26135; Sun, 5 Nov 2000 22:41:35 -0600 Date: Sun, 5 Nov 2000 22:41:59 -0600 (CST) From: matthew X-Sender: matthew@matthew.linuxnet To: gnome-list@gnome.org Cc: gtk-list@gnome.org Subject: gtk-config and gnome-config relocation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I propose that gtk-config and gnome-config be moved from *-libs-devel to *-libs. These files are small, unobtrusive, and come in very handy in a non-development capacity. For example: I'm writing a gtk/gnome application that I will be distributing in both binary and source packages. The binary package will be installed from a GUI installer app. If these scripts are on the target system then I have a definite way of determining where the icons, executables, etc. belong in order to mesh with gnome. However, without these scripts it's guess work. Matthew From philippe.vivarelli@conexant.com Mon Nov 6 06:00:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 0DD932BCBD for ; Mon, 6 Nov 2000 06:00:26 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id CAA24421; Mon, 6 Nov 2000 02:47:16 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Re: Widget Colors To: gtk-list@gnome.org Cc: neelakanth.nadgir@sun.com X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Mon, 6 Nov 2000 11:48:07 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/06/2000 02:48:05 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, It works for buttons but not for other widgets (Label, Frames, ..) I tried this code below, and the button color is changed but it doesn't work for the other widgets (a Label: label1 and a Frame : frame1) Does someone could help Thank you Philippe Vivarelli on_button1_clicked(GtkButton *button, gpointer window) { GtkWidget *ThisWidget; GtkStyle* my_style; GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; my_style = gtk_style_copy( gtk_widget_get_default_style() ); my_style->bg[GTK_STATE_NORMAL] = myGdkColor; my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; my_style->bg[GTK_STATE_SELECTED] = myGdkColor; my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; gtk_widget_set_style(button, my_style); ThisWidget = lookup_widget(window, "label1"); gtk_widget_set_style(ThisWidget, my_style); ThisWidget = lookup_widget(window, "frame1"); gtk_widget_set_style(ThisWidget, my_style); } From john.cupitt@ng-london.org.uk Mon Nov 6 06:53:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 2F1EB2BCBD for ; Mon, 6 Nov 2000 06:53:06 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZVM6; Mon, 6 Nov 2000 11:40:45 -0000 Message-ID: <3A0697E5.A5651067@ng-london.org.uk> Date: Mon, 06 Nov 2000 11:37:09 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ philippe.vivarelli@conexant.com wrote: > It works for buttons but not for other widgets (Label, Frames, ..) Hi Phillippe, it works for widget that have their own windows. Label/frame/etc. are client-type widgets ... they draw on their parent's window. Wrap them in an event box to make sure they get their own window. > on_button1_clicked(GtkButton *button, gpointer window) > > { > GtkWidget *ThisWidget; > GtkStyle* my_style; > > GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; > > my_style = gtk_style_copy( gtk_widget_get_default_style() ); > > my_style->bg[GTK_STATE_NORMAL] = myGdkColor; > my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; > my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; > my_style->bg[GTK_STATE_SELECTED] = myGdkColor; > my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; > > gtk_widget_set_style(button, my_style); > > ThisWidget = lookup_widget(window, "label1"); > gtk_widget_set_style(ThisWidget, my_style); > > ThisWidget = lookup_widget(window, "frame1"); > gtk_widget_set_style(ThisWidget, my_style); > > } This is maybe not the best way. Havoc suggested: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Now your colour change will survive a theme change. Even better (I think) is to use gtk_widget_set_name( widget, "green_widget" ) to set a name for your widget. Then in your .gtkrc file for your application, have lines like: style "green_style" = default { bg[ NORMAL ] = { 0.5, 0.7, 0.5 } } widget "*green_widget" style "green_style" Much easier, and easy for your users to alter too. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From koppal@usc.edu Sun Nov 5 19:00:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from usc.edu (usc.edu [128.125.253.136]) by mail.gnome.org (Postfix) with ESMTP id EBCC12BA8D for ; Sun, 5 Nov 2000 19:00:38 -0500 (EST) Received: from aludra.usc.edu (koppal@aludra.usc.edu [128.125.253.184]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA13145 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Received: from localhost (koppal@localhost) by aludra.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA15517 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Date: Sun, 5 Nov 2000 15:48:25 -0800 (PST) From: koppal To: gtk-list@gnome.org Subject: Rookie questions about the widget curve and GDK Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am a GTK beginner. I wanted to know if the widget curve works for the option GTK_CURVE_TYPE_LINEAR I also wanted to know what i need to put in the arguments of the first gdk_window_new function that i call...i was confused about who is the parent when i have not made any windows yet... thanks, Sanjeev From cras@irccrew.org Sun Nov 5 13:05:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailframe.cabinet.net (mailframe.cabinet.net [213.169.1.9]) by mail.gnome.org (Postfix) with ESMTP id AAD232BA9B for ; Sun, 5 Nov 2000 13:05:10 -0500 (EST) Received: from shodan.irccrew.org (shodan.irccrew.org [213.169.2.254]) by mailframe.cabinet.net (Postfix) with ESMTP id 5B65F10025 for ; Sun, 5 Nov 2000 19:52:54 +0200 (EET) Received: by shodan.irccrew.org (Postfix, from userid 6976) id 1E525F4BB; Sun, 5 Nov 2000 19:52:53 +0200 (EET) Date: Sun, 5 Nov 2000 19:52:53 +0200 From: Timo Sirainen To: gtk-list@gnome.org Subject: MDI-like widget? Message-ID: <20001105195253.B2546@irccrew.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't mean the traditional "windows inside windows" MDI, but rather that kind of what MS Visual Studio (don't know what other programs have it) partly uses. Some of it's windows dock at the borders of the real window, they can be moved to different border or above/below other docked windows or removed completely as a separate real window, but they never float around freely and other windows don't overlap them. So I was thinking some container widget that could do this automatically. I could add widgets to left/right/up/down and it could be moved around or separated as new window, and the new window could be docked back (like tearoff menus). These docked border windows would be mostly for some utility windows, like file browsers and such. There wouldn't be that many of them. In the middle there would be the working area. I'm not sure how it would behave, maybe have some windows that could be split horizontally (and vertically) and they also could be moved around but not necessarily behind border windows .. The windows themselves could have some simple title bar that could be used to drag the window. Window resizing should of course also work, but while growing one window others would shrink. GtkTable works pretty much the same as this, except I don't know if it's possible to move and resize widgets in it, or to add/remove rows/columns in the middle of the table. So the questions: Has anyone done anything like this yet? Does anyone want this kind of widget? Is anyone willing to code it? ;) I might try it, but it would take a long time and probably would just end up as ugly and buggy code. From jason@rebel.rebel.net.au Thu Nov 2 02:29:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id 1F16A2BAB8; Thu, 2 Nov 2000 02:29:34 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id RAA11222; Thu, 2 Nov 2000 17:47:26 +1030 Date: Thu, 2 Nov 2000 17:47:25 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um... You can safely ignoe my last post. I have worked out a way to do it. If anyone is ineterested this is what I came up with. GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); ... //add many widgets to MainW ... void do_sens(GtkWidget *w,gpointer data) { gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); } void sens_all(gboolean sens) { gtk_container_foreach (GTK_CONTAINER(MainW), do_sens, (gpointer *)sens); } It seems to do what I wanted. Jason On Thu, 2 Nov 2000, Jason Tan wrote: > > > Hi All, > > I have an applciaiton with many many user contorls(widgets) and under > certain cirecumstances I want to be able to block all the signals from all > widgets excpet one or two. > > Is there an easy-ish way to do this? > > The gui stores info about bales of wool in several places and under > certain circumstances we don't want any processing to be able to > continue until the user has verified the details being displayed are > correct. > > I could put in a variable that can be set when I am in the mode where I > want the user to verify before continuing, then test that variable in > every callback, but I have a lot of callbacks and this would be a lot of > work. > > Does anyone have a better suggestion or know a way to do this. > > I guess what I really want to do is soemthign like > > gtk_signal_handler_block(,) > ... > gtk_singnal_handler_unblock(,). > > The bit I can't work out is how to do the block all. > > Any suggestions very gratefully received. > > I am using glade, so there might be some celever way to gt all the child > widgets fromt eh top level window using sem of the support functions, but > I haven't worked out how to do that yet either. > > Regards > jason tan > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > -- ------------------------------------------------------------------------------ Jason Tan jason@rebel.net.au Some people have a way about them that seems to say: "If I have only one life to live, let me live it as a jerk." -/usr/games/fortune ------------------------------------------------------------------------------ From dinh@enserb.fr Thu Nov 2 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 779E62BAC0 for ; Thu, 2 Nov 2000 06:57:26 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id MAA11158; Thu, 2 Nov 2000 12:45:09 +0100 (MET) Message-ID: <3A0161F2.9E909CAF@enserb.fr> Date: Thu, 02 Nov 2000 12:45:38 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Sebastian Wilhelmi Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> Content-Type: multipart/mixed; boundary="------------85D89991BDE0D515223CA7BE" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sebastian Wilhelmi wrote: > > Actually this should work, AFAICT. Please post a example, demonstrating this > behaviour (This sould be a stripped down example though) and I will have a > look. this example is build from the one given in the FAQ. -- Hoa --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii; name="testthread.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="testthread.c" #include #include #include #include #include #include #include #define YES_IT_IS (1) #define NO_IT_IS_NOT (0) typedef struct { GtkWidget *label; int what; } yes_or_no_args; G_LOCK_DEFINE_STATIC (yes_or_no); static volatile int yes_or_no = YES_IT_IS; void destroy(GtkWidget *widget, gpointer data) { gtk_main_quit(); } void *argument_thread(void *args) { yes_or_no_args *data = (yes_or_no_args *)args; gboolean say_something; printf("one thread\n"); for(;;) { /* sleep a while */ sleep(rand() / (RAND_MAX / 3) + 1); /* lock the yes_or_no_variable */ G_LOCK(yes_or_no); /* do we have to say something? */ say_something = (yes_or_no != data->what); if(say_something) { /* set the variable */ yes_or_no = data->what; } /* Unlock the yes_or_no variable */ G_UNLOCK(yes_or_no); if(say_something) { /* get GTK thread lock */ gdk_threads_enter(); /* set label text */ if(data->what == YES_IT_IS) gtk_label_set_text(GTK_LABEL(data->label), "O yes, it is!"); else gtk_label_set_text(GTK_LABEL(data->label), "O no, it isn't!"); /* release GTK thread lock */ gdk_threads_leave(); } } return(NULL); } int main(int argc, char *argv[]) { GtkWidget *window; GtkWidget *label; yes_or_no_args yes_args, no_args; pthread_t no_tid, yes_tid; /* init threads */ g_thread_init(NULL); /* init gtk */ gtk_init(&argc, &argv); /* init random number generator */ srand((unsigned int)time(NULL)); /* create a window */ window = gtk_window_new(GTK_WINDOW_TOPLEVEL); gtk_signal_connect(GTK_OBJECT (window), "destroy", GTK_SIGNAL_FUNC(destroy), NULL); gtk_container_set_border_width(GTK_CONTAINER (window), 10); /* create a label */ label = gtk_label_new("And now for something completely different ..."); gtk_container_add(GTK_CONTAINER(window), label); gtk_signal_connect(GTK_OBJECT (label), "event", GTK_SIGNAL_FUNC(argument_thread), NULL); /* show everything */ gtk_widget_show(label); gtk_widget_show (window); /* create the threads */ yes_args.label = label; yes_args.what = YES_IT_IS; pthread_create(&yes_tid, NULL, argument_thread, &yes_args); no_args.label = label; no_args.what = NO_IT_IS_NOT; pthread_create(&no_tid, NULL, argument_thread, &no_args); /* enter the GTK main loop */ gdk_threads_enter(); gtk_main(); gdk_threads_leave(); return(0); } --------------85D89991BDE0D515223CA7BE-- From jason@rebel.rebel.net.au Thu Nov 2 00:03:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id BA0442BB36; Thu, 2 Nov 2000 00:02:56 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id PAA09077; Thu, 2 Nov 2000 15:20:50 +1030 Date: Thu, 2 Nov 2000 15:20:49 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Blockingsignals for all widgets(except one or two) In-Reply-To: <20001101175735.C30710@dman.rh.rit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All, I have an applciaiton with many many user contorls(widgets) and under certain cirecumstances I want to be able to block all the signals from all widgets excpet one or two. Is there an easy-ish way to do this? The gui stores info about bales of wool in several places and under certain circumstances we don't want any processing to be able to continue until the user has verified the details being displayed are correct. I could put in a variable that can be set when I am in the mode where I want the user to verify before continuing, then test that variable in every callback, but I have a lot of callbacks and this would be a lot of work. Does anyone have a better suggestion or know a way to do this. I guess what I really want to do is soemthign like gtk_signal_handler_block(,) ... gtk_singnal_handler_unblock(,). The bit I can't work out is how to do the block all. Any suggestions very gratefully received. I am using glade, so there might be some celever way to gt all the child widgets fromt eh top level window using sem of the support functions, but I haven't worked out how to do that yet either. Regards jason tan From cookj@cs.man.ac.uk Fri Nov 3 07:26:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from m1.cs.man.ac.uk (m1.cs.man.ac.uk [130.88.192.2]) by mail.gnome.org (Postfix) with ESMTP id C3E122DB5A for ; Fri, 3 Nov 2000 07:26:07 -0500 (EST) Received: from ceratops by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id MAA21276; Fri, 3 Nov 2000 12:13:41 GMT Date: Fri, 3 Nov 2000 12:13:40 GMT Message-Id: <200011031213.MAA44701@ceratops> From: Jon Cook To: gtk-list@gnome.org Subject: Mouse position with key event Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Unlike its X equivalent, the GdkEventKey data structure does not contain the position of the mouse when the key press/release event occurred. Is there any way of getting this information. Cheers, Jon From rsteinke@merilon.elfhame.net Wed Nov 1 17:27:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id DE1102DD66 for ; Wed, 1 Nov 2000 17:27:41 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eA1MJtx09516 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:19:55 -0800 Date: Wed, 1 Nov 2000 14:19:55 -0800 From: Ron Steinke Message-Id: <200011012219.eA1MJtx09516@merilon.elfhame.net> To: gtk-list@gnome.org Subject: stop GtkEventBox from resizing Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any way to stop a GtkEventBox from being resized by its parent? Specifically, the EventBox contains a pixmap, and I want it to remain the same size as the pixmap, even when the window containing it changes size. I can do it by surronding the EventBox with another box, but I was wondering if there was some more sophisticated way of doing this? Ron Steinke From cvj@telco.co.in Tue Oct 31 22:26:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id F11E32BEA5; Tue, 31 Oct 2000 22:26:38 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id IAA25908; Wed, 1 Nov 2000 08:44:16 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id IAA29761; Wed, 1 Nov 2000 08:45:46 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id IAA30603; Wed, 1 Nov 2000 08:42:32 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id IAA11174; Wed, 1 Nov 2000 08:41:58 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 08:41:57 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Oct 31, 4:49pm) References: <39FF2DE6.7A3B4731@lickey.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford , Davina Armstrong Subject: Re: activating a button Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Oct 31, 4:49pm, Jonathan Blandford wrote: > Subject: Re: activating a button > Davina Armstrong writes: > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > either make the "activate" event call my button callback function, or I > > can make it call gtk_button_clicked(button), both of which work, but > > fail to give the user the visual feedback of the button being clicked. > > Can anyone tell me how to accomplish this? > Try gtk_button_pressed(button) and then gtk_button_realesed(button) this will ultimately generate the click event on your button also hopefully( i m not sure plz. try out ) it will give you the visual effect Thanx cvjoshi > There is no way in GTK+ to give this visual feedback using a button. > Sorry I can't help more. > > Thanks, > -Jonathan > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list >-- End of excerpt from Jonathan Blandford -- ### Imagination is more important than Knowledge. ### - Albert Einstien ________________________________________________________ Chandrashekhar V Joshi ESG, TTIL, Telco Campus, PUNE - 411 018 email: cvjoshi@telco.co.in phone: +91-20-77 42 61 Extn.2049 (off) -740 20 49 (off) +91-20-765 26 91 (res) --------------------------------------------------------- From jrb@redhat.com Wed Nov 1 00:18:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (dsl254-119-026-nyc1.dsl-isp.net [216.254.119.26]) by mail.gnome.org (Postfix) with ESMTP id 51EDF2C898; Wed, 1 Nov 2000 00:18:06 -0500 (EST) Received: (from jrb@localhost) by localhost.localdomain (8.11.0/8.11.0) id eA16C8B02762; Wed, 1 Nov 2000 01:12:08 -0500 X-Authentication-Warning: localhost.localdomain: jrb set sender to jrb@redhat.com using -f To: "Chandrashekhar V. Joshi" Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-URL: From: Jonathan Blandford Date: 01 Nov 2000 01:12:07 -0500 In-Reply-To: "Chandrashekhar V. Joshi"'s message of "Wed, 1 Nov 2000 08:41:57 +0000" Message-ID: Lines: 26 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Chandrashekhar V. Joshi" writes: > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > Subject: Re: activating a button > > Davina Armstrong writes: > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > either make the "activate" event call my button callback function, or I > > > can make it call gtk_button_clicked(button), both of which work, but > > > fail to give the user the visual feedback of the button being clicked. > > > Can anyone tell me how to accomplish this? > > > > Try gtk_button_pressed(button) and then > gtk_button_realesed(button) > this will ultimately generate the click event on your button > also hopefully( i m not sure plz. try out ) > it will give you the visual effect This won't work. It will simulate the "clicked" event (by emitting the signal) but you won't get the visual effect. You are better off using gtk_button_clicked, or better yet, just calling your callback directly when you get an "activate" signal. Thanks, -Jonathan From cvj@telco.co.in Wed Nov 1 00:31:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id 290E22D34F; Wed, 1 Nov 2000 00:31:13 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id KAA01261; Wed, 1 Nov 2000 10:48:54 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id KAA01553; Wed, 1 Nov 2000 10:50:22 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id KAA32537; Wed, 1 Nov 2000 10:47:06 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id KAA11538; Wed, 1 Nov 2000 10:46:32 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 10:46:32 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Nov 1, 1:12am) References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford Subject: Re: activating a button Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Nov 1, 1:12am, Jonathan Blandford wrote: > Subject: Re: activating a button > "Chandrashekhar V. Joshi" writes: > > > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > > Subject: Re: activating a button > > > Davina Armstrong writes: > > > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > > either make the "activate" event call my button callback function, or I > > > > can make it call gtk_button_clicked(button), both of which work, but > > > > fail to give the user the visual feedback of the button being clicked. > > > > Can anyone tell me how to accomplish this? > > > > > > > Try gtk_button_pressed(button) and then > > gtk_button_realesed(button) > > this will ultimately generate the click event on your button > > also hopefully( i m not sure plz. try out ) > > it will give you the visual effect > > This won't work. It will simulate the "clicked" event (by emitting the > signal) but you won't get the visual effect. You are better off using > gtk_button_clicked, or better yet, just calling your callback directly > when you get an "activate" signal. > oh yes. actually u can emit a button_press and button_release signal but following should work except that queue_draw may not update your ui as u are in the event dispatch thread till ur function completes gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); // ur implementation here gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); thanx cvjoshi From otaylor@redhat.com Mon Nov 6 09:01:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 428042BB58 for ; Mon, 6 Nov 2000 09:01:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 07C50242C5D; Mon, 6 Nov 2000 09:01:37 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: stop GtkEventBox from resizing References: <200011012219.eA1MJtx09516@merilon.elfhame.net> From: Owen Taylor Date: 06 Nov 2000 09:01:37 -0500 In-Reply-To: Ron Steinke's message of "Wed, 1 Nov 2000 14:19:55 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > Is there any way to stop a GtkEventBox from being resized by > its parent? Specifically, the EventBox contains a pixmap, and I want > it to remain the same size as the pixmap, even when the window > containing it changes size. I can do it by surronding the EventBox > with another box, but I was wondering if there was some more > sophisticated way of doing this? The geometry management of a widget is typically handled by the options by which it is added into its parent. So, if the parent doesnt' have sufficient flexibility to do what you want, you may need to add an intermediate parent. It could be a box, as you suggest, but a more designed-for-the-task widget is a GtkAlignment: http://developer.gnome.org/doc/API/gtk/gtkalignment.html Regards, Owen From otaylor@redhat.com Mon Nov 6 09:03:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8B9302CE87 for ; Mon, 6 Nov 2000 09:03:13 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF6EE242C5E; Mon, 6 Nov 2000 09:03:12 -0500 (EST) To: Jon Cook Cc: gtk-list@gnome.org Subject: Re: Mouse position with key event References: <200011031213.MAA44701@ceratops> From: Owen Taylor Date: 06 Nov 2000 09:03:12 -0500 In-Reply-To: Jon Cook's message of "Fri, 3 Nov 2000 12:13:40 GMT" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jon Cook writes: > Hi, > > Unlike its X equivalent, the GdkEventKey data structure does not > contain the position of the mouse when the key press/release event > occurred. Is there any way of getting this information. Not really, sorry. You can use gdk_window_add_filter() to get direct access to the X event. Alternatively, you can use gdk_window_get_pointer() when you receive the event and assume that is close enough. Regards, Owen From otaylor@redhat.com Mon Nov 6 09:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0BE12CDEC; Mon, 6 Nov 2000 09:05:02 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C1BE5242C5E; Mon, 6 Nov 2000 09:05:02 -0500 (EST) To: Jason Tan Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) References: From: Owen Taylor Date: 06 Nov 2000 09:05:02 -0500 In-Reply-To: Jason Tan's message of "Thu, 2 Nov 2000 17:47:25 +1030 (CST)" Message-ID: Lines: 42 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jason Tan writes: > Um... > You can safely ignoe my last post. > I have worked out a way to do it. > > If anyone is ineterested this is what I came up with. > > GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); > > ... > > //add many widgets to MainW > > ... > > > > void do_sens(GtkWidget *w,gpointer data) > { > gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); > } > > > void sens_all(gboolean sens) > { > gtk_container_foreach (GTK_CONTAINER(MainW), > do_sens, > (gpointer *)sens); > } > > It seems to do what I wanted. > > > Jason Of course, gtk_widget_set_sensitivity() already propagates sensitivity to the child widgets... Regards, Owen From otaylor@redhat.com Mon Nov 6 09:09:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id BE04D2BB20 for ; Mon, 6 Nov 2000 09:09:10 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 83FFC242C5E; Mon, 6 Nov 2000 09:09:10 -0500 (EST) To: John Cupitt Cc: philippe.vivarelli@conexant.com, gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: <3A0697E5.A5651067@ng-london.org.uk> From: Owen Taylor Date: 06 Nov 2000 09:09:10 -0500 In-Reply-To: John Cupitt's message of "Mon, 06 Nov 2000 11:37:09 +0000" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt writes: > philippe.vivarelli@conexant.com wrote: > > It works for buttons but not for other widgets (Label, Frames, ..) > > Hi Phillippe, it works for widget that have their own windows. > Label/frame/etc. are client-type widgets ... they draw on their parent's > window. Wrap them in an event box to make sure they get their own > window. A slightly more intuitive way to think of this is that a widget such as a Label or a Frame does not have a background - it draws the text, and for the frame, the shadow, but not the background. If you think about a label widget as just being the text, and not text + background, it should be clear that you need to set the background of the parent widget (or add a parent widget such as a GtkEventBox), rather than setting the background of the widget itself. Regards, Owen From hvv@hippo.ru Mon Nov 6 10:16:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 456402BA83; Mon, 6 Nov 2000 10:14:45 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hvv@hippo.ru Mon Nov 6 10:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 56D652BCBD; Mon, 6 Nov 2000 10:16:13 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From alan.dugas@analog.com Mon Nov 6 13:30:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id EC8722BB20; Mon, 6 Nov 2000 13:30:16 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id NAA15511; Mon, 6 Nov 2000 13:30:13 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id NAA19165; Mon, 6 Nov 2000 13:30:05 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G88N2>; Mon, 6 Nov 2000 13:30:14 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Mon, 6 Nov 2000 13:30:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Well, by scaling down the number of calls to gtk_extext_insert() I found that the loading scaled proportionatly. This more or less confirms my suspiction that gtkextext requires significantly more overhead than gtktext. For the time being I will live with this with an eye towards writing as much data as possible into one gigantic array to minimize gtk_extext_insert() calls. However, how do I display text at one location and insert text in another? The application I am working on collects data real-time and appends new data to the bottom of the gtkextext. If I wish to view something at the top of the widget and use either the scrollbar or keyboard to do so, the text that's supposed to be appended to the bottom gets inserted into the viewing location instead!! Has anyone else run into this? >From what I've seen in the gtkextext.h file, the API doesn't appear to have a function to facilitate this. Thanks again to those who respond. -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Saturday, November 04, 2000 12:58 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Fri, 3 Nov 2000, Dugas, Alan wrote: > > Thanks for your responses Chris and Detlef. I keep trying to use this > > widget as a gtktext. Have either of you run into problems with cpu > usage > > no ;) > > > when using gtkextext to insert text? After replacing gtktext with > > gtkextext, the update rate of the gtkextext is so slow my system locks > up! > > In other words this widget appears to have an extremely large amount of > > overhead. > > to me it seems not very slow. but i must say, that i use it in muli only > for quit small text chunks, aprox 1k. but at this size it is possible to > switch the page more then 10 times / second on a PII 350, 198 megs of > ram(not tested with a stopwatch :). > > Unless... I have something in my code that's messing with > the > > gtkextext. Any ideas? > > if you insert your text linewise, that can be realy time consumptiv. > > beside of this, is it possible that you not only changed to gtkextext, but > also to pixmap themes? or in other words try it with the default theme. > pixmap themes are absolut time suckin pigs > > and at least, if you are short of memory, it can give a problem with > gtkextext, cause it leaks memory. not the most, but if you change the > contents very often... > > if that all not helps, can you send a snippet of code, that shows the > behaviour? (direct, not over the list, if its bigger) > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From robby@dingoblue.net.au Mon Nov 6 14:40:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [203.2.75.107]) by mail.gnome.org (Postfix) with ESMTP id 2BC232BC01 for ; Mon, 6 Nov 2000 14:40:33 -0500 (EST) Received: from celery (sdcax54-175.dialup.optusnet.com.au [198.142.208.175]) by mail04.syd.optusnet.com.au (8.9.3/8.9.3) with ESMTP id GAA04746 for ; Tue, 7 Nov 2000 06:40:25 +1100 Received: from robby by celery with local (Exim 3.16 #1 (Debian)) id 13ss4f-0003Pg-00 for ; Tue, 07 Nov 2000 06:36:57 +1100 Date: Tue, 7 Nov 2000 06:36:57 +1100 From: Robert Schonberger To: gtk-list@gnome.org Subject: Window specific themes? Message-ID: <20001107063657.A12997@celery> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.3.9i X-Operating-System: Linux 2.2.17 i686 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Just wondering if theres a way to set particular windows/programs to use different gtk+ themes?=20 =09 I can do it manually by editing .gtkrc to point to a different theme directory, then opening a new gtk window (this, luckily, doesn't affect all the other windows already existing - or does it?) Anyway, just wondering if theres a better/more intelligent way of doing this? Thanks, Robert --=20 Robert Schonberger robsc@cse.unsw.edu.au 2nd Year Software Engineering Student Computing 1A tutor send email with subject exactly "get pgp key" to get my public key. Reality is for people who lack imagination. --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.1i iQA/AwUBOgcIWBo1ek5dW854EQLzeQCgy6Z+3GSHckg/iC58qWSrxO9MpssAoJuE 27/niKFdg88Iyf/4IxppHmJ3 =9Nl9 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From davina@lickey.com Mon Nov 6 14:50:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 8C2D72BA98 for ; Mon, 6 Nov 2000 14:50:57 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id A3A57A017 for ; Mon, 6 Nov 2000 11:50:55 -0800 (PST) Message-ID: <3A070B9F.DB932EF1@lickey.com> Date: Mon, 06 Nov 2000 11:50:55 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: focus question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry and a GtkButton. When I first move the mouse over the application, the window gets the focus. When I hit tab the first time, the GtkEntry gets the focus. The second tab gives the focus to the GtkButton. My question is about the third tab - I can't figure out where the focus is going. The fourth tab brings the focus back to the GtkEntry. Can anyone help? Thanks! Davina From otaylor@redhat.com Mon Nov 6 17:41:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 379072BE08 for ; Mon, 6 Nov 2000 17:41:03 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF07A242E1F; Mon, 6 Nov 2000 17:41:02 -0500 (EST) To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: focus question References: <3A070B9F.DB932EF1@lickey.com> From: Owen Taylor Date: 06 Nov 2000 17:41:02 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 06 Nov 2000 11:50:55 -0800" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry > and a GtkButton. When I first move the mouse over the application, the > window gets the focus. When I hit tab the first time, the GtkEntry gets > the focus. The second tab gives the focus to the GtkButton. My > question is about the third tab - I can't figure out where the focus is > going. The fourth tab brings the focus back to the GtkEntry. Can > anyone help? Not your problem - just the way that GTK+ works (will be fixed for GTK+-2.0). Regards, Owen From switk@worldnet.att.net Tue Nov 7 06:08:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc27.worldnet.att.net (mtiwmhc27.worldnet.att.net [204.127.131.52]) by mail.gnome.org (Postfix) with ESMTP id 2F12D2BC8D for ; Tue, 7 Nov 2000 06:08:33 -0500 (EST) Received: from worldnet.att.net ([12.91.41.209]) by mtiwmhc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001107110832.HEFU7142.mtiwmhc27.worldnet.att.net@worldnet.att.net> for ; Tue, 7 Nov 2000 11:08:32 +0000 Message-ID: <3A07E2A3.FA06AA2C@worldnet.att.net> Date: Tue, 07 Nov 2000 06:08:19 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Below is a copy of an email that I sent to Davina and forgot to CC the list. The only way that I know of to get the effect of a button being pressed when a key is pressed is rather messy and involved for what you want to do. You connect to both the "key_press_event" and the "key_release_event" of the widget that is going to have the keyboard focus and in key_press handler call gtk_button_enter(), gtk_button_pressed(), and gtk_button_clicked(). Then in the key_release handler use gtk_button_released() and gtk_button_leave(). The problem with this approach is that if the mouse happens to be over the button that you're doing this with then you get 2 "clicked" signals emitted so you need to check to make sure that you're button isn't the widget that the mouse happens to be over. You can do this by connecting to the "enter_notify_event" and "leave_notify_event" for the button that you're dealing with. If it is then don't call gtk_button_enter(), gtk_button_clicked() and gtk_button_leave(). (I told you it was messy) I'm not sure how much help this would be to you though. Even on my slowest machine (pentium 100) a dialog I have that has an entry widget with button_clicked attached to it's "activate" signal, goes away too fast to be able to see the visual effect, unless you are not closing the dialog at this time. Davina Armstrong wrote: > > I want write a dialog box that does the following: > > It has a GtkEntry and a GtkButton. When it first appears, the GtkEntry > has the focus. The user types in the GtkEntry and hits Enter, which - > and here's my problem - activates the GtkButton. > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > either make the "activate" event call my button callback function, or I > can make it call gtk_button_clicked(button), both of which work, but > fail to give the user the visual feedback of the button being clicked. > Can anyone tell me how to accomplish this? > > Thanks! > Davina > From jones@iabg.de Tue Nov 7 08:54:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 5D1152BAC0 for ; Tue, 7 Nov 2000 08:54:18 -0500 (EST) Received: by iabgfw.iabg.de; id OAA16174; Tue, 7 Nov 2000 14:54:16 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma015689; Tue, 7 Nov 00 14:53:26 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Tue, 7 Nov 2000 14:53:23 +0100 Message-ID: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> From: "jones" To: Subject: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 14:50:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a problem that you may be able to help with I have a C Gtk program that interfaces with a ada program, I have compressed the C program in to *.o files and the packed them in to *.a file and then try to link them to the ada program but in linking the ada link program can not find any of the Gtk calls, I need a way to compile the program. an help thanks OneStar From charlet@ACT-Europe.FR Tue Nov 7 09:17:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 87AB62BAB8 for ; Tue, 7 Nov 2000 09:17:29 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 62B495F59D; Tue, 7 Nov 2000 15:17:28 +0100 (MET) Date: Tue, 7 Nov 2000 15:17:28 +0100 From: Arnaud Charlet To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001107151728.C10193@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <000b01c048c1$b57b7970$5000050a@sam.iabg.de>; from jones@iabg.de on Tue, Nov 07, 2000 at 02:50:37PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. This is hard to help without more details, but have you considered doing your Gtk part also in Ada, using GtkAda ? This might not be an option for you, but thought I'd mention it anyway. By more details I mean which platform, what commands did you use, what error did you get, etc... Arno From JayLeBlanc@yifan.net Tue Nov 7 09:51:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id EA8622BAB8 for ; Tue, 7 Nov 2000 09:51:56 -0500 (EST) Received: (qmail 13229 invoked from network); 7 Nov 2000 14:51:26 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 7 Nov 2000 14:51:26 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Tue, 7 Nov 2000 09:51:26 -0500 Subject: Label Alignment Message-id: <3a0816ee.3395.0@yifan.net> X-User-Info: 198.133.22.75 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thanks Darin Fisher and Caleb Land for your replies. That worked great for that label but it doesn't seem to work well for a multi-line label. The label is attached to a large section of a table and seems to want to center each line again. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From dfisher@jagger.me.berkeley.edu Tue Nov 7 10:41:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neptune.landover.net (unknown [205.179.108.68]) by mail.gnome.org (Postfix) with ESMTP id A8CAB2BAB8 for ; Tue, 7 Nov 2000 10:41:47 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darinf@localhost.localdomain [127.0.0.1]) by neptune.landover.net (8.11.0/8.11.0) with ESMTP id eA7Fe1b23399 for ; Tue, 7 Nov 2000 07:40:05 -0800 Message-ID: <3A082251.537D75AF@jagger.me.berkeley.edu> Date: Tue, 07 Nov 2000 07:40:01 -0800 From: Darin Fisher X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22smp i686) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a0816ee.3395.0@yifan.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay LeBlanc wrote: > Thanks Darin Fisher and Caleb Land for your replies. That worked great > for that label but it doesn't seem to work well for a multi-line label. > The label is attached to a large section of a table and seems to want > to center each line again. Any ideas? > > Thanks, > Jay > > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list Make sure you are setting both the alignment and the justification.... gtk_misc_set_alignment(...) gtk_label_set_justify(...) Are you calling both functions? The justification is, by default, centered. Think of the label as existing in a box, that is just large enough to contain the text. The alignment of the box, is its (x,y) offset within its container. The justification effects the layout of text within the box. For single line labels, the justification should never matter (I think). Hope this helps... Darin From jones@iabg.de Tue Nov 7 11:07:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 432B82CAAD for ; Tue, 7 Nov 2000 11:06:59 -0500 (EST) Received: by iabgfw.iabg.de; id RAA09866; Tue, 7 Nov 2000 17:06:57 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma009495; Tue, 7 Nov 00 17:06:03 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de; Tue, 7 Nov 2000 17:05:58 +0100 Message-ID: <002d01c048d4$3b271ea0$5000050a@sam.iabg.de> From: "jones" To: "Johan Groth" Cc: References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Subject: Re: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 17:03:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ----- Original Message ----- From: "Johan Groth" To: "jones" Cc: Sent: Tuesday, November 07, 2000 3:16 PM Subject: Re: C Gtk, ada and gnat > jones wrote: > > > > I have a problem that you may be able to help with I have a C Gtk program > > that interfaces with a ada program, I have compressed the C program in to > > *.o files and the packed them in to *.a file and then try to link them to > > the ada program but in linking the ada link program can not find any of the > > Gtk calls, I need a way to compile the program. > > Hi, > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` > > -- > Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 > Cell Network ! Kontoret: 054 - 14 25 27 > johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 > johan.groth.cellnetwork@dynamics.saab.se > thanks solved it now From ranma@gargoyles.ch Tue Nov 7 11:48:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from demona.gargoyles.ch (demona.gargoyles.ch [212.254.218.162]) by mail.gnome.org (Postfix) with ESMTP id B8F5C2BDE5; Tue, 7 Nov 2000 11:48:16 -0500 (EST) Received: from agamemnon (agamemnon@agamemnon.gargoyles.ch [192.168.0.100]) by demona.gargoyles.ch (8.10.1/8.10.1) with SMTP id eA7GlTG15375; Tue, 7 Nov 2000 17:47:29 +0100 From: Thomas Haeberli Reply-To: ranma@gargoyles.ch Organization: http://ranma.gargoyles.ch To: gtk-app-devel-list@gnome.org Subject: Need just a user adress Field in GTK+ Date: Tue, 7 Nov 2000 17:53:14 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: gtk-list@gnome.org MIME-Version: 1.0 Message-Id: <00110717535302.00397@agamemnon> Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all =09Is there any chance that there's a user Varfield in the GTK+ ? =09I have a bigger preprocessing before i call the Window Creator, and =09there are already Values in the Data Tree, so i have to pass the =09Adress of the DataTree to the GTK, but how do i do that ? =09gtk_main() dosn't seem to me that it's supporting it. --=20 so long Ranma-kun http://ranma.gargoyles.ch http://anime.gargoyles.ch http://www.gargoyles.ch From tcarter@reliable-net.net Tue Nov 7 14:49:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id 009942CC78 for ; Tue, 7 Nov 2000 14:49:28 -0500 (EST) Received: from tcarter ([199.3.90.49]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id OAA37603 for ; Tue, 7 Nov 2000 14:33:10 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <000a01c048f4$230f4fc0$315a03c7@tcarter> From: "tcarter" To: "LIST GTK" Subject: Object Destroy Date: Tue, 7 Nov 2000 14:51:10 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C048CA.2AE7C580" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have an area in the window I use to create a "pop-up" vertical scroll = bar with an adjustment. =20 When I'm finished with the "pop-up", I try to destroy the scroll bar and = adjustment object. When I execute the gtk_object_destroy for the adjustment object, I get: Gtk-WARNING: gtk_signal_disconnect_by_data(): could not find handler = containing data (hex data). How do I destroy the Adjustment? ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have an area in = the window I use=20 to create a "pop-up" vertical scroll bar with an = adjustment. =20
 
When I'm finished = with the=20 "pop-up", I try to destroy the scroll bar and adjustment=20 object.
 
When I execute the=20 gtk_object_destroy for the adjustment object, I get:
 
Gtk-WARNING:=20 gtk_signal_disconnect_by_data(): could not find handler containing data = (hex=20 data).
 
How do I destroy the = Adjustment?
 
 
------=_NextPart_000_0007_01C048CA.2AE7C580-- From davina@lickey.com Tue Nov 7 15:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 13DFB2BF54; Tue, 7 Nov 2000 15:17:33 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 4E86DA017; Tue, 7 Nov 2000 12:17:28 -0800 (PST) Message-ID: <3A086354.46539980@lickey.com> Date: Tue, 07 Nov 2000 12:17:24 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: drawing GtkEntry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm trying to change the appearance of GtkEntry to be a dotted underline rather than a white box. I've got the dotted line being drawn, but I can't figure out where the white rectangle is being drawn. I was able to draw a gray box *over* the white one, but I'd prefer not to draw the white one in the first place. Help, anyone? Thanks! Davina From algr0010@stud.uni-sb.de Tue Nov 7 15:20:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from indyio.rz.uni-sb.de (indyio.rz.uni-sb.de [134.96.7.3]) by mail.gnome.org (Postfix) with ESMTP id 563502C963 for ; Tue, 7 Nov 2000 15:20:27 -0500 (EST) Received: from caesar.rz.uni-saarland.de (IDENT:Niutg3LMIDSawNLbssHVcfJJagmy1Amk@caesar.rz.uni-sb.de [134.96.7.20]) by indyio.rz.uni-sb.de (8.9.3/8.9.3) with ESMTP id VAA5095883 for ; Tue, 7 Nov 2000 21:20:26 +0100 (CET) Received: from caesar.rz.uni-sb.de (IDENT:iwlhmVL+4nCgnLArCtdUPxb3GVidIN03@caesar.rz.uni-sb.de [134.96.7.20]) by caesar.rz.uni-saarland.de (8.9.3/8.9.3) with ESMTP id VAA128567734 for ; Tue, 7 Nov 2000 21:20:25 +0100 (TZ=CET) Date: Tue, 7 Nov 2000 21:20:24 +0100 From: Alexei Gromov X-Sender: algr0010@caesar.rz.uni-saarland.de To: LIST GTK Subject: Locale and fonts. In-Reply-To: <000a01c048f4$230f4fc0$315a03c7@tcarter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, All. I want to know, what and where do I have to change to set the default font for different locales. If I don't set LANG and LC_CTYPE environment, then GTK applications (Gnapster, XMMS) are using one font. If I set the locale, then they are using another one. I would like to change the font they use. May be it is not a GTK question but locale... Can anyone help me with this? ------------------------------------------------------------------------- | Alexei Gromov, DFKI. | | E-mail algr0010@stud.uni-sb.de | | Alexei.Gromov@dfki.de | | alex@sapsan.de | ------------------------------------------------------------------------- From hp@redhat.com Tue Nov 7 18:06:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0083F2D0F6; Tue, 7 Nov 2000 18:06:55 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7N64J31683; Tue, 7 Nov 2000 18:06:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: Re: drawing GtkEntry References: <3A086354.46539980@lickey.com> From: Havoc Pennington Date: 07 Nov 2000 18:06:04 -0500 In-Reply-To: Davina Armstrong's message of "Tue, 07 Nov 2000 12:17:24 -0800" Message-ID: Lines: 18 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I'm trying to change the appearance of GtkEntry to be a dotted underline > rather than a white box. I've got the dotted line being drawn, but I > can't figure out where the white rectangle is being drawn. I was able > to draw a gray box *over* the white one, but I'd prefer not to draw the > white one in the first place. Help, anyone? > The way to do this is to subclass GtkEntry and replace its drawing code, probably. The white rectangle is most likely set as the window background in the realize function; you'd need to override that as well, probably your override should chain up to the default GtkEntry realize, then reset the window background. Havoc From hp@redhat.com Tue Nov 7 18:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 9A5412BE8C for ; Tue, 7 Nov 2000 18:35:51 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7NZ0Y31713; Tue, 7 Nov 2000 18:35:00 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Timo Sirainen Cc: gtk-list@gnome.org Subject: Re: MDI-like widget? References: <20001105195253.B2546@irccrew.org> From: Havoc Pennington Date: 07 Nov 2000 18:35:00 -0500 In-Reply-To: Timo Sirainen's message of "Sun, 5 Nov 2000 19:52:53 +0200" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Timo Sirainen writes: > So the questions: Has anyone done anything like this yet? Does anyone want > this kind of widget? Is anyone willing to code it? ;) I might try it, but it > would take a long time and probably would just end up as ugly and buggy code. > We want a widget like this in GTK+. It's quite a bit of work though, to have all the nice features you expect and have a nice API. One way I was thinking of doing it was to have a single container with slots at left/right/top/bottom/center, and its children can be pulled out into their own window or go in a slot, and if multiple children are in a slot you get a notebook there, etc. You'd need to be able to configure which children could go in which space, limit spaces to only one child, and other stuff like that. A nicer way to do it might be to have a GtkDockSpot widget, which is just one of the slots. You'd have a GtkDockGroup that defined a set of GtkDockSpot widgets children could be shared between. Then you'd put these all in a table to get the typical left/right/top/bottom/center layout. This way any number of alternative layouts would be supported though, which could be convenient. But there are various issues to think about, it's unclear what way is best. Havoc From rhajikhani@exchange.office.etoys.com Tue Nov 7 20:10:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 92FAB2BC6C for ; Tue, 7 Nov 2000 20:10:08 -0500 (EST) Received: (qmail 11003 invoked from network); 8 Nov 2000 00:44:24 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 00:44:24 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59RJ55; Tue, 7 Nov 2000 17:08:01 -0800 Date: Tue, 7 Nov 2000 17:08:56 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk+ developing a real time graphical tool Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am trying to develop a real time graphical statistical tool for loads on our servers. I would like to show bars change their hight in accordance to their new values continuously. The bars would indicate the load on our servers. Can any one tell me what I should use for displaying the bars? Is a gnome canvas the tool that I should be using? Is there another widget that I should consider? I have started this thing and I would like to get a feed back as to whether I am taking the right path... If any one has any idea I really appreciate it... Thanks -Rasoul From pbd@op.net Tue Nov 7 20:14:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 05CFD2DBFA for ; Tue, 7 Nov 2000 20:14:56 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-1b.ppp.op.net [209.152.194.91]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id UAA09791; Tue, 7 Nov 2000 20:14:50 -0500 (EST) Message-Id: <200011080114.UAA09791@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help with gtk+ developing a real time graphical tool In-reply-to: Your message of "Tue, 07 Nov 2000 17:08:56 PST." Date: Tue, 07 Nov 2000 20:15:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi there, >I am trying to develop a real time graphical statistical tool for loads on >our servers. I would like to show bars change their hight in accordance to >their new values continuously. The bars would indicate the load on our >servers. Can any one tell me what I should use for displaying the bars? you might want to track down est@hyperreal.org's GtkLevelHold widget. its pretty cool. i use it for audio metering in various applications. if you can't find it, let me know and i can email you a copy of it and GtkRGB on which it depends. --p From bjrohan@home.com Tue Nov 7 23:42:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by mail.gnome.org (Postfix) with ESMTP id 0A9272BF7F for ; Tue, 7 Nov 2000 23:42:27 -0500 (EST) Received: from home.com ([24.10.69.33]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20001108044102.OOPX26316.femail4.sdc1.sfba.home.com@home.com> for ; Tue, 7 Nov 2000 20:41:02 -0800 Message-ID: <3A08DB62.507E32A8@home.com> Date: Tue, 07 Nov 2000 20:49:39 -0800 From: "Brian J. Rohan" X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test10 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: very basic gcc question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am new to C++, and realize this may not be the best group to post C++ questions in (what group would be best?). I have tried to compile a very basic C++ program as follows: #include int main() { cout <<"Hello World!\n"; return 0; } I then go to the directory contaiing the .cc file above, and type gcc ch1proj1.cc (the name of the file) I then get the following error messages: /tmp/cc2y1g3w.o: IN function `main': /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' /tmp/cc2y1g3w.0(.text+0xf): undefined reference to `ostream::operator<<(char const *)' collect2: ld returned 1 exit status What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 Thank you very much Brian From antony@claire.co.jp Tue Nov 7 23:46:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns.claire.co.jp (ns.claire.co.jp [210.154.52.34]) by mail.gnome.org (Postfix) with ESMTP id 3E1412DD01 for ; Tue, 7 Nov 2000 23:46:06 -0500 (EST) Received: from claire.co.jp (IDENT:antony@ttsw4158.tel.claire.co.jp [172.20.80.158]) by ns.claire.co.jp (8.9.3+3.2W/8.8.7) with ESMTP id NAA31143; Wed, 8 Nov 2000 13:46:02 +0900 Message-ID: <3A08DA85.602E8408@claire.co.jp> Date: Wed, 08 Nov 2000 13:45:57 +0900 From: Antony Stace Reply-To: antony@claire.co.jp Organization: System Claire X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3k i686) X-Accept-Language: en MIME-Version: 1.0 To: "Brian J. Rohan" Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <3A08DB62.507E32A8@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ try using "g++" instead of "gcc" "Brian J. Rohan" wrote: > > I am new to C++, and realize this may not be the best group to post > C++ questions in (what group would be best?). I have tried to compile a > very basic C++ program as follows: > > #include > > int main() > { > cout <<"Hello World!\n"; > return 0; > } > > I then go to the directory contaiing the .cc file above, and type gcc > ch1proj1.cc (the name of the file) > I then get the following error messages: > > /tmp/cc2y1g3w.o: IN function `main': > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to > `ostream::operator<<(char const *)' > collect2: ld returned 1 exit status > > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 > > Thank you very much > > Brian > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From dsh8290@rit.edu Wed Nov 8 01:50:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id EB9202CDC9 for ; Wed, 8 Nov 2000 01:50:42 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id BAA10432 for ; Wed, 8 Nov 2000 01:50:32 -0500 (EST) Date: Wed, 8 Nov 2000 01:50:00 -0500 From: D-Man To: gtk-list@gnome.org Subject: Re: very basic gcc question Message-ID: <20001108015000.C31568@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ As Anthony said, using the C++ compiler instead of the C compiler fixes the problem. Brian, it would be better for you to use 'endl' instead of '\n' to print a newline. Using the endl manipulator flushes the stream, otherwise you may not get the output. ex: cout << "Hello World." << endl ; Deviation in discussion: However, looking at the gcc web site and man pages, it appears that 'gcc' no longer stands for GNU C Compiler, but instead stands for GNU Compiler Collection. gcc also accepts an argument (-x) to specify the language to use. Here are some samples using Brian's code: $ gcc -x c++ hello.cc /tmp/ccq8aI9Q.o: In function `main': /tmp/ccq8aI9Q.o(.text+0x17): undefined reference to `cout' /tmp/ccq8aI9Q.o(.text+0x1c): undefined reference to `ostream::operator<<(char const *)' /tmp/ccq8aI9Q.o(.text+0x2a): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))' collect2: ld returned 1 exit status $ g++ -x c++ hello.cc $ g++ -x c hello.cc hello.cc:2:22: iostream.h: No such file or directory Similarly, if I write the corresponding Hello World in java: $ gcj --main=Hello Hello.java $ gcj -xjava --main=Hello Hello.java $ gcc -xjava --main=Hello Hello.java jc1: Unrecognized option `-fmain=Hello' $ gcc -xjava -C Hello.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main' /tmp/ccQ2q5v6.o: In function `Hello::Hello(void)': /tmp/ccQ2q5v6.o(.text+0xe): undefined reference to `java::lang::Object::Object(void)' [other link errors snipped] $ gcc -xjava -c Hello.java [ this gave no errors, however a C/C++ .o object file was created, rather than a .class file ] It seems that the -x option tells gcc which parser to use, but it has no effect on the remainder of available options or the linker. What is the intended purpose of redefining "GCC" and the -x option? Am I using it in the wrong way? Thanks, -D On Tue, 07 Nov 2000 23:45:57 Antony Stace wrote: | try using "g++" instead of "gcc" | | "Brian J. Rohan" wrote: | > | > I am new to C++, and realize this may not be the best group to post | > C++ questions in (what group would be best?). I have tried to compile a | > very basic C++ program as follows: | > | > #include | > | > int main() | > { | > cout <<"Hello World!\n"; | > return 0; | > } | > | > I then go to the directory contaiing the .cc file above, and type gcc | > ch1proj1.cc (the name of the file) | > I then get the following error messages: | > | > /tmp/cc2y1g3w.o: IN function `main': | > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' | > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to | > `ostream::operator<<(char const *)' | > collect2: ld returned 1 exit status | > | | > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 | > | > Thank you very much | > | > Brian | > From hvv@hippo.ru Wed Nov 8 01:55:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.198.223]) by mail.gnome.org (Postfix) with ESMTP id 2C1332DBC0 for ; Wed, 8 Nov 2000 01:55:29 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01231; Wed, 8 Nov 2000 10:17:51 +0400 Date: Wed, 8 Nov 2000 10:17:50 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Alexei Gromov Cc: LIST GTK Subject: Re: Locale and fonts. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 7 Nov 2000, Alexei Gromov wrote: Hi Alexey, File /etc/gtk/gtkrc.${LANG} defines default fontset used by gtk under that locale. But you should add similar constructs to .gtkrc to override defaults. Gnome Control Center edits it for example when you override font. I personally dumped fontset definitions from /etc/gtk/gtkrc.ru since XLib behaves very strange at allocating fonts in fontset (it seemed to me that it's impossible to make fontset containing fonts I needed - XLib was loading some falbacks for unknown reason). So I use 'font' rather than 'fontset' keyword in my .gtkrc since it allows me to specify font precisely - but following this way you will encounter a nasty bug in gtk that will make all non-english words truncated in menus on buttons etc. Apply the appropriate patch from http://www.hippo.ru/~hvv/projects.html and you'll get nicely and correctly working gtk. > Hi, All. > > I want to know, what and where do I have to change to set the default font > for different locales. > If I don't set LANG and LC_CTYPE environment, then GTK applications > (Gnapster, XMMS) are using one font. If I set the locale, then they are > using another one. I would like to change the font they use. May be it is > not a GTK question but locale... Can anyone help me with this? > > ------------------------------------------------------------------------- > | Alexei Gromov, DFKI. | > | E-mail algr0010@stud.uni-sb.de | > | Alexei.Gromov@dfki.de | > | alex@sapsan.de | > ------------------------------------------------------------------------- > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hp@redhat.com Wed Nov 8 09:30:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 295442BB41 for ; Wed, 8 Nov 2000 09:30:24 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA8ETXR32162; Wed, 8 Nov 2000 09:29:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <20001108015000.C31568@dman.rh.rit.edu> From: Havoc Pennington Date: 08 Nov 2000 09:29:33 -0500 In-Reply-To: D-Man's message of "Wed, 8 Nov 2000 01:50:00 -0500" Message-ID: Lines: 15 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > What is the intended purpose of redefining "GCC" and the -x option? Am I > using it in the wrong way? > If you guys were having this discussion on a more appropriate mailing list, there might be someone on said list who knew the answer. ;-) No gcc experts on this one AFAIK. Try: http://gcc.gnu.org/lists.html Also there are some C programming lists out there. Havoc From dsh8290@rit.edu Wed Nov 8 14:04:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id A62B62D61F for ; Wed, 8 Nov 2000 14:04:31 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id OAA01555; Wed, 8 Nov 2000 14:04:25 -0500 (EST) Date: Wed, 8 Nov 2000 14:03:45 -0500 From: D-Man To: Havoc Pennington Cc: dsh8290@ritvax.isc.rit.edu, gtk-list@gnome.org Subject: Re: not-so-basic gcc question [was very basic gcc question] Message-ID: <20001108140345.A5606@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001108015000.C31568@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from hp@redhat.com on Wed, Nov 08, 2000 at 09:29:33 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ;-) For those who are interested: In any case I had a sudden revelation this morning: the code compiled fine, but didn't link. For C++ code, these are equivalent (as far as I can tell): g++ foo.cc gcc -xc++ -lstdc++ foo.cc As for the Java, gcc -xjava -c Foo.java will compile the Java to a .o object file. I found that there is a program, /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain , that takes a class name as an argument and writes C code for main to stdout. this main can then be compiled and linked with the other object files. gcj --main=Foo Foo.java is the same as gcc -xjava -c Foo.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain Foo > main.c gcc -lgcj -lgcjgc -lpthread -lzgcj main.c Foo.o The following also seem to be equivalent: gcc -xjava -c Foo.java gcj -c Foo.java I don't think you can create .class file using the gcc command. -D On Wed, 08 Nov 2000 09:29:33 Havoc Pennington wrote: | | D-Man writes: | > What is the intended purpose of redefining "GCC" and the -x option? Am I | > using it in the wrong way? | > | | If you guys were having this discussion on a more appropriate mailing | list, there might be someone on said list who knew the answer. ;-) | No gcc experts on this one AFAIK. Try: | | http://gcc.gnu.org/lists.html | | Also there are some C programming lists out there. | | Havoc | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From mleisher@crl.nmsu.edu Wed Nov 8 16:44:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 94A2F2BACE for ; Wed, 8 Nov 2000 16:44:31 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA05950 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA20761 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA07982; Wed, 8 Nov 2000 14:44:29 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14857.51517.439323.424921@helion.crl.nmsu.edu> Date: Wed, 8 Nov 2000 14:44:29 -0700 (MST) To: gtk-list@gnome.org Subject: Dialog positioning redux Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've been playing with centering dialog widgets on application windows for a bit over the past couple days. A brief scan of the archives did not produce anything specific about the behavior I'm seeing. Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to work *after* the dialog window is visible, which causes a flash as the window is moved to its new location. What am I missing that will allow me to move the widget before making it visible? ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From alan.dugas@analog.com Wed Nov 8 17:04:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 791422DB8D; Wed, 8 Nov 2000 17:04:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id RAA25190; Wed, 8 Nov 2000 17:04:42 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id RAA07880; Wed, 8 Nov 2000 17:04:39 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474HA866>; Wed, 8 Nov 2000 17:04:58 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Wed, 8 Nov 2000 17:03:54 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ But how does that prevent the insertion point from being moved by the scrollbar or keyboard - even with the widget set insensitive? The problem is that the insertion point moves when it shouldn't. In short I don't want the user to be able to move insertion point, but I do want the user to be able to move up and down (i.e. scroll) the widget to view previously displayed text. Any ideas? -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Monday, November 06, 2000 4:19 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Mon, 6 Nov 2000, Dugas, Alan wrote: > > another? The application I am working on collects data real-time and > > appends new data to the bottom of the gtkextext. If I wish to view > > something at the top of the widget and use either the scrollbar or > > keyboard > > to do so, the text that's supposed to be appended to the bottom gets > > inserted into the viewing location instead!! Has anyone else run into > > this? > > From what I've seen in the gtkextext.h file, the API doesn't appear to > > have > > a function to facilitate this. Thanks again to those who respond. > > if i understod you right, that the 'widget jumps to the inserte position', > then something like the following shall help > > gtk_extext_freeze(...) > gtk_extext_inserte(...) > gtk_extext_set_line( GtkExText, the_first_line_you_want_to_show - 1 ); > gtk_extext_thaw(...) > > > you can get the actuell line you see before freeze from > gtk_extext_get_line() or from the scroll_line_start struct in _GtkExText. > > hope that helps > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 18:16:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 940B92BD01 for ; Wed, 8 Nov 2000 18:16:18 -0500 (EST) Received: (qmail 14289 invoked from network); 8 Nov 2000 22:50:41 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 22:50:41 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59SG71; Wed, 8 Nov 2000 15:14:08 -0800 Date: Wed, 8 Nov 2000 15:14:39 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk table Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am new to gtk. My dilema is that I want to populate the columns of a table in a loop. It is a 2x2 table and I only want to populate the upper cells. this is my command for (i = 0; i <= 1; i++) { count = i; lh = gtk_level_hold_new(300, 20, GTK_LEVEL_HOLD_FADE, 8, 3, 5); gtk_table_attach_defaults( GTK_TABLE(table), lh, count, ++count, 0, 1); /* rest of the code here */ But I get an error: Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion `left_attach < right_attach' failed. Can any one help? What I am doing wrong? From alan.dugas@analog.com Wed Nov 8 18:36:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 6E8AE2BBA9 for ; Wed, 8 Nov 2000 18:36:48 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id SAA28217; Wed, 8 Nov 2000 18:36:47 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb1.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id SAA22981; Wed, 8 Nov 2000 18:36:46 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ491>; Wed, 8 Nov 2000 18:37:03 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, Rasoul Hajikhani Subject: RE: Help with gtk table Date: Wed, 8 Nov 2000 18:37:02 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You might want to change "++count" to "count + 1". It looks like count = 0 and ++count = 1 during the first loop. However, count = 2 and ++count = 3 during the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope this helps. -- Stupid Genius > ---------- > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > Sent: Wednesday, November 08, 2000 6:14 PM > To: gtk-list@gnome.org > Subject: Help with gtk table > > Hi there, > I am new to gtk. My dilema is that I want to populate the columns of a > table in a loop. It is a 2x2 table and I only want to populate the upper > cells. this is my command > for (i = 0; i <= 1; i++) > { > count = i; > > lh = gtk_level_hold_new(300, 20, > GTK_LEVEL_HOLD_FADE, > 8, > 3, > 5); > > gtk_table_attach_defaults( GTK_TABLE(table), > lh, > count, > ++count, > 0, > 1); > /* rest of the code here */ > But I get an error: > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > `left_attach < right_attach' failed. > > Can any one help? What I am doing wrong? > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 19:03:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 05A5B2BD01 for ; Wed, 8 Nov 2000 19:03:27 -0500 (EST) Received: (qmail 21904 invoked from network); 8 Nov 2000 23:37:50 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 23:37:50 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59S2LX; Wed, 8 Nov 2000 16:00:55 -0800 Date: Wed, 8 Nov 2000 16:01:09 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "Dugas, Alan" Cc: gtk-list@gnome.org Subject: RE: Help with gtk table In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It worked just fine... Thanks a whole bunch --r On Wed, 8 Nov 2000, Dugas, Alan wrote: > You might want to change "++count" to "count + 1". It looks like count = 0 and > ++count = 1 during the first loop. However, count = 2 and ++count = 3 during > the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope > this helps. > > > > -- Stupid Genius > > > ---------- > > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > > Sent: Wednesday, November 08, 2000 6:14 PM > > To: gtk-list@gnome.org > > Subject: Help with gtk table > > > > Hi there, > > I am new to gtk. My dilema is that I want to populate the columns of a > > table in a loop. It is a 2x2 table and I only want to populate the upper > > cells. this is my command > > for (i = 0; i <= 1; i++) > > { > > count = i; > > > > lh = gtk_level_hold_new(300, 20, > > GTK_LEVEL_HOLD_FADE, > > 8, > > 3, > > 5); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > lh, > > count, > > ++count, > > 0, > > 1); > > /* rest of the code here */ > > But I get an error: > > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > > `left_attach < right_attach' failed. > > > > Can any one help? What I am doing wrong? > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Wed Nov 8 20:35:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 3434F2BE08 for ; Wed, 8 Nov 2000 20:35:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA91YLM09907; Wed, 8 Nov 2000 20:34:21 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Mark Leisher Cc: gtk-list@gnome.org Subject: Re: Dialog positioning redux References: <14857.51517.439323.424921@helion.crl.nmsu.edu> From: Havoc Pennington Date: 08 Nov 2000 20:34:21 -0500 In-Reply-To: Mark Leisher's message of "Wed, 8 Nov 2000 14:44:29 -0700 (MST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to > work *after* the dialog window is visible, which causes a flash as the window > is moved to its new location. > > What am I missing that will allow me to move the widget before making it > visible? If you call set_uposition() before you show the window, it shouldn't flash. Unless it's a window manager bug. Havoc From mleisher@crl.nmsu.edu Thu Nov 9 11:16:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 3FE572BB3D for ; Thu, 9 Nov 2000 11:16:58 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA16442 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA69562 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA08567; Thu, 9 Nov 2000 09:16:54 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14858.52726.742649.403639@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 09:16:54 -0700 (MST) To: gtk-list@gnome.org Subject: Re: Dialog positioning redux In-Reply-To: References: <14857.51517.439323.424921@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc> If you call set_uposition() before you show the window, it Havoc> shouldn't flash. Unless it's a window manager bug. Thanks. I'm using an old, hacked-up version of fvwm95. I'll switch to something else and see if that does the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From pbd@op.net Thu Nov 9 12:45:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-10.ppp.op.net [209.152.194.48]) by mail.gnome.org (Postfix) with ESMTP id 7864E2BBE3 for ; Thu, 9 Nov 2000 12:45:25 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA9Hk4m07865; Thu, 9 Nov 2000 12:46:04 -0500 Date: Thu, 9 Nov 2000 12:46:04 -0500 Message-Id: <200011091746.eA9Hk4m07865@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: how to tell when a widget is really not visible Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i have a widget packed onto page 2 of a notebook. when i am viewing page 1, i don't want the page 2 widget to queue redraws. what flags do i use to determine that its not "visible", since VISIBLE and MAPPED don't work for this purpose ? --p From cschadl@satan.org.uk Thu Nov 9 13:38:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.chartermi.net (mail.chartermi.net [24.213.60.74]) by mail.gnome.org (Postfix) with ESMTP id 49C892BBEE for ; Thu, 9 Nov 2000 13:38:56 -0500 (EST) Received: from satan.org.uk ([206.11.232.21]) by mail.chartermi.net (Post.Office MTA v3.5.3 release 223 ID# 0-69662U28758L15078S0V35) with ESMTP id net for ; Thu, 9 Nov 2000 13:38:50 -0500 Message-ID: <3A0AE48F.1B247C5A@satan.org.uk> Date: Thu, 09 Nov 2000 12:53:19 -0500 From: Chris Schadl X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Default widget question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Right now I'm still getting the hang of GTK and I am writing a test app with 3 buttons. The first button (Add) is the default button, however I am having trouble getting it to display as such. If I use the following code: add = gtk_button_new_with_label("Add"); gtk_box_pack_start(GTK_BOX(buttonbox), add, TRUE, TRUE, 0); GTK_WIDGET_SET_FLAGS(add, GTK_CAN_DEFAULT); gtk_widget_grab_default(GTK_WIDGET(add)); gtk_signal_connect_object(GTK_OBJECT(add), "clicked", GTK_SIGNAL_FUNC(callback_func), (gpointer)clist); then the "Add" button is smaller than the rest of the buttons but that's about it. It dosen't have the kind of 'beveled' border that default buttons are supposed to have (such as the "Ok" button in the file selection widget.) Is there something that I am missing? -- ---------------------------------------- Chris Schadl cschadl@satan.org.uk PGP Key -> finger chris@typedef.dhs.org ---------------------------------------- From meisemann@dsrnet.com Thu Nov 9 16:06:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id BE4792BC97 for ; Thu, 9 Nov 2000 16:06:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA9KtYp29935 for ; Thu, 9 Nov 2000 15:55:34 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA9KtX429930 for ; Thu, 9 Nov 2000 15:55:33 -0500 (EST) Received: by localhost with Microsoft MAPI; Thu, 9 Nov 2000 16:06:47 -0500 Message-ID: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: circular reference Date: Thu, 9 Nov 2000 16:06:45 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application with C and GTK and due to the nature of this error I got I am not sure where in the code the message came from so can not really supppply any o code to help. However, I was wondering if anyone has ever seen this message before and what it may mean. At one point in running my application, probably when I was quiting the application, I got an error message: Warning: Name: mainForm Class: XmForm Circular dependency in Form children. Warning: Name: hydroText Class: XmTextField Character '', not supported in font. Discarded. Any ideas what I should look for in my code? Thanks for your help. Matt From mleisher@crl.nmsu.edu Thu Nov 9 18:13:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id EACE92BD5A for ; Thu, 9 Nov 2000 18:13:19 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA28853 for ; Thu, 9 Nov 2000 16:13:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA70375 for ; Thu, 9 Nov 2000 16:13:18 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA09143; Thu, 9 Nov 2000 16:13:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14859.12173.337326.480528@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 16:13:17 -0700 (MST) To: gtk-list@gnome.org Subject: www.gtk.org update? Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Any idea when updates of GTK-specific software will be appearing again? Perhaps replacing the current list with a pointer to freshmeat.net would do the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From hp@redhat.com Thu Nov 9 19:41:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 459C52BB45 for ; Thu, 9 Nov 2000 19:41:43 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAA0emN06232; Thu, 9 Nov 2000 19:40:48 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Havoc Pennington Date: 09 Nov 2000 19:40:48 -0500 In-Reply-To: Matt Eisemann's message of "Thu, 9 Nov 2000 16:06:45 -0500" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one ... > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From meisemann@dsrnet.com Fri Nov 10 09:18:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id F32CC2BAA0 for ; Fri, 10 Nov 2000 09:18:18 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAAE71p11566 for ; Fri, 10 Nov 2000 09:07:01 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAAE6w411558; Fri, 10 Nov 2000 09:06:59 -0500 (EST) Received: by localhost with Microsoft MAPI; Fri, 10 Nov 2000 09:18:06 -0500 Message-ID: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Havoc Pennington'" Cc: "gtk-list@gnome.org" Subject: RE: circular reference Date: Fri, 10 Nov 2000 09:18:05 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Yes quite sure that I am using GTK and C (not C++) in my application. Well, I only got this error once and I am running on Sun Solar in a X window environment. The Motif Window Manager could be running or causing a conflict with my application thats why I was wondering if anyone knows of potential conflicts with MWM or Open Look Window Manager and a (C and GTK) application. Maybe this error was a fluke and won't happen again. Matt -----Original Message----- From: Havoc Pennington [SMTP:hp@redhat.com] Sent: Thursday, November 09, 2000 7:41 PM To: Matt Eisemann Cc: gtk-list@gnome.org Subject: Re: circular reference Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one .. > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From jack.smith@csfb.com Wed Nov 8 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E444C2BEA3 for ; Wed, 8 Nov 2000 06:57:26 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id GAA04140 for ; Wed, 8 Nov 2000 06:57:21 -0500 (EST) Received: from unknown(169.37.98.46) by ny-bas05 via smap (V4.2) id xma003685; Wed, 8 Nov 00 06:56:51 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: I would like to use GTK but ... Date: Wed, 8 Nov 2000 11:56:48 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 1617E008126635-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I can't get configure to run I have downloaded from ftp.gtk.org the latest version 1.2.8 I have unzipped this into a directory called ~/GTK/src/gtk+-1.2.8 Now when I try to run ./configure this is what I get loads of lines where configure is checking stuff, .......... ........ ...... then *** The glib-config script installed by GLIB could not be found *** If GLIB was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GLIB_CONFIG environment variable to the *** full path to glib-config. configure: error: *** GLIB 1.2.8 or better is required. The latest version of GLIB *** is always available from ftp://ftp.gtk.org/. So, why isn't this specified in the requirements for GTK http://www.gtk.org/faq/gtkfaq-2.html#ss2.1 2.1 What do I need to run GTK+? To compile GTK+, all you need is a C compiler (gcc) and the X Window System and associated libraries on your system. clearly this is not the case. So, If I download the glib stuff, I ought to be able to compile GTK+, except that attempts to 'make' glib also fail with "glib.h", line 502: Error: "," expected instead of "gssize". "glib.h", line 503: Error: "," expected instead of "gsize". ......... And more lines related to other typedef errors I can't find anywhere that typedef's gint32. WHASSUUPP ! I hope to hear from you soon This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From baxter@cs.unc.edu Tue Nov 7 11:37:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 70A2F2BDE5 for ; Tue, 7 Nov 2000 11:37:55 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id LAA18379 for ; Tue, 7 Nov 2000 11:37:52 -0500 (EST) Message-ID: <3A082FDF.359920AF@cs.unc.edu> Date: Tue, 07 Nov 2000 11:37:51 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Blinking Tooltips Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have the Mandrake 7.2 distro on my laptop. KDE 2.0 is my desktop. The question I have is this: All the tooltips in the GTK-based apps that I run (E.g. Gimp) blink on and off. Is this the designed behavior? The whole tooltip window appears and disappears at about 1hz frequency. If so, it is extremely annoying and makes the text in the tooltip unnecessarily difficult to read. It reminds me of the bad old days when everyone used to use that dang tag on their web pages. That's finally subsided, but now we have to deal with blinking tooltips in every app?? Anyone know how I can make the tooltips stop blinking? I can't seem to find any info about how to disable the blink anywhere. --Bill Baxter From johan.groth.mandator@celsius.se Tue Nov 7 09:45:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id BC3242BAB8 for ; Tue, 7 Nov 2000 09:45:35 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Tue, 07 Nov 2000 15:25:19 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id PAA18362 for gtk-list@gnome.org; Tue, 7 Nov 2000 15:25:49 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id PAA00856 for ; Tue, 7 Nov 2000 15:17:25 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id ; Tue, 07 Nov 2000 15:18:05 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id PAA24842; Tue, 7 Nov 2000 15:17:35 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA27634; Tue, 7 Nov 2000 15:16:51 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id PAA17908; Tue, 7 Nov 2000 15:16:47 +0100 (MET) Message-Id: <3A080ECF.A06E9BCA@rmail.bofors> Date: Tue, 07 Nov 2000 15:16:47 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. Hi, you need to tell gnatmake to link with the gtk libraries. $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs `gtk-config --libs` -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From iboroje@jagor.srce.hr Fri Nov 10 10:37:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mail.gnome.org (Postfix) with ESMTP id DD9D32BAA0 for ; Fri, 10 Nov 2000 10:37:23 -0500 (EST) Received: from localhost (iboroje@localhost) by jagor.srce.hr (8.9.0/8.9.0) with ESMTP id QAA09480 for ; Fri, 10 Nov 2000 16:37:22 +0100 (MET) Date: Fri, 10 Nov 2000 16:37:22 +0100 (MET) From: Igor Borojevic To: gtk-list@gnome.org Subject: Re: Welcome to the "gtk-list" mailing list In-Reply-To: <20001110153002.149D12BAA0@mail.gnome.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Fri, 10 Nov 2000 gtk-list-request@gnome.org wrote: Hi, I was wondering where I can find more information or any documentation about modules in gtk? I have some sh script that runs some program: GTK_MODULES=$GTK_MODULES:name_of_library and in library I have functions: g_module_check_init() and gtk_module_init() which are defined as G_MODULE_EXPORT I was wondering who is invoking who here and in which order, actually I have some ideas how that thing works but I would like to hear some authorative explanation. Tnx Igor Borojevic From basavaraj_m@yahoo.com Thu Nov 9 20:16:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web703.mail.yahoo.com (web703.mail.yahoo.com [128.11.23.23]) by mail.gnome.org (Postfix) with SMTP id E36162BB45 for ; Thu, 9 Nov 2000 20:16:12 -0500 (EST) Received: (qmail 12188 invoked by uid 60001); 10 Nov 2000 01:16:08 -0000 Message-ID: <20001110011608.12187.qmail@web703.mail.yahoo.com> Received: from [129.107.62.95] by web703.mail.yahoo.com; Thu, 09 Nov 2000 17:16:08 PST Date: Thu, 9 Nov 2000 17:16:08 -0800 (PST) From: basavaraj menasinahal Reply-To: basavaraj_m@dacafe.com Subject: I am getting Gtk-warning **:cannot display: To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Dear Sir/Madam, I compiled successfully my program and when I tried to run on SUN OS it is giving me Gtk-warning ** : cannot display: What is the error? Can I run this program in Windows? __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From Alexander.Lichius@ruhr-uni-bochum.de Thu Nov 9 07:55:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sunu450.rz.ruhr-uni-bochum.de (sunu450.rz.ruhr-uni-bochum.de [134.147.64.5]) by mail.gnome.org (Postfix) with SMTP id 6060A2BF09 for ; Thu, 9 Nov 2000 07:55:10 -0500 (EST) Received: (qmail 24603 invoked from network); 9 Nov 2000 12:55:01 -0000 Received: from dialppp-5-240.rz.ruhr-uni-bochum.de (134.147.5.240) by mailhost.rz.ruhr-uni-bochum.de with SMTP; 9 Nov 2000 12:55:01 -0000 Date: Thu, 9 Nov 2000 13:56:09 +0100 From: Alexander Lichius X-Mailer: The Bat! (v1.45) Personal Reply-To: Alexander Lichius X-Priority: 3 (Normal) Message-ID: <1977908351.20001109135609@ruhr-uni-bochum.de> To: GTK Mailing List Subject: GDK ERROR: Fatal io error 11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi i tried to run a gdk/gtk+ application which gives me randomly the following error: Gdk-ERROR**: Fatal IO error 11 (Try again) on X server bla:0.0 it seems that there is no special action related to throwing the error. sometimes it it sufficient to just move the mouse over some of the application windows, somtimes one has to push some buttons. i found some similar reports in the archive but no reliable hint on solving that problem. the developer of the app has never encountered such errors, so i think it has to do with my local setup (X, shared libs, etc.). i upgraded to the latest glib, gdk, gtk+ releases and had a recompile from scratch, but no go ... ANY hints are really appreciated, but please CC to me directly because i am not participating on the list for now ... CU Alexander mailto:Alexander.Lichius@ruhr-uni-bochum.de From hp@redhat.com Fri Nov 10 12:08:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1417D2DE91 for ; Fri, 10 Nov 2000 12:08:42 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH7g007433; Fri, 10 Nov 2000 12:07:42 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> From: Havoc Pennington Date: 10 Nov 2000 12:07:42 -0500 In-Reply-To: William Baxter's message of "Tue, 07 Nov 2000 11:37:51 -0500" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, They aren't supposed to blink, I've never heard of this problem. Maybe your system clock is seriously broken, confusing GTK's timing? Havoc From hp@redhat.com Fri Nov 10 12:10:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0FA4A2BDA1 for ; Fri, 10 Nov 2000 12:10:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH9FR07437; Fri, 10 Nov 2000 12:09:15 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Havoc Pennington Date: 10 Nov 2000 12:09:15 -0500 In-Reply-To: Matt Eisemann's message of "Fri, 10 Nov 2000 09:18:05 -0500" Message-ID: Lines: 14 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Yes quite sure that I am using GTK and C (not C++) in my application. > Well, I only got this error once and I am running on Sun Solar in a X > window environment. The Motif Window Manager could be running or causing a > conflict with my application thats why I was wondering if anyone knows of > potential conflicts with MWM or Open Look Window Manager and a (C and GTK) > application. Maybe this error was a fluke and won't happen again. > I would say the error was output by MWM or OLWM, GTK does not have such an error and doesn't use the Motif functions the error mentions. Havoc From hp@redhat.com Fri Nov 10 12:11:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 83AA52DE4D for ; Fri, 10 Nov 2000 12:11:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAHA6W07443; Fri, 10 Nov 2000 12:10:06 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Alexander Lichius Cc: GTK Mailing List Subject: Re: GDK ERROR: Fatal io error 11 References: <1977908351.20001109135609@ruhr-uni-bochum.de> From: Havoc Pennington Date: 10 Nov 2000 12:10:06 -0500 In-Reply-To: Alexander Lichius's message of "Thu, 9 Nov 2000 13:56:09 +0100" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I've only heard of this when people have threaded apps and don't do locking properly. Havoc From alan.dugas@analog.com Fri Nov 10 12:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id D9B302DE08 for ; Fri, 10 Nov 2000 12:34:22 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id MAA25830; Fri, 10 Nov 2000 12:33:54 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id MAA23101; Fri, 10 Nov 2000 12:33:50 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ6DR>; Fri, 10 Nov 2000 12:34:07 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, basavaraj_m@dacafe.com Subject: RE: I am getting Gtk-warning **:cannot display: Date: Fri, 10 Nov 2000 12:34:05 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are you running this program remotely? I get that error if I try to run my gtk app on a remote host and display it on a local host. Hope this helps. -- Stupid Genius > ---------- > From: basavaraj menasinahal[SMTP:basavaraj_m@yahoo.com] > Reply To: basavaraj_m@dacafe.com > Sent: Thursday, November 09, 2000 8:16 PM > To: gtk-list@gnome.org > Subject: I am getting Gtk-warning **:cannot display: > > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? > > Can I run this program in Windows? > > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one Place. > http://shopping.yahoo.com/ > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Fri Nov 10 13:56:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 210722BDA1 for ; Fri, 10 Nov 2000 13:56:17 -0500 (EST) Received: (qmail 19080 invoked from network); 10 Nov 2000 18:30:30 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 10 Nov 2000 18:30:30 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59T7PT; Fri, 10 Nov 2000 10:53:31 -0800 Date: Fri, 10 Nov 2000 10:55:00 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Need help with scroll window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a table with 30 columns and I have a scrolled window that allows me to view all the rows. the problem is on opening the window, the table is very small and I have to resize my main window to make the table larger. Is there any way that I can give a defualt size value (wxh) to a table. Please help this thing is driving me crazy... -Rasoul From wolfgang@ultim.net Fri Nov 10 23:31:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 77D3F2BB33 for ; Fri, 10 Nov 2000 23:31:20 -0500 (EST) Received: (qmail 7040 invoked from network); 11 Nov 2000 04:26:04 -0000 Received: from m176.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.176) by athena.ultim.net with SMTP; 11 Nov 2000 04:26:04 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAB4OOT14119 for gtk-list@gnome.org; Fri, 10 Nov 2000 23:24:24 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 10 Nov 2000 23:24:24 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: I am getting Gtk-warning **:cannot display: Message-ID: <20001110232424.B13898@debian.home> References: <20001110011608.12187.qmail@web703.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001110011608.12187.qmail@web703.mail.yahoo.com>; from basavaraj_m@yahoo.com on Thu, Nov 09, 2000 at 05:16:08PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Thu, Nov 09, 2000 at 05:16:08PM -0800, heure d'inpiration, basavaraj menasinahal écrivait en ces mots: > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? You are probably launching your program in an environment where the the "DISPLAY" variable is not set. You can verify this by typing this command: "echo $DISPLAY". This problem should not occur if you are running it in an X Window session. Wolfgang -- A chicken is an egg's way of producing more eggs. From bott@iol.it Sat Nov 11 09:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by mail.gnome.org (Postfix) with ESMTP id 86BDA2BD47 for ; Sat, 11 Nov 2000 09:30:47 -0500 (EST) Received: from gauss (151.33.131.175) by smtp1.libero.it; 11 Nov 2000 15:30:46 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 13uZQK-0001VP-00 for ; Sat, 11 Nov 2000 13:06:20 +0100 Date: Sat, 11 Nov 2000 13:06:19 +0100 From: Ottavio Campana To: Gtk-list Subject: Question about combo box Message-ID: <20001111130619.A5773@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have got a combobox where the user has to put an url. When he presses enter I want to lauch a function and to add the text he wrote in the list of the combobox. I think that for the first thing I have to intercept a signal, I've tried with changed but the function run everytime I press a button. For the second thing I don't know what to do. Can you help me? Bye -- Non c'è più forza nella normalità, c'è solo monotonia. From pbd@op.net Sat Nov 11 09:50:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 13D372DC54 for ; Sat, 11 Nov 2000 09:50:47 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-05.ppp.op.net [209.152.194.37]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA18417; Sat, 11 Nov 2000 09:50:40 -0500 (EST) Message-Id: <200011111450.JAA18417@renoir.op.net> To: Ottavio Campana Cc: Gtk-list Subject: Re: Question about combo box In-reply-to: Your message of "Sat, 11 Nov 2000 13:06:19 +0100." <20001111130619.A5773@gauss> Date: Sat, 11 Nov 2000 09:51:51 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I have got a combobox where the user has to put an url. When he presses >enter I want to lauch a function and to add the text he wrote in the >list of the combobox. I think that for the first thing I have to >intercept a signal, I've tried with changed but the function run >everytime I press a button. For the second thing I don't know what to >do. use the "activate" signal which will be triggered by . --p From Anthony-Ferrand@wanadoo.fr Sat Nov 11 14:12:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id 114C12CFDC for ; Sat, 11 Nov 2000 14:12:13 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 11 Nov 2000 20:12:12 +0100 Message-ID: <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 20:12:19 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gdk_input_add? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just want to run a function when a file is created. Can I do it without gtk_timeout_add? I try with gdk_input_add but it doesn't success. I am probably missing something. First, if I run my prog and if the file is present, my function is launched and relaunch and relaunch ... etc (even if I delete the needed file and using the gdk_input_remove function) But, if run my prog and the file is not present, the function is not launched even if I create then needed file.... Can you explain-me this function (gdk_input_add)? Thanks in advance, ASF From charlet@ACT-Europe.FR Sat Nov 11 20:38:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id A17552BA99 for ; Sat, 11 Nov 2000 20:38:08 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id A0D065F5F5; Sun, 12 Nov 2000 02:38:07 +0100 (MET) Date: Sun, 12 Nov 2000 02:38:07 +0100 From: Arnaud Charlet To: Johan Groth Cc: jones , gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001112023807.A22284@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A080ECF.A06E9BCA@rmail.bofors>; from johan.groth.mandator@celsius.se on Tue, Nov 07, 2000 at 03:16:47PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` Note that there is actually a gtkada-config script, similar to gtk-config, that also adds the gtkada specific options. One can even do gnatmake my_ada_main `gtkada-config` Arno From pbd@op.net Sat Nov 11 21:29:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id C7DA42BAE3 for ; Sat, 11 Nov 2000 21:29:23 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA15937; Sat, 11 Nov 2000 21:29:21 -0500 (EST) Message-Id: <200011120229.VAA15937@renoir.op.net> To: ASF Cc: GTK Subject: Re: gdk_input_add? In-reply-to: Your message of "Sat, 11 Nov 2000 20:12:19 +0100." <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 21:30:38 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >First, if I run my prog and if the file is present, my function is >launched and relaunch and relaunch ... etc (even if I delete the needed >file and using the gdk_input_remove function) >But, if run my prog and the file is not present, the function is not >launched even if I create then needed file.... it sounds as if you are using gdk_input_add() with a disk file. this is not its intended purpose. it is intended to allow a GDK program to receive asynchronous events from sources like the X server (i.e. keyboard, mouse, etc), FIFO's (for inter-process communication), special device files, etc. Whenever input is available from such a source, GDK will cause its main event loop to execute a handler provided by the programmer to deal with the input. A disk file *always* has input available, hence your situation. what are you trying to accomplish ? it would be much more conventional to use gtk_input_add() instead of the low-level gdk version anyway. --p From hill9361@uidaho.edu Sat Nov 11 21:43:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from raptor.csrv.uidaho.edu (raptor.csrv.uidaho.edu [129.101.119.252]) by mail.gnome.org (Postfix) with ESMTP id 34B882BD9F for ; Sat, 11 Nov 2000 21:43:50 -0500 (EST) Received: from localhost (hill9361@localhost) by raptor.csrv.uidaho.edu (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id SAA26204 for ; Sat, 11 Nov 2000 18:43:49 -0800 (PST) X-Authentication-Warning: raptor.csrv.uidaho.edu: hill9361 owned process doing -bs Date: Sat, 11 Nov 2000 18:43:48 -0800 (PST) From: Matt Hillebrand X-Sender: hill9361@raptor.csrv.uidaho.edu To: gtk-list@gnome.org Subject: widgets/callbacks In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I cannot figure out how to access widgets from within callback functions. For example, how do I make a second window appear when a button on the main window is clicked? Also, I would like to access widgets such as the scrolled window's labels of one window from callbacks associated with buttons on other windows. Thanks! Matthew P. Hillebrand From alan@ielinux.com Sun Nov 12 05:29:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id A7CAC2BAB4 for ; Sun, 12 Nov 2000 05:29:15 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id SAA11089 for ; Sun, 12 Nov 2000 18:36:38 +0800 Message-ID: <00b001c04c93$74165ce0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set fonts in defferent language?? Date: Sun, 12 Nov 2000 18:29:28 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AD_01C04CD6.7E108CA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear sir, How to set over two kind different fonts and font size in program? I can set it in gtkrc file like this... style "gtk-default-zh-tw" { fontset =3D "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\ -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\ -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\ -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*" } class "GtkWidget" style "gtk-default-zh-tw" But if I have a widget with helvetica(in english font) and big5(in = taipei font) fonts. How to select and set different font size in widget?? Please help me! thanks. (from alan@ielinux.com) ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear sir,
How to set over two kind different = fonts and font=20 size in program?
I can set it in gtkrc file = like this...
 
style "gtk-default-zh-tw" = {
 fontset =3D=20 "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\
   =20 -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\
  = ; =20 -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\
   =20 -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*"
}
class = "GtkWidget" style=20 "gtk-default-zh-tw"
But if I have a widget with = helvetica(in=20 english font) and big5(in taipei = font) fonts.
How to select and = set different font size in=20 widget??
Please help me! = thanks. (from alan@ielinux.com)
 
 
------=_NextPart_000_00AD_01C04CD6.7E108CA0-- From a1c_watson@hotmail.com Sun Nov 12 06:48:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f186.law7.hotmail.com [216.33.237.186]) by mail.gnome.org (Postfix) with ESMTP id A8CBB2CD08 for ; Sun, 12 Nov 2000 06:48:58 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 12 Nov 2000 03:48:57 -0800 Received: from 131.47.100.10 by lw7fd.law7.hotmail.msn.com with HTTP; Sun, 12 Nov 2000 11:48:57 GMT X-Originating-IP: [131.47.100.10] From: "Adam Watson" To: gtk-list@gnome.org Subject: Help with shaped widgets Date: Sun, 12 Nov 2000 21:48:57 GST Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Nov 2000 11:48:57.0966 (UTC) FILETIME=[8A90C0E0:01C04C9E] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to create a widget shaped to the framed outline of an app I am writing. I have tried gtk_widget_shape_combine_mask() but it masks the wrong area. It instead maks the area I want to keep tranparent and clickable and places gray over the nice frame I spent hours creating. How can I reverse this effect or am I going about this all wrong? Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives me an error sort of like this (writing this error from memory): assertion: "isdrawable" != NULL Please help, I posted a similar request on the gnome-list and haven't recieved a response. Thanks in advance, Adam _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From hvv@hippo.ru Sun Nov 12 06:54:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id D6DBD2C81B for ; Sun, 12 Nov 2000 06:54:17 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id GAA26294 for ; Sun, 12 Nov 2000 06:54:17 -0500 Received: from localhost.localdomain (IDENT:root@[195.218.232.211]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACBsFD32303 for ; Sun, 12 Nov 2000 06:54:15 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id PAA05928; Sun, 12 Nov 2000 15:32:44 +0400 Date: Sun, 12 Nov 2000 15:32:43 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I think from GUI usability standpoint, it would be nice to extend the handling of right/middle clicks on scrollbar's arrows (that are in the edges) 1) Middle or right click on the arrow moves the slider right to that edge of scrollbar 2) Even more inteligent: Middle click on the arrow moves the slider right to that edge of scrollbar, right click - right to oposite edge. This is IMO very handy when your pointer is over the left arrow of horizontal scrollbar and you have to scroll to 90% of scrollbar: you press right button (slider goes to the 100% limit), and then press left mouse button several times (it's over left arrow, remember?) to move slider to 90%. May be the meaning of right and middle presses should be reversed since middle button is not present on a lot of mouses. Sorry, I don't have time to dig in the gtk sources and understand it to make a correct patch. But it seems it would be very easy to code it. What do you think about this? Best regards, -Vlad From pbd@op.net Sun Nov 12 10:39:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 183662BD32 for ; Sun, 12 Nov 2000 10:39:00 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id KAA07496; Sun, 12 Nov 2000 10:38:54 -0500 (EST) Message-Id: <200011121538.KAA07496@renoir.op.net> To: "Adam Watson" Cc: gtk-list@gnome.org Subject: Re: Help with shaped widgets In-reply-to: Your message of "Sun, 12 Nov 2000 21:48:57 +0700." Date: Sun, 12 Nov 2000 10:40:19 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I am trying to create a widget shaped to the framed outline of an app I am >writing. I have tried gtk_widget_shape_combine_mask() but it masks the >wrong area. It instead maks the area I want to keep tranparent and >clickable and places gray over the nice frame I spent hours creating. How >can I reverse this effect or am I going about this all wrong? i've done a lot of stuff in Gtk-- with shaped windows. I don't use GNOME. if you want to take a look at the code i have, let me know, and i'll send you some. --p From damon@helixcode.com Sun Nov 12 11:42:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id BFF762C7C8 for ; Sun, 12 Nov 2000 11:42:44 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA05112 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from cmailg4.svr.pol.co.uk (cmailg4.svr.pol.co.uk [195.92.195.174]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACGghD08734 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from modem-101.blue-mandarin.dialup.pol.co.uk ([62.136.237.101] helo=helixcode.com) by cmailg4.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 13v0DI-0007w7-00 for gtk-list@redhat.com; Sun, 12 Nov 2000 16:42:40 +0000 Message-ID: <3A0EB911.3D48EBE@helixcode.com> Date: Sun, 12 Nov 2000 15:36:49 +0000 From: Damon Chaplin X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: GTK List Subject: What to do when WM destroy command is used? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I just got a bug report about Glade crashing after the Window Manager's 'Destroy' command was used to destroy a window. Can GTK+ apps recover from a window being destroyed by the WM? Is there a recommended way to do this? If not, maybe we should encourage WMs to not show the "Destroy" command, or make it an advanced option. Damon From pbd@op.net Sun Nov 12 12:01:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 503192BDEB for ; Sun, 12 Nov 2000 12:01:48 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06493 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from renoir.op.net (root@renoir.op.net [207.29.195.4]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH1mD11826 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id MAA10406; Sun, 12 Nov 2000 12:01:42 -0500 (EST) Message-Id: <200011121701.MAA10406@renoir.op.net> To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-reply-to: Your message of "Sun, 12 Nov 2000 15:32:43 +0400." Date: Sun, 12 Nov 2000 12:03:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. this raises a particular annoyance of mine. the current GTK widget set makes almost no use of multiple mouse buttons for anything. one of the most annoying cases of this is the SpinButton. it is incredibly annoying to have to move the mouse in order to change direction when spinning. its much nicer to have each button (or one button, if desired) that can drive the spin in each direction. i tried to fix this in the gtk code, but it was too much work to try to get it right, and i didn't feel that the changes i made would be accepted. so i did it more abstractly in Gtk--: AutoSpin: not a visible widget, but a controller for an adjustment. You can call "start_spinning(up_or_down)" and "stop_spinning()", presumably on receipt of a button_press/release event in some visible widget. With an AutoSpin object, you can use any other widget you want to control an adjustment with "spin-like" behaviour. i typically use single buttons (eventboxes) where mouse 1 starts spinning down, mouse 3 starts spinning up, and mouse 2 returns to the median adjustment value. if there is enough interest, i could possibly cook up a GTK+ version of AutoSpin. --p From otaylor@redhat.com Sun Nov 12 12:08:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 1BE2E2BD32 for ; Sun, 12 Nov 2000 12:08:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06703 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH8iD12838 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id B5C70242653; Sun, 12 Nov 2000 12:08:44 -0500 (EST) To: Damon Chaplin Cc: GTK List Subject: Re: What to do when WM destroy command is used? References: <3A0EB911.3D48EBE@helixcode.com> From: Owen Taylor Date: 12 Nov 2000 12:08:44 -0500 In-Reply-To: Damon Chaplin's message of "Sun, 12 Nov 2000 15:36:49 +0000" Message-ID: Lines: 70 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Damon Chaplin writes: > I just got a bug report about Glade crashing after the Window Manager's > 'Destroy' command was used to destroy a window. > > Can GTK+ apps recover from a window being destroyed by the WM? Well, there are two forms of "Destroy". The proper way is that the window manager calls XKillClient. There is no way at all for a client to recover from this, because you can't recover from an X IO error. The force-destroy in Enlightenment and Sawfish works another way - it justs calls XDestroyWindow (!) on the window. This is more handleable, and if an app ignores X errors, it sees it as a bit like a "Delete" request, except that the window is gone... But it doesn't make it better, it just makes it less predictable. I think Enlightenment uses "Annihilate" or "Nuke" or something a bit more dangerous sounding than simply "Destroy". > Is there a recommended way to do this? > > If not, maybe we should encourage WMs to not show the "Destroy" command, > or make it an advanced option. Window managers probably should have some sort of force-kill command, since it is useful, upon rare occasion. But it should work something like: - Send a delete message to the window, and at the same time a _NET_WM_PING message if the application advertises support for that. - If after some timeout (maybe 10 seconds), the window is still there, put up a dialog: PING supported and no ping received: "The application is not responding to messages. This may mean it is busy or communication with it has been lost. Attempt to force the application to quit?" PING supported and received: "The application does not allow closing this window." No PING supported: "The application is busy or does not allow closing this window. Attempt to force the application to quit?" (Need some considerable rewording about the dangers of forced quits - LOST DATA!. But gives some idea of what a window manager can do.) - If the user chooses to kill the application, kill the application via some combination of XKillClient(), and, if the client is local kill(). Under no circumstances should a window manager XDestroyWindow() a clients window. There is no guarantee at all what a client will do when one of its windows is destroyed by an outside agency - it might seg fault, it might remain running with no windows visible, etc... Regards, Owen From kodis@papa.jagunet.com Sun Nov 12 13:41:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0D0482BD71 for ; Sun, 12 Nov 2000 13:41:28 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12395 for ; Sun, 12 Nov 2000 13:41:27 -0500 Received: from papa.jagunet.com (kodis.jaguNET.com [209.133.192.48]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACIfPD27109 for ; Sun, 12 Nov 2000 13:41:26 -0500 Received: (from kodis@localhost) by papa.jagunet.com (8.11.0/8.11.0) id eACIcNJ10322; Sun, 12 Nov 2000 13:38:23 -0500 Date: Sun, 12 Nov 2000 13:38:21 -0500 From: John Kodis To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001112133821.A10294@papa.jagunet.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from hvv@hippo.ru on Sun, Nov 12, 2000 at 03:32:43PM +0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > I think from GUI usability standpoint, it would be nice to extend > the handling of right/middle clicks on scrollbar's arrows I agree that the default scrollbar actions could be usefully extended. Here are the two extensions that I'd like to see added: - Currently, pressing button 1 in the arrow at the bottom of a vertical scrollbar scrolls down. I'd like to see this extended so that pressing button 2 scrolls up. This would allow a window to be scrolled up and down without having to move the cursor from one end of the scrollbar to the other. Similarly for the top, left, and right scrollbar arrows. - Currently, dragging the slider in a vertical scrollbar with button 1 scrolls vertically. I'd like to see this extended so that dragging the slider in a scrollbar of either orientation with button 2 would effect the position of both scrollbars, allowing a window to be scrolled vertically and horizontally with a single mouse motion. Since these are both extensions to the way things currently operate, the user confusion factor of these changes should be minimal. > Sorry, I don't have time to dig in the gtk sources and understand it > to make a correct patch. I could probably find the time to make these changes if I had some assurance that they could eventually make their way into the mainline code. -- John Kodis. From otaylor@redhat.com Sun Nov 12 13:48:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 770CC2C992 for ; Sun, 12 Nov 2000 13:48:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12632 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACImOD28163 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 28B30242653; Sun, 12 Nov 2000 13:48:24 -0500 (EST) To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: From: Owen Taylor Date: 12 Nov 2000 13:48:24 -0500 In-Reply-To: Vlad Harchev's message of "Sun, 12 Nov 2000 15:32:43 +0400 (SAMT)" Message-ID: Lines: 41 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Vlad Harchev writes: > Hi, > > I think from GUI usability standpoint, it would be nice to extend the > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > 1) Middle or right click on the arrow moves the slider right to that edge of > scrollbar > 2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. > > Sorry, I don't have time to dig in the gtk sources and understand it to make > a correct patch. But it seems it would be very easy to code it. > What do you think about this? I have just committed a change that makes the scrollbar arrows work like those on a spinbutton: button-2 - move by pages button-3 - move to end I don't think the suggestion that button-2 should move to the other end is that intuitive (Some people might think that it should move in steps in the other direction, and it definitely should act the same as in the gtkspinbutton.) If moving in both directions using the arrows is that common, the right solution is probably to make the feature overt and use NeXT-style arrow positioning, not to make it a hidden feature. (especially since 2-button mice are pretty common) Thanks for the suggestion, Owen From hvv@hippo.ru Sun Nov 12 14:50:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 525EE2BBBA for ; Sun, 12 Nov 2000 14:50:04 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA15542 for ; Sun, 12 Nov 2000 14:50:04 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJndD04908 for ; Sun, 12 Nov 2000 14:49:39 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01500; Sun, 12 Nov 2000 23:30:15 +0400 Date: Sun, 12 Nov 2000 23:30:15 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@redhat.com Cc: gtk-devel-list@gnome.org Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 12 Nov 2000, Owen Taylor wrote: > > Vlad Harchev writes: > > > Hi, > > > > I think from GUI usability standpoint, it would be nice to extend the > > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > > 1) Middle or right click on the arrow moves the slider right to that edge of > > scrollbar > > 2) Even more inteligent: > > Middle click on the arrow moves the slider right to that edge of > > scrollbar, right click - right to oposite edge. This is IMO very handy > > when your pointer is over the left arrow of horizontal scrollbar and you > > have to scroll to 90% of scrollbar: you press right button (slider goes to > > the 100% limit), and then press left mouse button several times (it's > > over left arrow, remember?) to move slider to 90%. > > May be the meaning of right and middle presses should be reversed since > > middle button is not present on a lot of mouses. > > > > Sorry, I don't have time to dig in the gtk sources and understand it to make > > a correct patch. But it seems it would be very easy to code it. > > What do you think about this? > > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) Nice decision - I also like it. May be we should add the following logic too: If ctrl or alt or meta is pressed, the slider is moved in oposite direction (with the same treatment of step size as function of the mouse button index)? I personally always keep my hand over alt or control when in X and when mouse is in hand, since alt-drag1 moves the window, alt-drag2 resizes it. So it would be nice to use 'ctrl' and 'alt' as a modifier to mean "move in opposite direction" (since one of my hands is over those modifiers). Same for spinbutton (alt or cntrl+ click on arrow changes the value in the opposite direction). What do you think about this? It's nice that you've listen to any of my proposals :) Others are still waiting for you. > Thanks for the suggestion, > Owen > Best regards, -Vlad From rsteinke@merilon.elfhame.net Sun Nov 12 14:57:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 325EE2BEBE for ; Sun, 12 Nov 2000 14:57:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eACK5bM06108 for gtk-list@gnome.org; Sun, 12 Nov 2000 12:05:37 -0800 From: Ron Steinke Date: Sun, 12 Nov 2000 12:05:37 -0800 To: gtk-list@gnome.org Subject: patches Message-ID: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I submitted a patch to ftp.gtk.org/incoming about a month ago, but it hasn't been moved to applied, rejected, or outdated. Is this an out of date way to submit patches? Should I just post it to the devel list? Ron Steinke From hvv@hippo.ru Sun Nov 12 15:01:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 474452BEBE for ; Sun, 12 Nov 2000 14:58:47 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA16037 for ; Sun, 12 Nov 2000 14:58:47 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJwgD06335 for ; Sun, 12 Nov 2000 14:58:43 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01524; Sun, 12 Nov 2000 23:39:12 +0400 Date: Sun, 12 Nov 2000 23:39:12 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: John Kodis Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: <20001112133821.A10294@papa.jagunet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, John Kodis wrote: > On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > > > I think from GUI usability standpoint, it would be nice to extend > > the handling of right/middle clicks on scrollbar's arrows > > I agree that the default scrollbar actions could be usefully > extended. Here are the two extensions that I'd like to see added: > > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. I suggest to move in opposite direction only if some modifier key is pressed (with the step size the same as without modifier key). > - Currently, dragging the slider in a vertical scrollbar with button 1 > scrolls vertically. I'd like to see this extended so that dragging > the slider in a scrollbar of either orientation with button 2 would > effect the position of both scrollbars, allowing a window to be > scrolled vertically and horizontally with a single mouse motion. That's also nice. IMO GtkScrolledWindow should do this, not GtkScrollbar. And IMO the extension to the logic could be even more useful: ctrl-drag (in any direction) inside scrolled window just moves the content as if scrollbars were pressed simulatenously (i.e. there is no need to position on the scrollbar 0 jsu inside scrolled window). It seems trying to handle this in signal connected with gtk_signal_connect_after will do the trick easily. > Since these are both extensions to the way things currently operate, > the user confusion factor of these changes should be minimal. > > > Sorry, I don't have time to dig in the gtk sources and understand it > > to make a correct patch. > > I could probably find the time to make these changes if I had some > assurance that they could eventually make their way into the mainline > code. I hope Owen will comment on this. > -- John Kodis. Best regards, -Vlad From Valdis.Kletnieks@vt.edu Sun Nov 12 16:11:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B98672BBBA for ; Sun, 12 Nov 2000 16:11:27 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA19715; Sun, 12 Nov 2000 16:11:27 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACLBQD17226; Sun, 12 Nov 2000 16:11:26 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACLBNw25234; Sun, 12 Nov 2000 16:11:24 -0500 Message-Id: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 13:48:24 EST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-194299008P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 16:11:21 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-194299008P Content-Type: text/plain; charset=us-ascii On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end Is there any easy way to make this configurable to be xterm-ish, i.e. Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near one end, move 1/20th of a "page", near other move 19/20th, in middle move 1/2 page) Button-2 move HERE. Button-3 As button-1, but DOWN/LEFT You get the idea - some of use have been using xterm-ish scrolling for over a decade and the fingers are trained. ;) -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-194299008P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8HeHAt5Vm009ewEQIvPgCdGtH90XVzYj1wcKlK6liT0sdoWfQAn0hD k/gOpx01poffptlM8+Ny17zJ =wxn3 -----END PGP SIGNATURE----- --==_Exmh_-194299008P-- From owsla@owsla.cjb.net Sun Nov 12 16:18:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-64-148.delval.adsl.bellatlantic.net [151.204.64.148]) by mail.gnome.org (Postfix) with ESMTP id 7F2502CA01 for ; Sun, 12 Nov 2000 16:18:56 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eACLHXM06434 for gtk-list@gnome.org; Sun, 12 Nov 2000 16:17:33 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From gharris@flashcom.net Sun Nov 12 16:35:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5BFB72D40C for ; Sun, 12 Nov 2000 16:35:25 -0500 (EST) Received: (cpmta 8942 invoked from network); 12 Nov 2000 13:35:23 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 12 Nov 2000 13:35:23 -0800 X-Sent: 12 Nov 2000 21:35:23 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id NAA04837; Sun, 12 Nov 2000 13:35:22 -0800 (PST) (envelope-from gharris) Date: Sun, 12 Nov 2000 13:35:21 -0800 From: Guy Harris To: Andrew Ferguson Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001112133521.A354@quadrajet.flashcom.com> References: <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 04:54:50PM -0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Aug 14, 2000 at 04:54:50PM -0400, Andrew Ferguson wrote: > I was unable to find any documentation on these arguments (except for > two email messages to the main GTK+ list). So, I have looked in the > GTK+ code and put up a webpage with my findings, if anyone on the list > could go to > > http://owsla.cjb.net/gtk.shtml > > and tell me about an errors, additions, etc., I would be most obliged. "--g-fatal-warnings": 1) doesn't make warnings cause a segfault - GLib calls "abort()", which typically causes a SIGABRT signal, *not* a SIGSEGV signal; 2) it also causes "critical" messages (which are more severe than warnings, but less severe than errors) to cause a SIGABRT (errors are always fatal); 3) at least as I read the code, causes that to be true of all warnings and critical messages logged with the GLib message logging routines, not just those from GTK+. From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id DD0552D40C for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:34 GMT Date: Sun, 12 Nov 2000 19:00:49 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <19792.001112@ifrance.com> To: gtk-list@gnome.org Subject: Re: widgets/callbacks References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Hillebrand wrote: Hi, MH> I cannot figure out how to access widgets from within callback MH> functions. For example, how do I make a second window appear when a button MH> on the main window is clicked? It's quite simple. Add this in the caller function : gtk_signal_connect (GTK_OBJECT (button), "clicked", GTK_SIGNAL_FUNC (create_window), NULL); Then, create a function create_window (GtkButton *button, gpointer user_data) (here user_data is NULL, but it's not always the case, see further), which has the convenient (R)(TM)(C) code to create another window. It should look like : void create_window (GtkButton *button, gpointer user_data) { GtkWidget *window; ... /* The widgets you want in the window */ window = gtk_window_new (GTK_WINDOW_DIALOG); /* If you want a dialog */ gtk_widget_show (window); ... gtk_main (); /* Shouldn't be gtk_main, but that's so simple :-) */ } MH> Also, I would like to access widgets such as the scrolled window's labels MH> of one window from callbacks associated with buttons on other windows. In this case, you should pass the scrolled_window (or directly the label) to the callback through the gpointer (equivalent to void pointer) user_data : gtk_signal_connect (GTK_OBJECT (obj), "signal", GTK_SIGNAL_FUNC (func), (gpointer)sw); where sw is the scrolled window. Then, declare the callback function: void func (GtkButton *button, gpointer user_data) /* Assuming the obj is button */ { GtkWidget *sw = GTK_WIDGET (user_data); .. } Note that GtkWidget could be GtkScrolledWindow. MH> Thanks! MH> Matthew P. Hillebrand Hope this helps, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id EE9EE2D4C5 for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:36 GMT Date: Sun, 12 Nov 2000 19:03:21 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <8794.001112@ifrance.com> To: Gtk-list Subject: Re: Help with shaped widgets References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Adam Watson wrote: AW> Hi, Hi, [cut] AW> Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and AW> GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives AW> me an error sort of like this (writing this error from memory): AW> assertion: "isdrawable" != NULL AW> Please help, I posted a similar request on the gnome-list and haven't AW> recieved a response. There was a similar question recently in gtk-devel-app. The problem was that the user was drawing on the GtkDrawingArea before it was realized. I don't have your code, but verify the widget is shown *before* you use it (I mean, modify it). AW> Thanks in advance, Hope this helps, AW> Adam bye, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From lrclause@cs.uiuc.edu Sun Nov 12 17:52:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8AA782D92D for ; Sun, 12 Nov 2000 17:52:10 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA26244 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACMqAD32481 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eACMpmG24690; Sun, 12 Nov 2000 16:51:48 -0600 To: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> From: Lars Clausen Date: 12 Nov 2000 16:51:48 -0600 In-Reply-To: Valdis.Kletnieks@vt.edu's message of "Sun, 12 Nov 2000 16:11:21 -0500" Message-ID: Lines: 32 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, Valdis Kletnieks wrote: > On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: >> I have just committed a change that makes the scrollbar arrows work >> like those on a spinbutton: >>=20 >> button-2 - move by pages >> button-3 - move to end >=20 > Is there any easy way to make this configurable to be xterm-ish, i.e. >=20 > Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near > one end, move 1/20th of a "page", near other move 19/20th, in middle move > 1/2 page) >=20 > Button-2 move HERE. >=20 > Button-3 As button-1, but DOWN/LEFT >=20 > You get the idea - some of use have been using xterm-ish scrolling for > over a decade and the fingers are trained. ;) Some of us have used xterm-ish scrolling for almost a decade and never stopped disliking it. Is that something that happens in the tenth year? :) -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Valdis.Kletnieks@vt.edu Sun Nov 12 18:49:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id F1FA52DB72 for ; Sun, 12 Nov 2000 18:49:55 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id SAA30823 for ; Sun, 12 Nov 2000 18:49:54 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACNnrD08843 for ; Sun, 12 Nov 2000 18:49:53 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACNnkw22680; Sun, 12 Nov 2000 18:49:47 -0500 Message-Id: <200011122349.eACNnkw22680@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Lars Clausen Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 16:51:48 CST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <200011122111.eACLBNw25234@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_293371560P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 18:49:46 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_293371560P Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 12 Nov 2000 16:51:48 CST, Lars Clausen sa= id: > Some of us have used xterm-ish scrolling for almost a decade and never > stopped disliking it. Is that something that happens in the tenth year= ? :) That's why I said "configurable". Ideally, it will work fine for you out= of the box, and I put something simple in .gtkrc and get what I want.. ;) And if somebody wants to say "that's a gtk-engines issue", thats fine too= , as long as it's *doable*. ;) -- = Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_293371560P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8smnAt5Vm009ewEQKWowCfRennf0B4h7IL/YQhgqhCA6SiHRoAn2gO 9FELA4KZO2IOCdWNX4dlnfmb =N4na -----END PGP SIGNATURE----- --==_Exmh_293371560P-- From pt99par@student.hk-r.se Sat Nov 11 10:48:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from obelix.rby.hk-r.se (obelix-b.rby.hk-r.se [194.47.132.4]) by mail.gnome.org (Postfix) with ESMTP id 94AB72BAF3 for ; Sat, 11 Nov 2000 10:48:03 -0500 (EST) Received: from pure.rsn.hk-r.se (IDENT:pure@pure.rsn.hk-r.se [194.47.143.158]) by obelix.rby.hk-r.se (8.10.2/8.10.2) with SMTP id eABFljK25915; Sat, 11 Nov 2000 16:47:46 +0100 (MET) From: Per Arneng Reply-To: pt99par@student.hk-r.se Date: Sat, 11 Nov 2000 16:49:40 +0000 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: xpert@xfree86.org Subject: Configuration files written in XML MIME-Version: 1.0 Message-Id: <00111116494000.01721@pure.rsn.hk-r.se> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello! I have a suggestion: I think that the configuration files should be written in XML. This will give the following advantages: * easier for users to configure and read config files. * easier for programmers to write software to manage these config files. * If other software have config files in xml then you would not have to write config software specified for a certian software. You could just write a program that can can read and change element values and attributes. The element names would be self describing. * Configuring with a standard text editor would be easier. If anyone likes this idea please forward this message to other developers. I think xml in config files would make it a lot easier for both developers and users. Best Regards Per Arneng 'pt99par@student.hk-r.se' From alan@ielinux.com Sun Nov 12 23:11:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 12A422BB05 for ; Sun, 12 Nov 2000 23:11:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15024 for ; Mon, 13 Nov 2000 12:18:57 +0800 Message-ID: <008001c04d27$dccd9de0$bcec41d2@ielinux.com> From: "alan" To: Subject: About gtkrc and locale ?? Date: Mon, 13 Nov 2000 12:11:54 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007D_01C04D6A.E96730A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some question.. 1.My default gtkrc file path is on /usr/etc/gtk/gtkrc, not /etc/gtk/gtkrc Why? 2.My ${LANG} is zh_TW.Big5 but still get /usr/etc/gtk/gtkrc, not /usr/etc/gtk/gtkrc.zh_TW.Big5 why?? Have I miss something? ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some = question..
1.My default gtkrc file = path is on=20 /usr/etc/gtk/gtkrc,
  not=20 /etc/gtk/gtkrc      Why?
 
2.My ${LANG} is zh_TW.Big5 = but still get=20 /usr/etc/gtk/gtkrc,
  not=20 /usr/etc/gtk/gtkrc.zh_TW.Big5 why??
 
Have I miss = something?
------=_NextPart_000_007D_01C04D6A.E96730A0-- From alan@ielinux.com Sun Nov 12 23:16:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 134862BC51 for ; Sun, 12 Nov 2000 23:16:08 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15079 for ; Mon, 13 Nov 2000 12:23:34 +0800 Message-ID: <008b01c04d28$81930360$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I package qt widget or xlib window in gtkwidget?? Date: Mon, 13 Nov 2000 12:16:31 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0088_01C04D6B.8ECB4720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some widgets and windows code by qt and Xlib. Can I package them in my GtkWidget?? How to do that?? (from alan@ielunux.com) ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some widgets = and windows code by qt and=20 Xlib.
Can I package them in my = GtkWidget??
How to do that?? (from alan@ielunux.com)
 
 
------=_NextPart_000_0088_01C04D6B.8ECB4720-- From alan@ielinux.com Sun Nov 12 23:40:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 3A5CA2BB7E for ; Sun, 12 Nov 2000 23:40:38 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15357 for ; Mon, 13 Nov 2000 12:48:08 +0800 Message-ID: <00c601c04d2b$efce96c0$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I get Hot key from a hide widget?? Date: Mon, 13 Nov 2000 12:41:06 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C3_01C04D6E.FD8D2180" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, If I have a main_widget hide. Could I get any event or hot keys from this hide windget?? How to do this?? (from alan@ielinux.com) ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
If I have a main_widget = hide.
Could I get any event or = hot keys from this hide=20 windget??
How to do this?? (from alan@ielinux.com)
 
------=_NextPart_000_00C3_01C04D6E.FD8D2180-- From johan.groth.mandator@celsius.se Mon Nov 13 05:21:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 4702A2BC6A for ; Mon, 13 Nov 2000 05:21:06 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:58 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA23764 for gtk-list@gnome.org; Mon, 13 Nov 2000 11:15:45 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA11111 for ; Mon, 13 Nov 2000 11:13:35 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:10 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA21438 for ; Mon, 13 Nov 2000 11:13:59 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA17609; Mon, 13 Nov 2000 11:13:13 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA11566 for ; Mon, 13 Nov 2000 11:13:08 +0100 (MET) Message-Id: <3A0FBEB4.5BFEC5E6@rmail.bofors> Date: Mon, 13 Nov 2000 11:13:08 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: example clist core dumps Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I'm trying to get Gtk+ 1.2.8 to work on Solaris 2.5.1 which is using X11R5. Everything compiles ok (using gcc 2.95.2 and gmake 3.79) but when I try to run the clist example it core dumps directly. The backtrace looks like this: (gdb) r Starting program: /proj/taurus_mps/gnu/gtk+-1.2.8/examples/clist/clist warning: Lowest section in /usr/lib/libw.so.1 is .dynamic at 00000074 Program received signal SIGSEGV, Segmentation fault. 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 753 gtk_binding_entry_add_signal (binding_set, GDK_End, GDK_CONTROL_MASK, (gdb) bt #0 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 #1 0xef6c9c40 in gtk_type_class_init (type=42773) at gtktypeutils.c:598 #2 0xef6c8e14 in gtk_type_class (type=42773) at gtktypeutils.c:342 #3 0xef6c8f94 in gtk_type_new (type=42773) at gtktypeutils.c:362 #4 0xef5da034 in gtk_clist_new_with_titles (columns=2, titles=0xeffff8a8) at gtkclist.c:1075 #5 0x11994 in main (argc=1, argv=0xeffff944) at clist.c:115 Does anyone know about a fix for this error? I can't use anything that uses clist right now. /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From nge@INTRINsec.com Mon Nov 13 07:32:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sync.corp.INTRINsec.com (sync.INTRINsec.com [194.98.42.5]) by mail.gnome.org (Postfix) with ESMTP id 8791E2BAF3 for ; Mon, 13 Nov 2000 07:32:53 -0500 (EST) Received: hidden From: nge@INTRINsec.com Received: by flic.corp.INTRINsec.com with Internet Mail Service (5.5.2650.21) id ; Mon, 13 Nov 2000 13:24:04 +0100 Message-ID: To: gtk-list@gnome.org Subject: Scrolled Window and GtkCanvas Date: Mon, 13 Nov 2000 13:23:57 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Here is my question: I have a scrolled window in which I have packed a widget derived from a GtkCanvas on which I drawn a widget derived from a GtkCanvasItem. I would like that the vertical and horizontal scrollbars follow the height and the width of the GtkCanvasItem I drawn on the GtkCanvas. Someone can help me ? Nicolas From otaylor@redhat.com Mon Nov 13 09:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8E5642BF1A; Mon, 13 Nov 2000 09:30:45 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5A383242653; Mon, 13 Nov 2000 09:30:45 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: patches References: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> From: Owen Taylor Date: 13 Nov 2000 09:30:45 -0500 In-Reply-To: Ron Steinke's message of "Sun, 12 Nov 2000 12:05:37 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I submitted a patch to ftp.gtk.org/incoming about a month ago, > but it hasn't been moved to applied, rejected, or outdated. Is this > an out of date way to submit patches? Should I just post it to the > devel list? Well, its been moved to patches/ now. I'm not sure that is better from your perspective. :-( Uploading to gtk.org is not outdated, in theory, but we haven't done a very good job of keeping track of those patches recently. It doesn't hurt to _both_ upload and send mail to gtk-devel-list. Once we have bugzilla in place for GNOME, which handles attachments pretty well (its currently in testing), we may that the preferred way to submit small patches, since the less mechanisms we have, the better. Regards, Owen From Josh_Horvath-AJH051@email.mot.com Mon Nov 13 12:24:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by mail.gnome.org (Postfix) with ESMTP id B98392BC3D for ; Mon, 13 Nov 2000 12:24:44 -0500 (EST) Received: [from pobox4.mot.com (pobox4.mot.com [10.64.251.243]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id KAA26172 for ; Mon, 13 Nov 2000 10:24:43 -0700 (MST)] Received: [from m-il06-r4.mot.com (m-il06-r4.mot.com [129.188.137.196]) by pobox4.mot.com (MOT-pobox4 2.0) with ESMTP id KAA20744 for ; Mon, 13 Nov 2000 10:24:39 -0700 (MST)] Received: from pobox.cstl.labs.mot.com by m-il06-r4.mot.com with ESMTP for gtk-list@gnome.org; Mon, 13 Nov 2000 10:24:02 -0700 Received: from labs.mot.com ([182.1.73.251]) by pobox.cstl.labs.mot.com (Netscape Messaging Server 4.15) with ESMTP id G3Z4C200.BM7 for ; Mon, 13 Nov 2000 11:24:02 -0600 Message-Id: <3A1023B4.4A33438A@labs.mot.com> Date: Mon, 13 Nov 2000 11:24:04 -0600 From: "Joshua Horvath" X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Combobox & popdown list focus weirdness Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've noticed that after a selection is made in the popdown list of the combobox, if you manually set the entry with an item that is not in the list the focus gets left in a weird state. The next time you show the popdown list, there is a hollow focus box left around whatever item you last selected. You can't click on the item to select it, but using the up down keys will clear the focus box. Is there some way to get around this behavior? It seems that the GtkList widget needs to keep track of focus and selections independently (to support multiple/entended selections) but this seems to have the undesirable side effect I'm noticing. I tried doing a gtk_container_set_focus_child(container, NULL) on the GtkList to clear the focus_child pointer but this didn't help. I also tried resetting the various GtkList fields to their original state (except the *children pointer) but that didn't seem to help, either. What I'd really like is to have the popdown list get reset to it's initial state every time I show it - i.e. no items focused or selected, key navigation starting at the first item in the list. Anyone know how to accomplish this? So far the only sure way I've found to do it is to clear the list and add the items again, which is not exactly the solution I'm looking for... -Josh From m.ghaeini@center7.com Mon Nov 13 12:32:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ws.center7.com (unknown [216.250.142.14]) by mail.gnome.org (Postfix) with ESMTP id 851D32D4C3 for ; Mon, 13 Nov 2000 12:32:37 -0500 (EST) Received: from c7mail.center7.com ([216.250.143.227]) by ws.center7.com (8.9.3/8.9.3) with ESMTP id KAA09369 for ; Mon, 13 Nov 2000 10:32:36 -0700 Received: from center7.com (ISP [10.1.65.150]) by c7mail.center7.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W5J6YZFV; Mon, 13 Nov 2000 10:34:04 -0700 Message-ID: <3A102525.BBC20371@center7.com> Date: Mon, 13 Nov 2000 10:30:13 -0700 From: Mohammad Ghaeini Reply-To: m.ghaeini@center7.com X-Mailer: Mozilla 4.74 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: GTK Mailing List Subject: gtk library for Solaris on Sparc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I find a gtk library for Solaris on Sparc, I am running version 2.8? Thanks. Ghaeini From tcarter@reliable-net.net Mon Nov 13 12:44:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id CBF7E2D4C3 for ; Mon, 13 Nov 2000 12:44:50 -0500 (EST) Received: from tcarter (ppm97.reliable-net.net [209.183.108.97]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id MAA62570; Mon, 13 Nov 2000 12:44:39 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <004401c04d99$a75870a0$265a03c7@tcarter> From: "tcarter" To: , "GTK Mailing List" Subject: Re: gtk library for Solaris on Sparc Date: Mon, 13 Nov 2000 12:46:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ http://www.sunfreeware.com/ -----Original Message----- From: Mohammad Ghaeini To: GTK Mailing List Date: Monday, November 13, 2000 12:35 Subject: gtk library for Solaris on Sparc >Where do I find a gtk library for Solaris on Sparc, I am running version >2.8? > >Thanks. >Ghaeini > > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list > From john.cupitt@ng-london.org.uk Mon Nov 13 12:53:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 924112BAAA for ; Mon, 13 Nov 2000 12:53:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8HR; Mon, 13 Nov 2000 17:53:13 -0000 Message-ID: <3A1029AE.D81ABCD5@ng-london.org.uk> Date: Mon, 13 Nov 2000 17:49:34 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: m.ghaeini@center7.com Cc: GTK Mailing List Subject: Re: gtk library for Solaris on Sparc References: <3A102525.BBC20371@center7.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mohammad Ghaeini wrote: > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? Hi, download and build the sources (from www.gtk.org) ... it's very smooth on solaris 2.8. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pks@timing.com Mon Nov 13 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 177962BA9F for ; Mon, 13 Nov 2000 14:40:06 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA783 for ; Mon, 13 Nov 2000 12:44:14 -0700 Message-ID: <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 12:39:14 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: changing a widget's color at runtime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Once again a gtk-- questions on gtk-list ... My question was anserwed last time and nobody complained about the fact that it was gtk--, please tell me to go away (and preferably where to go) if gtk-- questions bug you. I'm changing a widget's (label in particular) color at run time and am using the following code to do so: void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { Gtk::Style *cur_style = status_lbl_1->get_style(); cur_style = cur_style->copy(); cur_style->set_fg(GTK_STATE_NORMAL, color); status_lbl_1->set_style(*cur_style); status_lbl_2->set_style(*cur_style); } This works, but it leaves me with these questions: 1) Calling set_style() when leaving out the call to copy() doesn't update the appearance, is this because set_style() comparse the style's address, as opposed to members to determine if anything has changed? 2) When learning how to make runtime color changes possible I ran into a function called ensure_style() (before I discovered that a call to copy() makes it behave as expected I had something like this: lbl->get_style()->set_fg(GTK_STATE_NORMAL, color); lbl->ensure_style(); which didn't produce the desired results ... am I misinterpreting the function name? 3) am I introducing a memory leak by making a copy of the style and never disposing of the original? 4) should I make two copies of the style beacuse I'm calling set_style() for two different widgets? thank you for answers to any of these questions! From owsla@owsla.cjb.net Mon Nov 13 15:27:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-66-169.delval.adsl.bellatlantic.net [151.204.66.169]) by mail.gnome.org (Postfix) with ESMTP id 2AD442BAF3 for ; Mon, 13 Nov 2000 15:27:06 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADKPel01134 for gtk-list@gnome.org; Mon, 13 Nov 2000 15:25:40 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From owsla@owsla.cjb.net Mon Nov 13 16:21:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0F3B62C939 for ; Mon, 13 Nov 2000 16:21:18 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA03238 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADLLHD09837 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from adsl-151-204-66-169.delval.adsl.bellatlantic.net ([151.204.66.169] helo=linajudo.owsla.net ident=owsla) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13vR2P-0006Q5-00 for ; Mon, 13 Nov 2000 13:21:13 -0800 Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADLJjY02384 for gtk-list@gtk.org; Mon, 13 Nov 2000 16:19:45 -0500 Date: Mon, 13 Nov 2000 16:19:43 -0500 From: Andrew Ferguson To: gtk-list@gtk.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113161943.A2366@linajudo.owsla.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 15:54:50 -0400 X-Mailer: Balsa 1.0.pre5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 14 Aug 2000 15:54:50 andrew@owsla.cjb.net wrote: > Hi, > > In the GTK+ tutorial, it is mentioned that there are several standard > arguments that GTK+ accepts (the one's parsed for by > gtk_init(&argc, &argv) ). > .... I am so sorry this got posted again, my mail client went nuts. Again, I'm very sorry this happened. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From meisemann@dsrnet.com Mon Nov 13 16:55:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 315D32C939 for ; Mon, 13 Nov 2000 16:55:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eADLiTp20486 for ; Mon, 13 Nov 2000 16:44:29 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eADLiP420474; Mon, 13 Nov 2000 16:44:26 -0500 (EST) Received: by localhost with Microsoft MAPI; Mon, 13 Nov 2000 16:55:00 -0500 Message-ID: <01C04D92.75D60C60.meisemann@dsrnet.com> From: Matt Eisemann To: "'Drazen Kacar'" Cc: "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: installing 2.8 Date: Mon, 13 Nov 2000 16:54:59 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Finally I can get back to this. Well now I can get back to this. To answer the questions below, the compiler that I am using is gcc (not cc). I will prog provide some of the makefile for your inspection and see if that looks right. . . . . CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS INC_PATH = ..... (paths to include files) LIB_PATH = -L/home/matt/mppcm/ssep/lib/debug/sparc_sunos56 \ -L/home/matt/mppcm/ssep/GTK/gtk+-1.2.8/lib \ LIBS = -lsl -lsocket -lnsl -lgl -lgtk -lgdk -lposix4 -lm The above are some of the options that I am using for my application. For GTK and GLIB I think I used most of the default settings but I did redirect the architecture-independent files I think. Probabaly used ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default /usr/local. I think I also did the same thing with the GLIB ./configure script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something like that. Could the error below be due to the above or did I not answer all questions? Let me know if you need more info. This is all on a Sun Solaris system. Thanks for all your help. Matt -----Original Message----- From: Drazen Kacar [SMTP:dave@srce.hr] Sent: Saturday, October 28, 2000 7:58 AM To: Matt Eisemann Cc: 'Dugas, Alan'; 'gtk-list@gnome.org' Subject: Re: installing 2.8 Matt Eisemann wrote: > Well, it turns out that since running Sun Solaris it does not use 'ld' in > the /etc directory to find the libraries but solaris does rely on the > LD_LIBRARY_PATH variable to find the GTK and GLIB libraries. My > application works now but the only disturbin thing is that when application > links it still gets that > /bin/sh:gtk-config: not found Do you have the directory where gtk-config lives in your $PATH? > but maybe it finds it later on? > > I also get some wierd warnings similar to > > glibconfig.h:43: warning: ANSI C does not support 'long long' > glibconfig.h:44: warning: ANSI C does not support 'long long' > > Is there a patch for this or is that a bug in glibconfig.h ? Thanks ahead > of time for your help. This has something to do with compiler options. Which compiler and which options were used to build GTK? And which compiler and which options were used to build the application? -- .-. .-. Sarcasm is just one more service we offer. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From pbd@op.net Mon Nov 13 17:59:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 0570F2DBC8 for ; Mon, 13 Nov 2000 17:59:31 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id RAA23678; Mon, 13 Nov 2000 17:59:26 -0500 (EST) Message-Id: <200011132259.RAA23678@renoir.op.net> To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime In-reply-to: Your message of "Mon, 13 Nov 2000 12:39:14 MST." <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 18:01:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >My question was anserwed last time and nobody complained about the fact >that it was gtk--, please tell me to go away (and preferably where to go) >if gtk-- questions bug you. gtkmm-main@lists.sourceforge.net. but this is a GTK level question, even if the code itself is Gtk--. >I'm changing a widget's (label in particular) color at run time and am >using the following code to do so: > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > Gtk::Style *cur_style = status_lbl_1->get_style(); > > cur_style = cur_style->copy(); > cur_style->set_fg(GTK_STATE_NORMAL, color); > > status_lbl_1->set_style(*cur_style); > status_lbl_2->set_style(*cur_style); > >This works, but it leaves me with these questions: Repeating myself again: please don't do this. Use status_lbl1->set_name ("StatusLabel"); status_lbl2->set_name ("StatusLabel"); and then load a GTK RC file with: style "status_label" { fg[NORMAL] = { 0.93, 0.94, 0.23 } } widget "*StatusLabel" style "status_label" this allows and your users to change the colors at run time without any recompilation. as a side effect, it also removes a bunch of ugly code from your app :) --p From pks@timing.com Mon Nov 13 18:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 794A32BEE0 for ; Mon, 13 Nov 2000 18:30:44 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA765 for ; Mon, 13 Nov 2000 16:34:50 -0700 Message-ID: <3A10796F.CDC133DB@timing.com> Date: Mon, 13 Nov 2000 16:29:51 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > gtkmm-main@lists.sourceforge.net. thank you for mailing list name. > > but this is a GTK level question, even if the code itself is Gtk--. > > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > > > /* ugly code here */ > > > Repeating myself again: please don't do this. Use > > status_lbl1->set_name ("StatusLabel"); > status_lbl2->set_name ("StatusLabel"); > > and then load a GTK RC file with: > > style "status_label" { > fg[NORMAL] = { 0.93, 0.94, 0.23 } > } > widget "*StatusLabel" style "status_label" I've read similar advice (might have been yours for all I know) in previous messages on this list. I am using a massive GTK rc to set color preferences for components with "static" color. The reason I resorted to this ugly code is because I want to change the color at run time ... imagine a status label that goes shows an application going through different states const lbl_config_rec lbl_configs[] = { { "Stopped", orange_color }, { "Ready", another_color }, { "Starting", green_color }, { "Calibrating", green_color }, { "Collecting", white_color }, { "Interrupted", red_color }, }; that is status_lbl_1 and status_lbl_2 could be green now, red in two seconds and another color three seconds from then. using resource files, the only way I see to accomplish something like this would be to create 12 labels, set_naming() each set of two, then hiding the set that's currently visible, and showing the set that reflects the application's new state ... this can certainly be done ... but I would argue that this paradigm isn't much prettier (if at all). If you find there is a "cleaner" way to accomplish something like this using RC files I would love to hear from you again - maybe I'm just not seeing the light ;) > this allows and your users to change the colors at run time without > any recompilation. as a side effect, it also removes a bunch of ugly > code from your app :) > > --p I appreciate your response! I'll subscribe to the list you recommend when I get done clicking the send button! Patrick From pks@timing.com Mon Nov 13 19:16:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id E454D2BC43 for ; Mon, 13 Nov 2000 19:16:35 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA781 for ; Mon, 13 Nov 2000 17:20:41 -0700 Message-ID: <3A10842C.ECB94385@timing.com> Date: Mon, 13 Nov 2000 17:15:40 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I found the following when skimming previous messages on the mailing list ... a search for color doesn't do much good when the subject contains colour ;) Anwyays ... I believe this gets much closer to the answers I was seeking ... it certainly does address the "memory leak" question I had ... ----------------------------------------------------------------------- The correct way is: - create a GtkRcStyle - set the background color in the RcStyle, and set the flag in the RcStyle indicating that the background color is set - call gtk_widget_modify_style() to override the widget's current style with your RcStyle - unref the RcStyle, the widget will have kept a reference to it This method allows your changes to survive theme switches. If you just modify the GtkStyle instead of adding the GtkRcStyle, changing themes will make your modification go away. The GTK 2.0 sources have a function gtk_widget_modify_bg() that does this for you. Havoc Yes, sorry for the brevity; I've typed it in a few times before, this is one of the many FAQs not in the FAQ. Something like: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Not tested. You may want to modify states other than NORMAL, but it should be obvious how to do so following this example. Havoc From varia@ecf.utoronto.ca Mon Nov 13 20:44:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cannon.ecf.utoronto.ca (cannon.ecf.utoronto.ca [128.100.8.5]) by mail.gnome.org (Postfix) with ESMTP id C83212BAC4 for ; Mon, 13 Nov 2000 20:44:54 -0500 (EST) Received: from skule.ecf (varia@skule.ecf [128.100.8.6]) by cannon.ecf.utoronto.ca (8.9.3/8.9.3) with ESMTP id UAA30082 for ; Mon, 13 Nov 2000 20:44:53 -0500 Received: from localhost (varia@localhost) by skule.ecf (8.9.3/8.9.3) with SMTP id UAA629102 for ; Mon, 13 Nov 2000 20:44:53 -0500 (EST) X-Authentication-Warning: skule.ecf: varia owned process doing -bs Date: Mon, 13 Nov 2000 20:44:53 -0500 (EST) From: Meghal Harish Varia X-Sender: varia@skule.ecf To: gtk-list@gnome.org Subject: Gtkand the internet Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any "simple" way to convert a gtk+ application to run on a web page, or is a full rewrite required? Meghal From dsh8290@rit.edu Mon Nov 13 21:52:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 04DA02BC8E for ; Mon, 13 Nov 2000 21:52:11 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id VAA23499; Mon, 13 Nov 2000 21:52:04 -0500 (EST) Date: Mon, 13 Nov 2000 21:51:40 -0500 From: D-Man To: andrew@owsla.cjb.net Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113215140.C18291@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <"from Andrew_Ferguson"@walnut.prs.k12.nj.us> <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 16:54:50 -0400 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't see any replies yet (BTW, you're date is a little behind ;-)). Just find any gtk application and run "app --help" to find the options. -D On Mon, 14 Aug 2000 16:54:50 Andrew Ferguson wrote: | [ I posted this to gtk-app-devel-list@gnome.org some time ago and | recieved little response, hence I have reposted it here; perhaps | someone on this list will tell me if what I have done is a good, bad, | or ugly thing. Thanks.] | | Hi, | | In the GTK+ tutorial, it is mentioned that there are several standard | arguments that GTK+ accepts (the one's parsed for by | gtk_init(&argc, &argv) ). | | I was unable to find any documentation on these arguments (except for | two email messages to the main GTK+ list). So, I have looked in the | GTK+ code and put up a webpage with my findings, if anyone on the list | could go to | | http://owsla.cjb.net/gtk.shtml | | and tell me about an errors, additions, etc., I would be most obliged. | Also, is any of this information wanted by the FAQ or tutorial | maintainers? Thanks. | | _________________________________________________ | Andrew Ferguson | http://owsla.cjb.net | andrew@owsla.cjb.net | Tintin Webring: http://owsla.cjb.net/tintin/ring/ | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dave@svarozic.srce.hr Mon Nov 13 22:01:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from svarozic.srce.hr (svarozic.srce.hr [161.53.2.157]) by mail.gnome.org (Postfix) with ESMTP id E91AA2D473 for ; Mon, 13 Nov 2000 22:01:48 -0500 (EST) Received: (from dave@localhost) by svarozic.srce.hr (8.9.3+Sun/8.9.3) id EAA00750; Tue, 14 Nov 2000 04:01:32 +0100 (MET) Date: Tue, 14 Nov 2000 04:01:31 +0100 From: Drazen Kacar To: Matt Eisemann Cc: "'Drazen Kacar'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: Re: installing 2.8 Message-ID: <20001114040131.A740@svarozic.srce.hr> References: <01C04D92.75D60C60.meisemann@dsrnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <01C04D92.75D60C60.meisemann@dsrnet.com>; from meisemann@dsrnet.com on Mon, Nov 13, 2000 at 04:54:59PM -0500 X-Face: 'UIE}WabGB0+U>p-#(hp<_+AD2{H],=qR*jHfm$/e]l0(kU3oOYc5lqG6gg>[\h^IOc{'siD6#!T&loIShgmYHz3#+*D38:|`~\BE,(W~Ol9BDfDwk'lKJ;Z{sY8E9(ME.E]'wvNO`$n#,;9Z`tOFcW/nHZq!BOSrM>V?C<5DTw=<${c{M2V+|)0jSUl&!+8%8nIBF(u:E>SZWM^e X-Attribution: Dave Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann wrote: > Finally I can get back to this. Well now I can get back to this. To > answer the questions below, the compiler that I am using is gcc (not cc). > I will prog provide some of the makefile for your inspection and see if > that looks right. . . . . > > CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS Remove -pedantic. That's probably the cause of: glibconfig.h:43: warning: ANSI C does not support 'long long' If that doesn't help, try removing -ansi as well. > For GTK and GLIB I think I used most of the default settings but I did > redirect the architecture-independent files I think. Probabaly used > ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default > /usr/local. I think I also did the same thing with the GLIB ./configure > script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something > like that. Could the error below be due to the above or did I not answer Then you'd have to have /home/matt/mppcm/ssep/GLIB/bin in your $PATH if you want your shell to be able to find glib-config. Or you'll have to have symlink in one of the directories which are in your PATH. -- .-. .-. Chaos, panic & disorder - my work here is done. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From gharris@flashcom.net Tue Nov 14 04:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5B2992BBA9 for ; Tue, 14 Nov 2000 04:22:22 -0500 (EST) Received: (cpmta 7413 invoked from network); 14 Nov 2000 01:22:17 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 14 Nov 2000 01:22:17 -0800 X-Sent: 14 Nov 2000 09:22:17 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id BAA00439; Tue, 14 Nov 2000 01:22:14 -0800 (PST) (envelope-from gharris) Date: Tue, 14 Nov 2000 01:22:14 -0800 From: Guy Harris To: D-Man Cc: andrew@owsla.cjb.net, gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001114012214.A351@quadrajet.flashcom.com> References: <"from <20000814165449.A4412@linajudo.owsla.net> <20001113215140.C18291@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001113215140.C18291@dman.rh.rit.edu>; from dsh8290@rit.edu on Mon, Nov 13, 2000 at 09:51:40PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 13, 2000 at 09:51:40PM -0500, D-Man wrote: > Just find any gtk application and run "app --help" to find the options. I found one: % ethereal --help but it just popped up its standard 3-pane window; it didn't print anything. (You use "-h" on Ethereal.) I found another one: % xmms --help but all it printed was: Usage: xmms [options] [files] ... Options: -------- -h, --help Display this text and exit. -n, --session Select XMMS session (Default: 0) -r, --rew Skip backwards in playlist -p, --play Start playing current playlist -u, --pause Pause current song -s, --stop Stop current song -f, --fwd Skip forward in playlist -e, --enqueue Don't clear the playlist -m, --show-main-window Show the main window. -v, --version Print version number and exit. with no description of generic GTK+ options - which is what he was looking for, not the options for a particular application. GTK+ 1.2.8, at least, doesn't treat "--help" specially in "gtk_init_check()" (which is what "gtk_init()" calls); in fact, I don't see anything to treat "--help" specially anywhere in GTK+ 1.2.8 (nor in GLib 1.2.8, for that matter). There also doesn't seem to be anything in the current CVS version of GTK+ to treat "--help" specially. Perhaps GNOME applications do that, but that doesn't automatically happen with GTK+ applications. From john.cupitt@ng-london.org.uk Tue Nov 14 06:48:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id B6DAB2BC89 for ; Tue, 14 Nov 2000 06:48:13 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8Y8; Tue, 14 Nov 2000 11:48:12 -0000 Message-ID: <3A1125A1.DA8E74C9@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:44:33 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Patrick Schweiger wrote: > Paul Barton-Davis wrote: > > please don't do this. Use > > > > status_lbl1->set_name ("StatusLabel"); > > status_lbl2->set_name ("StatusLabel"); > > > > and then load a GTK RC file with: > > > > style "status_label" { > > fg[NORMAL] = { 0.93, 0.94, 0.23 } > > } > > widget "*StatusLabel" style "status_label" > > I've read similar advice (might have been yours for all I know) in previous > messages on this list. I am using a massive GTK rc to set color preferences > for components with "static" color. The reason I resorted to this ugly code > is because I want to change the color at run time ... > the only way I see to accomplish something like this > would be to create 12 labels, set_naming() each set of two, then hiding the > set that's currently visible, and showing the set that reflects the > application's new state ... this can certainly be done ... but I would > argue that this paradigm isn't much prettier (if at all). > > If you find there is a "cleaner" way to accomplish something like this > using RC files I would love to hear from you again - maybe I'm just not > seeing the light ;) Paul is right, you're better off with .gtkrc files. The trick is that you can set_name() at any time, changing the name updates the style, and it's a cheap call. In my app I have: style "error_style" { bg[].. } style "clean_style" { bg[].. } style "leaf_style" { bg[].. } etc. widget "*error_widget" style "error_style" widget "*clean_widget" etc. Then when one of my widgets changes state, I set_name() to the new state ... and it is automcatically updated with the new style. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From john.cupitt@ng-london.org.uk Tue Nov 14 06:51:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id E6B9E2DBAA for ; Tue, 14 Nov 2000 06:51:33 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8ZG; Tue, 14 Nov 2000 11:51:28 -0000 Message-ID: <3A112662.118A2EE0@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:47:46 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: Gtkand the internet References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal Harish Varia wrote: > Is there any "simple" way to convert a gtk+ application to run on a web > page, or is a full rewrite required? You could take a look at broadway: http://www.broadwayinfo.com/ John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pbd@op.net Tue Nov 14 09:05:49 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 46E102DBBC for ; Tue, 14 Nov 2000 09:05:48 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0b.ppp.op.net [209.152.194.75]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01336; Tue, 14 Nov 2000 09:04:59 -0500 (EST) Message-Id: <200011141404.JAA01336@renoir.op.net> To: gtkmm Mailing List Cc: gtk-list@gnome.org Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Mon, 13 Nov 2000 19:08:28 +0100." <20001113190827.A1435@vulcain.yyydom> Date: Tue, 14 Nov 2000 09:06:52 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ GTK folk: gtkmm-main folk are discussing whether our main loop object (Gtk::Kit aka Gtk::Main) should call gtk_exit() itself ] >> > But, just moving the "throw 1;" line to the other side of "Gtk::Kit >> > kit(argc, argv)" returns "0" without printing the error message: >> >> Gtk::Kit::~Kit calls gtk_exit(0), so the program terminates during the >> stack unwinding. > >argh! > >i thought this was finally fixed ? >there is no reason why Kit::~Kit may call exit(). > >it is my own duty to return from main. >maybe i want to do something else after using gtk-- ? >gtk-- is just a library. it has no right to play god. I agree absolutely. The problem, however, is that this exists down at the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell GTK "ok, shutdown and cleanup" that is guaranteed to be clean without also telling it to call exit(0). Here's what the (fantastic) GTK reference manual says: --------------------------------------------------------------------- gtk_exit () void gtk_exit (gint error_code); Terminate the program and return the given exit code to the caller. This function will shut down the GUI and free all resources allocated for error_code : Return value to pass to the caller. This is dependend on the target system but at least on Unix systems 0 means success. --------------------------------------------------------------------- No other listed function is described as shutting down the GUI. Now, in reality, we know that something like: while (gtk_main_level()) { gtk_main_quit(); } will accomplish most of the desired goal *currently*. But given the public description of gtk_exit(), there is nothing to stop some critical functionality from moving into that function at some point. So, I feel that until GTK advertises another function that *just* shuts down the GUI and frees all resources, Gtk::Main (I *hate* the word "Kit" :) should continue to call gtk_exit(). OTOH, I really feel that GTK should offer such a function. But then again, this is not easy to do with 100% correction. Shutting down the connection to the X server would work for me, though, and if there was a way to force GDK and GTK to destroy every object as well, that would be even better. Not glib though, since a program may be using glib for other things. --p From Dermot.McCluskey@ireland.sun.com Tue Nov 14 10:55:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id 18D3C2BABE for ; Tue, 14 Nov 2000 10:55:41 -0500 (EST) Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id HAA19240 for ; Tue, 14 Nov 2000 07:55:37 -0800 (PST) Received: from sternwood (sternwood [129.156.238.42]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with SMTP id PAA06001 for ; Tue, 14 Nov 2000 15:55:36 GMT Message-Id: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Date: Tue, 14 Nov 2000 15:55:35 +0000 (GMT) From: Dermot McCluskey Reply-To: Dermot McCluskey Subject: GTK+ test suite To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: z9eGPGzyi9LucDXIEylbmw== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.8 sun4u sparc Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I work in the Desktop Test Team at Sun. As you may know, Sun has joined the GNOME Foundation and is adopting GNOME as the future desktop for Solaris. We are planning to develop a verification test suite for GTK+. This test suite could be used to check the stability of a particular build of GTK+ and to find bugs. We are currently putting together a team to work on this project. Our plan is to check the code in to the CVS tree at gnome.org as soon as we have something usable. Some of the areas to be tested will include: - completeness of header files - ability to create all standard (non-deprecated) widgets; check default properties are set correctly; get and set standard properties; receive expected callbacks; etc - expected behavior and return values from library functions The execution of the test suite will be automated - there will be no manual intervention or inspection involved. We plan to use the TET test harness to control builds, execution, journal files and results tabulation. A suitable open source version of TET3 is available from The Open Group (tetworks.opengroup.org). Any comments or suggestions on areas we should cover or ideas on implementation are welcome. - Dermot Dermot McCluskey - Sun Microsystems, Ireland - Desktop Test From kenelson@ece.ucdavis.edu Tue Nov 14 12:57:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ece.ucdavis.edu (clover.ece.ucdavis.edu [169.237.32.1]) by mail.gnome.org (Postfix) with ESMTP id F38762D2E6 for ; Tue, 14 Nov 2000 12:57:21 -0500 (EST) Received: from clover.ece.ucdavis.edu (kenelson@localhost [127.0.0.1]) by ece.ucdavis.edu (8.9.3/8.9.3) with ESMTP id JAA13626; Tue, 14 Nov 2000 09:56:47 -0800 (PST) Message-Id: <200011141756.JAA13626@ece.ucdavis.edu> X-face: RinRV?cII^~g?cLc9;-D}8xnP^:6hX}*,%&@y"6p7xm^Z]V<7(`zzI!/#s%[2G'fTVC+b"* 4eYfecJ4=,gHu4o_{Z[VG{Em*{tC^LKZ6eUDc?PI0@dk}3"kJ7*"y8*hMv\qz[C5djlU#AQh0Cq.%W @2kSd~S<&}]!;ZNm(wUE4= X-url: http://www.ece.ucdavis.edu/~kenelson To: Paul Barton-Davis Cc: gtkmm Mailing List , gtk-list@gnome.org, kenelson@ece.ucdavis.edu Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Tue, 14 Nov 2000 09:06:52 EST." <200011141404.JAA01336@renoir.op.net> Date: Tue, 14 Nov 2000 09:56:47 -0800 From: Karl Nelson Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >argh! > > > >i thought this was finally fixed ? > >there is no reason why Kit::~Kit may call exit(). > > > >it is my own duty to return from main. > >maybe i want to do something else after using gtk-- ? > >gtk-- is just a library. it has no right to play god. > > I agree absolutely. The problem, however, is that this exists down at > the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell > GTK "ok, shutdown and cleanup" that is guaranteed to be clean without > also telling it to call exit(0). > > Here's what the (fantastic) GTK reference manual says: > [...] > > No other listed function is described as shutting down the GUI. > > Now, in reality, we know that something like: > > while (gtk_main_level()) { > gtk_main_quit(); > } > > will accomplish most of the desired goal *currently*. But given the > public description of gtk_exit(), there is nothing to stop some > critical functionality from moving into that function at some point. Actually it is worse. Gtk+ is is very bad about being greedy with resources. THus every time it allocates a piece of memory of certain size, it never frees it. It just holds that chunk in researve in case another thing the same size needs it. I tried in vain at one point to convince them to switch to an allocator which frees if the number of items on the stack grows larger than 32 or 64. (Which according to analysis slows gtk+ programs by 0.01%.) But they really won't hear of it. Thus the only way gtk+ will ever free is by exiting! > > So, I feel that until GTK advertises another function that *just* > shuts down the GUI and frees all resources, Gtk::Main (I *hate* the > word "Kit" :) should continue to call gtk_exit(). (Okay, I secretly hate Main because someone sent this code which scares me. int main(int argc, char** argv) { Gtk::Main main(argc,argv); ) > > OTOH, I really feel that GTK should offer such a function. But then > again, this is not easy to do with 100% correction. Shutting down the > connection to the X server would work for me, though, and if there was > a way to force GDK and GTK to destroy every object as well, that would > be even better. Not glib though, since a program may be using glib for > other things. Well, we could place some code to do it, but it would be our own mess. If you send destroy to every toplevel widget, you will blast everything but those memory lists. I suspect the only way it will happen is if someone gets gtk+ patch in. But considering my tim is down to just basic gtk-- maintainence it won't be me. --Karl From meisemann@dsrnet.com Tue Nov 14 13:43:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id E06FC2BB2C for ; Tue, 14 Nov 2000 13:43:21 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAEIVxp00099 for ; Tue, 14 Nov 2000 13:32:00 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAEIVr400070; Tue, 14 Nov 2000 13:31:53 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 14 Nov 2000 13:42:12 -0500 Message-ID: <01C04E40.B0F9AC80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Tue, 14 Nov 2000 13:42:10 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Somewhat related to below. I have my dialog widget in its own function now. Hence , all the callbacks and widget creation are in a single function . Is this a bad idea? See the code (simplified...taken out hopefully extraneous code) VOID dialog_create(SHARED_WINDOW *tasks) { GtkWidget *dialog_win; GtkWidget *dialog_label; GtkWidget *dialog_ok dialog_win = gtk_dialog_new(); gtk_widget_set_usize(dialog_win, 250,250); dialog_label=gtk_label_new("WARNING some text here \n"); dialog_ok = gtk_button_new_with_label("OK"); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox), dialog_label, FALSE,FALSE,NO_PADDING); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area), dialog_ok, FALSE,FALSE,NO_PADDING); gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); gtk_signal_connect_object(GTK_OBJECT(dialog_win),"delete-event", GTK_SIGNAL_FUNC(dialog_delete_ev ent),NULL); gtk_signal_connect(GTK_OBJECT(dialog_win),"destroy", GTK_SIGNAL_FUNC(utics_destroy),N ULL); gtk_widget_show(dialog_ok); gtk_widget_show(dialog_label); gtk_widget_show(dialog_win); tasks->dialog_win = dialog_win; tasks->dialog_create = TRUE; } Here is the dialog_delete_event function. gint dialog_delete_event(GtkWidget *widget, GdkEvent *event, gpointer data) { g_print("dialog delete event occurred\n"); gtk_widget_hide(widget); return(TRUE); } void destroy(GtkWidget *widget), gpointer data) { gtk_widget_hide(widget); } The gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); works great without noticible problems but the other ones do not work. When I try to close the window via the window manager, the menu for the window dissappears but the dialog box remains. Any noticible reasons why? Maybe the above code will help. I want the dialog box to dissaprear and not be destroyed when the user closes the window via the window menu. (command ALT - F4). Any ideas why it is not working. Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Monday, October 30, 2000 6:51 PM To: gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem The code looks OK to me, however, you may be running into a scoping issue with dialog_win depending on where you use gtk_signal_connect(). Otherwise, I think I'd need to see more of your code to figure out what's going on. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Monday, October 30, 2000 6:23 PM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > You were right. For some reason it needed gtk_signal_connect_object. If > I > want to also have a window delete handler in case they close the window > via > window mgr does the following look right given the variable names I have > used already. > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > gtk_widget_hide(widget); > return(TRUE); > } > > Actually, i just tried it and I got a core dump. Anything look wrong > above. Thanks ahead of time for your help. > > Matt > > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 5:58 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > Just a thought... It appears the problem has to do with > gtk_signal_connect() > passing it's first argument to gtk_widget_hide() whereas I think your > trying to > pass the last argument instead. Try using gtk_signal_connect_object(), it > > will > change the order of the argments passed to the callback function so that > the > last argument to gtk_signal_connect_object() is passed as the first > argument to > gtk_widget_hide() instead. > > > > -- Stupid Genius > > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 5:09 PM > > To: gtk-list@gnome.org > > Subject: dialog widget problem > > > > Currently I am creating an application, but there is something wrong > with > > the callback that hides the widget or something is wrong in my logic. > Here > > is a bit of code below which so should give some idea of what I am > doing. > > The main window calls a dialog box when a certain flag is set. I want > the > > user to be able to push the "OK" button and hide the dialog window and > > reset the flag back to FALSE. I hopefully left out extraneous > information > > and code. > > > > void some_function(... ) > > { > > > > ..... > > > > > > > > if(tasks->dead_tasks == TRUE) > > { > > gtk_widget_show_all(tasks->dialog_win); > > tasks->dead_tasks = FALSE; > > } > > } > > > > > > > > int main(INT argc, CHAR *argv[]) > > { > > ... > > dialog_win = gtk_dialog_new(); > > dialog_label = gtk_label_new("WARNING. There is something wrong. "); > > dialog_ok = gtk_button_new_with_label("OK"); > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > ALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > _ok, FALSE,FALSE, NO_PADDING); > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > T(dialog_win)); > > } > > The code works somewthat above but the problem is that the OK button > > disappears and not the whole window. > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pks@timing.com Tue Nov 14 14:12:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 22C122BAC4 for ; Tue, 14 Nov 2000 14:12:20 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA790; Tue, 14 Nov 2000 12:16:27 -0700 Message-ID: <3A118E60.95BE0160@timing.com> Date: Tue, 14 Nov 2000 12:11:28 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Cupitt Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> <3A1125A1.DA8E74C9@ng-london.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt wrote: > Paul is right, you're better off with .gtkrc files. The trick is that > you can set_name() at any time, changing the name updates the style, and > it's a cheap call. In my app I have: > > style "error_style" { > bg[].. > } > style "clean_style" { > bg[].. > } > style "leaf_style" { > bg[].. > } > etc. > widget "*error_widget" style "error_style" > widget "*clean_widget" etc. > > Then when one of my widgets changes state, I set_name() to the new state > ... and it is automcatically updated with the new style. Ahhhhh! I never even thought of this! I guess I was sidetracked by the fact that parsing a resource file does not affect the appearance of widgets created/realized/mapped/shown before the parsing ... which in retrospect doesn't make a whole lot of sense either ... > HTH, you *bet* it does! I thank you, Paul and gtk-list! From david@linux.com Tue Nov 14 19:09:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 2930D2BC09 for ; Tue, 14 Nov 2000 19:09:32 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF09Tq19512 for ; Tue, 14 Nov 2000 16:09:29 -0800 Message-ID: <3A11D439.A835ECF@linux.com> Date: Tue, 14 Nov 2000 16:09:29 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: gtk_entry_set_text() and very fast updates Content-Type: multipart/mixed; boundary="------------57DD6587A406CDEAB9918436" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------57DD6587A406CDEAB9918436 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Question, I have need to update an entry box on the order of ~200ms intervals. Using gtk_entry_set_text() only seems to grow in memory usage. [...] commaval=commafy(tuples); sprintf(temp, "%*s", 9, commaval); free(commaval); gtk_entry_set_text(GTK_ENTRY(count_field), temp); [...] Consider this the body of a loop. Yes, I'm new to gtk starting last wednesday evening. Can someone recommend a leak proof method other than widget de/construction? tia, -d -- "The difference between 'involvement' and 'commitment' is like an eggs-and-ham breakfast: the chicken was 'involved' - the pig was 'committed'." --------------57DD6587A406CDEAB9918436 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------57DD6587A406CDEAB9918436-- From rhajikhani@etoys.com Tue Nov 14 20:24:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 0C56C2BCB6 for ; Tue, 14 Nov 2000 20:24:19 -0500 (EST) Received: (qmail 29921 invoked from network); 15 Nov 2000 00:43:42 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 15 Nov 2000 00:43:42 -0000 Received: from etoys.com (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSNBHC; Tue, 14 Nov 2000 17:04:41 -0800 Message-ID: <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 18:03:54 -0800 From: Rasoul Hajikhani Organization: etoys X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.7-1.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Help! is gtk cpu intensive? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are gtk applications cpu intensive. I have a window that has a menu box, 3 buttons, scrollable window that holds gtkrgb object, couple of frames and a table, and it reads 27% cpu. Is this normal or does this mean I have done something wrong... ps: does any one know where I can get oci.h off the net. My Oracle installation did not have it... Thanks -r From alan@ielinux.com Tue Nov 14 21:41:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 503112CED7 for ; Tue, 14 Nov 2000 21:40:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id KAA04130 for ; Wed, 15 Nov 2000 10:47:53 +0800 Message-ID: <004e01c04ead$7e679440$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set dialog window always on top?? Date: Wed, 15 Nov 2000 10:40:48 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004B_01C04EF0.848E26C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable How to set dialog window always on top?? I program a YesNoWindow,=20 I can set gtk_grab_add() let MainWindow can't get event. But I clicked the MainWindow, the YesNoWindow would lower MainWindow. Could I let the YesNoWindow(sub Dialog) always raise over MainWindow? How to do it?? ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
How to set dialog window always = on=20 top??
I program a YesNoWindow, =
I can set gtk_grab_add() = let MainWindow can't get = event.
But I clicked the MainWindow, = the=20 YesNoWindow would lower=20 MainWindow.
Could I let the YesNoWindow(sub = Dialog)=20 always raise over MainWindow?
How to do = it??
------=_NextPart_000_004B_01C04EF0.848E26C0-- From pbd@op.net Tue Nov 14 21:54:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 152212BF70 for ; Tue, 14 Nov 2000 21:54:51 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18026; Tue, 14 Nov 2000 21:54:45 -0500 (EST) Message-Id: <200011150254.VAA18026@renoir.op.net> To: Rasoul Hajikhani Cc: "gtk-list@gnome.org" Subject: Re: Help! is gtk cpu intensive? In-reply-to: Your message of "Tue, 14 Nov 2000 18:03:54 PST." <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 21:56:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message <3A11EF0A.1B1AE58F@etoys.com>you write: >Are gtk applications cpu intensive. I have a window that has a menu box, >3 buttons, scrollable window that holds gtkrgb object, couple of frames >and a table, and it reads 27% cpu. Is this normal or does this mean I >have done something wrong... you've done something wrong. without seeing any code, its impossible to tell what. >ps: does any one know where I can get oci.h off the net. My Oracle >installation did not have it... at least one version of oci.h is copyrighted by oracle. --p From otaylor@redhat.com Tue Nov 14 22:58:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 35E092BD43 for ; Tue, 14 Nov 2000 22:58:37 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EDAF3242654; Tue, 14 Nov 2000 22:58:36 -0500 (EST) To: Dermot McCluskey Cc: gtk-list@gnome.org, gtk-devel-list@gtk.org Reply-To: gtk-devel-list@gtk.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> From: Owen Taylor Date: 14 Nov 2000 22:58:36 -0500 In-Reply-To: Dermot McCluskey's message of "Tue, 14 Nov 2000 15:55:35 +0000 (GMT)" Message-ID: Lines: 65 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ This would be best discussed on gtk-devel-list, so I've set the reply to point to that list. ] Dermot McCluskey writes: > I work in the Desktop Test Team at Sun. As you may > know, Sun has joined the GNOME Foundation and is > adopting GNOME as the future desktop for Solaris. > > We are planning to develop a verification test suite > for GTK+. This test suite could be used to check the > stability of a particular build of GTK+ and to find bugs. > We are currently putting together a team to work on > this project. > > Our plan is to check the code in to the CVS tree at > gnome.org as soon as we have something usable. > > Some of the areas to be tested will include: > - completeness of header files Hmmm, I'm not sure what this means quite... > - ability to create all standard (non-deprecated) widgets; > check default properties are set correctly; > get and set standard properties; > receive expected callbacks; etc So the idea here is to drive the widgets via their introspectable interface? Certainly quite a bit of testing can be done this way, though it probably will be as much testing the glue between the property system and the core itself. > - expected behavior and return values from library functions I assume this would involve writing specific test cases. These ideas sound like a reasonable start. I have very little experience in doing automated testing of toolkits, so I'd probably have to see things in action to know how it will work. > The execution of the test suite will be automated - there will > be no manual intervention or inspection involved. We plan to > use the TET test harness to control builds, execution, journal > files and results tabulation. A suitable open source version > of TET3 is available from The Open Group (tetworks.opengroup.org). Can you provide some more details on TET - I was unable to find out anything useful from the web page without registering to download. In particular: - What are the details of the license? (The Open Group has a history of being unable to get its act together on open license...) - What platforms does it run on? I saw mention on the web site of Win32 and Java... Thanks, Owen From dsh8290@rit.edu Tue Nov 14 23:20:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 425F22CA94 for ; Tue, 14 Nov 2000 23:20:51 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA09128 for ; Tue, 14 Nov 2000 23:20:50 -0500 (EST) Date: Tue, 14 Nov 2000 23:20:19 -0500 From: D-Man To: gtk-list Subject: Future of GTK Message-ID: <20001114232019.A1463@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi. I have a few questions regarding the future of GTK in my evaluation and comparison of GTK+ and wxWindows. Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? Thanks all for your input on this subject. -D From hp@redhat.com Wed Nov 15 00:21:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 00A852BC92 for ; Wed, 15 Nov 2000 00:21:39 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5KWH11139; Wed, 15 Nov 2000 00:20:32 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list Subject: Re: Future of GTK References: <20001114232019.A1463@dman.rh.rit.edu> From: Havoc Pennington Date: 15 Nov 2000 00:20:32 -0500 In-Reply-To: D-Man's message of "Tue, 14 Nov 2000 23:20:19 -0500" Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > Currently GTK is primarily for Unix and Unix-like operating systems. > Is it the intention that GTK (and libglade of course) will be > cross-platform? Yes. The most important difference between GTK and wxWindows in this respect is that GTK will always be an "emulating" toolkit (meaning it draws its own widgets that may look like native widgets given the right theme, but it doesn't use native widgets). AFAIK wxWindows is a "wrapper" toolkit (meaning it uses native widgets underneath). A "wrapper" toolkit is going to be less flexible/powerful than a native toolkit like GTK, in general. This is why Java moved away from that (AWT) and Swing has a more GTK-like approach. But of course a wrapper toolkit has more native L&F. On the other hand, GTK _is_ the native L&F on at least one platform, unlike Swing. > How easy/feasible is it to bind various languages to C++? For language bindings the issue isn't C vs. C++. The issue is that GTK has an object system designed to facilitate language bindings. You could write such an object system in C or in C++ (in fact Microsoft has done so as part of their .NET framework). The "object system" that C++ has by default though isn't very good for this, you need a more powerful object system on top. And of course pretty much all large C++ systems have a more powerful object system on top - QObject in Qt for example. Though QObject is not designed to address the language binding issue. Havoc From hp@redhat.com Wed Nov 15 00:23:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id CED912BC92 for ; Wed, 15 Nov 2000 00:23:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5M4k11142; Wed, 15 Nov 2000 00:22:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: David Ford Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> From: Havoc Pennington Date: 15 Nov 2000 00:22:04 -0500 In-Reply-To: David Ford's message of "Tue, 14 Nov 2000 16:09:29 -0800" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ David Ford writes: > Question, I have need to update an entry box on the order of ~200ms > intervals. Using gtk_entry_set_text() only seems to grow in memory > usage. > > [...] > commaval=commafy(tuples); > sprintf(temp, "%*s", 9, commaval); > free(commaval); > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > [...] > > Consider this the body of a loop. Yes, I'm new to gtk starting last > wednesday evening. Can someone recommend a leak proof method other than > widget de/construction? > If you're running that in a loop without ever running the GTK main loop, the memory leak is probably just GTK queuing up more and more redraws or something; try running the main loop once in a while. Havoc From wolfgang@ultim.net Wed Nov 15 00:24:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id E39942BC92 for ; Wed, 15 Nov 2000 00:24:02 -0500 (EST) Received: (qmail 19944 invoked from network); 15 Nov 2000 05:18:07 -0000 Received: from m170.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.170) by athena.ultim.net with SMTP; 15 Nov 2000 05:18:07 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAF5GnY18704 for gtk-list@gnome.org; Wed, 15 Nov 2000 00:16:49 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Wed, 15 Nov 2000 00:16:46 -0500 From: Wolfgang Sourdeau To: gtk-list Subject: Re: Future of GTK Message-ID: <20001115001644.A18672@debian.home> References: <20001114232019.A1463@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001114232019.A1463@dman.rh.rit.edu>; from dsh8290@rit.edu on Tue, Nov 14, 2000 at 11:20:19PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 14, 2000 at 11:20:19PM -0500, heure d'inpiration, D-Man écrivait en ces mots: > > Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? GTK+ is currently being implemented for the Win32 and BeOS platform. I am quite sure a MacOS port is underway too. Please refer to http://www.gtk.org. For what the any_languages->C++ bindings I will let someone else answer. But I think it is more difficult than with C because of C++ way of managing its objects. Wolfgang -- A chicken is an egg's way of producing more eggs. From david@linux.com Wed Nov 15 01:47:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8ED692BC0E for ; Wed, 15 Nov 2000 01:47:14 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF6l5q27835; Tue, 14 Nov 2000 22:47:08 -0800 Message-ID: <3A123169.CAA37887@linux.com> Date: Tue, 14 Nov 2000 22:47:05 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> Content-Type: multipart/mixed; boundary="------------C1D651F0BBBA7BCDD0093C3D" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Havoc Pennington wrote: > David Ford writes: > > Question, I have need to update an entry box on the order of ~200ms > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > usage. > > > > [...] > > commaval=commafy(tuples); > > sprintf(temp, "%*s", 9, commaval); > > free(commaval); > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > [...] > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > wednesday evening. Can someone recommend a leak proof method other than > > widget de/construction? > > > > If you're running that in a loop without ever running the GTK main > loop, the memory leak is probably just GTK queuing up more and more > redraws or something; try running the main loop once in a while. The loop is iterated by a gtk timer, the program sits in gtk main normally. sql_refresh is initially called by a button. I've commented everything in the function except for the set_text. Assume conn is null only for the first call and valid thereafter. It boils down to the below with main() having entered while()..gtk_main(). sql_refresh() [...] if(!conn) { auto_push_statusbar("You are not linked to the SQL server -- Going online"); sql_connect(); if(!conn) { auto_push_statusbar("Unable to link to SQL server"); return; } else auto_push_statusbar("Connected to SQL server, refreshing every..."); timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); } [...] gtk_entry_set_text() } auto_refresh() { GtkButton *dummy1=NULL; gpointer dummy2=0; sql_refresh(dummy1, dummy2); return; } If I comment out the set_text call, I can run the program at 1ms for 20 minutes and see no mem leak. -d --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------C1D651F0BBBA7BCDD0093C3D-- From bruces@mail.petech.ac.za Wed Nov 15 02:09:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 08E922BD79 for ; Wed, 15 Nov 2000 02:09:33 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA06384; Wed, 15 Nov 2000 09:08:50 +0200 Message-ID: <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "David Ford" Cc: References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> Subject: Re: gtk_entry_set_text() and very fast updates Date: Wed, 15 Nov 2000 09:08:54 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string given. Try to free temp each time after the text setting. Unfortunately I'm nowhere near a GTK+ box to give this a test myself. This may just break the app badly if it needs the original. Hope this works. Bruce ----- Original Message ----- From: "David Ford" To: "Havoc Pennington" Cc: Sent: Tuesday, November 14, 2000 10:47 PM Subject: Re: gtk_entry_set_text() and very fast updates > Havoc Pennington wrote: > > > David Ford writes: > > > Question, I have need to update an entry box on the order of ~200ms > > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > > usage. > > > > > > [...] > > > commaval=commafy(tuples); > > > sprintf(temp, "%*s", 9, commaval); > > > free(commaval); > > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > > [...] > > > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > > wednesday evening. Can someone recommend a leak proof method other than > > > widget de/construction? > > > > > > > If you're running that in a loop without ever running the GTK main > > loop, the memory leak is probably just GTK queuing up more and more > > redraws or something; try running the main loop once in a while. > > The loop is iterated by a gtk timer, the program sits in gtk main normally. > sql_refresh is initially called by a button. I've commented everything in > the function except for the set_text. Assume conn is null only for the first > call and valid thereafter. It boils down to the below with main() having > entered while()..gtk_main(). > > sql_refresh() > [...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going > online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } > [...] > gtk_entry_set_text() > } > > auto_refresh() > { > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; > } > > If I comment out the set_text call, I can run the program at 1ms for 20 > minutes and see no mem leak. > > -d > > From pbd@op.net Wed Nov 15 02:13:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 455D32CF06 for ; Wed, 15 Nov 2000 02:13:04 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id CAA02075 for ; Wed, 15 Nov 2000 02:13:02 -0500 (EST) Message-Id: <200011150713.CAA02075@renoir.op.net> To: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates In-reply-to: Your message of "Tue, 14 Nov 2000 22:47:05 PST." <3A123169.CAA37887@linux.com> Date: Wed, 15 Nov 2000 02:15:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >sql_refresh() >[...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going >online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } >[...] > gtk_entry_set_text() >} > >auto_refresh() >{ > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; >} This code doesn't make a lot of sense to me. What are you trying to accomplish ? When and how do you cancel the timeout function, and why doesn't it return FALSE or TRUE (or is that because you didn't actually cut-n-paste) ? --p From david@linux.com Wed Nov 15 02:17:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8D3A02BC0E for ; Wed, 15 Nov 2000 02:17:29 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF7Goq27877; Tue, 14 Nov 2000 23:16:52 -0800 Message-ID: <3A123862.87E3AFFF@linux.com> Date: Tue, 14 Nov 2000 23:16:50 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Bruce A. Smith" Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> Content-Type: multipart/mixed; boundary="------------630358A9D836FA4CC0025A32" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------630358A9D836FA4CC0025A32 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Bruce A. Smith" wrote: > I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string > given. Try to free temp each time after the text setting. Unfortunately I'm > nowhere near a GTK+ box to give this a test myself. This may just break the > app badly if it needs the original. > > Hope this works. That is what I had hoped, however it quickly segfaults after a few iterations. Is there documentation somewhere that says what functions copy and what functions don't? Where it's safe to do what? -d --------------630358A9D836FA4CC0025A32 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------630358A9D836FA4CC0025A32-- From david@linux.com Wed Nov 15 03:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 77E1B2BAE3 for ; Wed, 15 Nov 2000 03:08:13 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF886q28437; Wed, 15 Nov 2000 00:08:09 -0800 Message-ID: <3A124466.9E3335BF@linux.com> Date: Wed, 15 Nov 2000 00:08:06 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: [fixed] Re: gtk_entry_set_text() and very fast updates References: <200011150713.CAA02075@renoir.op.net> Content-Type: multipart/mixed; boundary="------------AE19907BCF653B58888E8B99" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------AE19907BCF653B58888E8B99 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Paul Barton-Davis wrote: > This code doesn't make a lot of sense to me. What are you trying to > accomplish ? When and how do you cancel the timeout function, and why > doesn't it return FALSE or TRUE (or is that because you didn't > actually cut-n-paste) ? I do believe I have found it thanks to your question of return value. I've changed the timer callback itself to return FALSE and the leak no longer occurs. The program also no longer segfaults. Perhaps a simple note can be added to the FAQ to RTFM [again] on the subject of callbacks and return values when it appears your program has a memleak and strange segfaults. -d --------------AE19907BCF653B58888E8B99 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------AE19907BCF653B58888E8B99-- From bruces@mail.petech.ac.za Wed Nov 15 03:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 3CCF72BAE3 for ; Wed, 15 Nov 2000 03:34:19 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09204 for ; Wed, 15 Nov 2000 10:34:13 +0200 Message-ID: <00b201c04f32$aa624560$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: Re Gtk Developer Network site Date: Wed, 15 Nov 2000 10:34:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From jones@iabg.de Wed Nov 15 06:19:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 17EC22BAE9 for ; Wed, 15 Nov 2000 06:19:38 -0500 (EST) Received: by iabgfw.iabg.de; id MAA29587; Wed, 15 Nov 2000 12:19:35 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma029548; Wed, 15 Nov 00 12:19:28 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Wed, 15 Nov 2000 12:19:27 +0100 Message-ID: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> From: "jones" To: Subject: updating entry widgets Date: Wed, 15 Nov 2000 12:18:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there anyway of making a entry widget update their entry at fixed time intervals? From john.cupitt@ng-london.org.uk Wed Nov 15 06:48:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id EEACF2BC61 for ; Wed, 15 Nov 2000 06:48:17 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ0H5; Wed, 15 Nov 2000 11:48:16 -0000 Message-ID: <3A127725.6E2FD33@ng-london.org.uk> Date: Wed, 15 Nov 2000 11:44:37 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: updating entry widgets References: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > Is there anyway of making a entry widget update their entry at fixed time > intervals? Hi, use gtk_timeout_add(), and update the entry in the timeout callback. John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From raszi@great.expectations.netfoo.org Tue Nov 14 18:17:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from great.expectations (tty-131.nas1.euroweb.hu [193.226.222.131]) by mail.gnome.org (Postfix) with ESMTP id 0576A2BE58 for ; Tue, 14 Nov 2000 18:17:18 -0500 (EST) Received: from raszi by great.expectations with local (Exim 3.16 #1 (Debian)) id 13vpKF-0001sI-00 for ; Wed, 15 Nov 2000 00:17:15 +0100 Date: Wed, 15 Nov 2000 00:17:15 +0100 From: KARASZI Istvan To: gtk-list@gnome.org Subject: File open/save dialog Message-ID: <20001115001715.A7062@great.expectations> Reply-To: raszi@bigfoot.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, i use often the file open/save dialog. And i'm very angry when i must delete my filename, when i want to go back into my home directory. I think a home button (near Create Dir, Delete File, Rename File or at the drop down menu in a separate option) is very comfortable. thanks, -- KARASZI Istvan From baxter@cs.unc.edu Mon Nov 13 10:22:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 82B5D2BAB1 for ; Mon, 13 Nov 2000 10:22:14 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id KAA05845; Mon, 13 Nov 2000 10:22:09 -0500 (EST) Message-ID: <3A100720.79FB2970@cs.unc.edu> Date: Mon, 13 Nov 2000 10:22:08 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did some more checking and they don't blink when using GNOME (sawfish) as the desktop manager. Only when KDE is the desktop manager. Havoc Pennington wrote: > Hi, > > They aren't supposed to blink, I've never heard of this problem. Maybe > your system clock is seriously broken, confusing GTK's timing? > > Havoc From pavan@gdit.iiit.net Tue Nov 14 14:56:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id E02362BAAF for ; Tue, 14 Nov 2000 14:56:24 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id BAA25370 for ; Wed, 15 Nov 2000 01:44:31 +0530 Date: Wed, 15 Nov 2000 01:44:31 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: GdkError !! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to draw a pixmap on another pixmap and trying to display the second one ! The problem is , second one is being created well but for the first one, the following error is being given ,, GdkWarning **:Creating pixmap from NULL window and colormap Can anyone explain me what this means , thanking you in anticipation, regards pavan From bruces@petech.ac.za Wed Nov 15 03:28:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id F02CD2BAE3 for ; Wed, 15 Nov 2000 03:27:55 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09012 for ; Wed, 15 Nov 2000 10:27:50 +0200 Message-ID: <008201c04f31$c5efe900$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: RE Gtk Developer Network site Date: Wed, 15 Nov 2000 10:27:55 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From mleisher@crl.nmsu.edu Wed Nov 15 10:34:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 0FD2F2BAAE for ; Wed, 15 Nov 2000 10:34:24 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA19963; Wed, 15 Nov 2000 08:34:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA19682; Wed, 15 Nov 2000 08:34:20 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA20966; Wed, 15 Nov 2000 08:34:18 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.44282.112015.417842@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 08:34:18 -0700 (MST) To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Some of the areas to be tested will include: - completeness of header >> files Owen> Hmmm, I'm not sure what this means quite... I suspect this means checking things like X11 header files that don't have return types specified (i.e. Solaris 2.8), prompting a flood of warnings when the -Wall flag is used with gcc. Owen> - What platforms does [TET] run on? I saw mention on the web site of Owen> Win32 and Java... Neither of which are being used by some of us. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From polom@convergence.de Wed Nov 15 11:39:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wintermute (chambertin.convergence.de [212.84.236.2]) by mail.gnome.org (Postfix) with ESMTP id EE62C2BC09 for ; Wed, 15 Nov 2000 11:39:03 -0500 (EST) Received: from wintermute ([127.0.0.1] helo=convergence.de ident=szymon) by wintermute with esmtp (Exim 3.16 #1 (Debian)) id 13vx69-0000No-00; Wed, 15 Nov 2000 08:35:13 +0100 Message-ID: <3A123C89.1D0D594A@convergence.de> Date: Wed, 15 Nov 2000 08:34:33 +0100 From: Szymon Polom Organization: convergence integrated media GmbH X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi... Owen Taylor wrote: > [ > This would be best discussed on gtk-devel-list, so I've > set the reply to point to that list. > ] > > Dermot McCluskey writes: > > > I work in the Desktop Test Team at Sun. As you may > > know, Sun has joined the GNOME Foundation and is > > adopting GNOME as the future desktop for Solaris. > > > > We are planning to develop a verification test suite > > for GTK+. This test suite could be used to check the > > stability of a particular build of GTK+ and to find bugs. > > We are currently putting together a team to work on > > this project. > In particular: > > - What are the details of the license? (The Open Group has a > history of being unable to get its act together on open > license...) > > - What platforms does it run on? I saw mention on the web site > of Win32 and Java... Java? Please not. Then they are going to do some stupting testing standard and superset it, because they own the java namespace and nobody is able to extend that standard. Or you have to licence their VM to be compliant or you have to use a test for your VM to be compliant. And so on. Sun. No thanks. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From hp@redhat.com Wed Nov 15 11:50:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id A5FF92CEB7 for ; Wed, 15 Nov 2000 11:50:46 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFGnK824323; Wed, 15 Nov 2000 11:49:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: From: Havoc Pennington Date: 15 Nov 2000 11:49:19 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Wed, 15 Nov 2000 01:44:31 +0530 (IST)" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > GdkWarning **:Creating pixmap from NULL window and colormap > Can anyone explain me what this means , > It means you are calling gdk_pixmap_new() without providing a window or colormap. This means GTK will assume the default visual/colormap, which may not be correct for the window you end up drawing the pixmap to. The way to solve it is to pass in the window or colormap you want to gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). The window you intend to draw the pixmap to would be appropriate here, or the result of gtk_widget_get_colormap() on the widget you intend to use the pixmap with. Havoc From otaylor@redhat.com Wed Nov 15 11:53:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0B7B2DCD0; Wed, 15 Nov 2000 11:53:20 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C0A28242659; Wed, 15 Nov 2000 11:53:20 -0500 (EST) To: Szymon Polom Cc: gtk-devel-list@gnome.org, Dermot McCluskey , gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123D84.7CB8515A@convergence.de> From: Owen Taylor Date: 15 Nov 2000 11:53:20 -0500 In-Reply-To: Szymon Polom's message of "Wed, 15 Nov 2000 08:38:44 +0100" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon Polom writes: > Hi... > > Owen Taylor wrote: > > > [ > > This would be best discussed on gtk-devel-list, so I've > > set the reply to point to that list. > > ] > > > > Dermot McCluskey writes: > > > > > I work in the Desktop Test Team at Sun. As you may > > > know, Sun has joined the GNOME Foundation and is > > > adopting GNOME as the future desktop for Solaris. > > > > > > We are planning to develop a verification test suite > > > for GTK+. This test suite could be used to check the > > > stability of a particular build of GTK+ and to find bugs. > > > We are currently putting together a team to work on > > > this project. > > > In particular: > > > > - What are the details of the license? (The Open Group has a > > history of being unable to get its act together on open > > license...) > > > > - What platforms does it run on? I saw mention on the web site > > of Win32 and Java... > > Java? Please not. Then they are going to do some stupting testing > standard and superset it, because they own the java namespace and nobody > is able to extend that standard. Or you have to licence their VM to be > compliant or you have to use a test for your VM to be compliant. And so > on. > > Sun? No thanks. This is a very unhelpful attitude to take, and not the way I think the GTK+ community should be responding to people interested in assisting with GTK+. Sun is interested in making contributions to the GTK+ project; we will work with them to make sure that that the work they do aligns with the goals of GTK+ and is useful for everybody. As Dermot has responded, the version of TET that they are planning to use does not use Java, so this turns out not to be an issue at all. Regards, Owen From mleisher@crl.nmsu.edu Wed Nov 15 12:11:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 027452BB1F for ; Wed, 15 Nov 2000 12:11:28 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id KAA00041; Wed, 15 Nov 2000 10:11:25 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id KAA43979; Wed, 15 Nov 2000 10:11:26 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id KAA21101; Wed, 15 Nov 2000 10:11:23 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.50107.812865.87743@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 10:11:23 -0700 (MST) To: gtk-devel-list@gtk.org, Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: <3A123C89.1D0D594A@convergence.de> References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123C89.1D0D594A@convergence.de> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon> Java? Please not. Then they are going to do some stupting testing Szymon> standard and superset it, because they own the java namespace and Szymon> nobody is able to extend that standard. Or you have to licence Szymon> their VM to be compliant or you have to use a test for your VM to Szymon> be compliant. And so on. This is a good point. My personal lack of interest in Java is simply due to the fact that I can solve the same problems much faster and with far less code in other programming languages that fill the same niche. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From lrclause@cs.uiuc.edu Wed Nov 15 13:46:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 3D7492D9B8 for ; Wed, 15 Nov 2000 13:46:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFIkFG31851; Wed, 15 Nov 2000 12:46:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <20001115001715.A7062@great.expectations> From: Lars Clausen Date: 15 Nov 2000 12:46:14 -0600 In-Reply-To: KARASZI Istvan's message of "Wed, 15 Nov 2000 00:17:15 +0100" Message-ID: Lines: 24 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, KARASZI Istvan wrote: > Hello, >=20 > i use often the file open/save dialog. And i'm very angry when i must > delete my filename, when i want to go back into my home directory. I think > a home button (near Create Dir, Delete File, Rename File or at the drop > down menu in a separate option) is very comfortable. SigUnix at UIUC has made a couple improvements to the file dialog. You can get patches for GTK 1.2.8 at . We're currently working on improving the filtering interface, but that has turned out to be a larger job that the previous fixes. Comments are very welcome! -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Anthony-Ferrand@wanadoo.fr Wed Nov 15 15:08:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id DAA1E2D3EB for ; Wed, 15 Nov 2000 15:08:47 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 15 Nov 2000 21:08:47 +0100 Message-ID: <3A12ED5D.FA957A67@wanadoo.fr> Date: Wed, 15 Nov 2000 21:09:01 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: passing args X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I use the gtk_timeout_add function and my problem is that I need to pass 2 args to the function specified in gtk_timeout_add but it accepts only one arg for datas.... Regards, ASF From dinh@enserb.fr Wed Nov 15 15:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 3B6682CB34 for ; Wed, 15 Nov 2000 15:49:03 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id VAA19547; Wed, 15 Nov 2000 21:48:52 +0100 (MET) Message-ID: <3A1304C6.33DB3E79@enserb.fr> Date: Wed, 15 Nov 2000 21:48:54 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: ASF Cc: GTK Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF wrote: > > Hello, > > I use the gtk_timeout_add function and my problem is that I need to pass > 2 args to the function specified in gtk_timeout_add but it accepts only > one arg for datas.... The idea is to pass a structure with these two arguments when you have a function void function(type1 * arg1, type2 * arg2) { .... } you have to define a second function and a structure : struct struct_arg1_arg2 { type1 * arg1; type2 * arg2; }; void function_prime(struct struct_arg1_arg2 * arg) { function(arg->arg1, arg->arg2); } to call the function, you do the following : { struct struct_arg1_arg2 data; data->arg1 = arg1; data->arg2 = arg2; gtk_timeout_add(interval, function, &data); } -- Hoa From dsh8290@rit.edu Wed Nov 15 16:11:16 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 177582CEB7 for ; Wed, 15 Nov 2000 16:11:16 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA08468 for ; Wed, 15 Nov 2000 16:11:15 -0500 (EST) Date: Wed, 15 Nov 2000 16:11:15 -0500 From: D-Man To: gtk-list Subject: Re: passing args Message-ID: <20001115161115.E1016@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001115155950.B1016@westsidecnc.rh.rit.edu>; from dsh8290@rit.edu on Wed, Nov 15, 2000 at 16:02:38 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. -D On Wed, 15 Nov 2000 16:48:54 DINH V. Hoà wrote: | ASF wrote: | > | > Hello, | > | > I use the gtk_timeout_add function and my problem is that I need to pass | > 2 args to the function specified in gtk_timeout_add but it accepts only | > one arg for datas.... | | | The idea is to pass a structure with these two arguments | | when you have a function | | void function(type1 * arg1, type2 * arg2) | { | .... | } | | | you have to define a second function and a structure : | | struct struct_arg1_arg2 | { | type1 * arg1; | type2 * arg2; | }; | | void function_prime(struct struct_arg1_arg2 * arg) | { | function(arg->arg1, arg->arg2); | } | | to call the function, you do the following : | | { | struct struct_arg1_arg2 data; | data->arg1 = arg1; | data->arg2 = arg2; | gtk_timeout_add(interval, function, &data); | } | | -- | Hoa | From pbd@op.net Wed Nov 15 16:18:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1457F2BC7C for ; Wed, 15 Nov 2000 16:18:03 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00378 for ; Wed, 15 Nov 2000 16:18:01 -0500 (EST) Message-Id: <200011152118.QAA00378@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 11:49:19 EST." Date: Wed, 15 Nov 2000 16:20:14 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It means you are calling gdk_pixmap_new() without providing a window >or colormap. This means GTK will assume the default visual/colormap, >which may not be correct for the window you end up drawing the pixmap >to. > >The way to solve it is to pass in the window or colormap you want to >gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). is this going to be "fixed" in the new GTK+ ? it seems like such a common question, and the "obvious" usage of gdk_pixmap_new() breaks so often that it seems as if the functions should be renamed so that the colormap-ish versions are the default. --p From pbd@op.net Wed Nov 15 16:19:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1B5092CE55 for ; Wed, 15 Nov 2000 16:19:52 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00457; Wed, 15 Nov 2000 16:19:03 -0500 (EST) Message-Id: <200011152119.QAA00457@renoir.op.net> To: Lars Clausen Cc: gtk-list@gnome.org Subject: Re: File open/save dialog In-reply-to: Your message of "15 Nov 2000 12:46:14 CST." Date: Wed, 15 Nov 2000 16:21:15 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >. We're >currently working on improving the filtering interface, but that has turned >out to be a larger job that the previous fixes. i thought somebody did this more than a year ago ? there was talk of it right here on this list ... From eric_monsler@radixwireless.com Wed Nov 15 16:42:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from radixtek.com (unknown [209.157.8.121]) by mail.gnome.org (Postfix) with ESMTP id 0292C2BC15 for ; Wed, 15 Nov 2000 16:42:42 -0500 (EST) Received: from dhcp-1-212.radixtek.com ([172.16.1.212] helo=radixwireless.com) by radixtek.com with esmtp (Exim 3.16 #1) id 13wAKA-0002Se-00; Wed, 15 Nov 2000 13:42:34 -0800 Message-ID: <3A13025F.421F9348@radixwireless.com> Date: Wed, 15 Nov 2000 13:38:39 -0800 From: Eric Monsler X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: dsh8290@rit.edu Cc: gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man wrote: > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > -D > I don't think that the macro approach works when specifying a function as a callback. Does it?? If so, I would love to hear how, because that would mean something is seriously broken in my understanding of the pre-processor, compilation and linking process and the callback use of function pointers. I would expect that using: #define function_prime(ARG) function(ARG->arg1,ARG->arg2) will cause the line: gtk_timeout_add(interval, function_prime, &data); to be expanded to: gtk_timeout_add(interval, function, &data); and, when called, to have the effect of calling function( ((type1 *)&data), ((type2 *)rand()) ); Where rand() is not really called of course, but represents some unknown content of a register or stack location used to pass the second argument of a function, when the call by pointer expects to be passing one argument. Eric From dsh8290@rit.edu Wed Nov 15 16:54:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id DA2862BD24 for ; Wed, 15 Nov 2000 16:54:37 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA10181; Wed, 15 Nov 2000 16:54:28 -0500 (EST) Date: Wed, 15 Nov 2000 16:54:28 -0500 From: D-Man To: Eric Monsler Cc: dsh8290@ritvax.isc.rit.edu, gtk-list Subject: Re: passing args Message-ID: <20001115165428.A1200@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3A13025F.421F9348@radixwireless.com>; from eric_monsler@radixwireless.com on Wed, Nov 15, 2000 at 16:38:39 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um, yeah. Good point. I wasn't thinking about callbacks there. However I do believe it is legal to take the address of a macro. -D On Wed, 15 Nov 2000 16:38:39 Eric Monsler wrote: | I don't think that the macro approach works when specifying a function | as a callback. Does it?? If so, I would love to hear how, because that | would mean something is seriously broken in my understanding of the | pre-processor, compilation and linking process and the callback use of | function pointers. From lrclause@cs.uiuc.edu Wed Nov 15 17:15:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 9E9B92BB2C for ; Wed, 15 Nov 2000 17:15:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFMFFK01827; Wed, 15 Nov 2000 16:15:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <200011152119.QAA00457@renoir.op.net> From: Lars Clausen Date: 15 Nov 2000 16:15:15 -0600 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:21:15 -0500" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, Paul Barton-Davis wrote: >> . We= 're >> currently working on improving the filtering interface, but that has tur= ned >> out to be a larger job that the previous fixes. >=20 > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... There's been much talk of rewriting it from scratch, but we looked and failed to find any improvements to the existing dialog. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From dinh@enserb.fr Wed Nov 15 18:24:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 121002DC08 for ; Wed, 15 Nov 2000 18:24:27 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07430; Thu, 16 Nov 2000 00:20:30 +0100 (MET) Message-ID: <3A132850.FEFAC745@enserb.fr> Date: Thu, 16 Nov 2000 00:20:32 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Eric Monsler Cc: dsh8290@rit.edu, gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Eric Monsler wrote: > > D-Man wrote: > > > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > > > -D > > > > I don't think that the macro approach works when specifying a function > as a callback. Does it?? If so, I would love to hear how, because that > would mean something is seriously broken in my understanding of the > pre-processor, compilation and linking process and the callback use of > function pointers. > > I would expect that using: > #define function_prime(ARG) function(ARG->arg1,ARG->arg2) > > will cause the line: > gtk_timeout_add(interval, function_prime, &data); > > to be expanded to: > gtk_timeout_add(interval, function, &data); not exactly, there will be a compilation error. because the macro takes at least one argument and no expansion is possible. And D-man, macro are not object in memory, it is simply replacement of text in the source code in the first pass of the compilation, then it is NOT legal to take the address of a macro. -- Hoa From dinh@enserb.fr Wed Nov 15 18:25:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 638502DE69 for ; Wed, 15 Nov 2000 18:25:22 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07665; Thu, 16 Nov 2000 00:25:13 +0100 (MET) Message-ID: <3A13296B.A8A89CE5@enserb.fr> Date: Thu, 16 Nov 2000 00:25:15 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Juergen Boemmels , gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Juergen Boemmels wrote: > > "DINH V. Hoà" writes: > > > to call the function, you do the following : > > > > { > > struct struct_arg1_arg2 data; > > data->arg1 = arg1; > > data->arg2 = arg2; > > gtk_timeout_add(interval, function, &data); > > } > > I'm not sure, but this won't work. > You alloc the data on the stack, register a pointer to this, add leave > the function destroying this part of the stack. But it also may even > work in several cases. Those bugs are realy hard to find. > > When your timeout occurs, you may get a segfault, because the > stackframe is no longer valid. > > A possible way would be > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > free (data); > } ok, the way I gave won't work but yours won't work too. because, data will be freed as much as the function is called. (the function is called periodically with gtk_timeout_add). then the a better solution is { struct struct_arg1_arg2 *data; data = malloc (sizeof (struct struct_arg1_arg2)); g_assert (data != 0); /* init data */ gtk_timeout_add (interval, function, &data); } function (struct struct_arg1_arg2 *data) { /* do something with data */ // no free } don't forget to free the data at the end of the program or when the timeout callback will be stopped. -- Hoa From hp@redhat.com Wed Nov 15 18:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 219622DD05 for ; Wed, 15 Nov 2000 18:49:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFNlqs15919; Wed, 15 Nov 2000 18:47:52 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011152118.QAA00378@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 18:47:52 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:20:14 -0500" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is this going to be "fixed" in the new GTK+ ? it seems like such a > common question, and the "obvious" usage of gdk_pixmap_new() breaks so > often that it seems as if the functions should be renamed so that the > colormap-ish versions are the default. > Well, these functions are totally useless in the new GTK; you would normally use gdk_pixbuf_new_from_xpm_data() instead, or better use GdkPixbuf with inline RGB or PNG data. Then you would display the pixbuf in a GtkImage. There is basically no reason to create a pixmap from XPM data anymore. It looks like there's a g_return_if_fail() at the top of the functions now that requires either a window or colormap to be passed in, which is probably a clearer warning (assertion failed in gdk_pixmap_create_from_xpm_d(): window != NULL or something). Havoc From rhajikhani@exchange.office.etoys.com Wed Nov 15 20:28:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 896B42CDF6 for ; Wed, 15 Nov 2000 20:28:00 -0500 (EST) Received: (qmail 17345 invoked from network); 16 Nov 2000 01:02:03 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:02:03 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN9WM; Wed, 15 Nov 2000 17:24:30 -0800 Date: Wed, 15 Nov 2000 18:25:11 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help CPU usage at 8.9% ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have this piece of code that when run, has a 9.0% cpu usage GtkWidget create_bars (void) 71 { 72 GtkWidget *lh, *table; 73 int i, count, count1; 74 75 char buffer[20]; 76 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); 78 79 vrule = gtk_vruler_new(); 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, _TWOH); 82 gtk_table_attach_defaults( GTK_TABLE(table), 83 vrule, 84 _NON, 85 _NON, 86 _ONE); 87 gtk_table_set_col_spacings( GTK_TABLE (table), 88 _FIVE); 89 90 for (i = _NON; i < _TWTY; i++) 91 { 92 count1 = count = i; 93 count++; 94 count1++; 95 96 lh = gtk_level_hold_new(_TWOH, 97 _TEN, 98 GTK_LEVEL_HOLD_FADE, 99 _EIGHT, 100 _THREE, 101 _TWO); 102 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, _NON); 104 gtk_table_attach_defaults( GTK_TABLE(table), 105 lh, 106 count, 107 count + _ONE, 108 _NON, 109 _ONE); 110 111 sprintf(buffer, "Label%d", i); 112 113 label = gtk_label_new (buffer); gtk_table_attach_defaults( GTK_TABLE(table), 115 label, 116 count1, 117 count1 + _ONE, 118 _ONE, 119 _TWO); 120 121 gtk_timeout_add(100, bar, lh); 122 } 123 124 return table; 125 126 } I really do not understand why such high cpu usage. On top of that, when I put this in my application which has a whole lot of other things, the cpu usage goes to 20%. However, my application without the above code, has less that 1% cpu usage. Can any one PLEASE help... -r From dfisher@jagger.me.berkeley.edu Wed Nov 15 20:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 42F6D2CDC8 for ; Wed, 15 Nov 2000 20:41:17 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eAG1edI03724; Wed, 15 Nov 2000 17:40:39 -0800 Message-ID: <3A133B17.1070100@jagger.me.berkeley.edu> Date: Wed, 15 Nov 2000 17:40:39 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ My guess would be that the cpu usage results from the 100 millisecond timeout. I bet if you increased the timeout you would notice the cpu usage drop. You have to consider how much work the bar() method is doing... if it doing relatively a lot of work then that would explain the cpu usage. Darin Rasoul Hajikhani wrote: > I have this piece of code that when run, has a 9.0% cpu usage > GtkWidget create_bars (void) > 71 { > 72 GtkWidget *lh, *table; > 73 int i, count, count1; > 74 > 75 char buffer[20]; > 76 > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > 78 > 79 vrule = gtk_vruler_new(); > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > _TWOH); > 82 gtk_table_attach_defaults( GTK_TABLE(table), > 83 vrule, > 84 _NON, > 85 _NON, > 86 _ONE); > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > 88 _FIVE); > 89 > 90 for (i = _NON; i < _TWTY; i++) > 91 { > 92 count1 = count = i; > 93 count++; > 94 count1++; > 95 > 96 lh = gtk_level_hold_new(_TWOH, > 97 _TEN, > 98 GTK_LEVEL_HOLD_FADE, > 99 _EIGHT, > 100 _THREE, > 101 _TWO); > 102 > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > _NON); > 104 gtk_table_attach_defaults( GTK_TABLE(table), > 105 lh, > 106 count, > 107 count + _ONE, > 108 _NON, > 109 _ONE); > 110 > 111 sprintf(buffer, "Label%d", i); > 112 > 113 label = gtk_label_new (buffer); > > gtk_table_attach_defaults( GTK_TABLE(table), > 115 label, > 116 count1, > 117 count1 + _ONE, > 118 _ONE, > 119 _TWO); > 120 > 121 gtk_timeout_add(100, bar, lh); > 122 } > 123 > 124 return table; > 125 > 126 } > I really do not understand why such high cpu usage. On top of that, when I > put this in my application which has a whole lot of other things, the cpu > usage goes to 20%. However, my application without the above code, has > less that 1% cpu usage. Can any one PLEASE help... > -r > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From rhajikhani@exchange.office.etoys.com Wed Nov 15 21:01:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 55B072DC08 for ; Wed, 15 Nov 2000 21:01:02 -0500 (EST) Received: (qmail 7064 invoked from network); 16 Nov 2000 01:35:09 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:35:09 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN0PP; Wed, 15 Nov 2000 17:57:36 -0800 Date: Wed, 15 Nov 2000 18:58:16 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: Darin Fisher Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <3A133B17.1070100@jagger.me.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Unfortunately, that was not it... I changed the time out to 5000 and still got the same cpu usage. The funny thing is that the sample code that comes with gtkrgb has the same code, except for the table, and the cpu usage is less than 1%. -r On Wed, 15 Nov 2000, Darin Fisher wrote: > My guess would be that the cpu usage results from the 100 millisecond > timeout. I bet if you increased the timeout you would notice the cpu > usage drop. You have to consider how much work the bar() method is > doing... if it doing relatively a lot of work then that would explain > the cpu usage. > > Darin > > > Rasoul Hajikhani wrote: > > > I have this piece of code that when run, has a 9.0% cpu usage > > GtkWidget create_bars (void) > > 71 { > > 72 GtkWidget *lh, *table; > > 73 int i, count, count1; > > 74 > > 75 char buffer[20]; > > 76 > > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > > 78 > > 79 vrule = gtk_vruler_new(); > > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > > _TWOH); > > 82 gtk_table_attach_defaults( GTK_TABLE(table), > > 83 vrule, > > 84 _NON, > > 85 _NON, > > 86 _ONE); > > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > > 88 _FIVE); > > 89 > > 90 for (i = _NON; i < _TWTY; i++) > > 91 { > > 92 count1 = count = i; > > 93 count++; > > 94 count1++; > > 95 > > 96 lh = gtk_level_hold_new(_TWOH, > > 97 _TEN, > > 98 GTK_LEVEL_HOLD_FADE, > > 99 _EIGHT, > > 100 _THREE, > > 101 _TWO); > > 102 > > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > > _NON); > > 104 gtk_table_attach_defaults( GTK_TABLE(table), > > 105 lh, > > 106 count, > > 107 count + _ONE, > > 108 _NON, > > 109 _ONE); > > 110 > > 111 sprintf(buffer, "Label%d", i); > > 112 > > 113 label = gtk_label_new (buffer); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > 115 label, > > 116 count1, > > 117 count1 + _ONE, > > 118 _ONE, > > 119 _TWO); > > 120 > > 121 gtk_timeout_add(100, bar, lh); > > 122 } > > 123 > > 124 return table; > > 125 > > 126 } > > I really do not understand why such high cpu usage. On top of that, when I > > put this in my application which has a whole lot of other things, the cpu > > usage goes to 20%. However, my application without the above code, has > > less that 1% cpu usage. Can any one PLEASE help... > > -r > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Wed Nov 15 21:43:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 7800F2BAAE for ; Wed, 15 Nov 2000 21:43:36 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA25867; Wed, 15 Nov 2000 21:43:34 -0500 (EST) Message-Id: <200011160243.VAA25867@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Wed, 15 Nov 2000 18:25:11 PST." Date: Wed, 15 Nov 2000 21:45:50 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >I have this piece of code that when run, has a 9.0% cpu usage Ah, did you mention you were using GtkLevelHold the last time ? :)) Yes, if you have twenty of these suckers updating every 10msecs, you'll be burning a notable fraction of your CPU. The way they use GtkRgb (and GdkRgb below it) is not supremely efficient. For my project ardour (http://ardour.sourceforge.net), I typically have 26 on screen, and its been a growing concern of mine. It would be possible to do 90% of the functionality with gdk_copy_area() and 1 or 2 pixmaps, but the level *hold* bar is a little tricker to get right. So basically, yep, this is exactly what you'd expect. However, I would point out that your implementation could be improved. You only need a single gtk_timeout_add() - that function can itself loop through all _TWTY LevelHolds and update them. This will reduce the strain on the main loop scheduling in glib. Right now, you have one timeout per bar, which is the wrong way around, IMHO --p (seasoned LevelHold user and hacker) From pbd@op.net Wed Nov 15 21:45:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 879552BD24 for ; Wed, 15 Nov 2000 21:45:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA26096 for ; Wed, 15 Nov 2000 21:45:52 -0500 (EST) Message-Id: <200011160245.VAA26096@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 18:47:52 EST." Date: Wed, 15 Nov 2000 21:48:07 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Well, these functions are totally useless in the new GTK; you would >normally use gdk_pixbuf_new_from_xpm_data() instead, or better use >GdkPixbuf with inline RGB or PNG data. Then you would display the >pixbuf in a GtkImage. There is basically no reason to create a pixmap >from XPM data anymore. except: % ls .../pixmaps no good reason to convert them either, if you ask me. >It looks like there's a g_return_if_fail() at the top of the functions >now that requires either a window or colormap to be passed in, which >is probably a clearer warning (assertion failed in >gdk_pixmap_create_from_xpm_d(): window != NULL or something). i guess i feel that if its possible to create server-side images without an explicit window (and it clearly is), then there is no reason to ever require one. --p From hp@redhat.com Wed Nov 15 23:01:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6ABE52C9BA for ; Wed, 15 Nov 2000 23:01:32 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAG40MG18356; Wed, 15 Nov 2000 23:00:22 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011160245.VAA26096@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 23:00:22 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 21:48:07 -0500" Message-ID: Lines: 67 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > > except: > > % ls .../pixmaps > > > no good reason to convert them either, if you ask me. > You don't need to convert the xpm's, just load them into pixbufs not pixmaps. We're talking about newly-written code here, right? The recommended way to write new code with 2.0 is to load into a pixbuf. If you want to have a pixmap, then the way to do that is to load into a pixbuf, then create a pixmap from the pixbuf using either gdk_pixmap_colormap_new_from_pixbuf or gdk_pixbuf_render_to_drawable. (pixmap_colormap_new_from_pixbuf being a convenience wrapper around the latter function). Anyhow, sort of beside the point, I'm just saying that the pixmap_from_xpm() things are not really useful anymore. pixbuf_new_from_file() or pixbuf_new_from_xpm_data() would be better. new_from_file() has the advantage that you can change the on-disk format of the image without even recompiling your app. > i guess i feel that if its possible to create server-side images > without an explicit window (and it clearly is), then there is no > reason to ever require one. > The window isn't required; the colormap is required. Otherwise you can't map from the colors in the XPM or pixbuf into a pixmap. The window is simply used to get a colormap. A colormap in 2.0 has the visual attached to it, the depth of the visual is needed to create the pixmap. Of course in GTK 2.0 there's almost no reason to use a non-default colormap or allocate colors in a colormap because the default colormap has an RGB color cube already allocated; colormap support is mostly for legacy reasons. We added gdk_gc_set_rgb_fg_color() and gdk_gc_set_rgb_bg_color() specifically so you can just forget about colormaps and color allocation. Of course everyone will try using the more intuitively-named set_foreground() first, which is unfortunate, but we can't break old code that assumes the color going into set_foreground() is already allocated. The interface could use some work; it might be nice if gdk_pixmap_colormap_new_from_pixbuf() and the XPM functions would accept a NULL colormap and fall back to the default colormap. For people who don't know or care about colormaps, this would always work properly, since all widgets are using the default colormap. It's possible we should have variants of all functions that take a colormap that don't take a colormap, e.g. gdk_pixmap_new_from_pixbuf(), so we can phase out colormaps over time. Anyhow, I think 2.0 is a lot better in this respect, it does allow you to ignore colormaps, but the interfaces could use some work to be coherent in the new scheme while still supporting legacy apps. Havoc From cssl@geocities.com Wed Nov 15 23:46:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.mail.yahoo.com (smtp1.mail.yahoo.com [128.11.69.60]) by mail.gnome.org (Postfix) with SMTP id C7A9E2CE31 for ; Wed, 15 Nov 2000 23:46:38 -0500 (EST) Received: from unknown (HELO geocities.com) (137.204.24.233) by smtp.mail.vip.suc.yahoo.com with SMTP; 15 Nov 2000 09:59:10 -0000 X-Apparently-From: Message-ID: <3A125EBA.19A4C03B@geocities.com> Date: Wed, 15 Nov 2000 11:00:26 +0100 From: Diego Zuccato Organization: CyberSpace Software Labs BBS X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: GTK list Subject: Troubles with GnomeAnimator Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello all. I'm having troubles with a GnomeAnimator that stopped working. I create the window "anim" containing the animator with glade and then call create_anim(). Then I set the image sequence (a slightly modified tux-anim ... just zoomed 4x and added the missing pixels). Then I start a detached thread (with pthead_create + pthread_detach) that does its work well, without calling GTK functions (I even tried to put just a sleep(10) in it...). When it's done it sets a global variable (I know it's ugly, but it should be enough) that's checked by a gtk_idle_add'ded function. Well, It worked, till I modified another window with glade. Now it displays anim window, but without the animation :-( Any hint ? Tks, Diego. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From bruces@mail.petech.ac.za Thu Nov 16 01:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 900962C8B5 for ; Thu, 16 Nov 2000 01:25:52 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id IAA01113 for ; Thu, 16 Nov 2000 08:25:47 +0200 Message-ID: <006101c04fe9$e18a85e0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: References: <200011152119.QAA00457@renoir.op.net> Subject: Re: File open/save dialog Date: Thu, 16 Nov 2000 08:25:47 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all There is one, called Advanced GtkFileSel, that adds nav buttons and filters. I've been using it for a couple of months now and it works fine. And all you have to do is patch and recompile Gtk+, no changes to the applications. Find it at Freshmeat->Appindex->Development->Widget Sets->advanced-gtkfilesel ----- Original Message ----- From: "Paul Barton-Davis" To: "Lars Clausen" Cc: Sent: Wednesday, November 15, 2000 1:21 PM Subject: Re: File open/save dialog > >. We're > >currently working on improving the filtering interface, but that has turned > >out to be a larger job that the previous fixes. > > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From zhyforever@163.net Thu Nov 16 04:00:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.hz.webex.com (unknown [61.153.4.67]) by mail.gnome.org (Postfix) with ESMTP id 55DA32DC48; Thu, 16 Nov 2000 04:00:55 -0500 (EST) Received: from Bluez ([210.15.25.162]) by mail.hz.webex.com (8.9.3/8.9.3) with SMTP id RAA22539; Thu, 16 Nov 2000 17:07:20 +0800 Message-ID: <006a01c04fac$78edbf30$7e00a8c0@Bluez> From: "Bluez Zhao" To: "gtk-app-devel-list" , "gtk-list" , "gtk-devel-list" Subject: About XLib Date: Thu, 16 Nov 2000 17:05:40 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0065_01C04FEF.72B95320" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable I'm sorry to put this question to these mail lists. Sorry to bother all = of you. But I hope you can give me a hand. The question is about XLib.=20 I use XGetImage to get the image of a specified window or just the = desktop as xwd would do. But When I use XPutImage to put it onto a = window, it fails when the image is multivis (for example the image = gotten on Solaris U10 when Netscape is running. It works properly on = Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid parameter attributes)." I think I have changed the image I get = using XGetImage to proper format. I compare it with the image generated = by xwud just before it be put to a window. I do all of these follow the guide of xwd and xwud. But I'm really = confused. Can you give me some advice or some web site about it? Thanks. Bluez Zhao ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
I'm sorry to put this question to = these mail=20 lists. Sorry to bother all of you. But I hope you can give me a hand. = The=20 question is about XLib.
 
I use XGetImage to get the image of = a=20 specified window or just the desktop as xwd would do. But When I use = XPutImage=20 to put it onto a window, it fails when the image is multivis (for = example the=20 image gotten on Solaris U10 when Netscape is running. It works properly = on=20 Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid=20 parameter attributes)." I think I have changed the image I get using = XGetImage=20 to proper format. I compare it with the image generated by xwud = just before=20 it be put to a window.
 
I do all of these follow the guide = of xwd and=20 xwud. But I'm really confused. Can you give me some advice or some web = site=20 about it? Thanks.
 
Bluez Zhao
 
 
------=_NextPart_000_0065_01C04FEF.72B95320-- From chris.wareham@catchword.com Thu Nov 16 06:00:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from figaro.catchword.co.uk (figaro.catchword.co.uk [194.129.29.1]) by mail.gnome.org (Postfix) with ESMTP id 5B8BB2BCCD for ; Thu, 16 Nov 2000 06:00:55 -0500 (EST) Received: from catchword.com (valkyrie.catchword.co.uk [194.129.29.105]) by figaro.catchword.co.uk (8.11.0/8.11.0) with ESMTP id eAGB28p12172; Thu, 16 Nov 2000 11:02:09 GMT Message-ID: <3A13BEDA.3020101@catchword.com> Date: Thu, 16 Nov 2000 11:02:50 +0000 From: Chris Wareham User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test10 i686; en-US; m18) Gecko/20001115 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Cc: zhyforever@163.net Subject: Re: About Xlib Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thus spake Blue Zhao: > > I use XGetImage to get the image of a specified window or just the > desktop as xwd would do. But When I use XPutImage to put it onto a > window, it fails when the image is multivis (for example the image > gotten on Solaris U10 when Netscape is running. It works properly on > Linux, U5 and U10 without Netscape is running). It displays: "BadMatch > (Invalid parameter attributes)." I think I have changed the image I > get using XGetImage to proper format. I compare it with the image > generated by xwud just before it be put to a window. > It's been a while since I had to do any Xlib programming (thankfully), but BadMatch ususally indicates that your drawable has the wrong depth. I can't remember if you specify the depth in the Graphics Context or when you create the drawable. As for good Xlib references, the only one I can recommend is Volume One of the O'Reilly X series. It's heavygoing if you read it from cover to cover, but I found it quite rewarding. A bit like learning assembler after you've learnt C ... Chris From jones@iabg.de Thu Nov 16 06:23:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id B5CE02CE2B for ; Thu, 16 Nov 2000 06:23:06 -0500 (EST) Received: by iabgfw.iabg.de; id MAA17492; Thu, 16 Nov 2000 12:23:03 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma016970; Thu, 16 Nov 00 12:21:29 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Thu, 16 Nov 2000 12:21:29 +0100 Message-ID: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: "jones" To: Subject: gchar too char Date: Thu, 16 Nov 2000 12:20:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have been trying to use atof() on a gchar and it dose not work, I think I need to cast/convert it in the a normal char. can anyone help? From boemmels@helium.physik.uni-kl.de Thu Nov 16 08:01:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.uni-kl.de (mail.uni-kl.de [131.246.137.52]) by mail.gnome.org (Postfix) with ESMTP id 3C8532BC0E for ; Thu, 16 Nov 2000 08:01:18 -0500 (EST) Received: from efes.physik.uni-kl.de (efes.physik.uni-kl.de [131.246.11.89]) by mail.uni-kl.de (8.11.0/8.11.0) with SMTP id eAGD1GL15302 for ; Thu, 16 Nov 2000 14:01:16 +0100 (MET) Received: from helium.physik.uni-kl.de by physik.uni-kl.de with esmtp id m13wOfH-0006vuC; Thu, 16 Nov 2000 14:01:19 +0100 (CET) Received: (from boemmels@localhost) by helium.physik.uni-kl.de (8.9.3/8.9.3) id OAA24744; Thu, 16 Nov 2000 14:01:16 +0100 To: gtk-list@gnome.org Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <3A13296B.A8A89CE5@enserb.fr> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit From: Juergen Boemmels In-Reply-To: "DINH V. Hoà"'s message of "Thu, 16 Nov 2000 00:25:15 +0000" X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Acadia" Date: 16 Nov 2000 14:01:16 +0100 Message-ID: Lines: 34 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "DINH V. Hoà" writes: > ok, the way I gave won't work but yours won't work too. > > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). You are absolutly right. I was confused by the name of the function (I don't use it very often). So I thought it has something to do with the timeout in the poll-call, which will only trigger once. Something like the task_queues in kernel-land. So i've learned again to always RTFM before answering. > then the a better solution is : > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } You have also to store also the return value of gtk_timeout_add if you ever want to get rid of the timer. Is there a way to add a timeout, wich is only triggered once? If not are there any plans to put something like this in a new version of gtk? bye juergen From pbd@op.net Thu Nov 16 09:36:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 70CE22DC82 for ; Thu, 16 Nov 2000 09:36:38 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01560; Thu, 16 Nov 2000 09:32:26 -0500 (EST) Message-Id: <200011161432.JAA01560@renoir.op.net> To: Juergen Boemmels Cc: gtk-list@gnome.org Subject: Re: passing args In-reply-to: Your message of "16 Nov 2000 14:01:16 +0100." Date: Thu, 16 Nov 2000 09:34:34 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Is there a way to add a timeout, wich is only triggered once? gint func (void *arg) { /* do something */ return FALSE; } gtk_timeout_add (N, func, some_arg); func will be called once and once only (because it returns FALSE). but it sound as if you want: gtk_idle_add (func, some_arg); which will also result in func being called once and once only (because it returns FALSE), but doesn't use the timeout mechanism. --p From gtw@research.att.com Thu Nov 16 10:34:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by mail.gnome.org (Postfix) with ESMTP id 254912BC76 for ; Thu, 16 Nov 2000 10:34:45 -0500 (EST) Received: from postal.research.att.com (postal.research.att.com [135.207.23.30]) by mail-green.research.att.com (Postfix) with ESMTP id D96931E03B for ; Thu, 16 Nov 2000 10:34:40 -0500 (EST) Received: from pc-gtw.research.att.com (root@pc-gtw.research.att.com [135.207.22.247]) by postal.research.att.com (8.8.7/8.8.7) with ESMTP id KAA12899 for ; Thu, 16 Nov 2000 10:34:38 -0500 (EST) Received: (from gtw@localhost) by pc-gtw.research.att.com (8.9.3/8.9.3) id KAA20213; Thu, 16 Nov 2000 10:34:37 -0500 To: gtk-list@gnome.org Subject: GdkColormap "colors" field From: Gary Wong Date: 16 Nov 2000 10:34:37 -0500 Message-ID: Lines: 19 X-Mailer: Gnus v5.7/Emacs 20.5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Given that the visual is GDK_VISUAL_GRAYSCALE, GDK_VISUAL_PSEUDO_COLOR or GDK_VISUAL_DIRECT_COLOR, can I assume that the entries in the "colors" array that a GdkColormap points to are in order? (To be precise, I want to know whether the relation `cmap->colors[ i ].pixel == i' is true for all 0 <= i < cmap->size.) From a browse through gdk/gdkcolor.c it seems that the assumption is justified, but I don't have any video hardware supporting any visuals with allocated colours, so I can't test it for myself. (If it makes any difference, I am only interested about colourmaps returned from gdk_rgb_get_cmap().) Thanks very much, Gary. -- Gary Wong gtw@gnu.org http://www.cs.arizona.edu/~gary/ From otaylor@redhat.com Thu Nov 16 11:51:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id B90B92DF0E for ; Thu, 16 Nov 2000 11:51:08 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A9F7424263C; Thu, 16 Nov 2000 11:51:08 -0500 (EST) To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Owen Taylor Date: 16 Nov 2000 11:51:08 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? >From glib.h typedef char gchar; There is no difference between gchar and char at all. No conversion is needed. Something else must be going wrong with your call to atof() unrelated to GLib. Regards, Owen From hp@redhat.com Thu Nov 16 12:28:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 211262BF16 for ; Thu, 16 Nov 2000 12:28:23 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGHRCE18876; Thu, 16 Nov 2000 12:27:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Havoc Pennington Date: 16 Nov 2000 12:27:11 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? > gchar is just exactly the same thing as char. atof() wants a string though, not a char. Havoc From Rick.Esquibel@ARZ.Boeing.com Thu Nov 16 12:53:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id D5E8B2CE84 for ; Thu, 16 Nov 2000 12:53:18 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id JAA14576 for ; Thu, 16 Nov 2000 09:52:59 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id JAA01770 for ; Thu, 16 Nov 2000 09:52:29 -0800 (PST) Received: from xch-arzbh-01.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Thu, 16 Nov 2000 09:52:14 -0800 Received: by xch-arzbh-01.msc.az.boeing.com with Internet Mail Service (5.5.2651.58) id ; Thu, 16 Nov 2000 10:52:13 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: RE: gchar to char Date: Thu, 16 Nov 2000 10:52:12 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ While gchar is defined as a char, I've run into this problem as well. However, I've cast the gchar to a char to "fix:" the problem. For example: gchar cf[3] = {"100"}; float ff = 0.0; ff = atof((const char *)cf); As a result: ff = 100.0. Hope this helps, good luck... From Valdis.Kletnieks@vt.edu Thu Nov 16 13:21:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9EBA22BBF6 for ; Thu, 16 Nov 2000 13:21:57 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAGILvw19684; Thu, 16 Nov 2000 13:21:57 -0500 Message-Id: <200011161821.eAGILvw19684@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: "Esquibel, Rick" Cc: "'gtk-list@gnome.org'" Subject: Re: gchar to char In-Reply-To: Your message of "Thu, 16 Nov 2000 10:52:12 MST." From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-519512784P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Nov 2000 13:21:57 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-519512784P Content-Type: text/plain; charset=us-ascii On Thu, 16 Nov 2000 10:52:12 MST, "Esquibel, Rick" said: > gchar cf[3] = {"100"}; Umm.. cf[4] actually, you need someplace for the trailing null. This could cause all sorts of fun if it walks off the end of the string.... -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-519512784P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhQlxHAt5Vm009ewEQIRMQCgri1AgAWIVdmsbqvY/QJutNzheqgAnREr coVFUgTlH4SUqzr0lgT7jzug =9ybR -----END PGP SIGNATURE----- --==_Exmh_-519512784P-- From pbd@op.net Thu Nov 16 14:52:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by mail.gnome.org (Postfix) with ESMTP id B2C7D2BAA0 for ; Thu, 16 Nov 2000 14:52:10 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eAGJsaR24561; Thu, 16 Nov 2000 14:54:36 -0500 Date: Thu, 16 Nov 2000 14:54:36 -0500 Message-Id: <200011161954.eAGJsaR24561@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus and sensitivity Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ is there a rationale for why a widget that is made insensitive should retain focus (assuming that i am right in thinking that it does). --p From rhajikhani@exchange.office.etoys.com Thu Nov 16 15:29:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 71D092BA9B for ; Thu, 16 Nov 2000 15:29:59 -0500 (EST) Received: (qmail 17831 invoked from network); 16 Nov 2000 20:02:37 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:02:37 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 12:23:47 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XA0NDAS7; Thu, 16 Nov 2000 12:23:43 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 13:23:19 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --p, how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but I am new to the whole concept of gtk... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Thu Nov 16 15:51:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id A24C02C912 for ; Thu, 16 Nov 2000 15:51:07 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id PAA08826; Thu, 16 Nov 2000 15:51:06 -0500 (EST) Message-Id: <200011162051.PAA08826@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Thu, 16 Nov 2000 13:23:19 PST." Date: Thu, 16 Nov 2000 15:53:33 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but >I am new to the whole concept of gtk... >-r ---------------------------------------------------------------------- gint update_level_holds (void *arg) { GList *list = (GList *) arg; GtkWidget *levelhold; gint n; gfloat value; for (; list; list = g_list_next (list)) { levelhold = (GtkWidget *) list->data; ... get relevant value for meter ... gtk_level_hold_set (levelhold, value); } return TRUE; } Then, somewhere, do this: GList *level_hold_list = 0; ... construct level holds, add them to the list ... gtk_timeout_add (100, update_level_holds, level_hold_list); ---------------------------------------------------------------------- Clear ? This code is not tested, I'm just passing on the rough idea. --p From hp@redhat.com Thu Nov 16 16:11:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 715BE2DFAE for ; Thu, 16 Nov 2000 16:11:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGLA3l21846; Thu, 16 Nov 2000 16:10:03 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: focus and sensitivity References: <200011161954.eAGJsaR24561@op.net> From: Havoc Pennington Date: 16 Nov 2000 16:10:03 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 16 Nov 2000 14:54:36 -0500" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is there a rationale for why a widget that is made insensitive should > retain focus (assuming that i am right in thinking that it does). > I would say not likely. GTK 1.2 focus handling is pretty screwed up. Owen did some fooling with it in 2.0, I think it would be valuable to really make sure all the screwy cases are gone by the time we release 2.0. Havoc From rhajikhani@exchange.office.etoys.com Thu Nov 16 16:21:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 11C412E009 for ; Thu, 16 Nov 2000 16:21:13 -0500 (EST) Received: (qmail 20987 invoked from network); 16 Nov 2000 20:55:17 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:55:17 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 13:17:46 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XBFD1FNL; Thu, 16 Nov 2000 13:17:41 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 14:18:27 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011162051.PAA08826@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You are rock... Thanks a whole bunch -r On Thu, 16 Nov 2000, Paul Barton-Davis wrote: > >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but > >I am new to the whole concept of gtk... > >-r > > ---------------------------------------------------------------------- > gint > update_level_holds (void *arg) > > { > GList *list = (GList *) arg; > GtkWidget *levelhold; > gint n; > gfloat value; > > for (; list; list = g_list_next (list)) { > levelhold = (GtkWidget *) list->data; > > ... get relevant value for meter ... > > gtk_level_hold_set (levelhold, value); > } > return TRUE; > } > > Then, somewhere, do this: > > GList *level_hold_list = 0; > > ... construct level holds, add them to the list ... > > gtk_timeout_add (100, update_level_holds, level_hold_list); > > ---------------------------------------------------------------------- > > Clear ? This code is not tested, I'm just passing on the rough idea. > > --p > > > > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 16 22:08:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 5EA142E08E for ; Thu, 16 Nov 2000 22:08:19 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAH375Q22091; Thu, 16 Nov 2000 22:07:05 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> <3A100720.79FB2970@cs.unc.edu> From: Havoc Pennington Date: 16 Nov 2000 22:07:04 -0500 In-Reply-To: William Baxter's message of "Mon, 13 Nov 2000 10:22:08 -0500" Message-ID: Lines: 9 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ William Baxter writes: > I did some more checking and they don't blink when using GNOME (sawfish) > as the desktop manager. Only when KDE is the desktop manager. > Conceivably it's some kind of kwm bug - don't know. :-( Havoc From jlbec@www.linux.org.uk Mon Nov 13 11:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 77B872CFF2 for ; Mon, 13 Nov 2000 11:35:51 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA18816; Mon, 13 Nov 2000 11:35:51 -0500 Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADGZoD14691; Mon, 13 Nov 2000 11:35:50 -0500 Received: from jlbec by www.linux.org.uk with local (Exim 3.13 #1) id 13vMaD-0005Ju-00; Mon, 13 Nov 2000 16:35:49 +0000 Date: Mon, 13 Nov 2000 16:35:49 +0000 From: Joel Becker To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001113163549.M6127@parcelfarce.linux.theplanet.co.uk> Mail-Followup-To: Joel Becker , Owen Taylor , gtk-devel-list@gnome.org, gtk-list@redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from otaylor@redhat.com on Sun, Nov 12, 2000 at 01:48:24PM -0500 X-Burt-Line: Trees are cool. Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 01:48:24PM -0500, Owen Taylor wrote: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) My $0.02. I think that so far this is the best choice. The 1/2/3 setup here is very intuitive, and the matching with the spinbutton (which I didn't even know about) makes for good small-scale consistency. I do think that a shift-click could maybe reverse direction, ala shift-TAB, but no unmodified button should go the wrong way. As far as NeXt-style arrow, please make it optional or themeable, if at all. I know many folks like them, but I could never stand them. When I want to scroll up, my mouse gravitates to the top of the window. Granted, I'm quickly falling in love with my IntelliMouse Explorer, and I'm probably not the first to love the mousewheel. Xterm scrolling isn't such a big deal to me, maybe because I started with CUA-style scrollbars. I never, _ever_ use buttons 1 or 3 on an Xterm. I always use button 2 and hand scroll it. As long as button 2 can move the slider, and Xterm person can always use that bit. That said, I'm sure that an Xterm person or two might beg to differ :-) Joel -- Life's Little Instruction Book #356 "Be there when people need you." http://www.jlbec.org/ jlbec@evilplan.org From lytles@club341.com Tue Nov 14 01:26:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [146.115.122.209]) by mail.gnome.org (Postfix) with ESMTP id 866422BC41 for ; Tue, 14 Nov 2000 01:26:43 -0500 (EST) Received: (from lytles@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01838; Mon, 13 Nov 2000 23:30:19 -0500 Date: Mon, 13 Nov 2000 23:30:18 -0500 From: seth_lytle@yahoo.com To: Mohammad Ghaeini Cc: gtk-list@gnome.org Subject: Re: gtk library for Solaris on Sparc Message-ID: <20001113233018.A1817@tomodreams.club341.com> References: <3A102525.BBC20371@center7.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A102525.BBC20371@center7.com>; from m.ghaeini@center7.com on Mon, Nov 13, 2000 at 10:30:13AM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ as suggested previously, get the gtk 1.2.8 source and build. one problem i ran into on solaris (not sure which version) is that gtk wanted a larger hunk of shared memory than the /etc/system was willing to give it, which caused weird scrolling, so i had to ./configure --disable-shm (but may not be a problem on 2.8/given your config) a google search of solaris gnome gives good info. in particular, if i had read http://www.clanger9.demon.co.uk/computer/gnome/ i would have saved myself a few hours debugging the shm above. > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? From monishabarooah@hotmail.com Wed Nov 15 09:56:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f270.law8.hotmail.com [216.33.240.145]) by mail.gnome.org (Postfix) with ESMTP id 66B7D2BC09 for ; Wed, 15 Nov 2000 09:56:41 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 15 Nov 2000 06:56:40 -0800 Received: from 202.144.44.2 by lw8fd.law8.hotmail.msn.com with HTTP; Wed, 15 Nov 2000 14:56:40 GMT X-Originating-IP: [202.144.44.2] From: "Monisha Barooah" To: gtk-list@gnome.org Subject: Doubts on GTK+ Date: Wed, 15 Nov 2000 14:56:40 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 15 Nov 2000 14:56:40.0628 (UTC) FILETIME=[42DFD740:01C04F14] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sir, I have gone through your site www.gtk.org and also gone through the tutorial and some parts of the reference manual on GTK+. I have written a GTK program wherein at first an icon is created and than when the icon is clicked another widow with some information comes up. The fact is that I need to link this program to a big file. I have written the GTK program starting with the main function. Now I need to convert everything written in the GTK main function to be within a routine called icon_creation( ) which will be called by the main function of the big source file. That is I want everything that the single GTK file outputted to be now be outputted by the big source file with the help of a routine icon_creation( ). I am really having problems with that. Can you please tell me as to how to do it or where to get the required documents with the help of which I can do this. I hope you will help me out. Thanking you in advance, Monisha. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From calum.benson@ireland.sun.com Mon Nov 13 08:04:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A8C0A2D00B for ; Mon, 13 Nov 2000 08:04:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id IAA16711 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADD4BD06221 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id FAA13767; Mon, 13 Nov 2000 05:04:09 -0800 (PST) Received: from ireland.sun.com (simcity [129.156.238.57]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id NAA29947; Mon, 13 Nov 2000 13:04:08 GMT Message-ID: <3A0FE6C8.AE3B5BA4@ireland.sun.com> Date: Mon, 13 Nov 2000 13:04:08 +0000 From: Calum Benson Organization: Sun Microsystems Ireland X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <20001112133821.A10294@papa.jagunet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Kodis wrote: > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. Probably rather too late in the day for this now, but an alternative solution to this would be to have put the up/down and left/right arrow buttons on the scrollbar control beside each other, rather than at opposite ends. This is something the Amiga's always done (although only for top-level windows, IIRC, not listbox controls)-- and additional advantage being that the control's behaviour remains clear just from looking at it, rather than having to learn some cunning mouse trick... Cheeri Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@ireland.sun.com Desktop Engineering Group http://www.sun.ie +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From pavan@gdit.iiit.net Thu Nov 16 15:46:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 049062D26D for ; Thu, 16 Nov 2000 15:45:04 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id CAA09989 for ; Fri, 17 Nov 2000 02:32:24 +0530 Date: Fri, 17 Nov 2000 02:32:24 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: Drawing a pixmap on a drawing area.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have previously asked a question about GdkError, now I have corrected it. But now a new problem came , I am trying to draw the pixmap, but it is not being drawn at all. I include the piece of code below, please help me. static GdkPixmap *pixmap = NULL; static GdkPixmap *backingpixmap; // configure_event .. and expose_event ... handled here pixmap = gdk_pixmap_create_from_xpm( .... ); // no error in above function call gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); (The size of pixmap is 40x40) I am calling this function as a timeout, why is it not drawing what I need ? is this okay !! Or is there any other conceptual method to be followed to draw a pixmap on another pixmap. thanx in anticipation regards pavan From kpierre@fit.edu Fri Nov 17 01:23:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id 1A39B2BB74; Fri, 17 Nov 2000 01:23:30 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id BAA29262; Fri, 17 Nov 2000 01:23:58 -0500 (EST) Message-ID: <3A14CF8C.9070508@fit.edu> Date: Fri, 17 Nov 2000 01:26:20 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: how do I handle right-click on menu_items Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin From Florent.Devin@lifl.fr Fri Nov 17 01:33:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 4642E2D291; Fri, 17 Nov 2000 01:33:44 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA05107 ; Fri, 17 Nov 2000 07:33:13 +0100 (MET) Message-ID: <3A14D146.BD74A42E@lifl.fr> Date: Fri, 17 Nov 2000 07:33:42 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items References: <3A14CF8C.9070508@fit.edu> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Kervin Pierre a écrit : > > hello, > > I'd like to have right-click handled differently than left click on my > gtk menu. My handler currently listens for the "activate" signal, but > I'd like to listen for the "activate" and right-click signals. > > My goal is to have the right click on any part of the menu or the rest > of the program window to open a "properties" dialog. > > Any insight on how this is done? > > Thanks in advance, > Kervin > Listen to the signal "event", and parse it. If it is a GDK_BUTTON_PRESS do ... -- Florent DEVIN From schmerge@cyber.com Fri Nov 17 09:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mhub.cyber.com (mhub.cyber.com [207.8.185.9]) by mail.gnome.org (Postfix) with ESMTP id 958A82BF9A for ; Fri, 17 Nov 2000 09:56:58 -0500 (EST) Received: (from uucp@localhost) by mhub.cyber.com (8.9.3/8.9.3) with UUCP id JAA05648 for gtk-list@gnome.org; Fri, 17 Nov 2000 09:47:19 -0500 (EST) Received: from cyber.com (schmerge.cyber.com [201.1.1.124]) by cyber.com (8.7.6/8.7.3) with ESMTP id JAA25584 for ; Fri, 17 Nov 2000 09:39:17 -0500 (EST) Message-ID: <3A154605.24E1F19F@cyber.com> Date: Fri, 17 Nov 2000 09:51:49 -0500 From: John Schmerge X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compiling GTK+ on AIX 4.1.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello Everyone, I'm trying to compile libgtk under AIX 4.1.5 and running into the following error during the compilation of the 'testgtk' program: /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule -lglib -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to `getpwuid_r' The gritty details are as follows: * I'm running AIX 4.1.5 on an RS6000 * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib 1.2.6 installed). * I'm using egcs 2.91.66 I would really appreciate any type of guidance that anyone can give me. Thanks, John Schmerge --------------------------- John Schmerge schmerge@cyber.com From Valdis.Kletnieks@vt.edu Fri Nov 17 10:10:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 3C0A92D26B for ; Fri, 17 Nov 2000 10:10:11 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAHFABw32586; Fri, 17 Nov 2000 10:10:11 -0500 Message-Id: <200011171510.eAHFABw32586@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 In-Reply-To: Your message of "Fri, 17 Nov 2000 09:51:49 EST." <3A154605.24E1F19F@cyber.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2131121704P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 17 Nov 2000 10:10:11 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2131121704P Content-Type: text/plain; charset=us-ascii On Fri, 17 Nov 2000 09:51:49 EST, John Schmerge said: > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 Current AIX is 4.3.3, 4.1.5 is *VERY* unsupported. I'd suggest upgrading. getpwuid_r lives in libc.a under AIX 4.3.3. It appears that something has gotten compiled in thread-safe mode. You might try adding -lpthread and hope that helps... > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). Current gtk+ is 1.2.8. Note that installing 1.2.6 will get you all the bugs that were already fixed in 1.2.8. No sense in installing an older version... > * I'm using egcs 2.91.66 You have my condolences. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2131121704P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhVKUnAt5Vm009ewEQIH8wCePD/ZcagY74GBt+70RX55n3ZM8vcAoKHw z1O9+39DbSIYf9l653e79Vho =+Az+ -----END PGP SIGNATURE----- --==_Exmh_2131121704P-- From wilhelmi@ira.uka.de Fri Nov 17 10:12:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 598CA2CDA2 for ; Fri, 17 Nov 2000 10:12:01 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:34 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:32 +0100 Message-ID: <3A154A69.AB71DDFD@ira.uka.de> Date: Fri, 17 Nov 2000 16:10:33 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 References: <3A154605.24E1F19F@cyber.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi John, > I'm trying to compile libgtk under AIX 4.1.5 and running into the following > error during the compilation of the 'testgtk' program: > > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). > * I'm using egcs 2.91.66 > > I would really appreciate any type of guidance that anyone can give me. This is the getpwuid_r function as used in GLib. GLib seems to have found it. try to reconfigure GLib (after deleting config.cache). If still config.h has the line #define HAVE_GETPWUID_R in it, just delete it. But in fact it shouldn't be there in the first place, so you might want to provide some insight, why GLib configure.in thinks, you have getpwuid_r Bye, Sebastian -- Sebastian Wilhelmi mailto:wilhelmi@ira.uka.de http://goethe.ira.uka.de/~wilhelmi From hp@redhat.com Fri Nov 17 14:18:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D6ABC2DCB3 for ; Fri, 17 Nov 2000 14:18:01 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAHJFf822598; Fri, 17 Nov 2000 14:15:41 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: Drawing a pixmap on a drawing area.. References: From: Havoc Pennington Date: 17 Nov 2000 14:15:41 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Fri, 17 Nov 2000 02:32:24 +0530 (IST)" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); > > (The size of pixmap is 40x40) > You are drawing the region of the pixmap at position 100,100 to the region of the drawing area at 140,140. Probably you mean to draw the region of the pixmap at 0,0 to the drawable at 100,100. Havoc From rsteinke@merilon.elfhame.net Fri Nov 17 14:31:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id ACA132BEBF for ; Fri, 17 Nov 2000 14:31:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAHJdl209551 for gtk-list@gnome.org; Fri, 17 Nov 2000 11:39:47 -0800 From: Ron Steinke Date: Fri, 17 Nov 2000 11:39:47 -0800 To: gtk-list@gnome.org Subject: containers and reference counting Message-ID: <3A158983.nail7D9114DL6@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm counfused about how reference counting works when widgets are added to containers. Let's say I have the code GtkBin *bin; GtkWidget *widget; ... (create the bin, widget) gtk_container_add(GTK_CONTAINER(bin), widget); Does the add increment the reference count for widget? Do I need to gtk_widget_unref(widget) here? If I later do gtk_container_remove(GTK_CONTAINER(bin), widget); does the remove unref the widget? Do I still have a widget, or has it been destroyed? Ron Steinke From hp@redhat.com Fri Nov 17 22:28:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id E5EFF2BDF0 for ; Fri, 17 Nov 2000 22:28:21 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAI3Qsj23719; Fri, 17 Nov 2000 22:26:54 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: containers and reference counting References: <3A158983.nail7D9114DL6@merilon.elfhame.net> From: Havoc Pennington Date: 17 Nov 2000 22:26:54 -0500 In-Reply-To: Ron Steinke's message of "Fri, 17 Nov 2000 11:39:47 -0800" Message-ID: Lines: 90 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I'm counfused about how reference counting works when widgets are > added to containers. Let's say I have the code > > GtkBin *bin; > GtkWidget *widget; > > ... (create the bin, widget) > > gtk_container_add(GTK_CONTAINER(bin), widget); > > Does the add increment the reference count for widget? Do I > need to gtk_widget_unref(widget) here? > > If I later do > > gtk_container_remove(GTK_CONTAINER(bin), widget); > > does the remove unref the widget? Do I still have a widget, or > has it been destroyed? > Widgets are created with a so-called floating reference. A floating reference has no owner, but anyone can remove it. Conventionally, you remove the floating count if you are keeping a non-transient reference of your own. gtk_container_add() will a) remove the floating reference and b) add its own reference. This means that the widget ends up with 1 reference, owned by the container. The code looks like: gtk_object_ref (GTK_OBJECT (child)); /* add reference */ gtk_object_sink (GTK_OBJECT (child)); /* remove floating, iff it exists */ Once an object is "sunk" (has no floating refence) there is no way to re-float it. gtk_object_sink() is a no-op if it's called on an already-sunk object. When you gtk_container_remove(), the container will unref the widget; so if you haven't added other references the widget will be finalized. An example case where you would ref a widget but not sink it is signal emission. If a widget emits a signal, say an entry emitting "changed", the widget is referenced during the signal emission and unreferenced afterward. This makes things much easier for users, since you can go ahead and for example destroy a window from a callback without worrying about whether signal emissions on the window are outstanding. However if signal emission sank the widget, a call such as: gtk_entry_set_text (entry, "foo"); would add a reference to emit the "changed" signal, strip the floating reference, then unref the widget, and so gtk_entry_set_text() might end up finalizing the entry, which would be kind of bad to say the least. As long as you always put your widgets in a container, all you have to remember as an application programmer is that you don't need to unref() unless you explicitly ref(). Toplevel windows are never floating, they are "born" owned by the GTK+ runtime, and the GTK+ runtime will unref() them when you call gtk_object_destroy(). So again no need to call unref() unless you called ref() explicitly. The "destroy" signal is a way to break reference cycles; it basically means "detach yourself from all other objects that you reference or that reference you." So for toplevel windows, it will remove the toplevel from the list of toplevels owned by GTK+, and thus cause an unref(); for other widgets, it will do an implicit gtk_container_remove(), among other things. Also if you destroy a toplevel all children of the toplevel will be recursively destroyed, so destroying a toplevel generally drops the refcount to 0 on all contained widgets. One case where you commonly need to worry about refcounting is when moving a widget between containers, where you want to hold a temporary reference: ref (child); container_remove (container, child); container_add (new_container, child); unref (child); So, more than you ever wanted to know. ;-) Havoc From pbd@op.net Fri Nov 17 22:55:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 9EDDD2DBC2 for ; Fri, 17 Nov 2000 22:55:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id WAA01227 for ; Fri, 17 Nov 2000 22:55:24 -0500 (EST) Message-Id: <200011180355.WAA01227@renoir.op.net> To: gtk-list@gnome.org Subject: gtk pixmap help requested Date: Fri, 17 Nov 2000 22:55:29 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ someone asked me to fwd this. don't know why. ------- Forwarded Message Date: Fri, 17 Nov 2000 00:00:00 From: "isiryder" To: pbd@op.net Subject: gtk-list help - Can you send this message? /* Hello. Can you send this message to the list in my name? I cannot do it, something is working wrong... */ Hi everyone. My name is Isaias and this is my first message to the list. I have a program that loads a pixmap into memory, and i want to modify and save it into a file again. What functions and structs should I use to be able to modify and save the pixmap? The code I use to create the pixmap is the following: create_pixmap (GtkWidget *widget, const gchar *filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; ... colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); ... pixmap = gtk_pixmap_new (gdkpixmap, mask); ... gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Thank you Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com ------- End of Forwarded Message From otaylor@redhat.com Fri Nov 17 23:05:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 552FA2D241; Fri, 17 Nov 2000 23:05:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 1AA5424263C; Fri, 17 Nov 2000 23:05:51 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GLib-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:05:51 -0500 Message-ID: Lines: 77 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GLib-1.3.2 has been released. This is a preview release of the unstable branch of GLib and is meant for: * those interested in the development of GLib or GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GLib-2.0 is released GLib is a the low-level core library that forms the basis of GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. GLib-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GLib-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GLib; GLib-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GLib with it. You should be able to install it alongside your current GLib without disturbing your current GLib. Bug reports and comments about this version of GLib should be sent to gtk-devel-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GLib 1.3.2: GLib: * Win32 build improvements [Tor] * Improvements to error reporting (g_critical(), g_return_if_reached()) [Darin] * Add g_strlcpy/g_strlcat [David Wheeler] * New IO channel implementation for Win32 [Tor] * Make g_array_free, g_string_free return pointer to memory requested not to be freed. [Darin] * Added GError based error reporting for thread functions. [Sebastian] * Moved reference docs into GLib distribution. [Owen] * Added g_convert() for doing convenient character set conversions based on iconv. (GLib now requires libiconv or a native iconv.) [Havoc/Owen] * Various Unicode handling additions (g_ucs4_to_utf8, g_utf8_validate(), g_{locale,filename}_{to,from}_utf8) [Robert/Havoc/Owen] * Portability fixes for threading. [Sebastian] * Added convenient functions for launching new processes (g_spawn_*), and shell quoting/unquoting functions. [Havoc] * Split glib.h into many headers. [Sebastian] * Added a simple callback-based parser for XML-like files (GMarkup). [Havoc] * Fixed confusions between comparison functions that return <0, 0, >0 and equaility functions that return FALSE,TRUE. [Sebastian] * Added safe/portable temporary file manipulation functions. [Tor] * autoconf improvements. [Raja] * Many documentation improvements. * Bug fixes. GObject: * Added boxed and pointer types. [Tim/Jonathan] * Added callback abstraction (GClosure) [Tim] * Added signal system (GSignal) [Tim] * Make GTypePlugin an interface [Tim] * Added GTypeModule - a simple GTypePlugin instantiation [Owen] * Bug fixes. From otaylor@redhat.com Fri Nov 17 23:08:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 73BE82D241; Fri, 17 Nov 2000 23:08:21 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5BB4824263C; Fri, 17 Nov 2000 23:08:21 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org, gtk-i18n-list@gnome.org Reply-To: gtk-i18n-list@gnome.org, gtk-devel-list@gnome.org Subject: [UNSTABLE] Pango-0.13 released From: Owen Taylor Date: 17 Nov 2000 23:08:21 -0500 Message-ID: Lines: 59 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Pango-0.13 has been released. This is a preview release and is meant for: * those interested in the development of Pango. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 and Pango-1.0 are released. Pango is a library for layout and rendering of text, with an emphasis on internationalization. It forms the core of text and font handling for GTK+-2.0. For more information about Pango, see http://www.pango.org. Pango-0.13 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz Pango-0.13 also requires GLib-1.3.2: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz As a change from Pango-0.12, a separate copy of FriBidi is not required to install Pango-0.13. Pango includes an internal copy of the routines that it needs, though it can optionally be compiled to use the routines from an external FriBidi library. This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. Bug reports and comments about Pango should be sent to gtk-i18n-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-i18n-list Changes between Pango-0.12 and Pango-0.13: * Win32 Support [Tor] * Per-display caching of font coverage on the root window [Owen] * Handling of embedded non-characters in PangoLayout [Elliot] * Mapping table fixes and improvements [KUSANO Takayuki, Robert, Owen] * Adjustable tab handling in PangoLayout [Havoc] * Add relative font-scaling attribute [Havoc] * Add function to convert XML/GMarkup description to a PangoAttrList [Havoc] * New version of Arabic shaper [Karl] * Enhanced Indic support with ligature tables from the font and many more languages [Robert] * Include FriBidi core that provides the features that Pango needs and can be used instead of separately installed fribidi. [Owen] * Add PangoLayoutIterator that abstracts the geometry operations for iterating over the lines/items/clusters/chars in a layout [Havoc] * Bug fixes, and more bug fixes From otaylor@redhat.com Fri Nov 17 23:12:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id CE1522DBDA; Fri, 17 Nov 2000 23:12:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A83E624263C; Fri, 17 Nov 2000 23:12:38 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GTK+-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:12:38 -0500 Message-ID: Lines: 104 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GTK+-1.3.2 has been released. This is a preview release of the unstable branch of GTK+ and is meant for: * those interested in the development of GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 is released. GTK+ is a widget toolkit for X and other windowing systems. It is used in such projects as the GIMP and GNOME. For more information about GTK+, see http://www.gtk.org GTK+-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz GTK+-1.3.2 also requires GLib-1.3.2 and pango-0.13: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GTK+-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GTK+; GTK+-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GTK+ with it. You should be able to install it alongside your current GTK+ without disturbing your current GTK+. Bug reports and comments about this version of GTK+ should be sent to: gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GTK+ 1.3.2 ================================= GTK Core: * New stock-icon and stock-item system. Use themeable pixbufs in dialogs, buttons, etc. [Havoc] * Theme engines reworked to use derivation and new object system. [Owen] * Added GtkClipboard object for simple selection handling. [Owen] * Make GtkEditable an interface, move implementation to GtkOldEditable for compat. [Owen] * Better handling of default directionality. [Robert] * Use GSignal as backend for GtkSignal and other GObject stuff. [Tim] * Move theme engines to GTypePlugin. [Owen] GDK: * Beginning of implementation of client parts of new window manager spec. [Owen] * Make gdk_drawable_get_image() work with backing store. [Havoc] Widgets: * New text widget [Havoc] - Adjustable tab handling. - Ability to have scrolling side areas in new text widget for tabs/line numbers. - Many cleanups and small improvements. * Improvements to submenu navigation [Nils Barth/David Santiago] and scrolling menus. [Alex] * Simplification of progress bar API. [Havoc] * Make GtkImage a generic image-display widget. [Havoc] * New GtkTreeView tree widget. Model/view architecture, flexible renderering, large datasets, etc. [Jonathan] * New GtkMessageBox widget for message display. [Havoc] * Allow labels to have contents set from XML-like markup language. [Havoc] * Make dialogs derive from GtkDialog and use stock buttons. [Havoc] Internationalization: * Proper character set conversion for clipboard/selection. [Owen] * New input method system via loadable modules; support on-the-spot preedit in GtkEntry and new text widget; allow switchin input methods on the fly; include modules for XIM and demo Cyrillic-tranliteration module. [Owen] * VIQR, Thai, and Inuktitut input methods. [Robert] * Convert po files to UTF-8. [Robert] gdk-pixbuf: * Full-alpha compositing for gdk-pixbuf on drawable. [Havoc] * Add simple saving to gdk-pixbuf. [David Welton/Havoc] * Add improved error handling with GError to gdk-pixbuf. [Havoc] Ports: * Much work on Win32 Port. [Tor/Hans] * Much work on Linux-FB Port. [Elliot/Alex] Misc: * Start of new gtk-demo demo program. [Owen/Jonathan] * Bug fixes and more bug fixes. From JParker@coinstar.com Fri Nov 17 12:13:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailgate.coinstar.com (www.coinstar.com [204.202.76.20]) by mail.gnome.org (Postfix) with ESMTP id CD9AF2BF7F; Fri, 17 Nov 2000 12:13:17 -0500 (EST) Received: from aluminum.coinstar.com ([172.16.24.23]) by mailgate.coinstar.com (Post.Office MTA v3.5.3 release 223 ID# 0-67851U100L100S0V35) with ESMTP id com; Fri, 17 Nov 2000 09:13:07 -0800 Subject: Re: how do I handle right-click on menu_items To: Kervin Pierre Cc: gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: From: JParker@coinstar.com Date: Fri, 17 Nov 2000 09:13:29 -0800 X-MIMETrack: Serialize by Router on Aluminum/Coinstar Inc/US(Release 5.0.3 |March 21, 2000) at 11/17/2000 09:13:13 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ G'Day ! This should work .... gint button_press_event (GtkWidget *widget, GdkEventButton *event ) { if (event ->button ==1) { /* your code */ return TRUE; } if (event -> button ==2) { /* more code */ return TRUE; } return FALSE; } This should all be documented in the appropiate header files. cheers, Jim Parker Sailboat racing is not a matter of life and death .... It is far more important than that !!! Kervin Pierre To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Sent by: cc: gtk-app-devel-list-admin Subject: how do I handle right-click on menu_items @gnome.org 11/16/00 10:26 PM hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list From pbd@op.net Sat Nov 18 00:00:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 2A7162BC3E; Sat, 18 Nov 2000 00:00:50 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id AAA04572; Sat, 18 Nov 2000 00:00:40 -0500 (EST) Message-Id: <200011180500.AAA04572@renoir.op.net> To: JParker@coinstar.com Cc: Kervin Pierre , gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items In-reply-to: Your message of "Fri, 17 Nov 2000 09:13:29 PST." Date: Sat, 18 Nov 2000 00:00:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >This should all be documented in the appropiate header files. agreed. and don't forget: if (event->type == GDK_BUTTON_PRESS) { } else if (event->type == GDK_2BUTTON_PRESS) { } else if (event->type == GDK_3BUTTON_PRESS) { } to handle double and triple clicks. --p From rhajikhani@exchange.office.etoys.com Sat Nov 18 00:33:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id D5B202C7BF for ; Sat, 18 Nov 2000 00:33:45 -0500 (EST) Received: (qmail 21736 invoked from network); 18 Nov 2000 03:26:57 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 18 Nov 2000 03:26:57 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Fri, 17 Nov 2000 19:48:00 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQ1C7; Fri, 17 Nov 2000 19:47:58 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Fri, 17 Nov 2000 20:47:37 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul, All, I have a program that calls a data base, retrieves a few data, and based on that data I would like to generate a few gtklevelhold bars, depending on the number of data got from the data base. So, the application should not show any thing upon execution, but rather after a time out has run out should then create those graphs. Here is what I have done. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; I also have another data structure struct _Hybrid{ GtkWidget *table; GtkWidget *progressbar; int timer; ServerData *sd; } Hybrid; when my application starts, I create a progress bar and a scrolling window in which there is vbox init. in the vbox there is table with row=0 column=0. I place a reference to this table in my Hybrid->table. After the time out I call a function call gint update_record(Hybrid *hybrid){ //call data base, get records (no problem here) // //place them in the link list of Hybrid hybrid->sd // // call a function update_table // update_table(Hybrid *hybrid) which is supposed to create the gtklevelhold bars, update the hybrid->table by placing bars in the table and display the bars... but it never happens and I get a segmentation fault. The bars never appear and my program dies... with a core dump. Can you help me with what I have done wrong... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mmotta@guest.net Sat Nov 18 12:35:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.supereva.it (adamo6.supereva.it [195.110.96.96]) by mail.gnome.org (Postfix) with SMTP id 8B41C2C874 for ; Sat, 18 Nov 2000 12:35:27 -0500 (EST) Received: (qmail 24484 invoked from network); 18 Nov 2000 17:35:31 -0000 Received: from unknown (HELO guest.net) (151.35.64.58) by mail.supereva.it with SMTP; 18 Nov 2000 17:35:31 -0000 Message-ID: <3A16BF8B.BBC59B89@guest.net> Date: Sat, 18 Nov 2000 17:42:35 +0000 From: Mario Motta X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: vdkbuilder , gtk-list@gnome.org Cc: "vdkbuilder-team@lists.sourceforge.net" Subject: ANNOUNCE: vdk-1.2.5, vdkbuilder-1.2.5 released Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ VDK Team is pleased to announce that newly released VDK 1.2.5 - VDKBuilder 1.2.5 are downloadable at: http://sourceforge.net/projects/vdkbuilder ======================= What's new in VDK 1.2.5 ======================= * Minor bug fixes, changes and enhancements * Enhanced dispatch algorithm for dynamic tables: Now a signal/event will proceed also from child to parent form if any. ============================== What's new on VDKBuilder 1.2.5 ============================== * Some portability problems with hupx and linuxppc solved * Added an hints editor, now users can add/remove/change their own editor hints * Implemented a projects-reopen feature based on a lru algorithm. User can reopen last recently used projects (up to 10) * Many minor bug fixes and enhancements. RELEASE NOTES: 1. As usual see NEWS and Changelog for more detailed informations 2. vdkbuilder 1.2.5 requires vdk 1.2.5 and (optionally) vdkxdb 0.0.4 for xdb support. 3. This should be the last release on vdk/vdkbuilder 1.2 series. Next one will be vdk/vdkbuilder 2.0 that will be available short after gtk+ 2.0 will be released. The VDK Team ------------ From new_world@radar.com.ar Sat Nov 18 14:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.arnet.com.ar (unknown [200.45.0.12]) by mail.gnome.org (Postfix) with SMTP id C0FF82BAD5 for ; Sat, 18 Nov 2000 14:38:30 -0500 (EST) Received: (qmail 1052 invoked from network); 18 Nov 2000 19:38:30 -0000 Received: ThePolice Version 0.02 by GCM Received: AntiBombing Version 0.08 by GCM Received: from mail3.radar.com.ar (200.45.87.68) by host000012.arnet.net.ar with SMTP; 18 Nov 2000 19:38:30 -0000 Received: from new_world ([200.45.92.215]) by mail3.radar.com.ar with Microsoft SMTPSVC(5.5.1877.597.59); Sat, 18 Nov 2000 16:38:30 -0300 Message-ID: <001801c05196$dce7d8e0$d75c2dc8@new_world> From: "Nicolas Raitman" To: "gtk general" Subject: Glade Date: Sat, 18 Nov 2000 16:36:34 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone know a good tutorial on how to use Glade? I mean, I program in GTK and I have heard a lot about it... thanks, Nicolas From dsh8290@rit.edu Sat Nov 18 15:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 271822C900 for ; Sat, 18 Nov 2000 15:05:04 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id PAA03237; Sat, 18 Nov 2000 15:04:58 -0500 (EST) Date: Sat, 18 Nov 2000 15:04:40 -0500 From: D-Man To: Nicolas Raitman Cc: gtk general Subject: Re: Glade Message-ID: <20001118150440.A28339@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <001801c05196$dce7d8e0$d75c2dc8@new_world> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <001801c05196$dce7d8e0$d75c2dc8@new_world>; from new_world@radar.com.ar on Sat, Nov 18, 2000 at 14:36:34 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Run glade. Hold the mouse over some buttons and read the tooltips. Push a few buttons and see what they do. :-) I used glade for a project and learned gtk at the same time. Since you already know gtk you already know the names of widgets and how they interact. IMO glade is very intuitive to use. -D On Sat, 18 Nov 2000 14:36:34 Nicolas Raitman wrote: | Does anyone know a good tutorial on how to use Glade? I mean, I program in | GTK and I have heard a lot about it... | | thanks, | Nicolas | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From rhajikhani@exchange.office.etoys.com Sun Nov 19 23:22:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 258C62C7AF for ; Sun, 19 Nov 2000 23:22:51 -0500 (EST) Received: (qmail 17848 invoked from network); 20 Nov 2000 03:56:47 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 20 Nov 2000 03:56:47 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Sun, 19 Nov 2000 20:19:07 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Message-ID: From: Rasoul Hajikhani To: =?iso-8859-1?Q?DINH_V=2E_Ho=E0?= Cc: Juergen Boemmels , gtk-list Subject: Re: passing args Date: Sun, 19 Nov 2000 21:20:24 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C052A9.013B7B80" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C052A9.013B7B80" ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/plain; charset="iso-8859-1" This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. <> ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: passing args

This message uses a character set that is not = supported by the Internet Service.  To view the original message = content,  open the attached message. If the text doesn't display = correctly, save the attachment to disk, and then open it using a viewer = that can display the original character set. <<message.txt>> =

------_=_NextPart_001_01C052A9.013B7B80-- ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: text/plain; name="message.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="message.txt" Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by = exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail = Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Date: Sun, 19 Nov 2000 21:20:24 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "DINH V. =3D?iso-8859-1?Q?Ho=3DE0?=3D" cc: Juergen Boemmels ,=20 gtk-list Subject: Re: passing args In-Reply-To: <3A13296B.A8A89CE5@enserb.fr> Message-ID: = MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=3DX-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE I say, I have done what you have said, that is I pass a reference to = a=3D20 data structure an I get the following warning interface.h:281: warning: passing arg 2 of `gtk_timeout_add' from incompatible pointer type and here is what I am doing: timer =3D3D gtk_timeout_add (100, progress_timeout, hybrid); where hybrid is a data structure... so what's the deal... -r On Thu, 16 Nov 2000, DINH V. [iso-8859-1] Ho=3DE0 wrote: > Juergen Boemmels wrote: > >=3D20 > > "DINH V. Ho=3DE0" writes: > >=3D20 > > > to call the function, you do the following : > > > > > > { > > > struct struct_arg1_arg2 data; > > > data->arg1 =3D3D arg1; > > > data->arg2 =3D3D arg2; > > > gtk_timeout_add(interval, function, &data); > > > } > >=3D20 > > I'm not sure, but this won't work. > > You alloc the data on the stack, register a pointer to this, add = leave > > the function destroying this part of the stack. But it also may = even > > work in several cases. Those bugs are realy hard to find. > >=3D20 > > When your timeout occurs, you may get a segfault, because the > > stackframe is no longer valid. > >=3D20 > > A possible way would be > > { > > struct struct_arg1_arg2 *data; > >=3D20 > > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > > g_assert (data !=3D3D 0); > > /* init data */ > > gtk_timeout_add (interval, function, &data); > > } > >=3D20 > > function (struct struct_arg1_arg2 *data) > > { > > /* do something with data */ > > free (data); > > } >=3D20 > ok, the way I gave won't work but yours won't work too. >=3D20 > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). >=3D20 > then the a better solution is=3D20 >=3D20 > { > struct struct_arg1_arg2 *data; > =3D20 > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data !=3D3D 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > =3D20 > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > // no free > } >=3D20 >=3D20 > don't forget to free the data at the end of the program or when the > timeout > callback will be stopped. >=3D20 > --=3D20 > Hoa >=3D20 > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list >=3D20 ------_=_NextPart_000_01C052A9.013B7B80-- From rsteinke@merilon.elfhame.net Mon Nov 20 14:03:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id BAA472DD61 for ; Mon, 20 Nov 2000 14:03:13 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAKJBWg14189 for gtk-list@gnome.org; Mon, 20 Nov 2000 11:11:32 -0800 From: Ron Steinke Date: Mon, 20 Nov 2000 11:11:32 -0800 To: gtk-list@gnome.org Subject: GtkItemFactory Message-ID: <3A197764.nailAY211ODDY@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How do you pass a pointer to user data to callback functions called from a GtkMenuItem created by a GtkItemFactory? I tried passing it as the callback_data argument of gtk_item_factory_create_items, but this doesn't appear to by the way to do it. Ron Steinke From mleisher@crl.nmsu.edu Mon Nov 20 16:35:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 330382BE8D for ; Mon, 20 Nov 2000 16:35:02 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA17594; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA66837; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA12615; Mon, 20 Nov 2000 14:34:59 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14873.39171.378460.879626@helion.crl.nmsu.edu> Date: Mon, 20 Nov 2000 14:34:59 -0700 (MST) To: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <200011202054.UAA03127@babbage.grid9.net> References: <200011202054.UAA03127@babbage.grid9.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Abdul-Wahid> My interest in Arabic on Linux stems from a project I am Abdul-Wahid> doing from home. I am designing a gnome app where I will need Abdul-Wahid> Arabic support. I have a lot of Arabic data that will need to Abdul-Wahid> be displayed as rendered text. Therefore, if anyone on this Abdul-Wahid> list can update me on the current status of Arabic support in Abdul-Wahid> GTK and where I can find more information about using Arabic Abdul-Wahid> in GTK I would appreciate it. The latest development-only versions of GDK, Pango, and GTK were just released a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi package to handle directionality. In short, this development version should provide reasonable support at least for display of Arabic text. ftp://ftp.gtk.org/pub/gtk/v1.3/gdk-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz WARNING: This development version is incompatible with GTK 1.2.8!! Install it in some other location! You can also expect the API's to change before it is ready for general release! ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From donna@omartin.com Mon Nov 20 16:52:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from taka.swcp.com (taka.swcp.com [198.59.115.12]) by mail.gnome.org (Postfix) with ESMTP id 458902BD60 for ; Mon, 20 Nov 2000 16:52:21 -0500 (EST) Received: from diamond (1Cust75.tnt3.albuquerque.nm.da.uu.net [63.20.94.75]) by taka.swcp.com (8.10.0.Beta12/8.10.0.Beta12) with SMTP id eAKLqIm26210 for ; Mon, 20 Nov 2000 14:52:18 -0700 (MST) Message-ID: <002801c0533d$05990a00$0200a8c0@diamond> Reply-To: "Donna S. Martin" From: "Donna S. Martin" To: References: <3A197764.nailAY211ODDY@merilon.elfhame.net> Subject: Re: GtkItemFactory Date: Mon, 20 Nov 2000 14:57:47 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ That is the way to do it if you bear in mind two things. 1) An item factory callback has a different prototype than a menu item callback. 2) That field is shared among all the callbacks you specify in the GtkItemFactoryEntry array. The most common error is number 1. Here is the prototype for an Item Factory Callback..... void (*GtkItemFactoryCallback1)( gpointer callback_data, guint callback_action, GtkWidget *widget); A bit different from a MenuItem callback. Of course, if you don't like this, you could always retrieve the widget id from the item factory and attach your callback manually. Then you'd be using the GtkMenuItem's callback prototype. Does this make sense? Hope so, if not I'll try again. Donna ----- Original Message ----- From: Ron Steinke To: Sent: Monday, November 20, 2000 12:11 PM Subject: GtkItemFactory > How do you pass a pointer to user data to callback functions > called from a GtkMenuItem created by a GtkItemFactory? I tried > passing it as the callback_data argument of gtk_item_factory_create_items, > but this doesn't appear to by the way to do it. > Ron Steinke > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Mon Nov 20 18:30:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id B7E8A2DC7D for ; Mon, 20 Nov 2000 18:30:08 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id XAA18072 for ; Mon, 20 Nov 2000 23:30:07 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Mon, 20 Nov 2000 23:28:27 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXRNSW; Mon, 20 Nov 2000 15:25:20 -0800 Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r From jens@ja-web.de Tue Nov 21 07:47:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by mail.gnome.org (Postfix) with ESMTP id A7C7D2BC89 for ; Tue, 21 Nov 2000 07:47:45 -0500 (EST) Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 13yCps-0002KL-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:44 +0100 Received: from [62.159.123.27] (helo=dtmun420009) by mrvdom03.kundenserver.de with smtp (Exim 2.12 #2) id 13yCpm-0008Jc-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:38 +0100 Message-ID: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> From: "Jens Ansorg" To: Subject: XFree86-Bigfont extension: shmget() failed Errors ?!?! Date: Tue, 21 Nov 2000 13:47:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hi, I went through the arcive bu tcould not find something useful for this issue: Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget failed" messages whenever I run a gtk/gnome app. Now even worse: some apps couse this error: "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" I get lots of lines of this one. probably related are errors/warnings about shared pixmaps not loading, i.e when I open a menu and move the mouse down along the menu entries I get those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. Same with toolbars ... Is this shmget related with a kernel module shm.o ? this module is there for my kernel but it refuses to load (unresolved symbols) Any ideas ? where to start looking for a solution? thanks Jens Ansorg From erik@arthur.ubicom.tudelft.nl Tue Nov 21 08:17:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id D0E612E349 for ; Tue, 21 Nov 2000 08:17:08 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (root@arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id OAA25131; Tue, 21 Nov 2000 14:17:07 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id OAA14091; Tue, 21 Nov 2000 14:15:13 +0100 Date: Tue, 21 Nov 2000 14:15:13 +0100 From: Erik Mouw To: Jens Ansorg Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001121141512.J31270@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com>; from jens@ja-web.de on Tue, Nov 21, 2000 at 01:47:37PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > I went through the arcive bu tcould not find something useful for this > issue: > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > failed" messages whenever I run a gtk/gnome app. > > Now even worse: some apps couse this error: > "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" > > I get lots of lines of this one. > > probably related are errors/warnings about shared pixmaps not loading, i.e > when I open a menu and move the mouse down along the menu entries I get > those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. > Same with toolbars ... > > Is this shmget related with a kernel module shm.o ? > this module is there for my kernel but it refuses to load > (unresolved symbols) No. SysV shared memory is part of the "System V IPC" option, and it can't be compiled as a kernel module. All kernels provided by distributions have this enabled, AFAIK. What is the value of /proc/sys/kernel/shmmax ? Try to set this to a large value (like 32MB) with: echo 33554432 > /proc/sys/kernel/shmmax If you compiled your own kernel, be sure that you enabled SysV IPC. Erik [currently employed as kernel hacker, so that's why you don't see me that often on this list] -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From thomas@x-tekcorp.com Tue Nov 21 08:43:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id D14EB2BA9A for ; Tue, 21 Nov 2000 08:43:24 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 07:42:58 -0600 Message-ID: <200011210745370240.049E29A9@rsg.org> X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 07:45:37 -0600 From: "Thomas Rock" To: gtk-list@gnome.org Subject: GtkList frustrations Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====_9748143375705=_" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --=====_9748143375705=_ Content-Type: text/plain; charset="us-ascii" I'm trying to get a list of items to display in a GtkList, but all I get is a blank window. Below is the code (from an example in the Gnome/Gtk+ Programming Bible). What am I doing wrong? I'm running gtk+ 1.2.8 and Redhat Linux 7.0. Thanks. Tom Code: #include #include int main (int argc, char *argv[]) { GtkWidget *Toplevel; GtkWidget *list; GList *glist = (GList *) NULL; gtk_set_locale (); gtk_init (&argc, &argv); // create top-level window Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel"); gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER); glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Average")); printf("The list length is: %d\n", g_list_length(glist)); list = gtk_list_new(); gtk_list_append_items(GTK_LIST(list), glist); gtk_widget_set_usize(list, 150, 250); gtk_widget_show(list); gtk_container_add (GTK_CONTAINER (Toplevel), list); gtk_widget_show(Toplevel); gtk_main (); return 0; } Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com --=====_9748143375705=_ Content-Type: text/html; charset="us-ascii"
I'm trying to get a list of items to display in a GtkList, but all I get
is a blank window. Below is the code (from an example in the
Gnome/Gtk+ Programming Bible). What am I doing wrong?
 
I'm running gtk+ 1.2.8 and Redhat Linux 7.0.
 
Thanks.
 
Tom
 
 
Code:
 
#include <gtk/gtk.h>
#include <stdio.h>
 
int main (int argc, char *argv[]) {
 
   GtkWidget *Toplevel;
   GtkWidget *list;
  
   GList *glist = (GList *) NULL;
   gtk_set_locale ();
   gtk_init (&argc, &argv);
 
   // create top-level window
   Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL);
   gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel");
   gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER);
  
  
   glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Average"));
  
   printf("The list length is: %d\n", g_list_length(glist));
  
   list = gtk_list_new();
   gtk_list_append_items(GTK_LIST(list), glist);
   gtk_widget_set_usize(list, 150, 250);
   gtk_widget_show(list);
   gtk_container_add (GTK_CONTAINER (Toplevel), list);
 
  
   gtk_widget_show(Toplevel);
   gtk_main ();
   return 0;
}

Thomas Rock                        X-Tek Corporation
thomas@x-tekcorp.com         P.O. Box 254
888-908-9835 ext. 101           Richmond, IL 60071
                                           www.x-tekcorp.com
 
                                           
 
 
--=====_9748143375705=_-- From trog@gtk.org Tue Nov 21 09:14:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay.dera.gov.uk (relay.dera.gov.uk [192.5.29.49]) by mail.gnome.org (Postfix) with SMTP id 9834A2BA9A for ; Tue, 21 Nov 2000 09:14:01 -0500 (EST) Received: (qmail 25937 invoked from network); 21 Nov 2000 14:14:01 +0000 Received: from syntax.dera.gov.uk (146.80.9.50) by relay.dera.gov.uk with SMTP; 21 Nov 2000 14:14:01 +0000 Content-Length: 720 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200011210745370240.049E29A9@rsg.org> Date: Tue, 21 Nov 2000 14:14:00 -0000 (GMT) From: Trog To: Thomas Rock Subject: RE: GtkList frustrations Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 21-Nov-2000 Thomas Rock wrote: > I'm trying to get a list of items to display in a GtkList, but all > I get > is a blank window. Below is the code (from an example in the > Gnome/Gtk+ Programming Bible). What am I doing wrong? > > glist = g_list_append(glist, > gtk_list_item_new_with_label("Maximum")); You need to gtk_widget_show the list item, so it should be something like (for each one): GtkWidget *item; item = gtk_list_item_new_with_label("Maximum"); gtk_widget_show(item); glist = g_list_append(glist, item); -tony --- E-Mail: trog@gtk.org I find you lack of faith in the forth dithturbing. - Darse ("Darth") Vader Go Bezerk! http://www.gtk.org/~trog From isiryder@universitariosmix.com Tue Nov 21 09:14:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from s-mail2.hanmail.net (unknown [211.62.252.65]) by mail.gnome.org (Postfix) with ESMTP id ADB992BA9A for ; Tue, 21 Nov 2000 09:14:23 -0500 (EST) Received: from www4.mixmail.com (www.mixmail.com [211.32.117.94] (may be forged)) by s-mail2.hanmail.net (8.10.0/8.9.1) with ESMTP id eALDv6H30943; Tue, 21 Nov 2000 22:57:06 +0900 Received: (from hanadmin@localhost) by www4.mixmail.com (8.9.1/8.9.1) id WAA17597; Tue, 21 Nov 2000 22:59:37 +0900 (KST) From: "isiryder" To: gtk-list@gnome.org Subject: How to save pixmaps? X-Mailer: Daum Web Mailer 1.0 Date: Tue, 21 Nov 2000 00:59:37 -1300 Message-Id: <20001121145937.HM.b0000000000AgL9@mixmail.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. I am making a simple program which loads a pixmap into memory. Is it possible to modify a GtkPixmap? What types and functions should i use to modify a pixmap and save it into a file? This is the code i use to load the pixmap: GtkWidget* create_pixmap (GtkWidget *widget, const gchar*filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; GList *elem; colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); if (gdkpixmap == NULL) { g_warning (("Pixmap not loaded: %s"), (gchar*)filename); return NULL; } pixmap = gtk_pixmap_new (gdkpixmap, mask); if (pixmap != NULL) nombre_fichero = g_strdup(filename); gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com From wslu@sina.com Tue Nov 21 09:29:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sina.com (unknown [202.106.187.156]) by mail.gnome.org (Postfix) with SMTP id 2EE112BB47 for ; Tue, 21 Nov 2000 09:29:42 -0500 (EST) Received: (qmail 30010 invoked from network); 21 Nov 2000 13:49:56 -0000 Received: from unknown (HELO tulip) (202.115.65.104) by 202.106.187.156 with SMTP; 21 Nov 2000 13:49:56 -0000 Date: Tue, 21 Nov 2000 21:55:03 +0800 From: wslu To: "GTK+ Mailling List" Subject: What's wrong with component refresh? Message-Id: <3A1A7EB739.983CWSLU@smtp.sina.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.25.04 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm coding a GUI application using gtk+. I create a thread using pthread_create before the main window show, this thread communicate with window using signals and System V message queue. The problem is: After a successful communication between thread and the window, and when the window need to be redrawed(e.g., when resize it), it seams that the window "forget" to refresh his child components. This make all of the components disappear. what's wrong is it? Is it the correct way to use thread with GTK+? thanx for your any reply... From thomas@x-tekcorp.com Tue Nov 21 09:31:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id C31F52E396 for ; Tue, 21 Nov 2000 09:31:50 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 08:31:24 -0600 Message-ID: <200011210834010100.04CA7ABC@rsg.org> In-Reply-To: References: X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 08:34:01 -0600 From: "Thomas Rock" To: "Trog" Cc: gtk-list@gnome.org Subject: RE: GtkList frustrations Content-Type: text/plain; charset="ISO-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ DUH! Thanks! Tom *********** REPLY SEPARATOR *********** On 11/21/00 at 2:14 PM Trog wrote: >On 21-Nov-2000 Thomas Rock wrote: >> I'm trying to get a list of items to display in a GtkList, but all >> I get >> is a blank window. Below is the code (from an example in the >> Gnome/Gtk+ Programming Bible). What am I doing wrong? > > > >> >> glist = g_list_append(glist, >> gtk_list_item_new_with_label("Maximum")); > >You need to gtk_widget_show the list item, so it should be something >like (for each one): > > GtkWidget *item; > > item = gtk_list_item_new_with_label("Maximum"); > gtk_widget_show(item); > glist = g_list_append(glist, item); > >-tony > > >--- >E-Mail: trog@gtk.org >I find you lack of faith in the forth dithturbing. >- Darse ("Darth") Vader > >Go Bezerk! http://www.gtk.org/~trog > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com From mleisher@crl.nmsu.edu Tue Nov 21 11:00:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4152A2BB3D for ; Tue, 21 Nov 2000 11:00:22 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA26811; Tue, 21 Nov 2000 09:00:18 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA15399; Tue, 21 Nov 2000 09:00:19 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA13331; Tue, 21 Nov 2000 09:00:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.39953.449488.381918@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 09:00:17 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14873.39171.378460.879626@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Roozbeh> It depends on what should be considered reasonable. Against what Roozbeh> FriBidi claims in its readme file, it does not have any support Roozbeh> for explicit bidi marks, which will be needed in anything more Roozbeh> than causual usage. Hmm. I haven't looked at FriBidi for quite a while. I thought Dov would have support for explicit bidi marks by now. Anyway, I hope to have my Pretty Good Bidi Algorithm done, including explicit bidi marks by the end of December. Small and fast, it works for many cases already, but has three serious flaws: 1. Doesn't reorder certain kinds of numerical expressions in Arabic quite right. 2. Doesn't support explicit bidi marks. 3. The cursor tracking doesn't work right in some cases. It does however, address some odd things that come up in the Unicode Bidi algorithm, like positioning trailing parentheses/brackets/etc correctly without the need for explicit bidi marks. I've been using variations of this approach since 1995 and it has worked "pretty good" :-) If you want to play with it, go to the following page: http://crl.nmsu.edu/~mleisher/ucdata.html ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From feiguin@magnet.fsu.edu Tue Nov 21 11:26:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id CCE362BB0B for ; Tue, 21 Nov 2000 11:26:02 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05653 for ; Tue, 21 Nov 2000 11:25:55 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:25:55 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: GtkExtra-0.99.12 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I'm pleased to announce a new release of GtkExtra featuring major changes in GtkPlot, and including new widgets for 3d and polar plots. Here is a summary of the changes: - New plot subclasses for 3D and polar plots: GtkPlot3d and GtkPlotPolar. GtkPlot3D has its own API, but GtkPlotPolar can be casted as a GtkPlot considering the equivalence x->r, y->angle. - GtkPlotData is a widget. The API is almost the same. You may have to cast the widget using data = GTK_PLOT_DATA(gtk_plot_data_new()); - The other Data subclasses are Bar, Box, Flux, Surface and CSurface. - I added new arguments to the datasets (z, dz, a, da): z is obviously for 3d plots. However, it is used in GtkPlotBox to specify the size of the boxes. "a" is used to determine the size of the symbols, and "da", the color. - The color of the symbols, when "da" is specified, is detemined using the gradient. the gradient has (min, max) values, and corresponding colors. The symbol's color is interpolated between these values using hue/saturation/value depending on the gradient_mask. - GtkOrientation was replaced with GtkPlotOrientation (GTK_PLOT_AXIS_X/Y/Z) - the fields xticks and yticks were removed from gtkplot. - GtkPlotSymbol has a new field GtkPlotLine border and you set/get the attributes with gtk_plot_data_set/get_symbol - I removed the symbol type: GTK_PLOT_SYMBOL_BAR, because this is a new data subclass. I added TRIANGLE_LEFT/RIGHT and DOT. - After gtk_plot_canvas_paint, you have to use gtk_plot_canvas_refresh to refresh the pixmap in the window. This is because paint can be used to print or save plots in other formats, depending on the GtkPlotPC you are using (see below). - The drawing engine, called GtkPlotPC has been rewritten. Now it's a GtkObject, and you can derive subclasses as GtkPlotGdk and GtkPlotPS in our case (You can define your own if you want to use a different library to draw your plots!). How does it work: 1) Instead of creating a GdkGC, you create either a GtkPlotGdk or GtkPlotPS. 2) you do the following replacements: gdk_gc_set_foreground -> gtk_plot_pc_set_color gdk_gc_set_dash -> gtk_plot_pc_set_dash gdk_gc_set_line_attributes -> gtk_plot_pc_set_lineattr gdk_gc_draw_... -> gtk_plot_pc_draw_... The output will be either on a drawable or a file according to the GtkPlotPC you chose. All the redundant code for the PS output in gtkplotprint was eliminated! Elegant, isn't it? - I also added a new widget: gtktogglecombo, a gtkcombobox subclass (See it in action in testgtksheet) - New demos are included. - BugFixes in GtkSheet From feiguin@magnet.fsu.edu Tue Nov 21 11:29:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id 157B72E343 for ; Tue, 21 Nov 2000 11:27:27 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05657 for ; Tue, 21 Nov 2000 11:27:19 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:27:19 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: GtkExtra moved to Sourceforge Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You'll find the gtkextra webpage at http://gtkextra.sourceforge.net Enjoy! From feiguin@magnet.fsu.edu Tue Nov 21 12:17:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id DF2B92D1A6 for ; Tue, 21 Nov 2000 12:17:54 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id MAA06111 for ; Tue, 21 Nov 2000 12:17:47 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 12:17:47 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: SciGraphica-0.6 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm pleased to announce the new release of Scigraphica featuring 3D and polar plots! Scigraphica is a powerful tool for scientific graphics and data analysis. It pretends to be a clone of the popular commercial (and expensive) application "Microcal Origin". It fully supplies plotting features for 2D, 3D and polar charts. The aim is to obtain a fully-featured, cross-plattform, user-friendly, self-growing scientific application. It is free and open-source, released under the GPL license. Main features: -You can plot functions and manipulate data in worksheets. -You can open several worksheets and plots and work with them at the same time. -The plots are fully configurable using a control panel dialog. -The look and feel is completely WYSIWYG. -Publication quality PostScript output. -You can interact with the plots double-clicking, dragging and moving objects with the mouse. -Export/Import features in XML format. -You can insert Python expressions in the worksheets. URL: http://scigraphica.sourceforge.net Enjoy! The SciGraphica Team.- From kpierre@fit.edu Tue Nov 21 12:39:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id DAA742BBE7 for ; Tue, 21 Nov 2000 12:39:41 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id MAA01163 for ; Tue, 21 Nov 2000 12:40:11 -0500 (EST) Message-ID: <3A1AB40C.7000609@fit.edu> Date: Tue, 21 Nov 2000 12:42:36 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list Subject: theme errors Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I get ... libpng error: Application must be recompiled; version 1.0.6 was incompatible libpng error: Application must be recompiled; version 1.0.6 was incompatible ... whenever I run a gtk application with a theme other than default. This happens even after I recompiled the application and glib/gtk. I'm using glib/gtk 1.2.8. What must I recompile? PS. what's a theme engine? It it part of the glib or gtk packages? -Kervin From mleisher@crl.nmsu.edu Tue Nov 21 13:28:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 13B7E2CF1C for ; Tue, 21 Nov 2000 13:28:55 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id LAA12467; Tue, 21 Nov 2000 11:28:51 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id LAA51912; Tue, 21 Nov 2000 11:28:52 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id LAA13716; Tue, 21 Nov 2000 11:28:49 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.48865.349423.561713@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 11:28:49 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> It does however, address some odd things that come up in the Unicode >> Bidi algorithm, like positioning trailing parentheses/brackets/etc >> correctly without the need for explicit bidi marks. I've been using >> variations of this approach since 1995 and it has worked "pretty good" >> :-) Roozbeh> Mark, are you sure this should be done? I mean anything other Roozbeh> than exact standard compliance in this case, will really annoy Roozbeh> the user. She will have something shown on her Windows Roozbeh> application, and something else on his Unix application, for Roozbeh> example. The inclusion of explicit bidi marks to fix these small reordering glitches in the Unicode algorithm should have no effect on my routine. The idea behind my approach is to demonstrate that exactly the same results as the Unicode Bidi Reordering algorithm can be achieved in a much simpler fashion. Because the Unicode reordering algorithm is the reference, if mine does not produce exactly the same results, then it is no good. Roozbeh> You may have seen my Arabic joining problems post on the Unicode Roozbeh> list. We (heavy Arabic users) can't afford the difference. If Roozbeh> something comes in the right order here, it should be right Roozbeh> there. Or the text is not usable. Yes. I am quite aware how these differences can make Arabic and Persian text unusable. I've been doing this sort of thing for a while :-) The reordering problem you described simply doesn't occur in my algorithm because the text is already kept in discrete directional segments. In short, as you suggested, the explicit directional characters become implicitly non-joining and are not transparent with regard to joining. Your proposed solution for the U+06C0 decomposition looks like exactly the right thing to do. Roozbeh> Me and my colleagues are trying to implement explicit marks in Roozbeh> FriBidi, because there's simply no complete version of Unicode Roozbeh> bidi available. The reference implementaion is not usable, the Roozbeh> Microsoft version is not compliant, the Mozilla version is far Roozbeh> from complete, so there only remains FriBidi which is both usable Roozbeh> (proof: Robert's xterm) and easy enough to invest on. We can then Roozbeh> push everyone to do compliant support. Hopefully, there will be one more compliant choice soon. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From meisemann@dsrnet.com Tue Nov 21 16:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id AF0EC2BBBA for ; Tue, 21 Nov 2000 16:26:05 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eALLEc515369 for ; Tue, 21 Nov 2000 16:14:39 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eALLEbf15364 for ; Tue, 21 Nov 2000 16:14:38 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 21 Nov 2000 16:24:10 -0500 Message-ID: <01C053D7.7A63AA80.meisemann@dsrnet.com> From: Matt Eisemann To: "'gtk-list@gnome.org'" Subject: CLIST Date: Tue, 21 Nov 2000 16:24:09 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am creating an application and in the main window (win) I have a clist which takes up most of the room of the application. A user can scroll through a bunch of tasks they want to start and select one or more rows and start/stop update,select all,exit. These five buttons are below the clist. The format sort of looks like below. ----------------------------------------------- ------------------- * * * row * * row * * row * * row * * row * * button1 button2 button3 button4 button5 * *********************************************** ****** In the main window, there is a vbox, vertical box, which i place the CLIST and buttons. When I try to expand the main window, the application remains the same size. I noticed that my vbox was set to vbox=gtk_vbox_new(FALSE,NO_SPACING); gtk_widget_set_usize(vbox,900,570); When I expand the main window, I want the scrolled window to also automatically expand but have the other buttons and things remain the same size and I am having trouble doing this. For some reason, my scrolled window remains the same size and if I don't specify the size using 'usize', I get a CLIST with only one row so that I have to individually scroll through each row to get to the row I want. Why does CLIST depend upon the gtk_widget_set_usize to determine its size? The code(some of it) I use for the scrolled window is scrolled_win = gtk_scrolled_window_new(NULL,NULL); gtk_widget_set_usize(scrolled_win,400,400); gtk_window_set_policy(scrolled_win,TRUE,TRUE,TRUE) gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); Also, as a side question, since I am using CLIST do I still need the following for CLIST for scrolling or is that only for LIST. gtk_container_set_focus_hadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_wind ow_get_hadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); gtk_container_set_focus_vadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_windo w_get_vadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); Let me know if I was not clear regarding the From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 16:41:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 2CA1D2DCDE for ; Tue, 21 Nov 2000 16:41:22 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id VAA32605 for ; Tue, 21 Nov 2000 21:41:20 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 21 Nov 2000 21:39:36 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DXVJL; Tue, 21 Nov 2000 13:37:25 -0800 Date: Tue, 21 Nov 2000 14:38:49 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help (Please) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is the third time I am posting this message. I have not received any response yet... Can any one help me before I totally give up... A hint will do till the next time :) ---------- Forwarded message ---------- Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani To: gtk-list@gnome.org Subject: Help I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list From aby_paul@yahoo.com Tue Nov 21 16:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web1101.mail.yahoo.com (web1101.mail.yahoo.com [128.11.23.121]) by mail.gnome.org (Postfix) with SMTP id 674522E380 for ; Tue, 21 Nov 2000 16:52:01 -0500 (EST) Received: (qmail 25833 invoked by uid 60001); 21 Nov 2000 21:52:00 -0000 Message-ID: <20001121215200.25831.qmail@web1101.mail.yahoo.com> Received: from [198.133.22.73] by web1101.mail.yahoo.com; Tue, 21 Nov 2000 13:52:00 PST Date: Tue, 21 Nov 2000 13:52:00 -0800 (PST) From: Aby Paul Subject: Configuring GTK To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I have installed GTK 1.1.8 on AIX 4.3.3. Each time I try to run the the simple program 'base' (mentioned in the documentaion), it results in coredump. gdb shows its looking for a a function gdk_init_check () in file gdk.c. And there is no file called gdk.c availale. Do anyone know what went wrong with the configuration? Thanks in advance, Aby __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From Valdis.Kletnieks@vt.edu Tue Nov 21 17:10:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9DDF02DFDD for ; Tue, 21 Nov 2000 17:10:38 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eALMAbG33790; Tue, 21 Nov 2000 17:10:38 -0500 Message-Id: <200011212210.eALMAbG33790@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Aby Paul Cc: gtk-list@gnome.org Subject: Re: Configuring GTK In-Reply-To: Your message of "Tue, 21 Nov 2000 13:52:00 PST." <20001121215200.25831.qmail@web1101.mail.yahoo.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2027487492P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 21 Nov 2000 17:10:37 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2027487492P Content-Type: text/plain; charset=us-ascii On Tue, 21 Nov 2000 13:52:00 PST, Aby Paul said: > I have installed GTK 1.1.8 on AIX 4.3.3. Each time I > try to run the the simple program 'base' (mentioned in > the documentaion), it results in coredump. gdb shows > its looking for a a function gdk_init_check () in file > gdk.c. And there is no file called gdk.c availale. Do > anyone know what went wrong with the configuration? This appears to be libtool not cooperating with the AIX linker. Basically, the libraries get linked with -berok. This in itself is not bad, except that (for instance) libgtk.a is linked without a reference to libgdk.a. At runtime, this results in references to gdk functions not being correctly resolved. So when the gtk_init_check() routine calls gdk_init_check(), it branches off to never-never land. To fix: 1) Re-build glib, gmodule and gthreads libraries *without* -berok (this will require some libtool hackery). You'll have to specify additional -L and -l flags to get gmodule and gthreads to rebuild. 2) Repeat for the gdk libraries 3) Repeat for the gtk libraries. Hope this helps. I need to write all this up and get it folded back into the base libtool/gtk distributions.. ;( -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2027487492P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhry3XAt5Vm009ewEQIZfQCg/hwyU9galgiO4Fpu+LAqc72RLjUAnj1g bwsAL9dP1VtIl6Lfzly9z8pK =2YVE -----END PGP SIGNATURE----- --==_Exmh_2027487492P-- From rsteinke@merilon.elfhame.net Tue Nov 21 20:40:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 04D2C2C8A3 for ; Tue, 21 Nov 2000 20:40:17 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAM1mek15085 for gtk-list@gnome.org; Tue, 21 Nov 2000 17:48:40 -0800 From: Ron Steinke Date: Tue, 21 Nov 2000 17:48:39 -0800 To: gtk-list@gnome.org Subject: marshallers Message-ID: <3A1B25F7.nailBMZ115F3M@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm confused about how marshallers work. The return functions for gtk_signal_default_marshaller, which is defined as gtk_marshal_VOID__VOID, are of type callback(GtkObject *object, gpointer user_data). Does that mean that the callback for gtk_marshal_VOID__VOID is of the form callback(GtkObject *object, gpointer arg1, gpointer user_data)? Ron Steinke From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 22:27:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 3899C2BCEF for ; Tue, 21 Nov 2000 22:27:32 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id DAA02408 for ; Wed, 22 Nov 2000 03:27:31 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 03:25:46 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX74Z; Tue, 21 Nov 2000 19:23:52 -0800 Date: Tue, 21 Nov 2000 20:25:35 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with scrolled window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does any one know how to update the contents of a scrolled window dynamically, that is after the program has executed? -r From nhb2001@hotmail.com Tue Nov 21 08:01:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f200.law10.hotmail.com [64.4.15.200]) by mail.gnome.org (Postfix) with ESMTP id 93A4F2BBA9 for ; Tue, 21 Nov 2000 08:01:34 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 21 Nov 2000 05:01:33 -0800 Received: from 194.83.240.32 by lw10fd.law10.hotmail.msn.com with HTTP; Tue, 21 Nov 2000 13:01:33 GMT X-Originating-IP: [194.83.240.32] From: "john john" To: gtk-list@gnome.org Subject: Redhat 6.0 for glade Date: Tue, 21 Nov 2000 13:01:33 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Nov 2000 13:01:33.0743 (UTC) FILETIME=[2C8753F0:01C053BB] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I would like to use glade on redhat 6.0, which packages do I need to install? I quite unsure & a newie on linux. this is from the www.gtk.org. Glade 0.5.9 Tarball (1.7 MB) automake 1.4 and autoconf 2.13 to build generated code. And a recent version of gnome-libs (>=1.0.50) would all this be enough for redhat6.0, I am bit stuck with my final year project & do need your answer please. Thanks ted _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com From StefanRieken@SoftHome.net Tue Nov 21 09:52:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hirogen.kabelfoon.nl (unknown [62.45.45.69]) by mail.gnome.org (Postfix) with ESMTP id 439652E331 for ; Tue, 21 Nov 2000 09:52:24 -0500 (EST) Received: from SoftHome.net (k8nw253.dial.kabelfoon.nl [62.45.11.127]) by hirogen.kabelfoon.nl (Postfix) with ESMTP id 5E0457C46 for ; Tue, 21 Nov 2000 15:53:33 +0100 (CET) Message-ID: <3A1A8C02.64597193@SoftHome.net> Date: Tue, 21 Nov 2000 15:51:46 +0100 From: Stefan Rieken Organization: Flip de Egel Productions X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: nl,en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: any policy for foo_new() return types? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, First off, I've been so rude to post to this list while not being on it. Please CC me, thanks. I have used GNOME and GTK+ for a long time, but only in the past few days I really got past the "Hello, World" stage. I couldn't help noticing that every foo_new() method had its own policy for what kind of struct to return. A few examples (sorry for using GNOME examples): - gnome_app_bar_new() returns a GtkWidget* (its far, but not "oldest" ancestor) - gnome_mdi_new() returns a GtkObject* (its "oldest", and only ancestor) - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild (an instance of itself) - gtk_adjustment_new() returns a GtkObject* (its "oldest", but not its only ancestor) I believe that it's common policy to return a GtkWidget* if this is available in the ancestry, and otherwise fall back to a GtkObject -- but why this policy, anyway? And why do some of the above examples draw away from this policy? Thanks, Stefan From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 21:13:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 094D72DE8F for ; Tue, 21 Nov 2000 21:13:31 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id CAA02005 for ; Wed, 22 Nov 2000 02:13:30 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 02:11:45 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX6RN; Tue, 21 Nov 2000 18:09:49 -0800 Date: Tue, 21 Nov 2000 19:11:34 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Can any one tell me how to show a widget after a timer runs out but not at the execution of the application? -r From roozbeh@sharif.edu Tue Nov 21 12:25:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id 751B52DF4F for ; Tue, 21 Nov 2000 12:25:07 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id UAA19388; Tue, 21 Nov 2000 20:54:51 +0330 Date: Tue, 21 Nov 2000 20:54:51 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14874.39953.449488.381918@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 21 Nov 2000, Mark Leisher wrote: > It does however, address some odd things that come up in the Unicode Bidi > algorithm, like positioning trailing parentheses/brackets/etc correctly > without the need for explicit bidi marks. I've been using variations of this > approach since 1995 and it has worked "pretty good" :-) Mark, are you sure this should be done? I mean anything other than exact standard compliance in this case, will really annoy the user. She will have something shown on her Windows application, and something else on his Unix application, for example. You may have seen my Arabic joining problems post on the Unicode list. We (heavy Arabic users) can't afford the difference. If something comes in the right order here, it should be right there. Or the text is not usable. Me and my colleagues are trying to implement explicit marks in FriBidi, because there's simply no complete version of Unicode bidi available. The reference implementaion is not usable, the Microsoft version is not compliant, the Mozilla version is far from complete, so there only remains FriBidi which is both usable (proof: Robert's xterm) and easy enough to invest on. We can then push everyone to do compliant support. --roozbeh From rdiazmartin@yahoo.com Sun Nov 19 08:22:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp2.mail.yahoo.com (smtp2.mail.yahoo.com [128.11.68.32]) by mail.gnome.org (Postfix) with SMTP id CBB3C2BAD5 for ; Sun, 19 Nov 2000 08:22:19 -0500 (EST) Received: from 10-madr-x116.libre.retevision.es (HELO mandrake.roberto.ral) (62.83.44.202) by smtp.mail.vip.suc.yahoo.com with SMTP; 19 Nov 2000 07:24:21 -0000 X-Apparently-From: Received: from localhost (localhost [10.0.0.1]) by mandrake.roberto.ral (8.9.3/8.9.3) with ESMTP id IAA04137 for ; Sun, 19 Nov 2000 08:26:59 +0100 Date: Sun, 19 Nov 2000 08:26:59 +0100 (MET) From: Roberto Diaz X-Sender: rdiazmartin@mandrake.roberto.ral To: gtk-list Subject: Saving a pixmap to a file.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi.. Well my problem is that I dont know very well how the format of a pixmap looks like.. I would like to be able to get all the information into a pixmap an generate RGB data.. this is because I'm doing a whiteboard application and I would like to be able to save the drawings.. (currently my whiteboard works pretty good but still looses all the work at the end!!! ;) If I'm able to get the data as RGB I will be able to make a lot of things using imageMagick or Imlib for example (in order to be able to save it as png, jpg, eps.. etc).. please I need your good advice. Thanks in advance! Roberto __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com From robert@promisechina.com Sun Nov 19 23:04:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0722E2BD0E for ; Sun, 19 Nov 2000 23:04:22 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA06214 for ; Sun, 19 Nov 2000 23:04:21 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAK44GD06909 for ; Sun, 19 Nov 2000 23:04:18 -0500 Received: (qmail 46709 invoked from network); 20 Nov 2000 03:52:31 -0000 Received: from unknown (HELO zhang) (61.151.174.97) by www10.chinadns.com with SMTP; 20 Nov 2000 03:52:31 -0000 Message-ID: <001201c052a6$14cb7220$7424c409@promise.com> From: "Zhang" To: Subject: Compile in FreeBSD Date: Mon, 20 Nov 2000 11:58:02 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C052E9.22793400" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQogICAgSSBjb21waWxlIG15IHNvdXJjZSBjb2RlIGJ5ICAiZ3RrX2NvbmZpZyIg aW4gTElOVVgsIGhvdyBjYW4gSSBjb21waWxlIGl0IGluIEZyZWVCU0Q/IA0KDQoNCiAgICBCZXN0 IFJlZ2FyZHMuDQoNCiAgICAgICAgICAgICAgICAgICAgUm9iZXJ0IC4gICAxMS4yMA0K ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgSSBjb21waWxlIG15 IHNvdXJjZSBjb2RlIGJ5Jm5ic3A7IA0KImd0a19jb25maWciIGluIExJTlVYLCBob3cgY2FuIEkg Y29tcGlsZSBpdCBpbiBGcmVlQlNEPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyBC ZXN0IFJlZ2FyZHMuPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg c2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyBSb2JlcnQgLiZu YnNwOyZuYnNwOyANCjExLjIwPC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= ------=_NextPart_000_000F_01C052E9.22793400-- From gsarria@escher.ujavcali.edu.co Mon Nov 20 15:33:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from escher.ujavcali.edu.co (unknown [200.32.81.136]) by mail.gnome.org (Postfix) with ESMTP id 4C6142BBF4 for ; Mon, 20 Nov 2000 15:33:22 -0500 (EST) Received: from localhost (gsarria@localhost) by escher.ujavcali.edu.co (8.9.3/8.9.3) with ESMTP id PAA09604 for ; Mon, 20 Nov 2000 15:35:02 -0500 Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) From: Gerardo Mauricio Sarria To: gtk-list@gnome.org Subject: Drag and Drop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I am developing an application in lisp with a GTK+ module. This app requires the drag and drop utility but I can't find any documentation about it. Can anybody give me some documentation about it? Thanks Gerardo Sarria From roozbeh@sharif.edu Tue Nov 21 04:09:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id CA0A62E211 for ; Tue, 21 Nov 2000 04:09:00 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id MAA04505; Tue, 21 Nov 2000 12:38:31 +0330 Date: Tue, 21 Nov 2000 12:38:31 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14873.39171.378460.879626@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 20 Nov 2000, Mark Leisher wrote: > The latest development-only versions of GDK, Pango, and GTK were just released > a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi > package to handle directionality. In short, this development version should > provide reasonable support at least for display of Arabic text. It depends on what should be considered reasonable. Against what FriBidi claims in its readme file, it does not have any support for explicit bidi marks, which will be needed in anything more than causual usage. From wolfgang@ultim.net Tue Nov 21 23:23:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 547D32E080 for ; Tue, 21 Nov 2000 23:23:46 -0500 (EST) Received: (qmail 22058 invoked from network); 22 Nov 2000 04:22:24 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:22:24 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4LoP01786 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:21:50 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:21:49 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121232148.A1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from rhajikhani@exchange.office.etoys.com on Tue, Nov 21, 2000 at 08:25:35PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 08:25:35PM -0800, heure d'inpiration, Rasoul Hajikhani écrivait en ces mots: > Does any one know how to update the contents of a scrolled window > dynamically, that is after the program has executed? > -r Not willing to be offensive at all. Is that a spam ? There is no way to make a program use, display, modify widgets when this program has ended. When the program has ended, it closes its connection to the X server and the X server releases any resources allocated to this program. The Berlin project has a feature which permit programs to still be displayed while they are not running, but not X. Wolfgang -- A chicken is an egg's way of producing more eggs. From wolfgang@ultim.net Tue Nov 21 23:26:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id A08032E085 for ; Tue, 21 Nov 2000 23:25:35 -0500 (EST) Received: (qmail 22178 invoked from network); 22 Nov 2000 04:24:14 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:24:14 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4Nf501794 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:23:41 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:23:40 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Redhat 6.0 for glade Message-ID: <20001121232340.B1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from nhb2001@hotmail.com on Tue, Nov 21, 2000 at 01:01:33PM -0000 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 01:01:33PM -0000, heure d'inpiration, john john écrivait en ces mots: > Hi Guys, > I would like to use glade on redhat 6.0, which packages do I need to > install? I quite unsure & a newie on linux. > > this is from the www.gtk.org. > > Glade 0.5.9 Tarball (1.7 MB) > automake 1.4 and autoconf 2.13 to build generated code. > > And a recent version of gnome-libs (>=1.0.50) > would all this be enough for redhat6.0, I am bit stuck with my final year > project & do need your answer please. Try the packages from the standard distributions (for Redhat 6.2). If they don't work, choose between upgrading your distribution to 6.2 or to rebuild the src.rpms for those packages. W -- A chicken is an egg's way of producing more eggs. From gharris@flashcom.net Tue Nov 21 23:37:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A71DC2D33A for ; Tue, 21 Nov 2000 23:37:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA02815 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAM4b7D21998 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: (cpmta 21469 invoked from network); 21 Nov 2000 20:36:58 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:36:58 -0800 X-Sent: 22 Nov 2000 04:36:58 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03801; Tue, 21 Nov 2000 20:36:56 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:36:56 -0800 From: Guy Harris To: Zhang Cc: GTK-list@redhat.com Subject: Re: Compile in FreeBSD Message-ID: <20001121203656.C363@quadrajet.flashcom.com> References: <001201c052a6$14cb7220$7424c409@promise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <001201c052a6$14cb7220$7424c409@promise.com>; from robert@promisechina.com on Mon, Nov 20, 2000 at 11:58:02AM +0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 20, 2000 at 11:58:02AM +0800, Zhang wrote: > I compile my source code by "gtk_config" in LINUX, how can I > compile it in FreeBSD? With "gtk_config", if you have GTK+ installed. If you don't have it installed, get it from the ports collection, or load a binary package, or download the source and build and install it yourself. The ports/packages you need are "glib-1.2.8" and "gtk-1.2.8". From gharris@flashcom.net Tue Nov 21 23:43:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id 52D622BA83 for ; Tue, 21 Nov 2000 23:43:58 -0500 (EST) Received: (cpmta 23759 invoked from network); 21 Nov 2000 20:43:56 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:43:56 -0800 X-Sent: 22 Nov 2000 04:43:56 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03812; Tue, 21 Nov 2000 20:43:55 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:43:55 -0800 From: Guy Harris To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121204355.D363@quadrajet.flashcom.com> References: <20001121232148.A1733@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001121232148.A1733@debian.home>; from wolfgang@ultim.net on Tue, Nov 21, 2000 at 11:21:49PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 11:21:49PM -0500, Wolfgang Sourdeau wrote: > Not willing to be offensive at all. Is that a spam ? > There is no way to make a program use, display, modify widgets when this > program has ended. When the program has ended, it closes its connection to > the X server and the X server releases any resources allocated to this > program. Perhaps by "after the program has executed" he meant "after the program has started", i.e. "after it has initially displayed the scrolled window", rather than "after the program has finished running and exited". From Florent.Devin@lifl.fr Wed Nov 22 03:39:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 74F122BB23 for ; Wed, 22 Nov 2000 03:39:19 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA14888 for ; Wed, 22 Nov 2000 09:38:37 +0100 (MET) Message-ID: <3A1B862C.867F70C1@lifl.fr> Date: Wed, 22 Nov 2000 09:39:08 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Drag and Drop References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Gerardo Mauricio Sarria a écrit : > > Hi! > > I am developing an application in lisp with a GTK+ module. This app > requires the drag and drop utility but I can't find any documentation > about it. > Can anybody give me some documentation about it? > > Thanks > > Gerardo Sarria > Hi, Yes this is a FAQ, but not in FAQ. There is a sample in the gtk archive, which is called testdnd You should look at -- Florent DEVIN From wowa@jet.msk.su Wed Nov 22 03:49:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id C3ED22D291 for ; Wed, 22 Nov 2000 03:49:57 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13yVaz-0000JH-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13yVaz-00070G-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13yVay-0000OT-00; Wed, 22 Nov 2000 11:49:36 +0300 From: Vladimir Tsichevski To: gsarria@escher.ujavcali.edu.co Cc: gtk-list@gnome.org In-reply-to: (message from Gerardo Mauricio Sarria on Mon, 20 Nov 2000 15:35:02 -0500 (COT)) Subject: Re: Drag and Drop Message-Id: Date: Wed, 22 Nov 2000 11:49:36 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) >From: Gerardo Mauricio Sarria >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > > >Hi! > >I am developing an application in lisp with a GTK+ module. This app >requires the drag and drop utility but I can't find any documentation >about it. >Can anybody give me some documentation about it? > >Thanks > >Gerardo Sarria > The GTK+ package has an example program named testdnd.c. If you are programming in Lisp, take a look at my bigloo-lib package , which has gtk bindings for Scheme programming language, and includes the working testdnd example rewritten in Bigloo Scheme. Regards, Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From Florent.Devin@lifl.fr Wed Nov 22 03:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id D69E22DE4A for ; Wed, 22 Nov 2000 03:52:01 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA15038 ; Wed, 22 Nov 2000 09:51:21 +0100 (MET) Message-ID: <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 09:51:53 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani a écrit : > > Can any one tell me how to show a widget after a timer runs out but not at > the execution of the application? > -r If I understand you Try to do while (gtk_events_pending()) gtk_main_iteration -- Florent DEVIN From johan.groth.mandator@celsius.se Wed Nov 22 06:13:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 6394C2E079 for ; Wed, 22 Nov 2000 06:13:05 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:05:44 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA18896 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:06:37 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA28184 for ; Wed, 22 Nov 2000 11:03:05 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:03:47 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA13195 for ; Wed, 22 Nov 2000 11:03:34 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA10202; Wed, 22 Nov 2000 11:02:43 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA26330 for ; Wed, 22 Nov 2000 11:02:37 +0100 (MET) Message-Id: <3A1B99BD.6067EFC7@rmail.bofors> Date: Wed, 22 Nov 2000 11:02:37 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: sparc linux binaries on sparc solaris 2.5.1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Greetings, I wonder if it is possible to take glib/gtk+ linux binaries for sparc and run them under Solaris 2.5.1 with Solaris linux emulation (I think such a beast exists for 2.5.1)? Reason? I can't get clist to work on 2.5.1. TIA, /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From john.cupitt@ng-london.org.uk Wed Nov 22 06:59:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 23E9F2E0DD for ; Wed, 22 Nov 2000 06:59:01 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5GWS; Wed, 22 Nov 2000 11:58:57 -0000 Message-ID: <3A1BB421.DE8E8BE5@ng-london.org.uk> Date: Wed, 22 Nov 2000 11:55:13 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ (I mailed you directly, but it bounced ... so it's on the list) Hi Rasoul, > when my application starts, I create a progress bar (Hybrid->progressbar), > a table with row=1 column=1, and a scrolling window. I place a reference > to this table in my Hybrid->table data structure. I insert the table > Hybrid->table in the scrolling window. After progressbar timer iterates > once, I call update_records function which retrieves the records from tha > data base and they are inserted into the linked list. The Hybrid data > structure is then used in the update_table function to get access to both > the linked list and the table to update the table by placing the levelhold > widgets in the appropriate rows and columns (supposedly). But it never > happens and I never see the levelhold widgets. Can any one help me and > tell me where I have gone wrong... So many things could have gone wrong :( it's hard to say from your description. Try to make a small example program which you can post which shows the problem, or take the progressbar example in testgtk and hack that about. HTH, John From pbd@op.net Wed Nov 22 07:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4D2092E1BE for ; Wed, 22 Nov 2000 07:02:10 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id HAA13586; Wed, 22 Nov 2000 07:01:41 -0500 (EST) Message-Id: <200011221201.HAA13586@renoir.op.net> To: "Florent. Devin" Cc: Rasoul Hajikhani , gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 09:51:53 +0100." <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 07:02:49 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Can any one tell me how to show a widget after a timer runs out but not at >> the execution of the application? >> -r >If I understand you >Try to do >while (gtk_events_pending()) > gtk_main_iteration i don't think that this is what he meant. i think he wants: 1) program starts 2) gtk_init() 3) creates some widgets 4) show()'s most of the widgets 5) gtk_run() . . . 6) show() some other widgets the answer is to do this between steps 4 and 5: gtk_timeout_add (msecs, function, argument); and within `function': gint function (void *arg) { other_widget1->show (); other_widget2->show (); return FALSE; /* don't execute this function again */ } --p From mleisher@crl.nmsu.edu Wed Nov 22 10:24:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id AC5EF2BBB2 for ; Wed, 22 Nov 2000 10:24:20 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA25720; Wed, 22 Nov 2000 08:24:13 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA18398; Wed, 22 Nov 2000 08:24:14 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA15659; Wed, 22 Nov 2000 08:24:11 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.58651.749624.936425@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 08:24:11 -0700 (MST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? In-Reply-To: <3A1A8C02.64597193@SoftHome.net> References: <3A1A8C02.64597193@SoftHome.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan> I believe that it's common policy to return a GtkWidget* if this Stefan> is available in the ancestry, and otherwise fall back to a Stefan> GtkObject -- but why this policy, anyway? And why do some of the Stefan> above examples draw away from this policy? I really like GTK (but don't use GNOME). After many years of using the Intrinsics, I got used to object creation calls all returning Widget*, and all widget-related functions taking Widget* arguments, leaving the functions to check for valid subclasses instead of the programmer doing it explicitly. Though I find some of these differences mildly annoying, these are minor because GTK is very usable in just about all other respects. My guess is that the differing return types were done as a matter of convenience at one point and never quite got fixed to meet policy. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From otaylor@redhat.com Wed Nov 22 10:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 23D632E0D5 for ; Wed, 22 Nov 2000 10:26:57 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DE22524231C; Wed, 22 Nov 2000 10:26:56 -0500 (EST) To: Mark Leisher Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 10:26:56 -0500 In-Reply-To: Mark Leisher's message of "Tue, 21 Nov 2000 11:28:49 -0700 (MST)" Message-ID: Lines: 51 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > >> It does however, address some odd things that come up in the Unicode > >> Bidi algorithm, like positioning trailing parentheses/brackets/etc > >> correctly without the need for explicit bidi marks. I've been using > >> variations of this approach since 1995 and it has worked "pretty good" > >> :-) > > Roozbeh> Mark, are you sure this should be done? I mean anything other > Roozbeh> than exact standard compliance in this case, will really annoy > Roozbeh> the user. She will have something shown on her Windows > Roozbeh> application, and something else on his Unix application, for > Roozbeh> example. > > The inclusion of explicit bidi marks to fix these small reordering > glitches in the Unicode algorithm should have no effect on my > routine. > > The idea behind my approach is to demonstrate that exactly the same > results as the Unicode Bidi Reordering algorithm can be achieved in > a much simpler fashion. > > Because the Unicode reordering algorithm is the reference, if mine does not > produce exactly the same results, then it is no good. I don't really follow - you claim that your algorithm handles some cases better, but, on the other hand you say that you want to get exactly the same results. I'm definitely of the opinion that following the Unicode algorithm exactly is a absolute necessity, which is perhaps the main reason for using the FriBidi code in Pango. And FriBidi isn't very complex - as it is currently, without handling explicit embedding and overrides, the part that Pango uses is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more than a few hundred more. (I actually think that explicit embeddings and overrides are going to be fairly rare, but would like to see the support there.) So, the only sense I could imagine it being complex is that it might be slow compared to a simpler algorithm.... but compared to shaping, determination of bidirectional level isn't a significant bottleneck in Pango. And I know of several more optimizations that could speed up FriBidi further. Regards, Owen From Rajagopalan.Srinivasan@indsys.ge.com Wed Nov 22 10:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from unknown-230-101.pilot.net (unknown-230-101.pilot.net [206.98.230.101]) by mail.gnome.org (Postfix) with ESMTP id 6A4482CF45 for ; Wed, 22 Nov 2000 10:38:31 -0500 (EST) Received: from unknown-239-164.pilot.net (unknown-239-164.pilot.net [206.189.239.164]) by unknown-230-101.pilot.net with ESMTP id KAA15983 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from nsmtrs1.motors.ge.com (localhost [127.0.0.1]) by unknown-239-164.pilot.net with ESMTP id KAA02958 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from ns01.salem.ge.com (ns01.salem.ge.com [3.29.12.4]) by nsmtrs1.motors.ge.com (Postfix) with ESMTP id 3830B33313; Wed, 22 Nov 2000 10:38:29 -0500 (EST) Received: from vasale01misge.salem.ge.com (vasale01misge [3.29.13.12]) by ns01.salem.ge.com (Postfix) with ESMTP id D326817FC7; Wed, 22 Nov 2000 10:38:28 -0500 (EST) Received: by vasale01misge.salem.ge.com with Internet Mail Service (5.5.2651.58) id <44H3PR22>; Wed, 22 Nov 2000 10:38:37 -0500 Message-ID: From: "Srinivasan, Rajagopalan (IndSys, SalemVA)" To: "'Mark Leisher'" Cc: "'gtk-list@gnome.org'" Subject: RE: any policy for foo_new() return types? Date: Wed, 22 Nov 2000 10:38:26 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ One of the reasons I use Ada and the GtkAda binding........................... srini > -----Original Message----- > From: Mark Leisher [mailto:mleisher@crl.nmsu.edu] > Sent: Wednesday, November 22, 2000 10:24 AM > To: Stefan Rieken > Cc: gtk-list@gnome.org > Subject: Re: any policy for foo_new() return types? > > > > Stefan> I believe that it's common policy to return a > GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why > do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of > using the > Intrinsics, I got used to object creation calls all returning > Widget*, and all > widget-related functions taking Widget* arguments, leaving > the functions to > check for valid subclasses instead of the programmer doing it > explicitly. > > Though I find some of these differences mildly annoying, > these are minor > because GTK is very usable in just about all other respects. > > My guess is that the differing return types were done as a matter of > convenience at one point and never quite got fixed to meet policy. > -------------------------------------------------------------- > --------------- > Mark Leisher > Computing Research Lab Cinema, radio, television, > magazines are a > New Mexico State University school of inattention: > people look without > Box 30001, Dept. 3CRL seeing, listen without hearing. > Las Cruces, NM 88003 -- Robert Bresson > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mleisher@crl.nmsu.edu Wed Nov 22 11:08:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4DBC32CE1F for ; Wed, 22 Nov 2000 11:08:39 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA29278; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA26996; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA15748; Wed, 22 Nov 2000 09:08:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.61314.373208.717105@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 09:08:34 -0700 (MST) To: Owen Taylor Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> The inclusion of explicit bidi marks to fix these small reordering >> glitches in the Unicode algorithm should have no effect on my routine. >> >> The idea behind my approach is to demonstrate that exactly the same >> results as the Unicode Bidi Reordering algorithm can be achieved in a >> much simpler fashion. >> >> Because the Unicode reordering algorithm is the reference, if mine does >> not produce exactly the same results, then it is no good. Owen> I don't really follow - you claim that your algorithm handles some Owen> cases better, but, on the other hand you say that you want to get Owen> exactly the same results. Sorry, I'm juggling a million things at once and have been leaving lots of little details like this out. Given the same correct input string, the reordered output string from my routine should be the same as a true implementation of the Unicode Bidi algorithm. The difference with my algorithm is that even if some explicit directional marks get left out (an incorrect input string, if you will), the text will probably be reordered correctly anyway. Owen> I'm definitely of the opinion that following the Unicode algorithm Owen> exactly is a absolute necessity, which is perhaps the main reason Owen> for using the FriBidi code in Pango. I definitely agree that there should be a single way to do this. It makes life a lot easier for everyone. Owen> And FriBidi isn't very complex - as it is currently, without Owen> handling explicit embedding and overrides, the part that Pango uses Owen> is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more Owen> than a few hundred more. About the same amount of code in my routine so far too. Owen> (I actually think that explicit embeddings and overrides are going Owen> to be fairly rare, but would like to see the support there.) Very likely. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From Anthony-Ferrand@wanadoo.fr Wed Nov 22 11:24:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from amyris.wanadoo.fr (smtp-abo-2.wanadoo.fr [193.252.19.150]) by mail.gnome.org (Postfix) with ESMTP id 6F6822BD79 for ; Wed, 22 Nov 2000 11:24:54 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by amyris.wanadoo.fr; 22 Nov 2000 17:24:51 +0100 Message-ID: <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 17:25:33 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gtk_input_add Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I don't understand something with the gtk_input_add function (again!). I create a fifo (using mkfifo) and then I want to launch a function when datas are accessible from this fifo.... so I use the gtk_input_add function but when the process comes to the gtk_input_add line it just stop. More exactly, the prog is running but it is just waiting for something.... Thanks in advance, ASF From otaylor@redhat.com Wed Nov 22 11:28:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 44A702E152 for ; Wed, 22 Nov 2000 11:28:11 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 2B3C024231C; Wed, 22 Nov 2000 11:28:11 -0500 (EST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Owen Taylor Date: 22 Nov 2000 11:28:11 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 53 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > Hello, > > First off, I've been so rude to post to this list while not being on it. > Please CC me, thanks. > > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > > I believe that it's common policy to return a GtkWidget* if this is > available in the ancestry, and otherwise fall back to a GtkObject -- but > why this policy, anyway? And why do some of the above examples draw away > from this policy? The policy is basically that the constructor should return the most derived types with a few exceptions: - Constructors of types derived from GtkWidget should return a GtkWidget. The basic reason why widget constructors return a GtkWidget is the next step after creation is almost always adding to a container. - The same applies to other cases when the class is more likely to be used as a base class than as the derived class - for example GtkIMContext in GTK+-2.0. This concept is a little fuzzy, but works OK in practice. GnomeMDI and GtkAdjustment are broken. GtkAdjustment is that way for compatibility reasons, but unfortunately its been copied as a bad example in a few other places. GTK+-2.0 introduces a big swarm of non-widget GObject types, (PangoLayout, GdkWindow, GdkGC, ....) so there will be lots of good examples. Regards, Owen From otaylor@redhat.com Wed Nov 22 11:33:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 4F4052D1CE for ; Wed, 22 Nov 2000 11:33:24 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 3713824231C; Wed, 22 Nov 2000 11:33:24 -0500 (EST) To: Mark Leisher Cc: Stefan Rieken , gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 11:33:24 -0500 In-Reply-To: Mark Leisher's message of "Wed, 22 Nov 2000 08:24:11 -0700 (MST)" Message-ID: Lines: 38 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Stefan> I believe that it's common policy to return a GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of using > the Intrinsics, I got used to object creation calls all returning > Widget*, and all widget-related functions taking Widget* arguments, > leaving the functions to check for valid subclasses instead of the > programmer doing it explicitly. ALthough I haven't talked to Peter about the issue, so I can't tell you the _real_ reason for it, my take on the reasons why having functions take the most derived type useful is: - It makes the header files clearer - Combined with standard programmer habits, it provides some measure of compile time safety; because if I write: GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); The compiler will catch it. Of course, if I write GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); It won't get caught until run time, but that's a harder mistake to make. Regards, Owen From pbd@op.net Wed Nov 22 11:38:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id B3ACB2D01C for ; Wed, 22 Nov 2000 11:38:57 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA06284; Wed, 22 Nov 2000 11:38:02 -0500 (EST) Message-Id: <200011221638.LAA06284@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 17:25:33 +0100." <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 11:39:13 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I don't understand something with the gtk_input_add function (again!). >I create a fifo (using mkfifo) and then I want to launch a function when >datas are accessible from this fifo.... so I use the gtk_input_add >function but when the process comes to the gtk_input_add line it just >stop. More exactly, the prog is running but it is just waiting for >something.... do you mean it stops while executing gtk_input_add() ? show us the code - problems like this can almost never be solved from reading a non-code description. --p From hp@redhat.com Wed Nov 22 11:48:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id BE0062E3DF for ; Wed, 22 Nov 2000 11:48:02 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAMGmEK02767; Wed, 22 Nov 2000 11:48:14 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Havoc Pennington Date: 22 Nov 2000 11:48:14 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 30 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > There is a policy, and it is: - widgets are returned as GtkWidget*, the principle is that you are most likely to need them as GtkWidget* (e.g. as the second arg to gtk_container_add(), to show them, etc.) - everything else should be returned as the most-derived type gtk_adjustment_new() and gnome_mdi_new() are broken for historical reasons, they should return a GtkAdjustment* and GnomeMDI*. Havoc From Anthony-Ferrand@wanadoo.fr Wed Nov 22 12:08:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id B88C92E4AE for ; Wed, 22 Nov 2000 12:08:28 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 22 Nov 2000 18:08:24 +0100 Message-ID: <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Wed, 22 Nov 2000 18:09:09 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: Re: gtk_input_add References: <200011221638.LAA06284@renoir.op.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > >I don't understand something with the gtk_input_add function (again!). > >I create a fifo (using mkfifo) and then I want to launch a function when > >datas are accessible from this fifo.... so I use the gtk_input_add > >function but when the process comes to the gtk_input_add line it just > >stop. More exactly, the prog is running but it is just waiting for > >something.... > > do you mean it stops while executing gtk_input_add() ? show us the > code - problems like this can almost never be solved from reading a > non-code description. Sorry my post was updated. Now, I use the GIO channel. But my problem was the same: ....... mkfifo("./fifo.sah", S_IRUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog wait and I must kill it ....... It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" when I create the fifo...because now the prog run normally ...... mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); ...... Now, I don't know how to use the fifo because when I try to write to ./fifo.sah, I get "permission denied" Thanks in advance, ASF From dov@imagic.weizmann.ac.il Wed Nov 22 14:22:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id 3A0102BC39; Wed, 22 Nov 2000 14:22:29 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id VAA23199; Wed, 22 Nov 2000 21:22:35 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011221922.VAA23199@imagic.weizmann.ac.il> To: gtk-list@gnome.org, gtk-i18n-list@gnome.org Subject: Re: first time post with some question Date: Wed, 22 Nov 2000 21:22:35 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Owen Taylor wrote: [stuff deleted] > What I did was to include a copy of the parts of FriBidi that > Pango needs in Pango, with some fixes that haven't been applied > to the original code. You can compile Pango to either use this > included version, or to use a separate version. > > I don't really want to maintain a separate version of this code - > I certainly plan on sending any changes I make to the version > of Pango back to Dov. I exchanged a couple of mails with Dov a few > months ago and he indicated that he didn't have much time to > work on FriBidi these days, but was planning to make an updated > release. > > Omer Zak has also been compiling his own > version of FriBidi with various improvements. I actually released a new version of FriBidi (fribidi-0.1.15) last week where I applied several patches from Omer Zeek, and also one from Owen, that I had somehow missed. Currently I know of no patches that have not been applied. But of course there still is functionality to be added (RL|LR){O,E} etc. It turns out that is not that easy, as I have done some shortcuts in fribidi that do not seem to be applicable once the explicit embeddings are included. I wish I had more time to do it. I would happily include contributions frome somebody else who has got more time than me. 8-) Dov From lrclause@cs.uiuc.edu Wed Nov 22 14:33:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id D23612DF85 for ; Wed, 22 Nov 2000 14:33:36 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAMJXa023803; Wed, 22 Nov 2000 13:33:36 -0600 To: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Lars Clausen Date: 22 Nov 2000 13:33:35 -0600 In-Reply-To: Owen Taylor's message of "22 Nov 2000 11:33:24 -0500" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 22 Nov 2000, Owen Taylor wrote: >=20 > Mark Leisher writes: >=20 >> Stefan> I believe that it's common policy to return a GtkWidget* if >> this Stefan> is available in the ancestry, and otherwise fall back >> to a Stefan> GtkObject -- but why this policy, anyway? And why do >> some of the Stefan> above examples draw away from this policy? >>=20 >> I really like GTK (but don't use GNOME). After many years of using >> the Intrinsics, I got used to object creation calls all returning >> Widget*, and all widget-related functions taking Widget* arguments, >> leaving the functions to check for valid subclasses instead of the >> programmer doing it explicitly. >=20 > ALthough I haven't talked to Peter about the issue, so I can't > tell you the _real_ reason for it, my take on the reasons why > having functions take the most derived type useful is: >=20 > - It makes the header files clearer=20 >=20 > - Combined with standard programmer habits, it provides some measure > of compile time safety; because if I write: >=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); >=20 > The compiler will catch it. Of course, if I write=20=20 >=20=20=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); >=20 > It won't get caught until run time, but that's a harder mistake > to make. Now if it returned its most derived type, the compiler would always catch it. Plus it'd prevent the confusing practice (that I've been guilty of sometimes) of reusing a variable for different kinds of widgets. As for normally immediately using the widget in container_add (or widget_show), I think that's not worth it for the lack of static typing (which I have come to like over the years). In general, I think the return types (and call types) should be the most specific possible without sacrificing generality. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From king@eiffel.com Wed Nov 22 14:55:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 3EBD82E09F for ; Wed, 22 Nov 2000 14:55:11 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=naples) by pompeii.ise with smtp (Exim 3.02 #2) id 13yfz3-0007xi-00 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:55:09 -0800 Message-ID: <003501c054be$7fd5a080$750a000a@naples> From: "Ian King" To: Subject: Querying keyboard modifiers Date: Wed, 22 Nov 2000 11:57:52 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01C0547B.718D9A70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Does anyone know of an easy way to query the state of the keyboard = modifiers (ctrl, alt & shift) with gdk? Thanks for your time IEK ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Does anyone know of an easy way to = query the state=20 of the keyboard modifiers (ctrl, alt & shift) with gdk?
 
Thanks for your time
 
IEK
------=_NextPart_000_0032_01C0547B.718D9A70-- From Anthony-Ferrand@wanadoo.fr Wed Nov 22 16:38:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id 17BAB2D92A for ; Wed, 22 Nov 2000 16:38:10 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 22 Nov 2000 22:38:08 +0100 Message-ID: <3A1C3CF1.C0592666@wanadoo.fr> Date: Wed, 22 Nov 2000 22:38:57 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: allocated memory X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, How can I freed the memory used by widgets because it seems to me that it is not automatically done? thanks in advance, ASF From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id AB5F22BCA2 for ; Wed, 22 Nov 2000 17:26:07 -0500 (EST) Received: (qmail 16677 invoked from network); 22 Nov 2000 21:59:56 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 21:59:56 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:22:25 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DY30P; Wed, 22 Nov 2000 14:22:22 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: "Florent. Devin" , gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:24:13 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help In-Reply-To: <200011221201.HAA13586@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Actually, this is what I mean: 1) program starts 2) gtk_init() 3) creates some widgets 4) show() all of the widgets created 5) gtk_run() . . . 6) create another widget (which has other widgets in it) 7) show() the other widget On Wed, 22 Nov 2000, Paul Barton-Davis wrote: > >> Can any one tell me how to show a widget after a timer runs out but not at > >> the execution of the application? > >> -r > >If I understand you > >Try to do > >while (gtk_events_pending()) > > gtk_main_iteration > > i don't think that this is what he meant. i think he wants: > > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show()'s most of the widgets > 5) gtk_run() > . > . > . > 6) show() some other widgets > > the answer is to do this between steps 4 and 5: > > gtk_timeout_add (msecs, function, argument); > > and within `function': > > gint function (void *arg) > { > other_widget1->show (); > other_widget2->show (); > > return FALSE; /* don't execute this function again */ > } > > --p > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:38:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 4C8D52C828 for ; Wed, 22 Nov 2000 17:38:55 -0500 (EST) Received: (qmail 24692 invoked from network); 22 Nov 2000 22:12:40 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 22:12:40 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:35:01 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DYPF3; Wed, 22 Nov 2000 14:34:58 -0800 From: Rasoul Hajikhani To: John Cupitt Cc: gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:36:46 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help (Please) In-Reply-To: <3A1BB421.DE8E8BE5@ng-london.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkWidget *create_interface(void) 532 { 533 static Hybrid *hybrid = NULL; 534 535 GtkWidget *w, *main_box, *progress, *m_frame, *menu_table, *button, *opt, *menu, *quitbox, *label, *separator; 536 GtkWidget *scrolled_window, *vbox, *table; 537 538 hybrid = g_malloc( sizeof(Hybrid) ); 539 g_assert (hybrid != 0); /* some where I do this */ hybrid->scrolled_window = create_scrolled_window(); GtkWidget *create_scrolled_window (void) 513 { 514 515 GtkWidget *scrolled_window; 516 517 scrolled_window = gtk_scrolled_window_new (NULL, NULL); 518 gtk_container_set_border_width (GTK_CONTAINER (scrolled_window), _TEN); 519 gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW (scrolled_window), GTK_POLICY_AUTOMATIC, GTK_POLICY_AUTOMATIC); 522 gtk_widget_set_usize( GTK_WIDGET (scrolled_window), XSIZE, _FOURH); 523 524 525 return scrolled_window; } Then after time out, and the call to data base I do this: update_scrolled_window(hybrid); gint update_scrolled_window (Hybrid *hybrid) 103 { 104 GtkWidget *table; 105 106 if (hybrid->table == NULL) 107 { 108 create_table(hybrid); 109 110 /*gtk_widget_show(hybrid->table);*/ 111 gtk_scrolled_window_add_with_viewport (GTK_SCROLLED_WINDOW (hybrid->scrolled_window), hybrid->table); 112 gtk_container_set_focus_hadjustment (GTK_CONTAINER (hybrid->table), 113 gtk_scrolled_window_get_hadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 114 115 gtk_container_set_focus_vadjustment (GTK_CONTAINER (hybrid->table), 116 gtk_scrolled_window_get_vadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 117 } 118 return FALSE; 119 } And here I build the table refered to on line# 108 above gint create_table (Hybrid *hybrid) 38 { 39 40 GtkWidget *vrule, *lh, *lable, *table; 41 int col, row; 42 43 ServerData *current = NULL; 44 45 current = g_malloc( sizeof(ServerData) ); 46 current = hybrid->sd; 47 48 table = gtk_table_new(_TWO, hybrid->count, TRUE); 49 50 vrule = gtk_vruler_new(); 51 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 52 gtk_ruler_set_range( GTK_RULER(vrule), ceil(hybrid->max_load) + _FIVE, _NON, hybrid->max_load, _TWOH ); 53 gtk_table_attach_defaults( GTK_TABLE(table), 54 vrule, 55 _NON, 56 _ONE, 57 _NON, 58 _ONE); 59 60 61 gtk_table_set_col_spacings( GTK_TABLE (table), 62 _FIVE); 63 64 col = row = 1; 65 66 while ( current != NULL ) 67 { 68 lh = gtk_level_hold_new( _TWOH, 69 _TEN, 70 GTK_LEVEL_HOLD_FADE, 71 _EIGHT, 72 _THREE, 73 _TWO); 74 75 gtk_table_attach_defaults( GTK_TABLE(table), 76 lh, 77 col, 78 col + _ONE, 79 _NON, 80 _ONE); 81 lable = gtk_label_new (current->name); 85 gtk_table_attach_defaults( GTK_TABLE(table), 86 lable, 87 row, 88 row + _ONE, 89 _ONE, 90 _TWO); 91 gtk_timeout_add(1000, update_bars,lh); 92 col++; 93 row++; 94 current = current->nextptr; 95 } 96 g_free(current); 97 hybrid->table = table; 98 99 return FALSE; } I am sorry for this thing being so big and nasty, but I thought if you saw it, may be you may have a clue... Thanks in advance -r On Wed, 22 Nov 2000, John Cupitt wrote: > (I mailed you directly, but it bounced ... so it's on the list) > > Hi Rasoul, > > > when my application starts, I create a progress bar (Hybrid->progressbar), > > a table with row=1 column=1, and a scrolling window. I place a reference > > to this table in my Hybrid->table data structure. I insert the table > > Hybrid->table in the scrolling window. After progressbar timer iterates > > once, I call update_records function which retrieves the records from tha > > data base and they are inserted into the linked list. The Hybrid data > > structure is then used in the update_table function to get access to both > > the linked list and the table to update the table by placing the levelhold > > widgets in the appropriate rows and columns (supposedly). But it never > > happens and I never see the levelhold widgets. Can any one help me and > > tell me where I have gone wrong... > > So many things could have gone wrong :( it's hard to say from your > description. > > Try to make a small example program which you can post which shows the > problem, or take the progressbar example in testgtk and hack that about. > > HTH, John > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 23 01:55:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1F9D92BB33 for ; Thu, 23 Nov 2000 01:55:56 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAN6tvc03110; Thu, 23 Nov 2000 01:55:57 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Ian King" Cc: Subject: Re: Querying keyboard modifiers References: <003501c054be$7fd5a080$750a000a@naples> From: Havoc Pennington Date: 23 Nov 2000 01:55:56 -0500 In-Reply-To: "Ian King"'s message of "Wed, 22 Nov 2000 11:57:52 -0800" Message-ID: Lines: 20 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Ian King" writes: > > Does anyone know of an easy way to query the state of the keyboard modifiers > (ctrl, alt & shift) with gdk? > One hack I can think of is: GdkModifierType state; gdk_window_get_pointer (some_gdkwindow, NULL, NULL, &state); I can't think of a non-hack way. Normally you just use the "state" field from a key or mouse event, instead of querying. Querying is slow anyway, since it's a server round trip. And querying will frequently introduce race conditions. So using event->state is much better when possible. Havoc From tompoe@source.net Thu Nov 23 03:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nexus6.source.net (nexus6.source.net [206.100.10.4]) by mail.gnome.org (Postfix) with ESMTP id C796C2DC95 for ; Thu, 23 Nov 2000 03:02:09 -0500 (EST) Received: from hellbentmyass (tnt137.source.net [208.138.58.137]) by nexus6.source.net (8.9.3/8.9.3) with SMTP id XAA79310 for ; Wed, 22 Nov 2000 23:58:48 -0800 (PST) (envelope-from tompoe@source.net) From: tompoe Reply-To: tompoe@source.net Organization: renotahoe.pm To: gtk-list@gnome.org Subject: Gnome module build question Date: Wed, 22 Nov 2000 23:43:33 -0800 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00112300032800.01310@hellbentmyass> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello: On the 18th of Nov, there was a question from Gavin Brown about the Gnome module not located, and compile fail. Sorry for not getting specifics. At any rate, what's this about cd'ing to the Gnome subdir and building? I took a look at the NOTES info for gtk-perl-0.6123, and it mentioned building on as-needed basis, or something. Anyone able to clear this up, and point me to some helpful documentation about how to install and get gtk-perl programs to compile? My error message: Can't locate loadable object for module Gtk in @INC (@INC contains: /usr/local/lib/perl5/5.6.0/i686-linux /usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/site_perl/5.6.0/i686-linux /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl .) at ./goodbyworld line 3 Compilation failed in require at ./goodbyworld line 3. BEGIN failed--compilation aborted at ./goodbyworld line 3. Line 3 -> use Gtk; [and every path variation I could think of] Both Gnome.pm and Gtk.pm have been placed in the @INC Thanks, Tom P.S. HAPPY HOLIDAYS! -- Thomas A. Poe Founder/Organizer 2044 Plumas Street, Reno, NV 89509 PH: 775-829-1799 http://www.pm.org/renotahoe.pm From john.cupitt@ng-london.org.uk Thu Nov 23 05:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 1A6062BBE0 for ; Thu, 23 Nov 2000 05:08:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5H0T; Thu, 23 Nov 2000 10:07:59 -0000 Message-ID: <3A1CEB9F.A56B97C5@ng-london.org.uk> Date: Thu, 23 Nov 2000 10:04:15 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani wrote: > GtkWidget *create_interface(void) >... Hi Rasoul, some stuff seems a bit wrong (might just be the way you've trimmed it down to post). - you need to gtk_widget_show() everywhere you've got to gtk_widget_show() on everything, all widgets are hidden by default ... try gtk_widget_show_all() (show a widget and all child widgets) - do you make a top-level window (gtk_window_new()) to put everything inside? I wasn't sure - how do you do the timeout that makes part#2 of the interface? If you can, post a complete example that compiles and doesn't do what you want. John From muhri@muhri.net Thu Nov 23 05:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.159]) by mail.gnome.org (Postfix) with ESMTP id 9D3842CB09 for ; Thu, 23 Nov 2000 05:33:26 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id 87BDE8033; Thu, 3 Jan 1980 18:58:01 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: ASF , GTK Subject: Re: allocated memory X-Mailer: Pronto v2.2.2 Date: 03 Jan 1980 18:57:59 CST Reply-To: "Maher Awamy" In-Reply-To: <3A1C3CF1.C0592666@wanadoo.fr> References: <3A1C3CF1.C0592666@wanadoo.fr> Message-Id: <19800104005801.87BDE8033@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Allocated memory used by Gtk+ allocation is freed automatically, unless you are using a struct that you allocate yourself. ie GtkWidget *my_widget = some_widget_new(); when this widget is destroyed or its parent, its allocated mem is freed automatically but if you have a typedef struct { GtkWidget *my_widget1; GtkWidget *my_widget2; someo ther things; }my_struct; and you destroy the widgets in the struct - you have to free the struct memory itself. so if you used g_new0 to initlize and allocate the struct, you'd have to g_free() it afterwards even if you destroy the widgets. Maher On Wed, 22 Nov 2000 22:38:57 +0100, ASF said: > Hello, > > How can I freed the memory used by widgets because it seems to me that > it is not automatically done? > > thanks in advance, > > ASF > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From pbd@op.net Thu Nov 23 09:12:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 36B712BADF for ; Thu, 23 Nov 2000 09:12:19 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16063 for ; Thu, 23 Nov 2000 09:12:07 -0500 (EST) Message-Id: <200011231412.JAA16063@renoir.op.net> To: gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 15:24:13 PST." Date: Thu, 23 Nov 2000 09:13:32 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >Actually, this is what I mean: > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show() all of the widgets created > 5) gtk_run() > . > . > . > 6) create another widget (which has other widgets in it) > 7) show() the other widget as john has noted, you don't seem to call gtk_widget_show() for any of the widgets you create. otherwise, what you've done seems just fine, assuming you use gtk_timeout_add() to setup the timeout for steps 6+7. --p From pbd@op.net Thu Nov 23 09:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1990D2BADF for ; Thu, 23 Nov 2000 09:17:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16317; Thu, 23 Nov 2000 09:17:41 -0500 (EST) Message-Id: <200011231417.JAA16317@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 18:09:09 +0100." <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Thu, 23 Nov 2000 09:19:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" >when I create the fifo...because now the prog run normally >...... >mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); >fd=open("./fifo.sah", O_RDONLY); >channel=g_io_channel_unix_new(fd); >g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); >...... > >Now, I don't know how to use the fifo because when I try to write to >./fifo.sah, I get "permission denied" >From the man page for mkfifo(3): Once you have created a FIFO special file in this way, any process can open it for reading or writing, in the same way as an ordinary file. However, it has to be open at both ends simultaneously before you can proceed to do any input or output operations on it. Opening a FIFO for reading normally blocks until some other process opens the same FIFO for writing, and vice versa. You might want to check this. BTW, I would immediately cease the use of g_io_* and revert to gtk_input_add(), unless your program is not a GTK program. And I still think that whatever it is you're trying to do, you're using the wrong basic model. Do you want to explain that again ? --p From wersi796@student.otago.ac.nz Thu Nov 23 20:31:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.gnome.org (Postfix) with ESMTP id 9F1CE2BBCC for ; Thu, 23 Nov 2000 20:31:26 -0500 (EST) Received: from student.otago.ac.nz (p69-tnt5.akl.ihug.co.nz [203.173.210.69]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA29559 for ; Fri, 24 Nov 2000 14:31:23 +1300 X-Authentication-Warning: smtp4.ihug.co.nz: Host p69-tnt5.akl.ihug.co.nz [203.173.210.69] claimed to be student.otago.ac.nz Message-ID: <3A1DC57A.CA5725E3@student.otago.ac.nz> Date: Fri, 24 Nov 2000 14:33:46 +1300 From: Simon Werner X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en,pdf MIME-Version: 1.0 To: gtk-list@gnome.org Subject: how to change font of entry widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was wondering how to change the font of an entry widget? Cheers Simon Werner From bruces@mail.petech.ac.za Fri Nov 24 02:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 4EA302BAAA for ; Fri, 24 Nov 2000 02:38:34 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA05427; Fri, 24 Nov 2000 09:38:14 +0200 Message-ID: <008401c0563d$568626c0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "ASF" , "GTK" References: <200011221638.LAA06284@renoir.op.net> <3A1BFDB5.7AE111F0@wanadoo.fr> Subject: Re: gtk_input_add Date: Fri, 24 Nov 2000 09:38:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is your problem. it is not S_IRUSR & S_IWUSR, but S_IRUSR | S_IWUSR. You have to use bitwise OR to add the params, not bitwise AND. And I am surprised that this got past the rest of the people on the list. Shame on you all. Bruce ----- Original Message ----- From: "ASF" To: "GTK" Sent: Wednesday, November 22, 2000 9:09 AM Subject: Re: gtk_input_add > Paul Barton-Davis wrote: > > > >I don't understand something with the gtk_input_add function (again!). > > >I create a fifo (using mkfifo) and then I want to launch a function when > > >datas are accessible from this fifo.... so I use the gtk_input_add > > >function but when the process comes to the gtk_input_add line it just > > >stop. More exactly, the prog is running but it is just waiting for > > >something.... > > > > do you mean it stops while executing gtk_input_add() ? show us the > > code - problems like this can almost never be solved from reading a > > non-code description. > > Sorry my post was updated. Now, I use the GIO channel. But my problem was > the same: > ....... > mkfifo("./fifo.sah", S_IRUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog > wait and I must kill it > ....... > > It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" > when I create the fifo...because now the prog run normally > ...... > mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); > ...... > > Now, I don't know how to use the fifo because when I try to write to > ./fifo.sah, I get "permission denied" > > Thanks in advance, > > ASF > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From erik@arthur.ubicom.tudelft.nl Fri Nov 24 09:46:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id 0B3492BB2D for ; Fri, 24 Nov 2000 09:46:20 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id PAA21700; Fri, 24 Nov 2000 15:46:17 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) id eAOEg4n03770; Fri, 24 Nov 2000 15:42:04 +0100 Date: Fri, 24 Nov 2000 15:42:04 +0100 From: Erik Mouw To: jens@ja-web.de Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001124154204.A3760@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> <20001121141512.J31270@arthur.ubicom.tudelft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001121141512.J31270@arthur.ubicom.tudelft.nl>; from J.A.K.Mouw@ITS.TUDelft.NL on Tue, Nov 21, 2000 at 02:15:13PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 02:15:13PM +0100, Erik Mouw wrote: I hate to followup on myself, but... > On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > > I went through the arcive bu tcould not find something useful for this > > issue: > > > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > > failed" messages whenever I run a gtk/gnome app. It is not a kernel problem, but a problem in XFree86 4.0.1. It seems to be solved in a later release. More info at the Xperts mailing list archives: http://www.xfree86.org/pipermail/xpert/2000-September/thread.html Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From Anthony-Ferrand@wanadoo.fr Fri Nov 24 12:48:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id E8C262BB2D for ; Fri, 24 Nov 2000 12:48:22 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 24 Nov 2000 18:48:21 +0100 Message-ID: <3A1EAA1E.3EC85213@wanadoo.fr> Date: Fri, 24 Nov 2000 18:49:18 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: timeouts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just wonder how the timeouts are managed? For example, if there are 2 timeouts and we are in the following situation: the first is done and the appropriate function is launched but during the execution of the first function the second timeout is done...what happen? The second waits till the first job is done? a core file is generated? Thanks in advance, ASF From king@eiffel.com Fri Nov 24 13:49:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 5CEFB2DBDE for ; Fri, 24 Nov 2000 13:49:19 -0500 (EST) Received: from miami.ise ([10.0.10.20] ident=mail) by pompeii.ise with esmtp (Exim 3.02 #2) id 13zNuQ-0001o5-00 for gtk-list@gnome.org; Fri, 24 Nov 2000 10:49:18 -0800 Received: from king by miami.ise with local (Exim 2.05 #1 (Debian)) id 13zNuP-00016q-00; Fri, 24 Nov 2000 10:49:17 -0800 To: gtk-list@gnome.org Subject: Problem when reparenting gtktrees Message-Id: From: Ian King Date: Fri, 24 Nov 2000 10:49:17 -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I have a problem with gtktree regarding reparenting. When I have a gtktree that has tree items with subtrees, if I remove the tree from its parent and then put it back, the expand/collapse pixmaps on the gtkitems completely disappear rendering the tree unusable. Is there a way around this as I need to be able to reparent a tree that has been fully initialized? I have included a sample program that illustrates this behaviour. Thanks for your time Ian #include GtkWidget *but, *tree, *vbox, *subtree, *item; gint button_clicked (GtkWidget *wid, gpointer user_data) { gtk_widget_ref (tree); gtk_container_remove (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_widget_unref (tree); } int main( int argc, char *argv[] ) { GtkWidget *window, *subtreeitem; gtk_init (&argc, &argv); /* a generic toplevel window */ window = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_signal_connect (GTK_OBJECT(window), "delete_event", GTK_SIGNAL_FUNC (gtk_main_quit), NULL); gtk_container_set_border_width (GTK_CONTAINER(window), 5); tree = gtk_tree_new(); but = gtk_button_new_with_label ("HELLO"); gtk_widget_show (but); vbox = gtk_vbox_new (FALSE, FALSE); gtk_widget_show (vbox); gtk_container_add (GTK_CONTAINER (vbox), but); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER(window), vbox); gtk_widget_show (tree); item = gtk_tree_item_new_with_label ("Tree item"); gtk_tree_append (GTK_TREE(tree), item); gtk_widget_show (item); subtree = gtk_tree_new(); subtreeitem = gtk_tree_item_new_with_label ("Sub tree item"); gtk_tree_append (GTK_TREE(subtree), subtreeitem); gtk_widget_show (subtreeitem); gtk_tree_item_set_subtree (GTK_TREE_ITEM (item), subtree); gtk_widget_show (window); gtk_signal_connect (GTK_OBJECT (but), "clicked", GTK_SIGNAL_FUNC (button_clicked), NULL); gtk_main(); return 0; } From hp@redhat.com Fri Nov 24 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id B55642D92A for ; Fri, 24 Nov 2000 14:40:06 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJeCr04170; Fri, 24 Nov 2000 14:40:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: From: Havoc Pennington Date: 24 Nov 2000 14:40:12 -0500 In-Reply-To: Ian King's message of "Fri, 24 Nov 2000 10:49:17 -0800" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be removed in the future. Havoc From hp@redhat.com Fri Nov 24 14:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D9CFA2D92A for ; Fri, 24 Nov 2000 14:41:17 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJdXZ04165; Fri, 24 Nov 2000 14:39:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: ASF Cc: GTK Subject: Re: timeouts References: <3A1EAA1E.3EC85213@wanadoo.fr> From: Havoc Pennington Date: 24 Nov 2000 14:39:33 -0500 In-Reply-To: ASF's message of "Fri, 24 Nov 2000 18:49:18 +0100" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF writes: > Hello, > > I just wonder how the timeouts are managed? For example, if there are 2 > timeouts and we are in the following situation: > the first is done and the appropriate function is launched but during > the execution of the first function the second timeout is done...what > happen? > The second waits till the first job is done? a core file is generated? > The second one will be delayed until the first is done. There aren't any threads or anything involved, so once the app is under control of your callback the main loop doesn't run until your callback returns. Havoc From hp@redhat.com Fri Nov 24 14:44:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 789892D92A for ; Fri, 24 Nov 2000 14:44:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJiIv04174; Fri, 24 Nov 2000 14:44:18 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: ASF , GTK Subject: Re: gtk_input_add References: <200011231417.JAA16317@renoir.op.net> From: Havoc Pennington Date: 24 Nov 2000 14:44:18 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 23 Nov 2000 09:19:05 -0500" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > BTW, I would immediately cease the use of g_io_* and revert to > gtk_input_add(), unless your program is not a GTK program. > I wouldn't - they both work, so it's a minor issue, but to the extent that there's a preference the Right Thing is now to use the main loop from GLib directly. There is no real reason to use gtk_idle_add(), gtk_main(), gtk_main_quit(), etc. except that they are slightly less typing. g_main_run(), etc. are the official functionality now and gtk_main_* are convenience wrappers. But it's no big deal, gdk_input_add() isn't ever going to get removed I don't think. Havoc From caleb@deepthought.granfalloon.com Sat Nov 25 17:20:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id 39EBD2CF0A for ; Sat, 25 Nov 2000 17:20:23 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id RAA21706 for gtk-list@gnome.org; Sat, 25 Nov 2000 17:20:18 -0500 Date: Sat, 25 Nov 2000 17:20:18 -0500 From: Caleb Land To: gtk-list@gnome.org Subject: Concerning CLists and modifying their selection behavior Message-ID: <20001125172018.B21472@deepthought.granfalloon.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all! I'm making a compound widget that consists of two CLists, and two buttons. The buttons move the data the user selected in one clist to the other. I decided to implement drag and drop, and everything works, but the way the drag and drop works isn't intuitive. I have the selection modes of the CLists set to GTK_SELECTION_MULTIPLE, but when the user clicks a list item in one list, and doesn't release the button, the list item only has the focus box around it, and it isn't selected. The user must do a full click, which isn't intuitive with drag and drop. I tried using GTK_SELECTION_EXTENDED, but that wasn't what I wanted, as when the user clicks an item when there is an item already selected, without holding down any modifier keys, the first selection becomes unselected. I tried making simple callbacks for button pressed events and button released events and connecting them after all other callbacks, and taking the x and y value of the event and selecting the row that that x,y pair was in, but this yielded strange results (it seemed to work at first, but then it would drop rows that I didn't select, which is most likely a fault of mine) What would the best way to implement selecting a list item on the mouse button pressed event instead of the default mouse button released? --=20 Sincerely, Caleb Land --- Email: bokonon@rochester.rr.com AIM: RedHatDude ICQ: 8358400 GnuPG/PGP Public Key: finger me at "caleb@deepthought.granfalloon.com" and read my .plan. --- --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6IDsiBPu4o6ReG9sRArelAJ0XRIg1Zj/Ivcwt75yYCb/hAea7NwCg+NUZ mztWUpEafBSU4GPx/ZFtUcg= =kvIp -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From lsetia@gnu.org Sun Nov 26 03:33:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gnu.org (unknown [203.197.193.83]) by mail.gnome.org (Postfix) with ESMTP id A14202BD08 for ; Sun, 26 Nov 2000 03:33:20 -0500 (EST) Received: (from lsetia@localhost) by gnu.org (8.11.0/8.11.0) id eAQ8aYP01661; Sun, 26 Nov 2000 14:06:34 +0530 To: gtk-list@gnome.org Subject: How to shake a window X-please-use: GNU software X-listening-to: Jim Morrison X-personal-homepage: Under Construction From: Lokesh Setia Date: 26 Nov 2000 14:06:34 +0530 Message-ID: Lines: 74 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I am writing a utility program in gtk+, which has the following characterstics: . It has a small window with a drawing_area (100x100), plus a couple of other small widgets. . It has NO Window Manager decorations . It collects some data from a web site and updates window contents accordingly. I want my window to shake visibally when the data gets updated (to attract the attention of the user). Such a feature known as buzz is there in a recent windows of yahoo_messenger, in case anyone has seen it). I tried this code in the update data callback of a single-threaded application): note: This is my first gtk program... { /* Here I am in a callback */ /* ... some irrelevant code skipped */ printf("in buzz...\n"); gdk_window_get_position(main_window->window, &posx, &posy); for (ctr=0; ctr<5; ctr++) { gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); usleep(50 * 1000); gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); usleep(50 * 1000); } gdk_window_move( main_window->window, posx, posy ); } When I run this program, the shake is very random, and occurs only occasionally. However, when I take my mouse over the window, the shake occurs more reliably (and even older events are processed as soon as I take my mouse there). I tried giving --sync to my program. Even now the window shakes only if my mouse is hovering over the window, plus I get following messages seemingly randomly: Xlib: unexpected async reply (sequence 0x410) Gdk-ERROR **: BadWindow (invalid Window parameter) serial 1331 error_code 3 request_code 15 minor_code 0 Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) serial 1335 error_code 9 request_code 14 minor_code 0 Anyone for why all this is happening, and how I could write a better code to shake a window. PS: I also wish to know the following: . How do I make my window "Always on Top" and Sticky, without user having to manually do this from her window manager? . Where can I download some nice mouse cursors? Thanks and regards, Lokesh. From switk@worldnet.att.net Sun Nov 26 09:44:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc25.worldnet.att.net (mtiwmhc25.worldnet.att.net [204.127.131.50]) by mail.gnome.org (Postfix) with ESMTP id BEA572BA85 for ; Sun, 26 Nov 2000 09:44:48 -0500 (EST) Received: from worldnet.att.net ([12.91.38.96]) by mtiwmhc25.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001126144447.QNLR25510.mtiwmhc25.worldnet.att.net@worldnet.att.net> for ; Sun, 26 Nov 2000 14:44:47 +0000 Message-ID: <3A212157.45462722@worldnet.att.net> Date: Sun, 26 Nov 2000 09:42:31 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: How to shake a window References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Just a quick guess but it sounds like you may need to use a while (gtk_events_pending()) gtk_main_iteration(); to have things updated when you want them to. Also, gdm the gnome login manager shakes the window like this when you give a wrong password so you could always look at that code to see how they did it. HTH, Stephen Lokesh Setia wrote: > > Hi all, > > I am writing a utility program in gtk+, which has the following > characterstics: > > . It has a small window with a drawing_area (100x100), plus a couple > of other small widgets. > . It has NO Window Manager decorations > . It collects some data from a web site and updates window contents > accordingly. > > I want my window to shake visibally when the data gets updated (to > attract the attention of the user). Such a feature known as buzz is > there in a recent windows of yahoo_messenger, in case anyone has seen > it). > > I tried this code in the update data callback of a single-threaded > application): > > note: This is my first gtk program... > > { > > /* Here I am in a callback */ > /* ... some irrelevant code skipped */ > > printf("in buzz...\n"); > > gdk_window_get_position(main_window->window, > &posx, &posy); > > for (ctr=0; ctr<5; ctr++) { > gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); > usleep(50 * 1000); > > gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); > usleep(50 * 1000); > > } > > gdk_window_move( main_window->window, posx, posy ); > > } > > When I run this program, the shake is very random, and occurs only > occasionally. However, when I take my mouse over the window, the > shake occurs more reliably (and even older events are processed as > soon as I take my mouse there). > > I tried giving --sync to my program. Even now the window shakes only > if my mouse is hovering over the window, plus I get following > messages seemingly randomly: > > Xlib: unexpected async reply (sequence 0x410) > Gdk-ERROR **: BadWindow (invalid Window parameter) > serial 1331 error_code 3 request_code 15 minor_code 0 > Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) > serial 1335 error_code 9 request_code 14 minor_code 0 > > Anyone for why all this is happening, and how I could write a better > code to shake a window. > > PS: > I also wish to know the following: > > . How do I make my window "Always on Top" and Sticky, without user > having to manually do this from her window manager? > > . Where can I download some nice mouse cursors? > > Thanks and regards, > Lokesh. > > _______________________________________________ From Anthony-Ferrand@wanadoo.fr Sun Nov 26 14:57:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from villosa.wanadoo.fr (smtp-abo-1.wanadoo.fr [193.252.19.122]) by mail.gnome.org (Postfix) with ESMTP id A8D382BB45 for ; Sun, 26 Nov 2000 14:57:40 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by villosa.wanadoo.fr; 26 Nov 2000 20:57:40 +0100 Message-ID: <3A216B39.543A6267@wanadoo.fr> Date: Sun, 26 Nov 2000 20:57:45 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: array of labels Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, how can I pass an array of labels to a function? int main() { GtkWidget *label[5]; ............. foo( ?????);<-------- ???? .............. return 0; } gint foo(GtkWidget *widget) { .................. gtk_label_set_text(GTK_LABEL(???), "new text"); .............. return(TRUE); } From wolfgang@ultim.net Sun Nov 26 15:08:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 5F9692D286 for ; Sun, 26 Nov 2000 15:08:34 -0500 (EST) Received: (qmail 12614 invoked from network); 26 Nov 2000 20:07:57 -0000 Received: from m162.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.162) by athena.ultim.net with SMTP; 26 Nov 2000 20:07:57 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAQK6ck01640 for gtk-list@gnome.org; Sun, 26 Nov 2000 15:06:38 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Sun, 26 Nov 2000 15:06:37 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: array of labels Message-ID: <20001126150637.A1630@debian.home> References: <3A216B39.543A6267@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3A216B39.543A6267@wanadoo.fr>; from Anthony-Ferrand@wanadoo.fr on Sun, Nov 26, 2000 at 08:57:45PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Sun, Nov 26, 2000 at 08:57:45PM +0100, heure d'inpiration, ASF écrivait en ces mots: > gint foo(GtkWidget *widget) It should be 'gboolean foo(GtkWidget *widget[])' instead. (gboolean is the same things as a gint, but is there for cleaniness) > { > .................. > gtk_label_set_text(GTK_LABEL(???), "new text"); And here: gtk_label_set_text(GTK_LABEL(widget[number]), "new text"); Wolfgang -- A chicken is an egg's way of producing more eggs. From alan@ielinux.com Sun Nov 26 20:44:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 7BB6B2DCCA for ; Sun, 26 Nov 2000 20:44:16 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id JAA14399 for ; Mon, 27 Nov 2000 09:50:49 +0800 Message-ID: <002f01c05813$97178da0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to play wav sound effect in gtk?? Date: Mon, 27 Nov 2000 09:36:23 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01C05855.81557620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have a question. I want set my widget to play sound effect when some event happen. Have any gtk function can do it? or other C,linux function can do it? ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
I have a question.
I want set my widget to = play sound effect=20 when some event happen.
Have any gtk function can do = it?
or other C,linux function can do=20 it?
 
 
 
 
------=_NextPart_000_002C_01C05855.81557620-- From pbd@op.net Sun Nov 26 21:53:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 51B342BCF9 for ; Sun, 26 Nov 2000 21:53:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18807; Sun, 26 Nov 2000 21:52:34 -0500 (EST) Message-Id: <200011270252.VAA18807@renoir.op.net> To: "alan" Cc: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? In-reply-to: Your message of "Mon, 27 Nov 2000 09:36:23 +0800." <002f01c05813$97178da0$bcec41d2@ielinux.com> Date: Sun, 26 Nov 2000 21:52:47 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi all, >I have a question. Not to mention a browser configured to triple or quadruple the amount of network traffic you generate by sending both text and HTML versions of your email, packed as two attachments. Yuck. >I want set my widget to play sound effect when some event happen. >Have any gtk function can do it? >or other C,linux function can do it? this sort of thing has nothing to do with GTK, which is a GUI toolkit, not a desktop environment. it has a lot more to do with GNOME, which may well have some function to do this. but i would warn you that the whatever systems GNOME or anyone else may offer you will make your application less portable, and may also be quite useless when its used on a system will multiple audio interfaces and a user who doesn't care to listen to this kind of noise. if the noise matters, then you need to play it in some reliable way, and no simple way exists to do that (*). if the noise doesn't matter, and its just ear candy, why bother ? but i'm sure someone will offer info on the GNOME stuff to handle audio "events". --p (*) i guarantee that on my system, for example, no naive approach to playing sound will be assured of succeeding even once. From Florent.Devin@lifl.fr Mon Nov 27 01:18:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id ACF192BC6A for ; Mon, 27 Nov 2000 01:18:21 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA10129 for ; Mon, 27 Nov 2000 07:17:41 +0100 (MET) Message-ID: <3A21FCA6.BDF1E9D9@lifl.fr> Date: Mon, 27 Nov 2000 07:18:14 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc Pennington a écrit : > > Hi, > > GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be > removed in the future. > > Havoc > Hi, Will GtkCtree be remove in the future too ? Cause when looking in the spec of Gtk 2.0, I saw another widget to manage this type of struct ... -- Florent DEVIN From charlet@ACT-Europe.FR Mon Nov 27 05:42:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 37E6F2BA98 for ; Mon, 27 Nov 2000 05:42:00 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id FAA24204 for ; Mon, 27 Nov 2000 05:41:59 -0500 Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eARAfuD25074 for ; Mon, 27 Nov 2000 05:41:57 -0500 Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 8E6555F5C4; Mon, 27 Nov 2000 11:41:51 +0100 (MET) Date: Mon, 27 Nov 2000 11:41:51 +0100 From: Arnaud Charlet To: gtk-list@redhat.com Subject: [ANNOUNCE] GtkAda 1.2.10 Message-ID: <20001127114151.A5073@dublin.int.act-europe.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkAda 1.2.10/1.3.10 release ---------------------------- GtkAda is an Ada95 graphical toolkit based on Gtk+ version >= 1.2.2. It allows you to develop graphical applications in Ada95 using Gtk+. The primary download site is http://gtkada.eu.org New features in 1.2.10/1.3.10 include: - RPMs available for GNU/Linux x86 - Gtk.Type_Conversion is no longer needed for Gtk_List_Item - Gtkada.File_Selection_Dialog does not crash any more on directory selection under NT. - New example directory: powergnu, a simple presentation viewer. New features in 1.2.9/1.3.9 include: - GUI builder support fixes under Windows NT/2000. - Gtk.Type_Conversion isn't needed for the most common widgets: Gtk_Label, Gtk_Menu_Item, Gtk_Button. - Gtkada.Canvas: better positionning of items; links can be attached anywhere in the items, not necessarily the middle. - GtkAda.File_Selection has been extended (see RM for details). - Documentation update. - Support for gdk-pixbuf 0.9 - Limited beta support for Gnome in src/gnome. LSM entry follows: Begin4 Title: GtkAda Version: 1.2.10 Entered-date: 2000-11-20 Description: Ada95 graphical toolkit based on Gtk+ (version >= 1.2.2) Keywords: Ada95 Ada Gtk+ Gtk X Gui Glade Win32 Author: Emmanuel Briot , Joel Brobecker and Arnaud Charlet Maintained-by: gtkada@ada.eu.org Primary-site: http://gtkada.eu.org Original-site: http://ada.eu.org/gtkada/ Platforms: Solaris Linux Tru64 IRIX HP/UX NT AiX FreeBSD UnixWare Copying-policy: GPL (with a slight modification, see headers of *.ad[bs] files End From king@eiffel.com Mon Nov 27 13:04:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 229D52BEA9 for ; Mon, 27 Nov 2000 13:04:09 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 140SdJ-0002xw-00 for gtk-list@gnome.org; Mon, 27 Nov 2000 10:04:05 -0800 Message-ID: <3A22A2C4.1770D523@eiffel.com> Date: Mon, 27 Nov 2000 10:07:00 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Backwards compatibility Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Presently I am working on a multi-platform GUI toolkit called EiffelVision2 that uses gtk 1.2.8 at present as the underlying implementation on the linux/unix platform side. This is a big ongoing project that is trying to keep up with the latest gtk version and relies on nearly all of the functionality gtk+ has to offer. I have a couple of questions that hopefully someone could answer. Eventually we will have to upgrade to gtk+ version 2.0, therefore :- Is the API for gtk+ 2.0 backwards compatible with the present release version 1.2.8, if it is not, is there a great deal of change. What gtk objects are being deprecated (apart from gtktree, possibly gtkctree)? What added functionality will the new version bring? When is the expected release of a stable version? Thanks for your time Ian King From hp@redhat.com Mon Nov 27 15:28:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6FC742BDF1 for ; Mon, 27 Nov 2000 15:28:31 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARKSUB15841; Mon, 27 Nov 2000 15:28:30 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Backwards compatibility References: <3A22A2C4.1770D523@eiffel.com> From: Havoc Pennington Date: 27 Nov 2000 15:28:30 -0500 In-Reply-To: Ian King's message of "Mon, 27 Nov 2000 10:07:00 -0800" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ian King writes: > Is the API for gtk+ 2.0 backwards compatible with the present release > version 1.2.8, if it is not, is there a great deal of change. There is a lot of new stuff, but not too much old stuff has been broken. It is 98% source compatible. > What gtk objects are being deprecated (apart from gtktree, possibly > gtkctree)? We don't have a complete list yet. There will be one prepared. GtkText is a notable one. > What added functionality will the new version bring? Owen has a white paper at http://www.redhat.com/devnet/articles/rh7_preview_tech.html that's pretty informative. > When is the expected release of a stable version? > "a few months" where "few" can mean any of several specific numbers. ;-) Havoc From hp@redhat.com Mon Nov 27 16:54:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id F0E772BB53 for ; Mon, 27 Nov 2000 16:54:52 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARLt2F16065; Mon, 27 Nov 2000 16:55:02 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Florent. Devin" Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> From: Havoc Pennington Date: 27 Nov 2000 16:55:02 -0500 In-Reply-To: "Florent. Devin"'s message of "Mon, 27 Nov 2000 07:18:14 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Florent. Devin" writes: > Hi, > Will GtkCtree be remove in the future too ? > Cause when looking in the spec of Gtk 2.0, I saw another widget to > manage this type of struct ... CTree will be around a lot longer than GtkTree, it likely won't be removed until no one is using it anymore. GtkTree will be removed more agressively since it's not just suboptimal, it's flat-out broken. Havoc From mleisher@crl.nmsu.edu Mon Nov 27 17:06:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 47FB02C92A for ; Mon, 27 Nov 2000 17:06:08 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id PAA16949 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id PAA23583 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id PAA20276; Mon, 27 Nov 2000 15:06:04 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.56012.3297.654155@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 15:06:04 -0700 (MST) To: gtk-list@gnome.org Subject: Another slacker question about color Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Not having enough time to dig this up at the moment, I was wondering if someone has a suggestion for the following situation: I have a set of 16 different shades of gray displayed, each of which has a scale below it, and I need to darken or lighten according to the scale value. I tried doing a gdk_color_change() and then changing the background in the style on the widget displaying the gray being changed, but after a couple changes, the color goes to white and stays that way. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From dfisher@jagger.me.berkeley.edu Mon Nov 27 17:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id BCEBF2DF12 for ; Mon, 27 Nov 2000 17:26:39 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eARMDrs13662 for ; Mon, 27 Nov 2000 14:13:53 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4PFOE00.NGU; Mon, 27 Nov 2000 14:26:38 -0800 Message-ID: <3A22DFB5.6020901@jagger.me.berkeley.edu> Date: Mon, 27 Nov 2000 14:27:01 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > CTree will be around a lot longer than GtkTree, it likely won't be > removed until no one is using it anymore. GtkTree will be removed more > agressively since it's not just suboptimal, it's flat-out broken. > > Havoc Just to satisfy my curiosity... when you say that GtkTree is broken, do you mean that the interface is broken? or that the implementation is broken? I understand that a poor interface can make for a poor implementation, but what I'm really wondering is whether or not the interface actually precludes a functional implementation? Thanks in advance, Darin From hp@redhat.com Mon Nov 27 17:44:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6841E2DE7C for ; Mon, 27 Nov 2000 17:44:30 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARMijf31488; Mon, 27 Nov 2000 17:44:45 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Darin Fisher Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> <3A22DFB5.6020901@jagger.me.berkeley.edu> From: Havoc Pennington Date: 27 Nov 2000 17:44:45 -0500 In-Reply-To: Darin Fisher's message of "Mon, 27 Nov 2000 14:27:01 -0800" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Darin Fisher writes: > Just to satisfy my curiosity... when you say that GtkTree is > broken, do you mean that the interface is broken? or that the > implementation is broken? I understand that a poor interface > can make for a poor implementation, but what I'm really > wondering is whether or not the interface actually precludes > a functional implementation? > AFAIK only the implementation is broken (though the interface precludes an _efficient_ implementation, the only possible implementation won't scale to very large trees). But it's nontrivial to fix the implementation, and the interface, while possible to implement, isn't very good. Havoc From davina@lickey.com Mon Nov 27 17:58:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 3AB252CF51; Mon, 27 Nov 2000 17:58:28 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AF9BFA00F; Mon, 27 Nov 2000 14:59:53 -0800 (PST) Message-ID: <3A22E712.20440D3B@lickey.com> Date: Mon, 27 Nov 2000 14:58:26 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: giving composite widget focus Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've created a widget that packs a GtkLabel and a GtkEntry into a GtkHBox. I'd like to allow the new widget to get focus and to add some handling when it does. I added GTK_WIDGET_SET_FLAGS (new_widget, GTK_CAN_FOCUS); to new_widget_init(). I also added GtkWidgetClass* widget_class; widget_class = (GtkWidgetClass*)klass; widget_class->draw_focus = new_widget_draw_focus; to new_widget_class_init(). Right now, new_widget_draw_focus() just prints out a debugging statement. Or it would if it were actually getting called, which it's not. Can anyone tell me why? Thanks! Davina From mleisher@crl.nmsu.edu Mon Nov 27 18:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8F9222D41A; Mon, 27 Nov 2000 18:16:17 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA24140; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA39912; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA20429; Mon, 27 Nov 2000 16:16:12 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.60220.820228.191422@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 16:16:12 -0700 (MST) To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus In-Reply-To: <3A22E712.20440D3B@lickey.com> References: <3A22E712.20440D3B@lickey.com> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina> I've created a widget that packs a GtkLabel and a GtkEntry into a Davina> GtkHBox. I'd like to allow the new widget to get focus and to add Davina> some handling when it does. [.....] Davina> Right now, new_widget_draw_focus() just prints out a debugging Davina> statement. Or it would if it were actually getting called, which Davina> it's not. Davina> Can anyone tell me why? Have you tried having your application call gtk_widget_grab_focus() on the newly created widget? Sometimes it isn't immediately clear what widget in your application has the focus when it starts, so you can force the issue this way. The focus traversal key, often Tab, should allow you to cycle through until you get those debugging statements you added. If neither works, then I'm not sure what the problem is. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From umbpux@tin.it Tue Nov 28 03:46:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from laguna.tiscalinet.it (laguna.tiscalinet.it [195.130.224.86]) by mail.gnome.org (Postfix) with ESMTP id 0CF1F2DE34 for ; Tue, 28 Nov 2000 03:46:55 -0500 (EST) Received: from tin.it (62.11.160.132) by laguna.tiscalinet.it; 28 Nov 2000 09:46:05 +0100 Message-ID: <3A237E79.16E32608@tin.it> Date: Tue, 28 Nov 2000 10:44:25 +0100 From: Maurizio Umberto Puxeddu X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu From tshead@k-3d.com Tue Nov 28 04:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kathy.k-3d.com (209-128-79-046.bayarea.net [209.128.79.46]) by mail.gnome.org (Postfix) with ESMTP id CDD042DC11 for ; Tue, 28 Nov 2000 04:56:57 -0500 (EST) Received: from k-3d.com (localhost [127.0.0.1]) by kathy.k-3d.com (Postfix) with ESMTP id 3A96D32F824; Tue, 28 Nov 2000 01:56:56 -0800 (PST) Message-ID: <3A238167.6060500@k-3d.com> Date: Tue, 28 Nov 2000 01:56:55 -0800 From: "Timothy M. Shead" User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20001118 X-Accept-Language: en MIME-Version: 1.0 To: Maurizio Umberto Puxeddu Cc: gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows References: <3A237E79.16E32608@tin.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Maurizio Umberto Puxeddu wrote: > Hello. > > What is the current status of MS-Windows port of Gtk+ and PyGtk? > They look abandoned. Am I right? > > Thanks, > > Maurizio Umberto Puxeddu I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Regards, Timothy M. Shead tshead@k-3d.com From charlet@ACT-Europe.FR Tue Nov 28 05:11:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 9BF9A2DBB0 for ; Tue, 28 Nov 2000 05:11:01 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 5034A5F5C4; Tue, 28 Nov 2000 11:11:00 +0100 (MET) Date: Tue, 28 Nov 2000 11:11:00 +0100 From: Arnaud Charlet To: "Timothy M. Shead" Cc: Maurizio Umberto Puxeddu , gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows Message-ID: <20001128111100.A2514@dublin.int.act-europe.fr> References: <3A237E79.16E32608@tin.it> <3A238167.6060500@k-3d.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A238167.6060500@k-3d.com>; from tshead@k-3d.com on Tue, Nov 28, 2000 at 01:56:55AM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Same thing for GtkAda. Well like a charm is a little bit exagerated, the windows port is not quite yet at the same level as the X port, but it is in a very reasonable shape. Arno From hp@redhat.com Tue Nov 28 09:48:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0550E2BB33; Tue, 28 Nov 2000 09:48:33 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eASEmnR32000; Tue, 28 Nov 2000 09:48:49 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus References: <3A22E712.20440D3B@lickey.com> From: Havoc Pennington Date: 28 Nov 2000 09:48:49 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 27 Nov 2000 14:58:26 -0800" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > Can anyone tell me why? > You also want to connect to focus_in_event and focus_out_event. In those, set/unset the GTK_HAS_FOCUS flag, and draw/undraw the focus rectangle. Havoc From id072647@belgacom.be Tue Nov 28 10:11:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail2.belgacom.be (mail2.belgacom.be [195.13.15.37]) by mail.gnome.org (Postfix) with ESMTP id 875312DCA5 for ; Tue, 28 Nov 2000 10:11:17 -0500 (EST) Received: from exhub01.bc (exchange.bc [45.34.4.231]) by mail2.belgacom.be with SMTP id PAA24077 for ; Tue, 28 Nov 2000 15:11:16 GMT From: id072647@belgacom.be Received: from 127.0.0.1 by exhub01.bc (InterScan E-Mail VirusWall NT); Tue, 28 Nov 2000 16:11:16 +0100 (W. Europe Standard Time) Received: by exhub01.bc with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:01:16 +0100 Message-ID: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> To: gtk-list@gnome.org Subject: PyGtk documentation? Date: Tue, 28 Nov 2000 16:01:12 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have searched on Python.org, gtk.org but I don't find a documentation of PyGtk. Could someone guide me to that documentation? Thanks for your help. -----Original Message----- From: Maurizio Umberto Puxeddu [mailto:umbpux@tin.it] Sent: Tuesday 28 November 2000 10:44 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." From Piotr.P.Plonkowski@ope.shell.com Tue Nov 28 10:39:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hags6104.IS.SHELL.COM (nl01.shell.nl [134.146.4.9]) by mail.gnome.org (Postfix) with ESMTP id 6AD722DCA5 for ; Tue, 28 Nov 2000 10:39:46 -0500 (EST) Received: by hags6104.sipm.shell.nl with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:39:39 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F0150E@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'gtk-list@gnome.org'" Subject: How to insert progress-bar into clist? Date: Tue, 28 Nov 2000 16:29:09 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I'm looking for somebody who can tell me how to insert dynamic created progress-bar into clist. Is there somebody who has got any example? Piotr. From christian.egli@stest.ch Tue Nov 28 10:56:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from uxmailstest.stest.ch (unknown [195.65.218.116]) by mail.gnome.org (Postfix) with ESMTP id DEDD02BB50 for ; Tue, 28 Nov 2000 10:56:14 -0500 (EST) Received: from zeus.alcatel.ch (zeus [141.169.78.33]) by uxmailstest.stest.ch (8.9.3/8.9.0) with ESMTP id QAA13655; Tue, 28 Nov 2000 16:57:27 +0100 (MET) Received: from meon.alcatel.ch (meon [141.169.79.70]) by zeus.alcatel.ch (8.8.8+Sun/8.8.8) with ESMTP id QAA12778; Tue, 28 Nov 2000 16:53:58 +0100 (MET) Received: (from egli@localhost) by meon.alcatel.ch (8.8.8+Sun/8.8.8) id QAA21598; Tue, 28 Nov 2000 16:53:55 +0100 (MET) X-Authentication-Warning: meon.alcatel.ch: egli set sender to christian.egli@stest.ch using -f To: id072647@belgacom.be Cc: gtk-list@gnome.org Subject: Re: PyGtk documentation? References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> From: Christian Egli Date: 28 Nov 2000 16:53:55 +0100 In-Reply-To: id072647@belgacom.be's message of "Tue, 28 Nov 2000 16:01:12 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ id072647@belgacom.be writes: > I have searched on Python.org, gtk.org but I don't find a > documentation of PyGtk. > Could someone guide me to that documentation? Try http://www.daa.com.au/~james/pygtk/ -- Christian Egli Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zuerich From bott@iol.it Tue Nov 28 16:06:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53]) by mail.gnome.org (Postfix) with ESMTP id 9BB3F2BCA3 for ; Tue, 28 Nov 2000 16:06:41 -0500 (EST) Received: from gauss (151.33.135.41) by smtp3.libero.it; 28 Nov 2000 22:06:36 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 140rx2-00004n-00 for ; Tue, 28 Nov 2000 22:06:08 +0100 Date: Tue, 28 Nov 2000 22:06:07 +0100 From: Ottavio Campana To: Gtk-list Subject: Howto remove all the rows from a clist Message-ID: <20001128220607.A291@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ how can I remove all the rows froma clist? thank you. -- Non c'è più forza nella normalità, c'è solo monotonia. From dreed@capital.edu Tue Nov 28 16:14:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from apollo.capital.edu (apollo.capital.edu [192.153.31.27]) by mail.gnome.org (Postfix) with ESMTP id 7E52B2E001 for ; Tue, 28 Nov 2000 16:14:09 -0500 (EST) Received: from fourier.capital.edu (fourier [205.133.110.175]) by apollo.capital.edu (8.11.1/8.11.1) with ESMTP id eASLD1D01401; Tue, 28 Nov 2000 16:13:02 -0500 (EST) Received: (from dreed@localhost) by fourier.capital.edu (8.9.3+Sun/8.9.1) id QAA16350; Tue, 28 Nov 2000 16:13:00 -0500 (EST) Date: Tue, 28 Nov 2000 16:13:00 -0500 (EST) Message-Id: <200011282113.QAA16350@fourier.capital.edu> X-Authentication-Warning: fourier.capital.edu: dreed set sender to dreed@capital.edu using -f From: Dave Reed To: bott@iol.it Cc: gtk-list@gnome.org In-reply-to: <20001128220607.A291@gauss> (message from Ottavio Campana on Tue, 28 Nov 2000 22:06:07 +0100) Subject: Re: Howto remove all the rows from a clist References: <20001128220607.A291@gauss> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Date: Tue, 28 Nov 2000 22:06:07 +0100 > From: Ottavio Campana > > how can I remove all the rows froma clist? > > thank you. > > -- > Non c'è più forza nella normalità, c'è solo monotonia. http://developer.gnome.org/doc/API/gtk/gtkclist.html#GTK-CLIST-CLEAR From dov@imagic.weizmann.ac.il Tue Nov 28 17:06:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id C323A2BAB1 for ; Tue, 28 Nov 2000 17:06:51 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id AAA05581; Wed, 29 Nov 2000 00:07:08 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011282207.AAA05581@imagic.weizmann.ac.il> To: gtk-list@gnome.org Subject: ANNOUNCE: gtk-image-viewer-0.0.1 Date: Wed, 29 Nov 2000 00:07:08 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have just uploaded to my web site the first version of the interactive image display widget gtk-image-viewer. Here is the README file. GtkImageViewer - An image viewer widget for gtk Dov Grobgeld 29 November 2000 Version 0.0.1 http://imagic.weizmann.ac.il/~dov/freesw/gtk/gtk-image-viewer BACKGROUND As a writer of several scientific image displaying tools I have always wanted a good general purpose image display widget. The goal of the GtkImageViewer widget is to fullfill that gap. Its interaction is a mixture of the user interfaces of Gimp and of xv. The widget itself handles zoom and panning. Additional functionality may be added through callbacks. The GtkImageViewer is perfectly suited to be used by any photo display program and will provide a uniform interface for interacting with images. Currently I have released the sources under the GPL, but I am ready to change the licence to LGPL at least for the widget, if there is any interest. FILES IN THIS PACKAGE gtk-image-viewer.c The source. gtk-image-viewer.h The header file. test-wdg.c A simple example of the use of the widget. giv.c A powerful image display program that allows zoomable vector overlays - called marks - on top of the image. giv will eventually be released into an archive of its own. Run with -help to get some help about the program. example.marks Example of a simple marks file. VOLUNTEERS Please send in your comments and patches. From wolfgang@ultim.net Tue Nov 28 17:54:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 860F82BB7B for ; Tue, 28 Nov 2000 17:54:20 -0500 (EST) Received: (qmail 1997 invoked from network); 28 Nov 2000 22:53:25 -0000 Received: from m99.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.99) by athena.ultim.net with SMTP; 28 Nov 2000 22:53:25 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eASMqJ700704 for gtk-list@gnome.org; Tue, 28 Nov 2000 17:52:19 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 17:52:19 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128175218.A695@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282207.AAA05581@imagic.weizmann.ac.il>; from dov@imagic.weizmann.ac.il on Wed, Nov 29, 2000 at 12:07:08AM +0200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Isn't this what the Eye of Gnome is meant for ? It may not be a widget in itself but I think it is reusable through Bonobo... W -- A chicken is an egg's way of producing more eggs. From Valdis.Kletnieks@vt.edu Tue Nov 28 18:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id D4A3A2E06C for ; Tue, 28 Nov 2000 18:22:21 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eASNMJG27022; Tue, 28 Nov 2000 18:22:20 -0500 Message-Id: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: Your message of "Tue, 28 Nov 2000 17:52:19 EST." <20001128175218.A695@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <20001128175218.A695@debian.home> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-145962980P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 28 Nov 2000 18:22:19 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-145962980P Content-Type: text/plain; charset=us-ascii On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through Umm.. some of us program in environments that don't have Gnome or Bonobo. Those of us need a GTK-only solution. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-145962980P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOiQ+K3At5Vm009ewEQINuQCgwAfsQIasv9iZOnrytVyZwQu9C8YAniEE 365ATAHcKOznp4EH7kiM3gAC =wrUP -----END PGP SIGNATURE----- --==_Exmh_-145962980P-- From mleisher@crl.nmsu.edu Tue Nov 28 18:31:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8B07A2DFDE for ; Tue, 28 Nov 2000 18:31:38 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA10230 for ; Tue, 28 Nov 2000 16:31:35 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA74312 for ; Tue, 28 Nov 2000 16:31:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA23260; Tue, 28 Nov 2000 16:31:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14884.16469.633201.486961@helion.crl.nmsu.edu> Date: Tue, 28 Nov 2000 16:31:33 -0700 (MST) To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget >> in itself but I think it is reusable through Valdis> Umm.. some of us program in environments that don't have Gnome or Valdis> Bonobo. Valdis> Those of us need a GTK-only solution. Another GTK-only user agrees. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From wolfgang@ultim.net Tue Nov 28 19:04:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 233E12BDA5 for ; Tue, 28 Nov 2000 19:04:30 -0500 (EST) Received: (qmail 8757 invoked from network); 29 Nov 2000 00:03:35 -0000 Received: from m104.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.104) by athena.ultim.net with SMTP; 29 Nov 2000 00:03:35 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAT02Xq00765 for gtk-list@gnome.org; Tue, 28 Nov 2000 19:02:33 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 19:02:31 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128190231.A709@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <14884.16469.633201.486961@helion.crl.nmsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <14884.16469.633201.486961@helion.crl.nmsu.edu>; from mleisher@crl.nmsu.edu on Tue, Nov 28, 2000 at 04:31:33PM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 28, 2000 at 04:31:33PM -0700, heure d'inpiration, Mark Leisher écrivait en ces mots: > > >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget > >> in itself but I think it is reusable through > > Valdis> Umm.. some of us program in environments that don't have Gnome or > Valdis> Bonobo. > > Valdis> Those of us need a GTK-only solution. > > Another GTK-only user agrees. Well. I am not against it. Everyone should be free to do what he wants. W -- A chicken is an egg's way of producing more eggs. From david@linux.com Tue Nov 28 19:08:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 85A482E009 for ; Tue, 28 Nov 2000 19:08:54 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAT08Yc04324; Tue, 28 Nov 2000 16:08:36 -0800 Message-ID: <3A244901.C725048D@linux.com> Date: Tue, 28 Nov 2000 16:08:33 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> Content-Type: multipart/mixed; boundary="------------F11417E35F464B22E844BBA8" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------F11417E35F464B22E844BBA8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Wolfgang Sourdeau wrote: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through > Bonobo... I'd rather have just plain old gtk. Gnome makes things bloated and fat as a beached whale. I.e. the cpu sucker, the memory sucker, ...I'll stop. -d --------------F11417E35F464B22E844BBA8 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE url:www.blue-labs.org adr:;;;;;; version:2.1 email;internet:david@blue-labs.org title:Blue Labs Developer note;quoted-printable:GPG key: http://www.blue-labs.org/david@nifty.key=0D=0A x-mozilla-cpt:;9952 fn:David Ford end:vcard --------------F11417E35F464B22E844BBA8-- From gharris@flashcom.net Tue Nov 28 23:56:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h017.c014.sfo.cp.net [209.228.12.81]) by mail.gnome.org (Postfix) with SMTP id 68F0C2BAB1 for ; Tue, 28 Nov 2000 23:56:27 -0500 (EST) Received: (cpmta 23143 invoked from network); 28 Nov 2000 20:56:26 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.81) with SMTP; 28 Nov 2000 20:56:26 -0800 X-Sent: 29 Nov 2000 04:56:26 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA00392; Tue, 28 Nov 2000 20:56:23 -0800 (PST) (envelope-from gharris) Date: Tue, 28 Nov 2000 20:56:23 -0800 From: Guy Harris To: Christian Egli Cc: id072647@belgacom.be, gtk-list@gnome.org Subject: Re: PyGtk documentation? Message-ID: <20001128205623.A358@quadrajet.flashcom.com> References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from christian.egli@stest.ch on Tue, Nov 28, 2000 at 04:53:55PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 28, 2000 at 04:53:55PM +0100, Christian Egli wrote: > Try http://www.daa.com.au/~james/pygtk/ Perhaps the PyGTK link on the GTK+ home page should go there rather than to ftp://ftp.gtk.org/pub/gtk/python/ as it currently does; many other language-binding links on the GTK+ home page appear to go to home pages for the projects in question, and James' PyGTK page does link to the FTP url in question. From rpbrown@xtra.co.nz Wed Nov 29 07:39:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mta1-rme.xtra.co.nz (mta1-rme.xtra.co.nz [203.96.92.1]) by mail.gnome.org (Postfix) with ESMTP id AFBEA2E0C9 for ; Wed, 29 Nov 2000 07:39:09 -0500 (EST) Received: from 203-96-104-56.dialup.xtra.co.nz ([203.96.104.56]) by mta1-rme.xtra.co.nz with ESMTP id <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> for ; Thu, 30 Nov 2000 01:39:06 +1300 Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 From: rpbrown Cc: gtk-list@gnome.org In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Content-Type: text/plain X-Mailer: Evolution 0.6 (Developer Preview) Date: 29 Nov 2000 00:42:28 -1200 Mime-Version: 1.0 Message-Id: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. > -- > Valdis Kletnieks > Operating Systems Analyst > Virginia Tech > > doesnt gqview do this? From Piotr.P.Plonkowski@ope.shell.com Wed Nov 29 10:34:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B65A42E114 for ; Wed, 29 Nov 2000 10:34:50 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id KAA19007 for ; Wed, 29 Nov 2000 10:34:50 -0500 Received: from rijpats6104.scis.shell.nl (nl02.shell.nl [134.146.0.21]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eATFYnD09353 for ; Wed, 29 Nov 2000 10:34:49 -0500 Received: by rijpats6104.scis.shell.nl with Internet Mail Service (5.5.2650.21) id ; Wed, 29 Nov 2000 16:34:47 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F01517@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'GTK-list@redhat.com'" Subject: How to insert pixmap into clist? Date: Wed, 29 Nov 2000 16:34:44 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, could you tell me how to insert a dynamic created progress-bar into clist. Does anybody has any example? Thanks, Piotr. From muhri@muhri.net Wed Nov 29 12:01:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.217]) by mail.gnome.org (Postfix) with ESMTP id 173E02D618 for ; Wed, 29 Nov 2000 12:01:28 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id EE743C100; Wed, 29 Nov 2000 11:02:00 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: rpbrown Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 X-Mailer: Pronto v2.2.2 Date: 29 Nov 2000 11:01:59 CST Reply-To: "Maher Awamy" In-Reply-To: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Message-Id: <20001129170201.EE743C100@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > Isn't this what the Eye of Gnome is meant for ? > > > It may not be a widget in itself but I think it is reusable through > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > Those of us need a GTK-only solution. > > -- > > Valdis Kletnieks > > Operating Systems Analyst > > Virginia Tech > > > > > > doesnt gqview do this? GQView is not a widget. Maher > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From mike@mjv.com Wed Nov 29 12:57:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1-us.simplemente.net (relay1.us.simplemente.net [216.167.121.82]) by mail.gnome.org (Postfix) with ESMTP id BD7E12BED7 for ; Wed, 29 Nov 2000 12:57:12 -0500 (EST) Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61]) by relay1-us.simplemente.net (Postfix) with ESMTP id E7CBAD782A for ; Wed, 29 Nov 2000 12:57:11 -0500 (EST) Received: from mjv.com [63.64.123.23] by comanchetx.com with ESMTP (SMTPD32-6.05) id A1BDF4F7005E; Wed, 29 Nov 2000 11:49:49 -0600 Message-ID: <3A2540D0.2D51FD35@mjv.com> Date: Wed, 29 Nov 2000 11:45:52 -0600 From: Michael Vanecek X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Guys, the level of cynicism in this thread is distressing. Who cares if prog A or B does the same thing? This guy wrote a neat app that works and he's proud of the hours of work he put into it. It was his choice to create a new app rather than contribute to a pre-existing app (though I don't think there is an image-viewing widget). What would have happened if the GTK guys came out and announced that they had created a neat widget set library and everyone said "Well, doesn't Motif already have that?" or "Doesn't Qt already do that?" or what about the argument over "Why Gnome if KDE already does that?". More than anything that I like about Linux is the variety of choices we have. Who knows if this widget will become a standard issue for GTK, or maybe merged into a larger project? Personally, I'd like to see some #ifdefs in there for Gnome if that environment is detected. Why not? It's all a matter of personal preference. I don't think his announcement was meant to generate this kind of discussion, but rather to generate some peer review that is the backbone of Open Source Software development, so if your interested, look at his app, judge it, think of how you would improve it or change it and bring it to the table... Cheers, Mike > > On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > > Isn't this what the Eye of Gnome is meant for ? > > > > It may not be a widget in itself but I think it is reusable through > > > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > > > Those of us need a GTK-only solution. > > > -- > > > Valdis Kletnieks > > > Operating Systems Analyst > > > Virginia Tech > > > > > > > > > > doesnt gqview do this? From wolfgang@iNsu.com Wed Nov 29 13:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Goffman.iNsu.COM (Goffman.iNsu.COM [206.167.33.70]) by mail.gnome.org (Postfix) with ESMTP id C2E3D2D625 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: from Marx.iNsu.COM (Marx.iNsu.COM [192.168.100.30]) by Goffman.iNsu.COM (Postfix) with ESMTP id ACFD727D90 for ; Wed, 29 Nov 2000 13:11:17 -0500 (EST) Received: from wolfgang.insu.com (Wolfgang.iNsu.COM [192.168.100.77]) by Marx.iNsu.COM (Postfix) with ESMTP id 10D176E823 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: by wolfgang.insu.com (Postfix, from userid 1013) id 184C222002; Wed, 29 Nov 2000 13:20:18 -0500 (EST) From: Wolfgang Sourdeau To: gtk-list@gnome.org In-reply-to: <3A2540D0.2D51FD35@mjv.com> (message from Michael Vanecek on Wed, 29 Nov 2000 11:45:52 -0600) Subject: Re: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> <3A2540D0.2D51FD35@mjv.com> User-Agent: WEMI/1.13.7 (Shimada) Chao/1.14.0 (Momoyama) Emacs/20.4 (i386-inslinux-linux-gnu) (with unibyte mode) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Message-Id: <20001129182018.184C222002@wolfgang.insu.com> Date: Wed, 29 Nov 2000 13:20:18 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Guys, the level of cynicism in this thread is distressing. Who cares if > prog A or B does the same thing? This guy wrote a neat app that works > and he's proud of the hours of work he put into it. It was his choice to Nobody pretends that he must not be proud. But freedom of expression is as important as freedom of choice. The reason I asked my question was that I wanted to suggest him to take a look at eog and see if he couldn't spare his time. That was a good intention and I have never thought his project might not have been nice or useful. W From meisemann@dsrnet.com Wed Nov 29 13:28:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 0A7D92C10B for ; Wed, 29 Nov 2000 13:28:14 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATIGeA17939 for ; Wed, 29 Nov 2000 13:16:41 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATIGdf17929 for ; Wed, 29 Nov 2000 13:16:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 13:25:50 -0500 Message-ID: <01C05A07.E434A460.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: gtk and window size Date: Wed, 29 Nov 2000 13:25:49 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From davina@lickey.com Wed Nov 29 14:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 5A55B2BC57; Wed, 29 Nov 2000 14:19:24 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 8E2C7A01B; Wed, 29 Nov 2000 11:21:00 -0800 (PST) Message-ID: <3A2556BA.88DC8AE0@lickey.com> Date: Wed, 29 Nov 2000 11:19:22 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: GtkLabel text size and position Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I want to draw some decoration around a GtkLabel, which requires that I know the size and position of its text. The only way I can think to do it is to go into GtkLabel's private data. Is there a way to do it through the API? Thanks! Davina From meisemann@dsrnet.com Wed Nov 29 15:11:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 28D792BC57 for ; Wed, 29 Nov 2000 15:11:12 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATJxcA29870 for ; Wed, 29 Nov 2000 14:59:38 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATJxbf29861 for ; Wed, 29 Nov 2000 14:59:37 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 15:08:48 -0500 Message-ID: <01C05A16.46655400.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'gtk-list@gnome.org'" Subject: RE: gtk and window size Date: Wed, 29 Nov 2000 15:08:47 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Resending this since there was an error -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 29, 2000 1:26 PM To: gtk-list@gnome.org Subject: gtk and window size Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From mmenal@ifrance.com Wed Nov 29 16:58:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by mail.gnome.org (Postfix) with SMTP id 9DC922D9A7 for ; Wed, 29 Nov 2000 16:58:25 -0500 (EST) Received: from 213.44.176.238 [213.44.176.238] by lh00.opsion.fr; Wed, 29 Nov 2000 21:58:26 GMT Date: Wed, 29 Nov 2000 22:58:13 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <6957.001129@ifrance.com> To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: GtkLabel text size and position References: <3A2556BA.88DC8AE0@lickey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong wrote: Hi, DA> I want to draw some decoration around a GtkLabel, which requires that I DA> know the size and position of its text. The only way I can think to do DA> it is to go into GtkLabel's private data. Is there a way to do it DA> through the API? Why would you need a function to do what you can want directly ? The data of a widget aren't private, I think. You should not modify it, because you can't do what the widget can with a function which do that properly (is this clear ?). But, there's nothing wrong to access the data of a widget. And you need this in very common cases, like when you create a GtkFileSelection, or when you need the title of a window :-) DA> Thanks! DA> Davina Good night, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From king@eiffel.com Wed Nov 29 20:22:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 4F58B2BBDD for ; Wed, 29 Nov 2000 20:22:36 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 141IQk-0001cR-00 for gtk-list@gnome.org; Wed, 29 Nov 2000 17:22:34 -0800 Message-ID: <3A25AC88.F755D113@eiffel.com> Date: Wed, 29 Nov 2000 17:25:28 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compound widgets treated as like a normal widget. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Is a `compound' widget such as gtkcombo treated like any other widget, by this I mean does it emit signals like any other widgets or do I have to connect to the internal widgets that make up the combo box. At present I don't seem to be able to get any events using just a pointer to the gtkcombo widget itself. Thanks for your time Ian King From cfreeze@cs.clemson.edu Wed Nov 29 20:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp01.infoave.net (smtp01.infoave.net [165.166.0.26]) by mail.gnome.org (Postfix) with ESMTP id 575DA2BAC2 for ; Wed, 29 Nov 2000 20:59:36 -0500 (EST) Received: from yoda.cs.clemson.edu ([207.144.106.107]) by SMTP00.InfoAve.Net (PMDF V5.2-33 #45321) with ESMTP id <01JX4JVYA0TI9AO0XX@SMTP00.InfoAve.Net> for gtk-list@gnome.org; Wed, 29 Nov 2000 20:58:58 EDT Date: Wed, 29 Nov 2000 19:58:46 -0600 (CST) From: Chris Freeze Subject: GtkCombo Question To: gtk-list@gnome.org Message-id: MIME-version: 1.0 X-Mailer: XFMail 1.4.7 on Linux Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 8bit X-Priority: 3 (Normal) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a way to set a combo to a specified index? I have a set number of strings, but given some display's I need to have it default to displaying a certain index instead of the zeroth index. Regards, Chris ----- Chris Freeze Email: cfreeze@cs.clemson.edu Web: http://www.cs.clemson.edu/~cfreeze From dfisher@jagger.me.berkeley.edu Wed Nov 29 21:34:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id 23C7A2BC43 for ; Wed, 29 Nov 2000 21:34:17 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eAU2LPs13753 for ; Wed, 29 Nov 2000 18:21:25 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4TGH200.37F; Wed, 29 Nov 2000 18:34:14 -0800 Message-ID: <3A25BCA9.9010007@jagger.me.berkeley.edu> Date: Wed, 29 Nov 2000 18:34:17 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Chris Freeze Cc: gtk-list@gnome.org Subject: Re: GtkCombo Question References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You can set the selected item on the combo->list widget. gtk_list_select_item(GTK_LIST(combo->list), n); Darin Chris Freeze wrote: > Is there a way to set a combo to a specified index? I have a set number of > strings, but given some display's I need to have it default to displaying a > certain index instead of the zeroth index. > > Regards, > > Chris > > ----- > Chris Freeze Email: cfreeze@cs.clemson.edu > Web: http://www.cs.clemson.edu/~cfreeze > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From randhol@kiuk0156.chembio.ntnu.no Thu Nov 30 05:04:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kiuk0156.chembio.ntnu.no (kiuk0156.chembio.ntnu.no [129.241.83.82]) by mail.gnome.org (Postfix) with ESMTP id 12EBC2BB31 for ; Thu, 30 Nov 2000 05:04:19 -0500 (EST) Received: from randhol by kiuk0156.chembio.ntnu.no with local (Exim 3.12 #1 (Debian)) id 141QaS-00009K-00 for ; Thu, 30 Nov 2000 11:05:08 +0100 Date: Thu, 30 Nov 2000 11:05:08 +0100 From: Preben Randhol To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001130110508.A456@pvv.org> Mail-Followup-To: Preben Randhol , gtk-list@gnome.org References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Tue, Nov 28, 2000 at 06:22:19PM -0500 Organization: PVV Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Valdis.Kletnieks@vt.edu wrote on 29/11/2000 (11:31) : > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. I agree. Anyhow I prefer a widget over having to run stuff through bonobo when the widget can be made small and neat. -- Preben Randhol ---------------- http://www.pvv.org/~randhol/ -- iMy favorite editor is Emacs!bcwVim -- vim best-editor.txt From otaylor@redhat.com Thu Nov 30 09:53:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id DDF602C81E for ; Thu, 30 Nov 2000 09:53:33 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 8A061242FBC; Thu, 30 Nov 2000 09:53:33 -0500 (EST) To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: gtk and window size References: <01C05A07.E434A460.meisemann@dsrnet.com> From: Owen Taylor Date: 30 Nov 2000 09:53:33 -0500 In-Reply-To: Matt Eisemann's message of "Wed, 29 Nov 2000 13:25:49 -0500" Message-ID: Lines: 48 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application which has many nested vetical and > horizontal boxes and I am trying to figure out if a parent box overrides > the parameters set by a child box. It looks like it does if you want a > parent box to be nonhomogeneous and a child to be homogenious and visa > versa. My actual question is in regard to a CLIST. In my application I > have a CLIST in a scrolled window. How do you set the default size of a > scrolled window so that a user can adjust its size? If one uses > gtk_widget_set_usize it will set the size correctly but it seems to be > static and unmovable by the user and it prevents the user from being able > to expand the size of the scrolled window and hence the CLIST. The > function I was thinking of using was gtk_window_set_default_size but I get > some strange error messages > > Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): > assertion 'GTK_IS_WINDOW (window)' failed. > > The code for my window where I put my CLIST is. > > scrolled_win = gtk_scrolled_window_new(NULL,NULL) > gtk_window_set_default_size(scrolled_win,400,400); GtkScrolledWindow does not derive from GtkWindow. > gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); > > where display_tasks should be the CLIST. > > Any ideas? Let me know if you need more code or a better explanation of > something. Thanks ahead of time for your help. Each individual widget in GTK+ only has a minimum size. If you want to set default or maximum sizes, you need to set them on the toplevel window. To make computing the correct size simple in the case when you have a window with only one adjustable-size widget, GTK+ introduces the concept of the 'geometry widget' - that is, the widget that the geometry parameters set on the toplevel apply to. So, you should be able to get your desired effect with: gtk_window_set_geometry_hints (toplevel, scrolled_win, NULL, 0); gtk_window_set_default_size (toplevel, 400, 400); Regards, Owen From davidchen@itri.org.tw Wed Nov 29 04:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id D9F062BAB1 for ; Wed, 29 Nov 2000 04:17:37 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id RAA04326 for ; Wed, 29 Nov 2000 17:20:54 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id RAA16340 for ; Wed, 29 Nov 2000 17:18:16 +0800 (CST) From: "david chen" To: "gtk" Subject: How to load jpeg image using gtk Date: Wed, 29 Nov 2000 17:18:49 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ SGkgdGhlcmUsDQoNCkkgd291bGQgbGlrZSB0byBsb2FkIGpwZWcgaW1hZ2UgdXNpbmcgZ3RrLA0K Q2FuIGFueW9uZSBoZWxwIG1lIGhvdyB0byBkbyB0aGF0Pw0KT3Igc29tZSBleGFtcGxlIGNvZGUg c2ltcGx5IGlzIGFibGUgdG8gaW1wbGVtZW50IHRoYXQuDQpUaGFua3MhDQoNCkRhdmlkDQo= From cooperdl@att.net Tue Nov 28 15:11:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc22.worldnet.att.net (mtiwmhc22.worldnet.att.net [204.127.131.47]) by mail.gnome.org (Postfix) with ESMTP id EA5B02BAE9 for ; Tue, 28 Nov 2000 15:11:47 -0500 (EST) Received: from webmail.worldnet.att.net ([204.127.135.57]) by mtiwmhc22.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with SMTP id <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net>; Tue, 28 Nov 2000 20:11:47 +0000 Received: from [147.72.229.147] by webmail.worldnet.att.net; Tue, 28 Nov 2000 20:11:47 +0000 From: cooperdl@att.net To: gtk-list@gnome.org Subject: Option Menu Date: Tue, 28 Nov 2000 20:11:47 +0000 X-Mailer: AT&T Message Center Version 1 (May 2 2000) X-Authenticated-Sender: cooperdl@att.net Message-Id: <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a continuation of a thread started on glade- users. I am having a problem with the optionmenu widget resizing (or rather, not resizing) when new menu items are added to the menu connected to the optionsmenu. After checking into the code, it seems that the size of the optionmenu is set only when the menu is attached to the optionmenu. The optionmenu size functions are private. How can I force the the optionmenu to resize after adding new menu items? I have x expand and shrink enabled, if you were wondering. I have found a workaround in the mean time. If I save the menu that is attached to the optionmenu, then unattach it from the optionmenu, add new items to it, and then re-attach it, the optionmenu is resized correctly. Why am I doing this, you ask? No, I'm not changing the optionmenu items at various times in the program. I'm setting the optionmenu items at startup based on a configuration file read in when the program starts. Thanks for any education you can provide. David From davidchen@itri.org.tw Mon Nov 27 21:31:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id ABCE02BBBA for ; Mon, 27 Nov 2000 21:31:29 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id KAA21783 for ; Tue, 28 Nov 2000 10:31:44 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id KAA20658 for ; Tue, 28 Nov 2000 10:28:57 +0800 (CST) From: "david chen" To: Subject: Garbage collection in GTK Date: Tue, 28 Nov 2000 10:29:32 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ RGVhciBTaXIvTWFkYW0NCg0KSSBoYXZlIHRoZSBmb2xsb3dpbmcgcXVlc3Rpb25zLCBjb3VsZCBh bnlvbmUga2luZGx5IHRvIGFuc3dlciBtZSwgdGhhbmtzIQ0KDQoxLiAgSW4gR1RLLCBpcyB0aGVy ZSBhbnkgImdhcmJhZ2UgY29sbGVjdGlvbiI/DQogICAgIEhvdyBkb2VzIEdUSyBkZWFsIHdpdGgg dGhpcyBraW5kIG9mIGlzc3VlPw0KDQoyLiBIb3cgZG9lcyBHVEsgZGVhbCB3aXRoIGdpZiwgb3Ig anBnIGZvcm1hdD8NCiAgICBJbiB0aGF0IGJvb2ssIG9ubHkgeHBtIGZvcm1hdCBpcyBtZW50aW9u ZWQuDQoNCg0KDQpLaW5kIFJlZ2FyZHMsDQoNCg0KRGF2aWQ= From loban@ugcs.caltech.edu Mon Nov 27 02:36:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from spew.ugcs.caltech.edu (spew.ugcs.caltech.edu [131.215.43.154]) by mail.gnome.org (Postfix) with ESMTP id 81C732BC6A for ; Mon, 27 Nov 2000 02:36:14 -0500 (EST) Received: by spew.ugcs.caltech.edu (Postfix, from userid 9289) id C2BB32440F; Sun, 26 Nov 2000 23:36:13 -0800 (PST) Date: Sun, 26 Nov 2000 23:36:13 -0800 From: Loban Amaan Rahman To: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? Message-ID: <20001126233613.A20416@spew.ugcs.caltech.edu> References: <002f01c05813$97178da0$bcec41d2@ielinux.com> <200011270252.VAA18807@renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200011270252.VAA18807@renoir.op.net>; from pbd@Op.Net on Sun, Nov 26, 2000 at 09:52:47PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >I want set my widget to play sound effect when some event happen. > >Have any gtk function can do it? > >or other C,linux function can do it? Don't mind the flame you got earlier. Some people just like doing that. Check out the following web-page for what you need. http://developer.gnome.org/doc/API/libgnome/gnome-gnome-sound.html = L From jouse@ms27.hinet.net Fri Nov 24 01:00:05 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ms27.hinet.net (ms27.hinet.net [168.95.4.27]) by mail.gnome.org (Postfix) with ESMTP id 58B832BAAA for ; Fri, 24 Nov 2000 01:00:04 -0500 (EST) Received: from Alan ([210.65.236.188]) by ms27.hinet.net (8.8.8/8.8.8) with SMTP id NAA20594 for ; Fri, 24 Nov 2000 13:59:50 +0800 (CST) Message-ID: <010201c055db$efcc0d20$bcec41d2@ielinux.com> From: "jouse" To: Subject: Have man for gtk?? Date: Fri, 24 Nov 2000 14:00:51 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FF_01C0561E.F468F260" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi, all Have man for gtk?=20 like as type "man gtk_main_quit()" then show the function help. Where to get it? ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi, all
Have man for gtk? =
like as  type "man = gtk_main_quit()"=20 then show the function help.
Where to get = it?
 
------=_NextPart_000_00FF_01C0561E.F468F260-- From robert@promisechina.com Thu Nov 23 22:42:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8C0892BE58 for ; Thu, 23 Nov 2000 22:42:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id WAA23486 for ; Thu, 23 Nov 2000 22:42:44 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAO3ggD07917 for ; Thu, 23 Nov 2000 22:42:43 -0500 Received: (qmail 16140 invoked from network); 24 Nov 2000 03:33:47 -0000 Received: from unknown (HELO zhang) (61.151.184.134) by www10.chinadns.com with SMTP; 24 Nov 2000 03:33:47 -0000 Message-ID: <000a01c055c8$45a78300$7424c409@promise.com> From: "Zhang" To: Subject: Can I band .so with my program? Date: Fri, 24 Nov 2000 11:40:19 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C0560B.529CA340" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQoNCiAgICBJIGNvZGUgYSBwcm9ncmFtIHdpdGggR1RLKyBpbiBGcmVlQlNELCBi dXQgdXNlcnMgY2FuJ3QgdXNlIGl0IGlmIGhlIGhhdmVuJ3QgaW5zdGFsbCBHTElCICYgR1RLTElC LCBpdCBzYXlzICdjYW4ndCBmaW5kICoqKi5zby4uLicsIGNhbiBJIGJhbmQgdGhvc2UgLnNvIHdp dGggbXkgcHJvZ3JhbSA/IA0KDQogICAgQmVzdCBSZWdhcmRzDQoNCg0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBSb2JlcnQuIA0KICAgIA0K ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7IEkgY29kZSBhIHByb2dyYW0gd2l0aCBHVEsrIGluIEZyZWVCU0QsIGJ1dCANCnVzZXJz IGNhbid0IHVzZSBpdCBpZiBoZSBoYXZlbid0IGluc3RhbGwgR0xJQiAmYW1wOyBHVEtMSUIsIGl0 IHNheXMgJ2Nhbid0IGZpbmQgDQoqKiouc28uLi4nLCBjYW4gSSBiYW5kIHRob3NlIC5zbyB3aXRo IG15IHByb2dyYW0gPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBzaXplPTI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJlc3QgUmVnYXJkczwvRk9OVD48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgDQom bmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsgDQombmJzcDsmbmJzcDsmbmJzcDsgUm9iZXJ0LiA8L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgPC9GT05UPjwvRElWPjwv Qk9EWT48L0hUTUw+DQo= ------=_NextPart_000_0007_01C0560B.529CA340-- From jack.smith@csfb.com Wed Nov 22 08:56:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E91832BA9B for ; Wed, 22 Nov 2000 08:56:36 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id IAA10742 for ; Wed, 22 Nov 2000 08:56:31 -0500 (EST) Received: from unknown(169.37.98.45) by ny-bas05 via smap (V4.2) id xma009527; Wed, 22 Nov 00 08:56:09 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: GLib GTK compile problems Date: Wed, 22 Nov 2000 13:56:06 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 16050FFD683062-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I am not able to compile GLib or GTK+ under solaris > GTK/GLib version is 1.2.8 > My OS is: > uname -a > SunOS 5.5.1 Generic_103640-32 sun4m sparc SUNW,SPARCstation-20 > > My Compiler is > cc -V > cc: WorkShop Compilers 4.2 30 Oct 1996 C 4.2 > > > It appears that configure is unable to resolve a few basics like > sizeof(char), sizeof(int), etc, as well as the location of bcopy() > > CC doesn't like it when attempting to assign a NULL to a Pointer without > casting. > > I have looked through the documentation, and can't find how I am meant to > resolve these with configure options, so I thought I would ask someone who > must have been able to get GTK/GLib working. > > Any Suggestions ?? > > Thanks > Jack Smith This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From Igor.Borojevic@ireland.sun.com Wed Nov 22 11:58:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id B7F532CE1F for ; Wed, 22 Nov 2000 11:58:16 -0500 (EST) Received: from sunire.Ireland.Sun.COM ([129.156.220.30]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id IAA17313 for ; Wed, 22 Nov 2000 08:58:10 -0800 (PST) Received: from caladan.ireland.sun.com (caladan [129.156.220.156]) by sunire.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id QAA22495 for ; Wed, 22 Nov 2000 16:58:08 GMT Received: from ireland.sun.com (localhost [127.0.0.1]) by caladan.ireland.sun.com (8.9.3+Sun/8.9.3) with ESMTP id QAA14381 for ; Wed, 22 Nov 2000 16:58:05 GMT Message-ID: <3A1BFB1C.7EDC7252@ireland.sun.com> Date: Wed, 22 Nov 2000 16:58:05 +0000 From: Igor Borojevic - Sun Ireland - Central Test - Performance Test Engineer X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: sending events to desktop References: <3A1A8C02.64597193@SoftHome.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, What I want to do is to send events to the desktop i.e. 1) send mouse middle button click 2) warp down, right, down... 3) click on programs/system/Gnome terminal (that's launching the gnome terminal) Do I have to specify all fields in GdkEventButton structure? What to put for window that received (?) event? The program that produces core is: #include int main (int argc, char **argv) { GdkEvent *event; event->button.type = GDK_BUTTON_PRESS; event->button.x_root = 100; event->button.y_root = 100; event->button.source = GDK_SOURCE_MOUSE; event->button.button = 3; gtk_main_do_event(event); exit(1); } From David.Monniaux@ens.fr Wed Nov 29 12:01:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nef.ens.fr (nef.ens.fr [129.199.96.32]) by mail.gnome.org (Postfix) with ESMTP id 777972BE96 for ; Wed, 29 Nov 2000 12:01:26 -0500 (EST) Received: from basilic.ens.fr (basilic.ens.fr [129.199.99.48]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id eATH1JH36864 for ; Wed, 29 Nov 2000 18:01:19 +0100 (CET) Received: from localhost by basilic.ens.fr (8.9.2/jb-1.1) id SAA04305 for ; Wed, 29 Nov 2000 18:01:19 +0100 (MET) X-Authentication-Warning: basilic.ens.fr: monniaux owned process doing -bs Date: Wed, 29 Nov 2000 18:01:18 +0100 (MET) From: David Monniaux X-Sender: monniaux@basilic.ens.fr To: gtk-list@gnome.org Subject: mouse wheel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, currently (1.2.x) the mouse wheel behavior is hardcoded in gtkmain.c. It is understood that buttons 4 and 5 are impulsions for vertical scrolling of widgets. It is understood that the user has put "ZAxisMapping 4 5" into XF86Config if running XFree86. Some new mice have two wheels; the second one is intended for horizontal scrolling. Of course, it's possible to add support for it in a similar fashion (I may soon send a patch for this). However, I find it a bit rigid and hackish that button numbers should be hardwired on behaviors. Some mice have more than 3 physical buttons and the user might want buttons 4 and 5 not to behave like a wheel. Are there any plans to make wheel behavior customizable; i.e. allow, say, buttons 6-7 for vertical scrolling and 8-9 for horiz? David Monniaux http://www.di.ens.fr/~monniaux Laboratoire d'informatique de l'École Normale Supérieure, Paris, France From tim@aromasys.com Tue Oct 31 19:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 9EBCE2BB98 for ; Tue, 31 Oct 2000 19:19:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id TAA03455 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from sunny.fishnet.com (sunny.fishnet.com [209.150.200.6]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA107KD05140 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from MICROTIME (209.150.205.175) by sunny.fishnet.com (5.0.048) id 39FECC320001EEDF for gtk-list@redhat.com; Tue, 31 Oct 2000 18:07:25 -0600 Message-ID: <005001c04397$ad8e9820$6500a8c0@AROMASYS> From: "Tim Holzmann" To: Subject: install problem Date: Tue, 31 Oct 2000 18:07:08 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004D_01C04365.62664000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable configure bails with the error 'glib-config --version 'returned 1.2.6, = but GLIB (1.2.8) was found! None of the suggestions worked, how can I = get glib-config to recognize the new 1.2.8 version. I run ldconfig -v, = and it shows the correct version. This is very frustrating, I'm running = RH6.2. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
configure bails with the error 'glib-config = --version=20 'returned 1.2.6, but GLIB (1.2.8) was found!  None of the = suggestions=20 worked, how can I get glib-config to recognize the new 1.2.8 version. I = run=20 ldconfig -v, and it shows the correct version. This is very frustrating, = I'm=20 running RH6.2.
------=_NextPart_000_004D_01C04365.62664000-- From dfisher@jagger.me.berkeley.edu Tue Oct 31 22:34:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 5E52A2DE23 for ; Tue, 31 Oct 2000 22:34:26 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA13LjV11138; Tue, 31 Oct 2000 19:21:45 -0800 Message-ID: <39FF8C49.5020409@jagger.me.berkeley.edu> Date: Tue, 31 Oct 2000 19:21:45 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001030 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: gdk_input_add References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal, Just another question... just to be sure... you are calling gtk_main, right? The thing is, this is supposed to work... it has worked for me. Could you post a small sample program that also exhibits the behavior. I think it's too hard to tell otherwise. Darin Meghal Harish Varia wrote: > I am using the gdk_input_add() on the client side. > > Also on the client side, I call > > connect(sd,(struct sockaddr *)&server,sizeof(server)); > > I know that the connection has been made, and also that the server is > sending data back because if I use a separate thread to read data off of > the socket, this seems to work. > > The problem with using a separate thread involves issues with > reading/writing globals, so I really need to get this gdk_input_add() > working. > > Thanks, > Meghal > > > On Tue, 31 Oct 2000, Darin Fisher wrote: > > >> How are you establishing the socket connection? >> Darin >> >> >> Meghal Harish Varia wrote: >> >> >>> Hello, >>> >>> I use gdk_input_add in my program as follows: >>> >>> { >>> sd=socket(AF_INET,SOCK_STREAM,0); >>> /* I check if a valid socket is returnet */ >>> gdk_input_add(sd, GDK_INPUT_READ,incoming_message,NULL); >>> } >>> >>> >>> and then i declare: >>> static void >>> incoming_message (gpointer data, gint source, GdkInputCondition cond) >>> { >>> >>> } >>> >>> >>> It compiles fine, and the gdk_input_add line seems to be executed, >>> However, incoming_message is never called.. why?? >>> >>> >>> Thanks, >>> Meghal >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> gtk-list mailing list >>> gtk-list@gnome.org >>> http://mail.gnome.org/mailman/listinfo/gtk-list >> From dsh8290@rit.edu Tue Oct 31 23:37:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 5186D2BEFE for ; Tue, 31 Oct 2000 23:37:23 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA26918; Tue, 31 Oct 2000 23:25:06 -0500 (EST) Date: Tue, 31 Oct 2000 23:24:06 -0500 From: D-Man To: roncom@dds.nl Cc: gtk-list@gnome.org Subject: Re: C/C++-applications as objects in gtk? Message-ID: <20001031232406.A29924@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001031143529.B29942DB4D@mail.gnome.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001031143529.B29942DB4D@mail.gnome.org>; from roncom@dds.nl on Tue, Oct 31, 2000 at 08:58:11 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Here comes the fun part. C/C++ is compiled, not interpreted. In (for example) Python, functions (and thus programs) are objects and can be manipulated as such -- passed to other functions, assigned to a local name (aka variable), etc. If you want to treat a compiled (C/C++) app as an object, I think you would need to use CORBA. This would entail writing an IDL file describing the object (app) and then a corresponding CORBA service implementation. If you just want to interact with another process, you could use some system calls to open a pipe to the app and interact with it that way. If you know what the api of the app is, you could write some C/C++ code that uses the api and just link against the binary. This may be impossible if the app is proprietary. To simulate pressing the enter key while communicating with a CLI app through a pipe, simply write the newline character to the pipe ( '\n' ). -D On Tue, 31 Oct 2000 08:58:11 Ronald Bultje wrote: > > > Hi there, > > is it possible to use an existing c/c++ Application as some sort of > object-kind-of-thing in a gtk-application? > The object/c/c++-thing is in this case a tv-viewer and my own application > should add some functionality to it (buttons, etc), but I still wanna watch > tv, of course, so I also need the tv viewer-application itself together > with all other widgets I want to add. > > Is there any way to use all existing c/c++-code and make an object of it > without changing everything? > > An another question: is there any way to execute a console-application from > within my gtk-app? And are there ways to "simulate" the [enter]-key and the > [Ctrl]-key (this application needs the control-key and the enter key in > some situations, if I can simulate them then I can make some sort of a GUI > for it) > > Thanks in advance for anyone who can help me, > > Ronald > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From meisemann@dsrnet.com Wed Nov 1 15:11:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 54E632D000 for ; Wed, 1 Nov 2000 15:11:10 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1Jlnp24164 for ; Wed, 1 Nov 2000 14:47:51 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1Jlb424129; Wed, 1 Nov 2000 14:47:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 14:51:59 -0500 Message-ID: <01C04413.49775A80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 14:51:58 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From meisemann@dsrnet.com Wed Nov 1 15:52:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 171362C963 for ; Wed, 1 Nov 2000 15:52:43 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1KTQp29095 for ; Wed, 1 Nov 2000 15:29:27 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1KTO429082; Wed, 1 Nov 2000 15:29:24 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 15:34:09 -0500 Message-ID: <01C04419.2DBE6EE0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 15:34:08 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was thinking of putting my dialog window in a separate function and not in main().....a novel idea. Anyway, I suppose the implication of this is that i have to create the window each time and I don't mind this but what about the signal_connects , should they also be in the same function I create the dialog window in and if so, what are the implications of the rest of the program continuing to run or will it wait for me to do something with the dialog box. -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 01, 2000 2:52 PM To: 'Dugas, Alan'; gtk-list@gnome.org Subject: RE: dialog widget problem I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From Rick.Esquibel@ARZ.Boeing.com Wed Nov 1 17:13:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id 0C5E12DE81 for ; Wed, 1 Nov 2000 17:13:22 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id OAA26587 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id OAA16613 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from xch-mes-01p.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Wed, 1 Nov 2000 14:01:06 -0800 Received: by xch-mes-01p.msc.az.boeing.com with Internet Mail Service (5.5.2650.21) id ; Wed, 1 Nov 2000 15:01:06 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: gtk_ctree_node_get_text bug? Date: Wed, 1 Nov 2000 15:01:05 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There appears to be a bug in the gtk_ctree_node_get_text function when a GtkCTree is defined with only one column. More specifically, this statement in gtk_ctree_node_get_text() will return 0 when column = 0. if (column < 0 || column >= GTK_CLIST (ctree)->columns) return 0; Others have used the GTK_CELL_TEXT macro to resolve this bug when the ctree_tree_select_row signal is used (see below). void ctree_tree_select_row(GtkCTree *ctree, GList *node, gint column, gpointer user_data) { gchar *text = NULL; text = GTK_CELL_TEXT (GTK_CTREE_ROW (node)->row.cell[column])->text; } Is this bug going to be fixed in the next release of Gtk+? From timecop@japan.co.jp Wed Nov 1 03:19:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from toshiba.oat.ne.jp (ppp106-1.dialup.mtu-net.ru [212.188.106.1]) by mail.gnome.org (Postfix) with SMTP id 5B6E32DBDA for ; Wed, 1 Nov 2000 03:18:24 -0500 (EST) Received: (qmail 3596 invoked by uid 1000); 1 Nov 2000 08:04:52 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Nov 2000 08:04:52 -0000 Date: Wed, 1 Nov 2000 17:04:51 +0900 (JST) From: X-Sender: timecop@toshiba.oat.ne.jp To: gtk-list@gnome.org Subject: beginner gtk questions Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="29630320-785879086-973065891=:3587" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --29630320-785879086-973065891=:3587 Content-Type: TEXT/PLAIN; charset=iso-2022-jp after reading through docs etc here is what I came up with. attached is a custom gtk widget for a knob. can someone look over the code as far as the functionality or missing required pieces, and things like that, and get back to me? reply to my email, I am not on the list. Would this kind of a widget be acceptable in a general purpose GTK app or does it need a lot more work to make it usable. I also would like suggestions how to make the adjustment widget honor the adjustment->lower values to start the knob with negative numbers... etc thanks. :) $B!&!E!D(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!D!E!&(B timecop@japan.co.jp | $B#O#ADL?.%5%S!<%93t<02q Content-Description: Content-Disposition: attachment; filename="knob-widget.tar.bz2" QlpoOTFBWSZTWRmsVlkAe7R/lP/xQhB//////////v////4EAAABBAhgRz55 ECVnu+h6lO9krbvee75u70vOruz7z1OlmmFe+5t5oey8X3Gp7RK3l169zpQa A1QA23jzPW6+5vY23p7tdrd3ffAy9Nbb33d069PvPd993qAH3273w7bQAWwM PdddpOK2m7nTnV55bx15x4zx6ovt99gG855x9X2dnvdzor1fJu09e8B73Our M+1N9PXDYTdu1595V8Rj6bdnsvcUCs7elenve483XvPVc826lVrgTAJCRIIy AQSZNEnqeEI2mjUTwp6T0RtT9JNpG0jQaNA0aMjIBpk0IghCmkIAAA0BpoAA AAAAAAACUxIIUKeqekYQNMQYmmg0wTQNBiAAA0ABoAEmkiBEKJ6iI0yGgaaP UDTRpoyBoAGQwg0AAACJJEwp6IExNqp+JgIQNUfknppJ7SDU09TIGMTKDxJo fpQbJBJqQmiCZNMhJpoo02SZtImg9RozRpGmAmARk0YhpppiN9gfT830dfY+ T+Z/EJwyQEJmIrwp4ZFjAjq9qTn7OiqeyqG0TA6LzqKupIQCRUI/0F1hwWMT VISFV1Kc2pUTMjpkJnJYE0KVHIUnP8Wfz8EOxaKUx0GckNWlDCINQVJFMIC9 sEkRowTu/HMyWwXUARg40jhBYQG68zHdYphfhg6SzciMtAPLnrCwSZ0WyUHf AgiDwRGVIJJD3PR0RkRn3BfbMz3gayw73YLJPDC7mX5ylLJAwYQWAGHzThkk PTA0w4Q5SsAPpJqMgkOGBxkCgMAjAYTpIAlFFDCehB1AJhEBUEYkGIEIpAEh pnJkHvDk1Jrn52Q7TYQICbSwggM2hUUEYy+ixFsKMAqBSKjBYowiwiqSKMGC hIIBSFC0qMKpISjAIjBAFAUgkYUoNpEYQEHJVdgP1MQaYsCJAJAgDTE2gYgb RIQKFDTaPe+LlfXLPbbjfny29PLnwIRyTR/v+/xSwADVgHT9zhTZPMoybIcy xeQzPqNYpfEL1V4MMm3Y4ocsZGwSC/jWnU8y+kC81SQxhMSAVkMTEqAeT8TZ UH/SpTpRSB81sxVLCHJ1AsIeeN4TRiIVlVkQRiotCgYlwslYCJbI0BLMMhWK KxiMYkBFlEXGGMJjLCxksEUUQ2gXVCppqqKKrqwP3fwnJCHLCwR2OOkvxyNZ MFFCLnPwlQ7frKDKSXRkkWKpRlUQrYqerYWQl7ZBRVCWo1ftoyOwICPaHjCP fxiKJxclKKB7AiAg82RA1qRiRiUQZFVKgApFgqyQiwUAVVVQiMBEVqhIe2b1 kLV+irBFltRfDT1z4rBgHxfF69VxeydP/P2H2neId5d2BUE7gDjGkP6XnL/N pcPkYj0SEpAe34zFo7QO0YecDryyJjbR3lT2qioMEqEsf9PP9ONQv/18ql+u O/92FD87DyeTfwjDtZ0UkkmjgaWamc8Om6ZDx+zno6X7j+/UbwJ+WCdTZXn7 /WXgnUBtgchYSEfehifBcfw3b/Tf7+F2QPzni7w7/2S8Y+cxeL905ylgiRKX tVrjjj+1c0LyLxzxKswzjJ5/1ej4fP6KlaXkvQ9lpJyeyZR8SrhKaKhyDW/Z 92+ZZZG3kFvTlPvYEshfYkUkaklUFG0gTGJtFdo4kRPeR7bvbvlgXG0jxHfA Ehm8G15q5BcCPEjNgjao5fRC+73kCINUZ8+7YU2f3b/1b18vXK+K5D66hbIz wjqKRxeCzgVD7cGkcNJUUcFFGjSmUwMBQVVEJpb3d3+aZN0xa0V3RBNVn8u6 ePsa1pnFCnaYoxdJa86uUUagOxjK9haywMPH2WlkvNnlpY5oSlsTstGkNoWi CG7xB9vrc31j46vDoI9W+UL9f3PP/r6Xs1WEVXgPZRwz2l9bvftW05mte2s4 t6e9Pe+bUoufpEn9NkUDpklQprdO3gzT466fCTX7C+fVUCGZwdLg1s5jJ6Bi wYjUkN/V6uFqukt1vdS2lJ0EVPBeGTMfBc/mDrc6imeRzfNkyOxdNoSwrRXM VqJu4pvEwKarExfK8gwkp/L9Th0s0pEEGP0IXsaAb5tSplGmu+1FTNXinhyH ov35x8z6/PmSDCkZSQPGUmzIcygDZA1gbpBiXFjEGKsUEZFBRVQWCqKIiLEU GCrEVR3O+tejyzbFkdQnjIoTzvz39m7MaVMR4pbcHBDfmF2KBhvutAXp4bFm fPr9MceKzkhrzLKJI7LIFWo9rxcoeiL84BMQR6Z8HkiF6cxAwjQv1Wik2eO5 F+294+7exMp/XMuwe319aDmflK16UoTNpb1UyTkorPQ2MWhZox2bPZPlj2nU CyANQY1ijJ5gOQJIjj5czfKaKTQGD0rz5mmjL80VsnUXYYiA7AJ4VhorL6+f qiNbrASubw+/yc8bpwh78vX8SBMdIhZkWTOPK1Dy6dep178YvOzV6zTrRubh uXVbnLiImhY2xkzk1/b52e/3/gYIPe7Pt+tSmvJB7kfNJS+//ffWUfJJCLsX 6Jv3Y+PlhOla6fGt9wPP9jrDGhtyQqJjxqe1Xi7+rt21LsLdt3itXXVscjCd MKthWcL4cCXmAI4d5a5O5d8DGSSSL+yQ5tARrZ1zD86Eg5dRA40eXZ5xaQkT R8FECJxAG0lK6zbvzt4FViwUUVGF0PeBo5+AkzudCNXWWTctp8iIT4XcqhNt vawNkbW63Zvc+fJtxcZTw7dd+ddL0OqHKcFeHguU3m8lViigIxSUb06c1xrW GXTqxcnNe35jz+eFTGLYjmvdBY6UyFGekLSc4yrBYhID+P7+EU+aWA2wpRhF WCIoosRBRVFB4hChJ1wUmkgqk7CTJMUDSdoi5JhrFquMBY9JPC/ODHX3MssT lhKtosOpQYHGXNfHKwQ8BEj2QkzRIIBgk+9zD5oezwiTaNQpk31HsweMi8UQ INOGz1agX73rU0rHKXvgudO3M50ek+/JVEK3bZjDL5lirjxh2Zjozoha3F87 41oanqGRY+6FD7sfCI/hQfv8baA9BCeo4wn4MEjOmPLdh6n2+Xqq+Y3vHOrp 0dYV1jkcjqyaGZRrxOSRxEgQpOFrWSJZMvU4yMMKqncB2cGobLwFyGm3Ihw4 zlIkREOkHRLowY6dOOOhfkTTdsqTthBWV5kVitYjYJY7iJIBiFwkOpo5qhzz 6LVZ16U69mM2w1wfPv6Vn0r8Jk9kXcACJb8+2p0DZPGjMz84HaI+tpzEI8Lz 3fO0bZurNIoaYyGaVbpMgySxZTv0gBSAYNue1Qq1rGttZGsqqiBIR1m4YW80 dKwFVO9mc6nhqqaSCW+tOnBC6mcrC+Osdji75+hVfLFwhkiBA0eer5dThoAJ yCkhAgPLN03JBM2kC+pVUhUgYKa6eWuDCmWGrfjyMCrrawqWWlq1QrLq5Bt6 o0RREQjF9bWETI0LTIQNTngx3fWUDEFIoBcCwHKlXnl3pd6BVBHumOkvFCuO 6DV4vdIgqsqxeq3d17HW1+3DhoRWZYqyNLsbkYeHrim/YLObd/OYc9XjUOmW 72iplrERiLBYl502knesSBPifH7235UpbE+bU0kWQDNzxCgr98N4Jd0FFiIC Kx9/E+J9OYjban04n18m8NdfPdWaLXOsTRo9tJRtdhs7yylA1HIt4Ix5NPk2 NNgKrgzqOybs0wz6Mw8E6NMUXmzfaocBLXPDau/BM4LouKlIiKIm6ZDS/he8 OogKpcDAIMGDabHWiVY6Vqum0xI1bGMr295ADJKcEe4oY4RzoTc10Utb8ia5 1nmsV6lHIPpAbJMnk06bnQzWVotLfjBPcDgYHxt12udV7Lv0h7BoEosyjAXH aUBkRED75oi+pu0tOBaZUo3lZqCWUpOr64hO8pzgbbbCdpnjfcX/Ocw71Kby gQFiLka5sGMs7ownHcFx66WvnMIoqCobXIWwAtSkGmIcahZWyDwDV5MJ2EiD JB3S13A2xyXn1KTG91hsEMx3kA3sJglab+4UWIhszlFGdHQkxOjJ3idaTobF eBXx4ErZKUwj2ZiRmd4sYmKqRZNJ5du2hTy3vstr1452LOU8csJDYaCNCJy4 4mVadWwlhPc0ZHVOFYQHPB9TrFwyMIgaDZ2Jnc4JUghnA66O8UYDu6woLBfn ehDNN1SkzhM+/kfqeURWZxoatWtkTv2khR43M2NG2I0qnhmhjxtMpJlMyz3l Rpxhn4LPEA2JFFDs+VQ7w0pz5ycYHCicMrBjC6M3rV9J2ZRlaIhm8DEYMPRA nM5EFRkRICI6yUBoW3k2rYCFXjjpx6NcixYroaWMXJpAI7mMNQiRJMWRCKEV SNmIHPPzPm+j44Zyr6zXxo+t+2HuKqHPmSaCSQSxdcPOsSQ0YTjtraG2LLwG +cIIYaY4nFqVMK0q0hGvGeo3tNcaYmJy4nM9zxyxq1vJ6fgCqrlql6IEmHls b9KdLe9zu86G6dePJ93lrxlPvwEfXt4+YzHr4lH5H3OUF8PZBpekt9QNqakx 3jmYz6a0zSBYFy2UlpG0lVpNmWkYAxWQ/LnBicp6fteA+vGACwn0ubEUmPLA 3Aypi5XKDpgSMjauONBVaExoCGhirZCJdChKiWMjKr82zDkzuInLEc4OOjed CexGcMWshRGWMgKDEGnJNAkiAeaBADUYN80GiCx5UYe9A8Wb0ODcAnVypmJG VAsFnWbufhiHewOHGQrFhPLRQUJnTORFkDWWY8Mg3XwoWkSokiOqIWFwRc4A X2UCwujOU5AOogpFIiIrGUANAmZfhJAJIFQAOYcGIOKyG2TnAEsXqpLyxeq2 oQBUL7kRwFlFF7smISMYKoCgLFFIFTCJMSLJFlkkGURFSbQKgLBQNNZFCoCy oCMFgKLBZBRVUIKKVCqwmecyVU+1rnL9bfet3hS8JVGDLvjbrZaprLszWaJt DhkBYsIpBwmdakgZJCadZ2EV8VopEbYpXFk2RucnKCiqT3SqiLFgqyKChmuW 8Ad8E7KooKCKjBUWKpFEV5mMUerJKxVFI7gaVBSLBGAXAGlADTAAUhFJDWLA 9+c+vl2BsgzEIqyLJdAgkiRgZgMRwkmMk1DaKSCyCEFQBgAgKAoKNIlCcznW Bjk3wIMIrGCgVHDXhQDjEWkMpAO5NwWIwWEESUAxgejYEnJEMYikgCyKSCLQ o5VaAiSImOQGwISu+FBIwZEASUgRNSENoApJDzteAYqKgqKiIqxFFRJYG0IF 1wyThCBz5qEJsOTxkqsmJbO3abzTUtEwlyLgXFqaW6NStNOTMLmJiYNhOEA2 hAxrwGHGVJOzqXn5m+G7wLCSbQFILtISCkCbhJpBYFQKyQVYHP1qd88d6ITm AxgcjpnUnYCnplVUBZFIs7sk7j33vFYyS6Kfb7Hu8X61nHNORBVUgsWAosik WRHPLA16GeJ5dNbbtuepoeanC1W3TwtZAtCQyQ2YoCiksUFKqOYwVLN5vuJI RkhCEVgqoigs1CQslZCaDTPsM+MsAmLMPd9eivgHghEKfhTBa8zZiSKtQ4L7 QoispJsKWEk1LJ9Vj6pm8PURUP28KsOSFMKNORXsh0bIkrH2N/MUkFKC7n6H yQ9X9BRAhyaEc2ATnHHIjXqUaRx0RhIYhbiZ0aCnIxYSBQILmlSRxE3UxvW9 m2kxpt0wiHYiyT8LIBUkVRtuybZC5ZhdYayT2VgWT8jMAVVigLFAcA1HykIa JDLuwZ5eHdZd1eFYtdPMcdqEcq4mYwUFUWCqoKxWfNKoerrehzPNaTn4+7Bg dQL9p4Dq+q7u2ITbGE+lY7NMcS9iGzOAjK+d9/R3IwWLKkoE62t6piqnFMdA kGHlOdgyauxl8bIlOO2KuQ00M6goCkCVlQV1RsQ8dcJnWBm9usaFg4z2SLl6 ucWyJVYVCnS64ya28UzKJcNFQg5QItoS0sQFgsigiAqxS7A86TTRu+kTNDAC KGnTSXXaRTPq4xjttq+699Hsad2ELmr59pt3Yhid/KrdLvZK44lkRY2oKEZD GY3HMzRVMtgpRtsFFxxH4SnhlDYsNUAURYiLGtWqgoWKoijBFG2SpbmYGD+D zre3hOHC2qHDCMYLMgnOr2ObRrrhgzLOxdAk+Rqi56rY2TbNrcrjyuLydHcm U1zRbsylY6EqJ8NuGtH3Upu3WvlFGIxUVREYiz1POzPma8z2++r0uTW3JPts NkdeOx7HsVvoIeJ7cq1kSFGo/FlLaj3mTEVEWiBFIVUFWCjJ8/dmTj2ZMOKr dPq+QTOyZvKZUjtZzzDWr5U70YplHiPo43TKEOMnOu+1GjFgrFVlNCjI7jGh xvNL9c8BCsgskaHpnRUlBkqFmAfcgsNBBsUgGWEQjAJhaHW1mBOBz7eDmSQx 6O80Umi9036dsj2ICI6MR0IgGX2T2RRYCkUBSLFJgfPjF461PJfA+J5poN5d VhBW7g8W7sFR9ZuXfx8budxd9VpDeaGxnTfxXqaHgxYjJF5MCkWWJIRA+uMm 3sCKhKkjgsQlJu8nGO7IJjmqUDpK6dKCK5SCkWCrLaViPsAPd8tRUKyFAIIM UuZlRpgJpkse7j6T3dPV8LLm46/c6z/cvwTlmEknTd0+Yy9Kuia/yVlLV/gS LfGWFn/tNGElkHasRXY/4D2BjRmVhsKDgwg6QO5KTVfyoNxihZKR+b5lSJKg fZfwnZlplpy9Vz7mZo4iy3NFIGt2d+yqqrEvW8gjIMjvYsZmpgkfJR4YiwYq +CD2NHIdpcLLEsHdjf+TLvvc/43MsfN6AD7v4ez5vq8mM7YwxfPBsDH7UHA5 c/yR++dWq0K5Ze12a+jj4mmTDLDflrE+2lNjH5X8Hx+mR6vuuQU+AIUw7+oZ f1D+GzvC9/jXI1dFhaX1HDZ7skDrkaWXPIgaIqbL1VsYI1ly2VzijiBAy8c4 71NxFqTLOyMZyxrlTJ5TXxidPXjhhGlCyYk2bVEpYotZSEUidi3MaPV63rBt epnNERVeEzoCjp/GLG+WmkVzwcWayzZRvGjSSYrkqpEmgTYlAFUmLQnNJDmW zzsal3Wl6UpUwMZylscfI/yJbPOvExz9X36QkhFBJZQsctfFZmr2NhDR9hKF ZhNDAPb7zzfdl65muvbpBprrLoPXiXXi3GF3jI4FteOAHNudkrXDNY7VENAH XYZw+zrezGCOd5YNsa4EVpo9HEPkJqq6HjmPmgiYw32+2OhIqOMYJYWKSHaA hrWvglHl5B16wA/wfz+jLXxot+hX2GMiye40xbdOgMzRpu/yeN42nqWrBztU sBVxRaI01ZDzfGxOuTGgYqtfKDmUGDKcsGUgSrNiizWkDta2xN6yVErzeDMu yPBj4K9su53wKb7so720ZA1WG+HIlBBZjiOQtFlFzISvjcOvR+Xt9568352K QRo21C0yjG1tI0xwwMXhWngDxdse8md3d3S8M/KVpFaow+1aJFEGHd4e+Nu3 r7UHC6HXrPxT+X9AB4mkip3BPaCRQC4S0fVve6/BRd+AmGCwnOttt0jSU0uw L51dsJxIuZWoTTlTs7HMbPU5GXdHxv+X7U830uc+qL4fw/Xmu2d3o+tOcZWg sYc0jOa9TN/HYtcVDKKS+KXw+3P15UlntsSJxmkbAfxSI4WK1Vl2ezofbsLH RafijZ+l82ihHfLm199m1fBMy4PSC94aSH61ALpXxgj3PZPchi+SqMAPezVq OXt23FugEBgqRYsFBZBTXPVRv473eA4VObc5sPO5QNsgpIsnro7fxyMwYiCk RFies7gIeuA3O7QLAb7t5nJb6Pv6O5RipDhwgdawEk3DhznCHXD17vG9cAs0 Y/DpxUgkWOYMRm2Kbz6nY577mTocqeF7uuXoBTI5CjSTqRoQPGZWsHdjjbPD 3szxgb5ubqUFAT0fCfXkiKAIIREARGDISwc02gFST5awiwWKQ+EhdWEqjCRe k/p8K7/JvbwP7H4PKirt7WluH5t8uhwQvIbPBhvVnpKHCEUKRbQ0ySpFJK/G VEBalQDSVFFHVD5yVVCLIgkxqSKKqqCwRkEVqSsFKhWQqSURGGnHEZR3kpjL GVKCxgjAUEgsiqCW0RrSNZLJSNBsGVxNfai70wCUYQk5RVWCpFQQQO2jKW0Y iS2iWlpaMrWMQWRWA2WlTsUIgxlVYCURkK0sQsoxttWsYjbIsmCsURbSlKQh 7AhMIgSGiqhEWxFqEioVACM2IjZEdNUIhpIO1kNB8jSCkSkgoI/SwEd9rvhC Qfn6zC2iK42ECoFpELCQSlSAVSKg9ZROhBkESWYApPNCUBXjHji8Re/458WH i3xe7xhCMamcjtxX8LrWcsbgYYKYsKDfIq6sF8rZgXEoYIo3WQSWlAcjCjel czvWaXJh3zY0MIJBHWDq+dPUG7gkkUjHQW9wTB06I653lKJ404qDRjRGjOb+ lcitOYQIRKtAkE7lsC9YTBI4PBjKvEyr6z064ioorzx0qa0IsaZ5x4IiM32r OTB0paGudXDgwwZ2bRYWanUzQaI5kbjTdY+ReCBu7mGCDepGHmkTAMdK+5ou +NcaZ5eE9dbJsTZimYLm03NgQCOuA8UdiYhGD2VGLWGWHA6mY0KqMYijZHEx Y1oLmMXWqMR2YkaozEqMlJlTnVqYR0spW8Nkq3IZADP0iO9iq0WlRYVJy8Wr Mp1NoiwEHJuUaNdKZZCsGSZqVhglOrlhYpmpmiy5cmUSDLVUBJmDCourM00l VyEwjWGobLuZw00WlIVXIBGSpi2Vbd0hNzumKIwIzEo4rJSmqFFMoAnRuHdt pXozSOOZs3eIIAoiiyiGliVBmbikm6q0whbxp4KvJIoUrvE2hlJzxomqFVEB JCZbDEtE6Q1qrdziEzQlNUZxzECTczPjk9HnnLYOwUNleM26NyFrhDXS8TEF g/J6996N8J6cG92YNfhNWz3q7d4iqQs6xaVNasu7ilvsuybdA1SSEJRNanU0 JJg6ak9cchyO+u+poaOUokkGBfXIl9JA9EKl5PHQrhPweWNSODoHPHMkeEI7 tmQOiBxymddPA/Bkx32nlzs8ER6YJmR0QjEVKBlPpDbAcweG+6RF+JHKTkEI 7IWkNndVNEKk6fBZIEnwR4xdK5E7phyawzMkSRskShLUTmqetJmzRgZSLUSw 5BpIXMmJjdK8aukushgqopIsWBplnnnt83Jvy/RJ8skveqccUnlRpFGlCyLY rKySopRBiiiLStLb9HaEFikDUmKKo6tiKr+idgJbCT2AvFHj9rPg4mkuYJUE tHCTDlTlhPBsQsBhQ675ippxLXgZRFQJFUxFV4Os2Dmt8cbKzbmXLpSKDYjJ g8cZU0vjjKMRE2GV7xlGdTTcsuxsVx0Pmq48DnkHlxRGRAqRRmO/Hg5VkZWc ogh8a9O/x9+WFix46FZUIrz301lxudHhOJRt20IWsxy1oimze9Gd89+/f1S1 AUpITNJgRjq/l7wMFaK0hIMAgpqSHlqXeDQPRXQBVQYicTtnTzJWp+Kl7NZR F6y+gSaZE42ZjsbHPBO7UvlKvHHAWec+76xjUjB4kiZhTWGYiV5nydpHgx09 npQPl668+ZDPB1p+doURBJBBFabYaHGss10IAi4iBxZ3408iWM6HlPqqOBBQ IwMK77oBxg5GSpwBXJNnB2Mgq13758LjC5Kore5nv133rRrrgvuXhICtUUWg AzoVNuEcOu3nHbMnc5lDm9Smt3KDzeaEDe9VzAEdmCeM1BIsdBbkBTXXPQUU vC41s2inwja12vKvnUQqDaqJ5fTDERUgjER68c55+uTe+fOsrZ5Mvk087IDM GIBMMJAAPmIGdCu4FC8JNtBTgYdE9ZjIG02kxkxq3fKT35xz5wfURd9WcTB3 NrAukwD2hJSAfQhR0gCaQ5y7t22cLv78QRZ2yUUV24FZyYTZtnTWhhmgDIwg pkZonIYlswBtJtK3FdkEwD5W5UaVkyFXoKJelI9JAaNAqZjgw+DRijuhjfNL 01ElGImDfY0K2c8DzOgQUQ6418MVNG3gSBWCgUhu51YnZxuvKmaHJJN1PHdp 83uRXRUTOc8T1wh1oGZ6ewgLAHkwLrBTiAn6ed7txxM4GzskSPNSLkM5ICLb Q2wSVNtRsidJak1fXRrNmszRacFeTHXi2eWeY2Aked6Rj1g+n8j8Fnnk9+k/ m+QUIeeZEpfPLSaSR89F6lhAvvsvI4021+TMWhUeadyivVpSOh1y6QwnpskL HRoBVFOKREXD71FCVhto2HInnbcPw4/JquLq6w5ztNLd8HSvgK+WBj36973f cse2lJd94bIFk+UzQvUhEvXrffQvpWBaw2DZJTL0Uz1oB671Pe9+1tBYztfV EqtKcy+YYoIZNLaWU0TAEkyk5T/X/R+s0eHkMkvaTEGuGQojEE9dFgL3ZNqp tOeIZje8DTlRAvZTCiDBJ1YUbYYb6yXv3PVny5a4BPSdJz54Sl8HwHwMChWg YF/BD+A0TyC50NEkgtBL364zRiiATZFnZ0BvY0CDhMeXFCt4FW7jftMxNeeN VEkdnZHz6zfx7ZkPJ4lizcoDWoQ8nyDxKVZ65WDrW8mlppnbzeMnw319sHdV +bTdUPpHW0C9mm5GSg902gVRqEb+OKGAgE8EI1lps7GNZd9SLrhb4xGw1toG 3tsDKvEhzfb1eFcel0udvhEWCIEIIjsN4aS2hsLYxG+8tbRfQvJGWdNZmGsE PWcUlCIej1efLbPjflPlLGhVFEJmrWGjdY+GJlXSW714iitGtIjrGvSklaWF tsuRgkiM95ErjmRTpFCMqSHa85nSVp466Y56WnG3DViizcdXGTjpq1WtqtQL FilNKoNUFdbDhvZc46FtZE1cuekrHt/NnlORJ3yHKdp4dawS8rr08au6bTIT RFWALFgVTwG8GVuMiMcAUZyUcZ3mDPEZSAXBjPESae5IigSqqFrkW9543HXB zqubUuzU4GeeTTtOBxtpcPyCHVZDz16+TfkbNv6HPr467ySdfD4XZA86CQ6M Z1ckOX2yxdelQiKgosFWC+c9HnAw8SdeHF4e8ypOTq1Cg66W542eFW7EBD6E +Okig4GhmoJAYHWtF4Afg9/BNVrxJwDz1SGWLHCsbMUJESwxwoU6qvIfDfZv mRDIEd5MSYJgVRZoDGLIpFIpe09eqZkCF108c8bdceeUMYbk4iR9EuuoQN93 XEBWPi4y08y11aaTNJLmjjeprkSvNA2xKsAq8fYpUmxRiIF3kCIYw8AoJIgr VHXKgZVdMLZdwvYAdFLR3OhB9RYq4CBQfoXZk1FUPz5bOCyClC0sPu+/18Fp SMzcIalC4m7z6gI6QgFKguVTDn0n85EPTtlcw241XDsiwRRjKPG1h4GcOts1 ejmm16OSGO+cDeeeIijEPFucHfXnWztN8RTaVXPq79evSCJjdHaeby9ak7Yo 8YpxwE2wWlubdHWbmtUFkzmtwwHbvNuIiXq89cmuchVHnrrnGHjI5KyCqnZu wz1OoiPVUSZmZ3XYbVl5pjCMSCi94fkpUxCncoqMzw5SVkrIb3uwIWFbSzJN Km0bhpQWGzVMEJgE9HHWtMJzxnOiTBWIkmOFNIDhu3pQEZwJTiASiTaHlSs6 RnfLIeV7yvljeHllJAfGsOZnE729q6IvF9OPwAIMGPpwY8DKwzz4UCuF3Ti6 7hLU+EagVYQjcmiK2piQYAmWMQLi02F22rN9IZdcxnGhjDENkzrntPOeBXb+ 3ztMUHqoqxTQVUaKlUVaQnmj5fOgwkZCSQC7GSXP0h83o8t22bX0U8GN9PN+ u8bfvoChIkG+h7gyaGODTHcNrWq9+fUraTQyVb+ev+UKB4QVTEH61K/0Ts02 Hv06HuftVMGHHYEH2BbHsPd+ybc+YYjYGXX7nEz8xe50t3jVfCzRNUaZw+8t MxMbEaAY0+DS4bJ0qz6jLG2joEkYTmjRqYM4Naq9GnWkaB7VQM6cBBo14z54 ZB+Mpx0kmQfRiP0Y37qZEpTny/P6wDxz9VX/H0IN6Dqex2Pufr7v66mvURvD OvcZwiuVVa/TT/l4OO5lNDs8SHxl7QNjAWfzlQD/p6M/qXXyrD9a03YMLE/X HnX02r9DwxDs8duzt7cloYiRbPHGOUqJC6/T3dgmTXW29FjTI5Vyzqyo9IGw DlZx1fkbU4KuRhTuVXmfzHqJD5D3ohXxpG4srSVqq61yAVl/hPEIRhpkNWAR N/nXjLuljWCIKVkLh+kqIKxYayp2RlRFZFG5tPhq4fFRm2BsrnVbYZcIGxRk URGKN2b2YyXbkmJVrrPsZ3wLOqbDFUbSEJUQgSJIoYoj6fz4h6PzIXkFkIxk HEnXhTnCAsAHp75O7ITaEUUiNA8RYCyKAKTydGKixYqqLFFVWMiKMfh20VSC MWLARgxVRBgKDBVYCIKokV6IE/W69YIqnsbbWpbRlllaKlQaU/s3IoMFcfev XAn3PJxGKsvuw3m5VSI03VsIKFzXRrDYTTTSI2uqFr8nnmSQ6DiIqlaoKqdb k1FicmnM3iCFWf0JCwx5c68q9JPA5zklNiBsSOHFLNyeRBORnbFDIhUg56zQ RGTAhGAKJ301mue/Tny6SHEtOnPpMypNqkymbrJ4VpDKJnhJ0NTDRuUG9aId XeFggglya0KoS6WPX529VqTuetWKszwcY6fwCB8ojKfXn2Px7hfMh+hOdIvE kPAxEWY2CDJYlbQCFKoqNCDqyGBlhMvclTfiyi3EG1ZT6V2iK4ERxKSwhkbk PSAfLJDyAdeKw/EnWi6ULGWlZIUkpltb268CdUhStIZzaYTggTVBYNgsSu9Q CCWEJAYQQJokXiHjwkkYZ6yo5+BRfxqUZjii/e2LEOLCdyYCIlMApJBMgyY2 kJejGvC9KdRoStrcb3THZthjPfDzwXjyoFIiQkKiiUQGocXEybE8YHbytq3C GiCGKKL3UgsvVdPKpcku9e6AU4iWFoZoK8+jewmdKgTQgW6mRmhuUKqCroIV DrC5ON4Yc9HgUohYVOzh2xYzjGSB4lDw53JTODBW5oSTcCyUiBDjjxRYkVc6 7CzWcHXVzzme0C8RggHJyWxIb65hVgqwRigs4U6wMC+baiaN+vXfmejmBO0g vqXsMXy5nIeeeV9z31yqPaMGoszDDh0nvnpGMWMYjFYeoT12cE63v0qKxpjT zrUvlBCMZxRitRmNpTSFp51rlnjjpnmrF3IgURIrssBs1gcaHLLabmeWZBGg ooiN6iIgXkwRwMt4n02xyhqlp8AMW1q9h2M9FAJdJcr3mzqEuNjsiJq7yDY1 JPHzjX0MsFioxRurgj5fj3y8B07p7+Ti/HE9oJoPIkYeRxMDjvZ3gW+VDg2O sffPQ4hn5OBvK4ZTgtAkjZJGI1XNJbsAGzSpBPtQGafEbyeJF8xRgupuVyqg XlYPFSQUoVtWMlhbKTLsqGN7alOlnnK9KEsaFoSvEN4PiSy8gS08t4tnNKHj fPOHUhXj5QJ33rpwQzX3l2Ope7jDD5O7Pj5u+K0pX5ZioYkHjBAY70uhFmBx ctsTJ1BsqImA5lrqsqumJBDyTjOFHyKsGAYBJJfpDGgCSb1eQstCSjbQhZMl YXNY6yEER93bUVdecZDGUV0htbZloU+rrjODRTim0xl3mwTxAwqarBGqM0UB xrJu1VVu3BHKEM13UYEokHY5khyaUFF1ogDxuYzpx3S6gxJIclu3541inGfD 1vcW1tadGrEIxASswJBIEpxFu2evFszWcDgiacIkJ4gamU4WO9gsFgoKoCnY iOxzniee+O/K1qBoaaPQIYO6u07vSd0FN4q8nxGA7wKfXqA6ZUiCORi6gwOt 2uZG917RpMZqyRatsc4kwSS9zvyXLGubnyg1ooVqbznVroGK9X5WyGNe+tNp RoLdcyEfQA4nWurDMEFGe5GVNuSBzdPgeU619wr2851eNKiiix1j2a5yjycJ YkEUqWIgKOFeJeEuhdN2aTckh2QyGIRSRSGBCasMEikBQCtZT2evt9iQnvvt ka9DZV6WishspQn3BLCcr3tLjlyjh0J8ok3vvvlOuQWJkEewUQBz4W+TwKwR SNP0ePbmt4gtrBvw6piZNzvDIJ09SYqvRdCiO4jVezhTCIpGSYiDCFIelCa9 1Eimjodh8/P1z68egx9L4SdOQixrxYWp5Q25EAD3JgiI95ejrfG3QXBx6tat sixSTyIJtXatSvO+lrcsC2mmOU6EuS5AaPicTeWDVmDiPx6QGo1NgZsKxaRI XUSDii7WWaCX3ZyfCOcTRJNO0+UNEAeiGGVxh2Q7zmtqLj3LVcCjRA6ourCN jTHEIISmaRlJl94Nk3QUqI5yNee9+HGPqedHj63QnV3nxz6OtKChGFEjxEFg ckb8KFObIQ7kESSkmJk7thQ3eO/SxoqIrFSI5e+GKDC1t343DNI0gh7exHxe pvGJ6ODzeuNZM5cLm7sU2RRsaaWNMuwXhwaI0wQMTp8KLLZHo4eFL5yEz5hj yq/F6AC+pVV2XJc+z7ri/8ihY9ifP6/teh8ZiW0G8/i4GwPMoef9gIPhOeI/ xKYAxDD0hP0/h+r2fT9PYjCRImVPxGfVWPyfjkHiTSGJeNm4anh+Y5IbYdhp gDP0mv2c0V5FfYujulvl7O3tyxiH1C3GhpbwQOp637gDP9o8zvXue2knuc1w lmhgcc7pbHgBdxb610OnekNpWYjgHyyQvD64b361eZOZOkbw9uUMH+kRLFCI oLA9RCyT9Sn6kMA4yVPSVdv6LNwT82TeKgIghhbYIUlAsJ0fj1prTC11KRpa 0RZCfnGSYOWi5PcCWPxeZXoTu7Aby54HDyk64AbuZ+n9Jt7wDaru4gJ1IWjv xkQKioFRCggBJ1iBs6XQkQTB4ExHn3BO3F7QC4YwYCjm0Is0ZKvLJaJLr+mv I9tGaNAMvrAREjXkkmpEXSSiseYEGgAw5huc0b8q9FwCv+rEaWv6sChbPHxr dFchrBLxXsYoOncjpANbpBscRJugXklupm8qSbddw6aD4IoqLOUQhMbatcCF ZmuiAAxSVKxaswMSyRVip+LLHuNi6SXYjIyD30l4ObrQ0HPmQJHTaZ82wKX3 cdcYHGf6P299fv9Lht/2J4h2xrhhQWgc/XsC3bSpY9NBKhnyS8PYOHUNxnUp 4IApqKrEiwQKDJpxALhfMrGE9oFE9wUh35J0ensCPKse8LAcP7LLYuGB6ff+ glXgXMgSCl7+35oRjLH413HkD5unA3cnAi4i3D0Oj8mdzJqvJCg9ijKhWMOr LbEKG/AVwQ8ggxgMMDg2ljSBC8CZOfDibDvcu6N6DoOg3C63YS7Du7FcC8w0 EC4V0WcVsxVG6oWSruyi6Li1AZZmSno7IXNEJsKiC5ECqa5nQ9AVQZNsTGRx NnSwFuVbtZnd+7hcnMZ6H01TVU0EPk9UL/p+HF9u++TCoRjSUyqL7YzUjuO0 ENPj4jgd8eALv5HKj/BG5Hv1/ZsDfs/G0Lv//ZAJmZ4G8hGyW4kwhElZng4A 0FmTCciDqMj80Ujc0DROIEcPEIXhfsFSgG5cNucAkhyHOL9YgJ9sFWREuoAK T4EIpGIcNgHI4A5MHhY0rqQq9qMgfsNmABWqoKnIna47poC29XAbF1aD4oyI UYt3ggbikvO+AvyRTWE3ZoRe83KcwiQDqCKLgm8oaFWKVaKkQ5YE1XAWC20e MvckpI3srhjbuLnB7EY8/Cd0aEDndIQK637KGokvgRiI+cU5VwVc88EqDkZo 8IcRwnF00XBY2K6VoEf871gl0ZOyjyt3CVhGa7uHgxWa8kvkOTSFus6PLyEm isUglJKkZ1m7JGcFDUmQM0bNbDmm/xQJYN7D90h6kTTJCQIrAogH51xNMYuu DmZmxM2HuxNUh6wAuFj0nUtzkNPE9M6HCMASIpGKwGDEgRYkCAx1LRQlUdW8 WDfIGQG7AnXOTi44b5qssVwXkqNwHEiN/wSiQkYqqsSRQigIJEHyKySQ/jeJ fAD44WIHaQ1gF6c+x8G8A9v0Ha90P8nCjykKOxBXEEGQIJkE2ZkhaHuzmqiN WnSItwd3CEopXyQeuooFOrVa6EqsUTaoiZamhZAIRCJJipfqBkg6lsjZ/V+g Xihoydnun2/dOA6K2dw4FCbAIqo+WRi1ZUn5SLJkMFYiLKkURHcSwLVWflvE MmMdD2ep5yUlSMKmPpXIS5G/igodvgv+OdQHYpXZorT1RRLKdKAYkjJ68wff BCMYgLAiKYeJ4EOSMjJDAEPcOC+tAwOpTxm+p4gQuvCnIkMA0FNcAqitVUyG l4LbgeYPH1SIGPwwLsuj38JlYJsFQOeiBHlxWZ30LC9JVHzDR6joo4Fl6V9L S9ol2CAibw/mipIMAGEAqeWtawfALCGwjCAoRAQCKQU2kJClkKgQoVbc/EYn uE9uAWCm0FRBilInkMr07LUuCZIQUiGkQlJiEJ7JdJJ41a5kEnmpVrV6qsw1 49gmvgD3QQqwBBGD0YbBjsYx2BuD4Op8i7EjPQUSgbAHEQ4GroNPKGH3hwnw 0iSaTarsHDPPZTgF6iD8BFTUC6HZiajANQCdAGHdfJY8+zzIr5HAposcw5IQ Gh4rVW04aRldiG1iVHE/kQLkHOXQsUqUDEeJHA3UvBhrlfOpcIGovKBUyAWK /xchImrJaJV4HoPikBkgoKoopIAoCyRWRkCHMNAagvYQ4IiJEIKAxVRYhFCA xEQIsJZQCz7z0ebw1frRFedOGBJA3OgOinlBf1Bkr6/Kbp7TAPVJD2vZhx4p Y9PXoIiMSIpIKoIEz2USJoYGn2TcyF0RubhyDSD3UelJtpIs6tAegPaPSmVi jFEGfKNiejt7Adr+4AVZwprtozGCodQ86kkeVJsIFqpIxqu3xCNhd7UAHJpX OglImlbuDbukxjTzNvOuvusaKLeY0GGwCFi4ldQtA0sED3Q0ILdJVRTQ35iS PHlfECiGDPCFRdQ1oz0zJWPj4kunlHFHsW8zBUYwPN3skSCWbNklZhCkoDtr Q8ZwdAaY6oxxODhdzSW7BFxvusyPIZpR2Zhc3K6iKsjIExgXB7pyMFUYA2C+ KaEBQDObbyDLMxK+JiyQ4MCkshLULA/NsjSkPrAdBrREpZJUFFRxDhNSUoJn ocP38ZwcNgIMLSVYJODLIpEcSXnCXBGBQ0UAwGQMggkVgIIUIhZ+AbstbTVc eesJvQyk5mUchEwyXKRKwUUG0NWwSP5SfZ26iBUgoWN8hBto/IIfk3QeFLBW S1EC1HfJpu+S6xmiwLlukvf1Uw8ItGlgBGQkjgMwtIkTIHISQQoN1MuVPWKL ARDVvogZnAKFA6zg3F0FOqlb7hU89Jo8sE2ljwhtAfvgJA6ENm+BYes1m95U smhrhCPAU5CpuHEEIrf94WD4Q/KiByhvKyfKEQN8xR3EkhDmoo102slWtY5x ucTwHhVflBgea/JU5YMeoxPDGYKwlAURAkgwJAwmovU6SkpEkQkSEiEGI110 EgSNWKqNSB8VHl/D/3+f4bPLhM0ZvCGzwQKKoL4oyb0SaVZCrXzD3kt3h8MU kQwjme6kWXUkB7WmKvlDXlGZSzgjOdJol4iTPKkfgaTYV2AWoHhRIEGHDArS WYgwqqSuazYVP/xdyRThQkBmsVlk --29630320-785879086-973065891=:3587-- From JayLeBlanc@yifan.net Wed Nov 1 13:40:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id 3E09A2BA98 for ; Wed, 1 Nov 2000 13:40:02 -0500 (EST) Received: (qmail 19327 invoked from network); 1 Nov 2000 18:27:22 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 1 Nov 2000 18:27:22 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Wed, 1 Nov 2000 13:27:22 -0500 Subject: Label Alignment Message-id: <3a00608a.4b57.0@yifan.net> X-User-Info: 198.133.22.66 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a trick to get labels to Left Justify? I have a window which contains a 13x13 table. I attach some pixmaps to the table and then I attempt to attach a label spanning multiple columns of the table. It centers the text. I tried gtk_label_set_justify specifying GTK_JUSTIFY_LEFT but it still appears to be centered. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From neel@neel.eng.sun.com Wed Nov 1 17:39:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 87B972BC90 for ; Wed, 1 Nov 2000 17:39:02 -0500 (EST) Received: from engmail2.Eng.Sun.COM ([129.146.1.25]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA14303 for ; Wed, 1 Nov 2000 15:26:55 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA24490 for ; Wed, 1 Nov 2000 14:26:38 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id OAA01514 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:25:36 -0800 (PST) Date: Wed, 1 Nov 2000 14:25:36 -0800 From: Neelakanth Nadgir To: gtk-list@gnome.org Subject: plot widget? Message-ID: <20001101142536.A1510@neel.smcc.Eng.Sun.COM> Mail-Followup-To: gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Does anyone know of a good plot widget that plots in real time? I tried gtkplot from gtkextra, but I am not sure if I can use it in realtime. I tried my own using gtkdrawing, but for some reason it seems to repaint a lot (my bad code I guess) thanks -neelakanth From dsh8290@rit.edu Wed Nov 1 18:11:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 916AF2BC64; Wed, 1 Nov 2000 18:11:19 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id RAA01326; Wed, 1 Nov 2000 17:58:41 -0500 (EST) Date: Wed, 1 Nov 2000 17:57:35 -0500 From: D-Man To: eprakash@hss.hns.com Cc: gtk-list@gnome.org, gtk-app-devel-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: A Query - how to install Gtk--? Message-ID: <20001101175735.C30710@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <65256989.001DAA52.00@sandesh.hss.hns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <65256989.001DAA52.00@sandesh.hss.hns.com>; from eprakash@hss.hns.com on Tue, Oct 31, 2000 at 00:35:03 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is a list specific to gtk--. Libsigc++ is a library that provides a safe signal framework for C++ app. Gtk-- uses this signal framework for the C++ parts (gtk provides it's own signal mechanisms but I imagine it doesn't work well with C++). You need to install libsigc++, then gtk--. I don't know if glade-- is dependent on gtk-- (for installing and running, that is) but inorder to use the C++ code glade-- spits out you will need gtk-- installed. You may also want to check out libglade. Libglade is a C library (I don't know if there are C++ wrappers, though you could make some) that creates the UI at runtime from the .glade file. It's advantage is that you don't need to generate and compile any code for the UI itself and the UI can be changed without recompiling the app (just change the .glade file). If you want/need rpms for a RedHat system on x86 platform e-mail me and I'll send them to you. -D On Tue, 31 Oct 2000 00:35:03 eprakash@hss.hns.com wrote: | | | | | Hi, | I am having a problem in installing gtk-- | I need to work in glade and generate code in c++. For that, I installed glade--. | Then it asked me, to install GTK--. When doing that it asked me for Libsigc++. | Now all this is not fitting in line properly. | | It is still giving me compilation errors. It doesn't generate the makefile. | Can you please tell me the exact procedure of installing gtk--,(or how to | generate C++ code using glade)! | regards, | Ela | | | | | | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dfisher@jagger.me.berkeley.edu Wed Nov 1 18:53:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 858902BAFB for ; Wed, 1 Nov 2000 18:53:00 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA1NeRV12770 for ; Wed, 1 Nov 2000 15:40:27 -0800 Message-ID: <3A00A9EA.8040406@jagger.me.berkeley.edu> Date: Wed, 01 Nov 2000 15:40:26 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001101 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a00608a.4b57.0@yifan.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay, GtkLabel derives from GtkMisc, which has an alignment method that you can use to left justify the text... gtk_misc_set_alignment(GTK_MISC(label), 0.0, GTK_MISC(label)->yalign); I think gtk_label_set_justify() only applies when you have multi-line labels. Darin Jay LeBlanc wrote: > > Is there a trick to get labels to Left Justify? > I have a window which contains a 13x13 table. I > attach some pixmaps to the table and then I > attempt to attach a label spanning multiple > columns of the table. It centers the text. I > tried gtk_label_set_justify specifying > GTK_JUSTIFY_LEFT but it still appears to be > centered. Any ideas? > > Thanks, > Jay > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From pbd@op.net Wed Nov 1 19:07:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4ACA22DEDB for ; Wed, 1 Nov 2000 19:07:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0c.ppp.op.net [209.152.194.44]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id SAA07199; Wed, 1 Nov 2000 18:55:20 -0500 (EST) Message-Id: <200011012355.SAA07199@renoir.op.net> To: timecop@japan.co.jp Cc: gtk-list@gnome.org Subject: Re: beginner gtk questions In-reply-to: Your message of "Wed, 01 Nov 2000 17:04:51 +0900." Date: Wed, 01 Nov 2000 18:55:42 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >after reading through docs etc here is what I came up with. attached >is a custom gtk widget for a knob. can someone look over the code as >far as the functionality or missing required pieces, and things like >that, and get back to me? reply to my email, I am not on the list. >Would this kind of a widget be acceptable in a general purpose GTK >app or does it need a lot more work to make it usable. I also would >like suggestions how to make the adjustment widget honor the >adjustment->lower values to start the knob with negative >numbers... etc this looks pretty interesting in a number of ways. i would be quite interesting in merging this code with a Gtk-- object that I have called a Gtkmmext::MotionFeedback. Its a lot more general than a knob, and has a number of nice features that yours does not (such as the use of shaped windows). It can then be used as a slider, a knob or others kinds of control widgets where mouse motion is used to control an adjustment in combination with widgets. i'll see what i can do. i try to stay away from GTK+ widget creation when i can, because its so painful compared to doing it in C++, but now that you've offered up the framework, perhaps i can get around to this :) --p From caleb@deepthought.granfalloon.com Wed Nov 1 23:27:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id A4F172BB45 for ; Wed, 1 Nov 2000 23:27:02 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id EAA17055; Thu, 2 Nov 2000 04:35:05 -0500 Date: Thu, 2 Nov 2000 04:35:05 -0500 From: Caleb Land To: Jay LeBlanc Cc: gtk-list@gnome.org Subject: Re: Label Alignment Message-ID: <20001102043505.A16724@deepthought.granfalloon.com> References: <3a00608a.4b57.0@yifan.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3a00608a.4b57.0@yifan.net>; from JayLeBlanc@yifan.net on Wed, Nov 01, 2000 at 01:27:22PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2000 at 01:27:22PM -0500, Jay LeBlanc wrote: > =20 > Is there a trick to get labels to Left Justify? =20 The function that you want to use is: gtk_misc_set_alignment(GTK_MISC(label), 0.0f, 0.0f); of course, the last two floats are the actual alignment (0.0f being left an= d 1.0f being right). --=20 Sincerely, Caleb Land (bokonon@rochester.rr.com) --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjoBNUgACgkQJFp+8ilAIxSJowCg66pETIP8L0a8XQrQIvEIhRkO yIwAn3jTDr9MdbdzkPv04agJn5VNd6oZ =LoF9 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From vaf@ciudad.com.ar Thu Nov 2 01:52:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 649EA2BB20 for ; Thu, 2 Nov 2000 01:52:36 -0500 (EST) Received: from ciudad.com.ar (host022140.ciudad.com.ar [200.42.22.140]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id DAA38392 for ; Thu, 2 Nov 2000 03:40:15 -0300 (ART) Message-ID: <3A04FB40.A3E1D9C9@ciudad.com.ar> Date: Sun, 05 Nov 2000 03:16:33 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: example the DND in GTK !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all .. ano code source of gtk drag and drop for example !!!! ??? tanks all . -------------- Castellano : Hola a todos ... alguien me puede decir de algun fuente de ejemplo de como husar el codigo de drag and drop de GTK++ por que no logro hacerlo fubcionar !! .. gracias a todos . From hvv@hippo.ru Thu Nov 2 02:50:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.86]) by mail.gnome.org (Postfix) with ESMTP id 5281F2BAB8 for ; Thu, 2 Nov 2000 02:50:12 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id LAA03154; Thu, 2 Nov 2000 11:20:03 +0400 Date: Thu, 2 Nov 2000 11:20:03 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: vaf Cc: lista de correo GTK Subject: Re: example the DND in GTK !! In-Reply-To: <3A04FB40.A3E1D9C9@ciudad.com.ar> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 5 Nov 2000, vaf wrote: Hi, in the gtk source tree there is testdnd.c - a nice example on DND usage. > hello all .. > > ano code source of gtk drag and drop for example !!!! ??? > > tanks all . > > -------------- > > Castellano : > Hola a todos ... > alguien me puede decir de algun fuente de ejemplo de como husar el > codigo de drag and drop de GTK++ por que no logro > hacerlo fubcionar !! .. > gracias a todos . > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wowa@jet.msk.su Thu Nov 2 03:07:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id 9E2A02C828 for ; Thu, 2 Nov 2000 03:07:06 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13rFD6-0005lC-00; Thu, 2 Nov 2000 10:54:56 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13rFD4-0005An-00; Thu, 2 Nov 2000 10:54:54 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13rFD4-00058K-00; Thu, 02 Nov 2000 10:54:54 +0300 From: Vladimir Tsichevski To: vaf@ciudad.com.ar Cc: gtk-list@gnome.org In-reply-to: <3A04FB40.A3E1D9C9@ciudad.com.ar> (message from vaf on Sun, 05 Nov 2000 03:16:33 -0300) Subject: Re: example the DND in GTK !! Message-Id: Date: Thu, 02 Nov 2000 10:54:54 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Sun, 05 Nov 2000 03:16:33 -0300 >From: vaf >X-Accept-Language: en >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > >hello all .. > >ano code source of gtk drag and drop for example !!!! ??? > >tanks all . > >-------------- > >Castellano : >Hola a todos ... >alguien me puede decir de algun fuente de ejemplo de como husar el >codigo de drag and drop de GTK++ por que no logro >hacerlo fubcionar !! .. >gracias a todos . > File gtk/testdnd.c in gtk+ distribution is hopefully the example what you want. Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From albert.cieslikiewicz@lapeyre.fr Thu Nov 2 03:13:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mrtr.lapeyre.fr (gateway.lapeyre.fr [193.104.107.1]) by mail.gnome.org (Postfix) with ESMTP id 25F4C2DDB6 for ; Thu, 2 Nov 2000 03:13:44 -0500 (EST) Received: from lapeyre.fr (srvmail.lapeyre.fr [10.10.2.50]) by mrtr.lapeyre.fr (8.10.1/8.10.1) with ESMTP id eA28sAF09898 for ; Thu, 2 Nov 2000 09:54:10 +0100 Received: from AlbertC ([10.70.1.4]) by lapeyre.fr (8.10.0/8.10.0) with SMTP id eA286QA12057 for ; Thu, 2 Nov 2000 09:06:26 +0100 (MET) Message-ID: <004301c044a3$7dd5de60$0401460a@siepol.lapeyre> From: "Albert Cieslikiewicz" To: Subject: unsuscribe Date: Thu, 2 Nov 2000 09:00:37 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0020_01C044AB.5E51F620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2417.2000 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0020_01C044AB.5E51F620-- From cummins@jamstec.go.jp Thu Nov 2 05:10:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gatekeeper2.jamstec.go.jp (gatekeeper2.jamstec.go.jp [192.244.231.20]) by mail.gnome.org (Postfix) with ESMTP id E06312BB05 for ; Thu, 2 Nov 2000 05:10:32 -0500 (EST) Received: from jamstec.go.jp by gatekeeper2.jamstec.go.jp (8.8.8/3.7W) id SAA10482; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: from xochitl.jamstec.go.jp by jamstec.go.jp (8.8.8/1.1.22.3/14Mar00-0301PM) id SAA0000017935; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: (from cummins@localhost) by xochitl.jamstec.go.jp (8.9.3/3.6Wbeta6) id TAA29647 for gtk-list@gnome.org; Thu, 2 Nov 2000 19:24:22 +0900 Date: Thu, 2 Nov 2000 19:24:22 +0900 From: Phil Cummins To: gtk-list@gnome.org Subject: "non-detructive" line drawing? Message-ID: <20001102192422.A29643@xochitl.jamstec.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre1 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I sent this to gtk-app-devel-list but later realized I should probably have sent it here. My apologies to anyone who had to read it twice. I'm developing an application using GtkPerl in which I load a pixmap into the DrawingArea widget, and then use the pointer to draw a polyline on top of it. But it is important that I be able to erase, if desired, segments of the polyline. I know from past (non-gtk) experience that a simple way to do this is to do the drawing via a boolean exlusive-or of the pixel values. Then to erase the line, all you have to do is re-draw it. Can any one please tell me if there is a way to change the line-drawing mode for the DrawingArea widget so that it uses such an exclusive-or operation? Or is there another way to erase polyline segments? Note that I want to avoid having to re-draw the pixmap everytime an erase operation occurs, as this would be too time-consuming. Thanks. -- -------------------------------------------------------------------- Phil R Cummins cummins@jamstec.go.jp Frontier Research for Subduction Dynamics tel(i/d):81/0-468-67-3393 JAMSTEC, 2-15 Natsushima-cho fax(i/d):81/0-468-67-3409 Yokosuka 237-0061, Japan From wilhelmi@ira.uka.de Thu Nov 2 06:37:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id E0F7A2DD5D for ; Thu, 2 Nov 2000 06:36:32 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:20 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:19 +0100 Message-ID: <3A014EE2.709C5380@ira.uka.de> Date: Thu, 02 Nov 2000 12:24:18 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, firstly I think this is a message for gtk-list@gnome.org, so I'm bringing= it there. > > I would like to know why I can't call a thread that modify a gtkwidge= t > > in an callback function. > > > > It hangs up as gdk_threads_enter is used. > > > > Here the problem : > > > > // main function : > > > > gdk_threads_enter() > > gtk_main() > > gdk_threads_leave() > > > > // callback : > > > > phread_create(... thread_function ...) > > > > // thread_function : > > > > gdk_threads_enter() > > // modify a widget > > gdk_threads_leave() > > > > When the program runs : > > > > The call of gdk_thread_enter in the thread function hangs. > > > > I think that the problem comes from the fact that 2 calls of > > gdk_threads_enter > > are likely to be nested ... but it is in a different thread. I would > > like to > > understand what is the exact problem and if a solution exists. Actually this should work, AFAICT. Please post a example, demonstrating t= his behaviour (This sould be a stripped down example though) and I will have = a look. Bye, Sebastian -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From wilhelmi@ira.uka.de Thu Nov 2 07:10:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 4CA792BAC0 for ; Thu, 2 Nov 2000 07:10:08 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:57 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:56 +0100 Message-ID: <3A0156C3.159D27D6@ira.uka.de> Date: Thu, 02 Nov 2000 12:57:55 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> <3A0161F2.9E909CAF@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, > > Actually this should work, AFAICT. Please post a example, demonstrati= ng > > this behaviour (This sould be a stripped down example though) and I w= ill > > have a look. > = > this example is build from the one given in the FAQ. = =2E.. > gtk_signal_connect(GTK_OBJECT (label), "event", > GTK_SIGNAL_FUNC(argument_thread), NULL); =2E.. This is not, what you described in your first mail. This will not work, a= s James already pointed out. This is because GTK+ still holds the lock, whi= le calling callbacks. (GLib however doesn't). Just delete the locking from t= he function that you callback to. (The other uses of that function still nee= d to lock though). Bye, Sebastian. -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From GONZALOMZ@teleline.es Thu Nov 2 07:49:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from tsmtp1.mail.isp (unknown [195.235.113.141]) by mail.gnome.org (Postfix) with ESMTP id 585A32BAC0 for ; Thu, 2 Nov 2000 07:49:16 -0500 (EST) Received: from teleline.es ([10.10.21.70]) by tsmtp1.mail.isp (Netscape Messaging Server 4.15) with ESMTP id G3EDNK02.34H for ; Thu, 2 Nov 2000 13:35:44 +0100 From: GONZALOMZ To: gtk-list@gnome.org Message-ID: <45bee470d7.470d745bee@teleline.es> X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es Subject: callbacks X-Accept-Language: es Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Date: Thu, 2 Nov 2000 07:49:16 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How can i pass my own struct to a callback function ? How can i convert my own struct to a gpointer ? Thanks. Gonzalo Monrtesdeoca Zamora ___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES Haz click en http://www.terra.es/correo/ From Florent.Devin@lifl.fr Thu Nov 2 08:00:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 744382BD71 for ; Thu, 2 Nov 2000 08:00:24 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id NAA11603 ; Thu, 2 Nov 2000 13:47:32 +0100 (MET) Message-ID: <3A01627A.2D1DF82A@lifl.fr> Date: Thu, 02 Nov 2000 13:47:54 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: GONZALOMZ Cc: gtk-list@gnome.org Subject: Re: callbacks References: <45bee470d7.470d745bee@teleline.es> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GONZALOMZ a écrit : > > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? > > Thanks. > Gonzalo Monrtesdeoca Zamora > gint callback (..., gpointer user_data); This should be the way to pass your struct (using the user_data). gpointer is a define for void*. -- Florent DEVIN From backes@hlrwm.rhrk.uni-kl.de Thu Nov 2 08:00:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id D181A2BD71 for ; Thu, 2 Nov 2000 08:00:58 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id NAA15541; Thu, 2 Nov 2000 13:48:41 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <45bee470d7.470d745bee@teleline.es> Date: Thu, 02 Nov 2000 13:48:41 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: GONZALOMZ Subject: RE: callbacks Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 02-Nov-2000 GONZALOMZ wrote: > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? Hi, you should pass the address of your struct to the callback and not the struct itself: (gpointer) &struct_address > > Thanks. > Gonzalo Monrtesdeoca Zamora > > Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From coreyt@coreyt.com Thu Nov 2 10:20:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id D85162DBB4 for ; Thu, 2 Nov 2000 10:20:58 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id JAA02660 for ; Thu, 2 Nov 2000 09:08:36 -0600 Date: Thu, 2 Nov 2000 09:08:36 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Socket/Plug example Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone have a simple Socket/plug example that you can post. I have been unable to figure it out from the header files, and have yet to find an example. Corey Thornburg coreyt@coreyt.com From pbd@op.net Thu Nov 2 11:44:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 26AA02DECD for ; Thu, 2 Nov 2000 11:44:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-09.ppp.op.net [209.152.194.73]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA03779; Thu, 2 Nov 2000 11:32:12 -0500 (EST) Message-Id: <200011021632.LAA03779@renoir.op.net> To: Phil Cummins Cc: gtk-list@gnome.org Subject: Re: "non-detructive" line drawing? In-reply-to: Your message of "Thu, 02 Nov 2000 19:24:22 +0900." <20001102192422.A29643@xochitl.jamstec.go.jp> Date: Thu, 02 Nov 2000 11:32:44 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Can any one please tell me if there is a way to change >the line-drawing mode for the DrawingArea widget so that >it uses such an exclusive-or operation? Or is there another create a new GdkGC used for drawing, copy from the one used by the drawing area, set the function to GDK_XOR, somewhat like this: xor_gc = gdk_gc_new (area->window); gdk_gc_copy (xor_gc, area->style->white_gc); gdk_gc_set_function (xor_gc, GDK_XOR); now use xor_gc for draw_line operations, and presto, you're all set. >Or is there another way to erase polyline segments? Note that I want >to avoid having to re-draw the pixmap everytime an erase operation >occurs, as this would be too time-consuming. i'm not quite sure what you mean here. with XOR, you always have to draw twice to erase. its inherent in how XOR operates. --p From coreyt@coreyt.com Thu Nov 2 13:15:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id AFDE62BEA5 for ; Thu, 2 Nov 2000 13:15:07 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id MAA02935 for ; Thu, 2 Nov 2000 12:02:44 -0600 Date: Thu, 2 Nov 2000 12:02:44 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Re: Socket/Plug example In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ok, problem solved. rough examples sockettest.pl ----------------------------------------- #!/usr/bin/perl -w use Gtk; init Gtk; my $w = new Gtk::Window; $w->set_title("Test Socket"); $w->signal_connect("delete_event",sub{main_quit Gtk}); $s = new Gtk::Socket; $w->add($s); $s->realize; $s->show; $w->show; $wid = $s->window->XWINDOW; $cmd = "./plugtest.pl $wid"; print "$cmd\n"; $retval=fork(); if($retval == 0){ system($cmd); } print "$cmd done\n"; ---------------------------------- plugtest.pl ----------------------------------- #!/usr/bin/perl -w $wid = $ARGV[0]; use Gtk; init Gtk; $l = new Gtk::Label "Test Plug"; #$p = new Gtk::Plug $s->window->XWINDOW; $p = new Gtk::Plug $wid; $p->add($l); $l->show; $p->show; main Gtk; --------------------------------------------------- Corey Thornburg coreyt@coreyt.com On Thu, 2 Nov 2000, Corey Thornburg wrote: > Does anyone have a simple Socket/plug example that you can post. > > I have been unable to figure it out from the header files, and have yet to > find an example. > > Corey Thornburg > coreyt@coreyt.com > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From alan.dugas@analog.com Thu Nov 2 14:54:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id DC34D2BEA5; Thu, 2 Nov 2000 14:54:41 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id OAA27400; Thu, 2 Nov 2000 14:42:30 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id OAA28597; Thu, 2 Nov 2000 14:42:26 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G6CCB>; Thu, 2 Nov 2000 14:42:33 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Deleting text from a GtkExText Date: Thu, 2 Nov 2000 14:37:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Has anyone else run in this problem? I am currently unable to delete text, from within my program, that I insert into a gtkextext. However, if I manually move the cursor back into the text inserted then I am able to manually delete the text. Unfortunately, I need to delete text from within the program since I need to set the widget as uneditable. I am running Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and all help would be GREATLY appreciated. Thanks in advance to those who respond. -- Stupid Genius From davina@lickey.com Thu Nov 2 19:11:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 2E5472CE87; Thu, 2 Nov 2000 19:11:56 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AC0C5A005; Thu, 2 Nov 2000 15:59:47 -0800 (PST) Message-ID: <3A01FFF3.A1192AA0@lickey.com> Date: Thu, 02 Nov 2000 15:59:47 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: realizing a widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm a newbie GTK programmer, and I'm writing a new widget. It is a composite of GtkLabel and GtkEntry, and it has GtkWidget as its immediate parent. I'm working with the Tictactoe example from the tutorial (composite widget) and the GtkEv example from Havoc Pennington's book (child of GtkWidget). My problem is that the label and entry do not actually show up when I run my program, and I think the problem is that I am not overriding the realize method. The gtk_ev_realize() is pretty involved, and I don't think I need to do everything in it. What, exactly, does a realize method need to do? Thanks! Davina From vaf@ciudad.com.ar Thu Nov 2 22:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 1DFDE2BCF5 for ; Thu, 2 Nov 2000 22:59:33 -0500 (EST) Received: from ciudad.com.ar (host022177.ciudad.com.ar [200.42.22.177]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id AAA07768 for ; Fri, 3 Nov 2000 00:47:21 -0300 (ART) Message-ID: <3A0623AD.BF7841BB@ciudad.com.ar> Date: Mon, 06 Nov 2000 00:21:17 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: and not find testdnd.c !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all . and no find testdnd.c !!! what this ftp.xxxx.org/xxxx/testdnd.c ???????? thanks all Castellano : Hoal a todos gracias por contestarme rapido y espero pornto mejorar mi ingles .. el problema es que no encuentro este archivo que me dijieron por ningun lado ni en internet ni en mi HD que que pakete de GTK+ biene ??? gracias por todo . From Florent.Devin@lifl.fr Fri Nov 3 01:06:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 34A9A2BB01 for ; Fri, 3 Nov 2000 01:06:32 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id GAA21554 ; Fri, 3 Nov 2000 06:53:42 +0100 (MET) Message-ID: <3A0252FD.3DFF9B17@lifl.fr> Date: Fri, 03 Nov 2000 06:54:05 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: vaf Cc: lista de correo GTK Subject: Re: and not find testdnd.c !! References: <3A0623AD.BF7841BB@ciudad.com.ar> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ vaf a écrit : > > hello all . > and no find testdnd.c !!! > what this ftp.xxxx.org/xxxx/testdnd.c ???????? > thanks all > > Castellano : > Hoal a todos > gracias por contestarme rapido y espero pornto mejorar mi ingles .. > el problema es que no encuentro este archivo que me dijieron por > ningun lado ni en internet ni en mi HD > que que pakete de GTK+ biene ??? > gracias por todo . > You have to download the gtk-xxxx.tar.gz, and extract testdnd.c from this archive. -- Florent DEVIN From wolfgang@ultim.net Fri Nov 3 02:26:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 65A062CC41 for ; Fri, 3 Nov 2000 02:26:27 -0500 (EST) Received: from debian.home(m139.l1.mtl.ultim.net[216.13.32.139]) (1136 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 02:16:47 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA377TF15758 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:07:29 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:07:28 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: concern on the X server side Message-ID: <20001103020728.A15748@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi everybody, Say you have a program displaying gdkwindows which changes the background pixmaps of those gdkpixmaps a couple of times per session. When quitting the program, will GDK clean everything from the X server or will those resources still be allocated in the server as long as the programmer doesn't do it ? Thus, in short, do pixmaps survive their creator's death ? Wolfgang -- A chicken is an egg's way of producing more eggs. From hvv@hippo.ru Fri Nov 3 02:44:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.92]) by mail.gnome.org (Postfix) with ESMTP id C2ACE2CE2B for ; Fri, 3 Nov 2000 02:44:52 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01331; Fri, 3 Nov 2000 10:49:50 +0400 Date: Fri, 3 Nov 2000 10:49:49 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: realizing a widget In-Reply-To: <3A01FFF3.A1192AA0@lickey.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Thu, 2 Nov 2000, Davina Armstrong wrote: Hi, > I'm a newbie GTK programmer, and I'm writing a new widget. It is a > composite of GtkLabel and GtkEntry, and it has GtkWidget as its > immediate parent. I'm working with the Tictactoe example from the > tutorial (composite widget) and the GtkEv example from Havoc > Pennington's book (child of GtkWidget). My problem is that the label > and entry do not actually show up when I run my program, and I think the > problem is that I am not overriding the realize method. The > gtk_ev_realize() is pretty involved, and I don't think I need to do > everything in it. What, exactly, does a realize method need to do? You should use gtk_widget_show(widget) to make them visible or use gtk_widget_show_all(window) to show everything in one call. If it doesn't work then there is something wrong with your code. > Thanks! > Davina > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wolfgang@ultim.net Fri Nov 3 03:18:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 970CF2BEB0 for ; Fri, 3 Nov 2000 03:18:31 -0500 (EST) Received: from debian.home(m160.l1.mtl.ultim.net[216.13.32.160]) (927 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 03:08:54 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA37xk817060 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:59:46 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:59:46 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Concerns confirmed Message-ID: <20001103025945.A17041@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi again, I have done some tests and I can confirm that memory is leaking on the server side when gdkpixmap are not explicitly destroyed. Shouldn't this be considered as a bug in gdk ? W -- A chicken is an egg's way of producing more eggs. From backes@hlrwm.rhrk.uni-kl.de Fri Nov 3 05:02:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id 1902D2CC04 for ; Fri, 3 Nov 2000 05:02:14 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id KAA20935; Fri, 3 Nov 2000 10:50:05 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 03 Nov 2000 10:50:05 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: Gtk Subject: Sarting gtk programs iconified Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, is there a (hidden) option to start gtk programs in the iconified state (such as xterm -icon)? Especially, i would need such a feature for gnome-terminal. Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From Valdis.Kletnieks@vt.edu Fri Nov 3 10:34:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 34CF52DFBE for ; Fri, 3 Nov 2000 10:32:43 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eA3FJx615970; Fri, 3 Nov 2000 10:19:59 -0500 Message-Id: <200011031519.eA3FJx615970@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed In-Reply-To: Your message of "Fri, 03 Nov 2000 02:59:46 EST." <20001103025945.A17041@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2118079230P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 03 Nov 2000 10:19:59 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2118079230P Content-Type: text/plain; charset=us-ascii On Fri, 03 Nov 2000 02:59:46 EST, Wolfgang Sourdeau said: > I have done some tests and I can confirm that memory is leaking on the > server side when gdkpixmap are not explicitly destroyed. > Shouldn't this be considered as a bug in gdk ? First off, this is *NOT* a gdk bug, because the server: a) doesn't *know* the client is gdk b) should be bullet-proof against anything the client does. If it's anybody's fault, it's the servers. Now, double check *very* carefully here. Is memory actually *leaking* from the X server, or is storage being *fragmented*? There's a big distinction here, and the fix is different for each case. If it is *leaking*, this means that the X server is calling malloc() to allocate space and failing to call free() to release it. If it is *fragmenting*, the X server *is* calling free(), but the resulting memory layout is sub-optimal. For example, consider the following code: char *x[4]; x[0] = malloc(40); x[1] = malloc(1); x[2] = malloc[40); x[3] = malloc(1); free(x[0]); free(x[2]); Memory would possibly now look like this: |<-40 bytes of free->||<1 byte>||<40 free>||<1 byte>| So 2 allocated bytes are taking up 82 bytes of memory. If you then try to malloc(45), it can't use either of those 2 spaces, so it has to go to the end and allocate THERE. Now, if the owner if the first 1-byte block calls free(), any modern malloc package will re-group all 81 bytes into one larger free block. The problem is that inside the X server, the 2 40-byte allocations could have come from ONE X client that has since exited, byut the 2 1-byte allocations have come from some OTHER client that is still running, so you can't free that memory until THAT process exits. And usually, there's a lot more than 2 clients running (quite often, I have 30 or 40 client programs running). So it's *very* easy for memory to get very fragmented inside the X server. Unfortunately, C does not have any good garbage-collection scheme for compacting the allocated memory - the problem is that the garbage collector has no way of knowing what variables in the program have pointers to the to-be-moved allocation, so it can't relocate allocated memory. I've checked both the IBM AIX 4.3.3 X server, and the XFree 4.0.1 server on my Linux box, and both of them quite quickly bloat up to about 50M in size. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2118079230P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOgLXn3At5Vm009ewEQIJQQCdGO7xRaR6IO6xOOoDP+vi02yF9qAAoMAo HpoRkXvaadH+GtQwSlb9C9wd =ELKr -----END PGP SIGNATURE----- --==_Exmh_2118079230P-- From philippe.vivarelli@conexant.com Fri Nov 3 12:12:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 509CB2CC91 for ; Fri, 3 Nov 2000 12:12:55 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id IAA13104 for ; Fri, 3 Nov 2000 08:59:50 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Widget Colors To: gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Fri, 3 Nov 2000 18:00:34 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/03/2000 09:00:44 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All Hi all, I have some troubles to change widgets colors. I mean Background and Text colors for main widgets such as Frame, Label, Entry, Button, etc. I took a look at the GTK mailing list archive and it seems I am not alone with this problem. It would be nice if a GTK expert could provide a working source code example to do this kind of thing. Thank you Regards Philippe Vivarelli From alan.dugas@analog.com Fri Nov 3 17:05:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id BB24E2BB23; Fri, 3 Nov 2000 17:05:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id QAA04769; Fri, 3 Nov 2000 16:53:33 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id QAA09485; Fri, 3 Nov 2000 16:53:30 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G73QK>; Fri, 3 Nov 2000 16:53:37 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Fri, 3 Nov 2000 16:53:34 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Thanks for your responses Chris and Detlef. I keep trying to use this > widget as a gtktext. Have either of you run into problems with cpu usage > when using gtkextext to insert text? After replacing gtktext with > gtkextext, the update rate of the gtkextext is so slow my system locks up! > In other words this widget appears to have an extremely large amount of > overhead. Unless... I have something in my code that's messing with the > gtkextext. Any ideas? > > > > -- Stupid Genius > > > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Thursday, November 02, 2000 5:25 PM > To: GTK app devel > Subject: Re: Deleting text from a GtkExText > > > On Thu, 2 Nov 2000, Dugas, Alan wrote: > > > > Has anyone else run in this problem? I am currently unable to delete > > text, > > from within my program, that I insert into a gtkextext. However, if I > > manually move the cursor back into the text inserted then I am able to > > manually delete the text. Unfortunately, I need to delete text from > > within > > the program since I need to set the widget as uneditable. I am running > > Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and > > all > > help would be GREATLY appreciated. Thanks in advance to those who > > respond. > > > > hi alan > > freeze the widget > make it editable > remove the unwonted chars with gtk_extext_delete_text() > make it uneditable > thaw it > > with freet n thaw you prevent the user while updaing > > hope that helps > if not i can send you some code i use in muli. > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From wolfgang@ultim.net Fri Nov 3 21:37:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id D64B72BC0E for ; Fri, 3 Nov 2000 21:37:55 -0500 (EST) Received: from debian.home(m150.l1.mtl.ultim.net[216.13.32.150]) (2958 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 21:28:22 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA42JBk19163 for gtk-list@gnome.org; Fri, 3 Nov 2000 21:19:11 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 21:19:10 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Concerns confirmed Message-ID: <20001103211910.A18906@debian.home> References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200011031519.eA3FJx615970@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Fri, Nov 03, 2000 at 10:19:59AM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'inpiration, Valdis.Kletnieks@vt.edu écrivait en ces mots: > First off, this is *NOT* a gdk bug, because the server: > a) doesn't *know* the client is gdk So what? If there is some X "policy" to not release resources without explicit destruction, the programmer has to destroy the resources he created. The fact that it is stupid is another thing. Now there are a lot of stupid design problems with X... For what GDK is concerned, I love that library because it permits to forget about X trickiness. And maybe this is one more thing that could be implemented. So if it's not a bug, it's a non-feature ;-) > b) should be bullet-proof against anything the client does. Same thing here. X sucks... > Is memory actually *leaking* from the X server, or is storage being > *fragmented*? There's a big distinction here, and the fix is different > for each case. I don't think there is a way to know it except by profiling the memory usage of the server, which I don't have the time to do. Something I am sure of is, now that I am using gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from 5Mb down to a couple of Kb (~50). I would deduce that the 5Mb was due to a leak and that the 50Kb are due to fragmentation. > Unfortunately, C does not have any good garbage-collection scheme for compacting > the allocated memory - the problem is that the garbage collector has no way > of knowing what variables in the program have pointers to the to-be-moved > allocation, so it can't relocate allocated memory. Well, a GC would certainly be possible to implement. Emacs has its own GC, GNU ObjC can be "garbaged-collected" while it's written in C. Everything in C which is not related to basic bit/byte manipulation, basic computation and basic memory management has to be brought artificially, contrarily to higher-level languages. C is just a portable assembler. Wolfgang -- A chicken is an egg's way of producing more eggs. From neel@neel.eng.sun.com Fri Nov 3 22:10:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 2EC792BCCB for ; Fri, 3 Nov 2000 22:10:21 -0500 (EST) Received: from engmail3.Eng.Sun.COM ([129.144.170.5]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id TAA22758; Fri, 3 Nov 2000 19:58:10 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id SAA19069; Fri, 3 Nov 2000 18:58:09 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id SAA29059; Fri, 3 Nov 2000 18:57:03 -0800 (PST) Date: Fri, 3 Nov 2000 18:57:03 -0800 From: Neelakanth Nadgir To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org Subject: Re: Widget Colors Message-ID: <20001103185703.G3168@neel.smcc.Eng.Sun.COM> Mail-Followup-To: philippe.vivarelli@conexant.com, gtk-list@gnome.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from philippe.vivarelli@conexant.com on Fri, Nov 03, 2000 at 06:00:34PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sometime ago, philippe.vivarelli@conexant.com said: > I have some troubles to change widgets colors. > I mean Background and Text colors for main widgets such as Frame, Label, > Entry, Button, etc. > I took a look at the GTK mailing list archive and it seems I am not alone > with this problem. > It would be nice if a GTK expert could provide a working source code > example to do this kind of thing. Please read the archives (beginning oct 29th) there was some discussion about this. Best wishes, -neelakanth -- ___________________ Neelakanth Nadgir (650) 786-7006 (x87006) From gharris@flashcom.net Sat Nov 4 02:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id A60A32BBB5 for ; Sat, 4 Nov 2000 02:26:56 -0500 (EST) Received: (cpmta 3391 invoked from network); 3 Nov 2000 23:14:42 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 3 Nov 2000 23:14:42 -0800 X-Sent: 4 Nov 2000 07:14:42 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id XAA00468; Fri, 3 Nov 2000 23:14:37 -0800 (PST) (envelope-from gharris) Date: Fri, 3 Nov 2000 23:14:37 -0800 From: Guy Harris To: =?iso-8859-1?Q?=B1=E8=C1=BE=C3=B5?= Cc: gtk-list@gnome.org Subject: Re: How can i place the widget Message-ID: <20001103231437.B379@quadrajet.flashcom.com> References: <002301c04245$cb0d5880$becda8c0@sysic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <002301c04245$cb0d5880$becda8c0@sysic.net>; from jckim@hei.co.kr on Mon, Oct 30, 2000 at 04:47:48PM +0900 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Oct 30, 2000 at 04:47:48PM +0900, ±èÁ¾Ãµ wrote: > How can i place the widget that is invisible,hidden(after call > gtk_widget_show ) in top of the screen ? > In Xwindow programming, this is just like "XRaiseWindow". Widget, or window? If the widget in question is a GtkWindow, and is pointed to by a GtkWidget pointer "win", you can do gdk_window_raise(win->window); which, in the version of GTK+/GDK running on the X Window System, will, in fact, call... ..."XRaiseWindow()". From otaylor@redhat.com Sat Nov 4 12:52:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id ACC002BB6B for ; Sat, 4 Nov 2000 12:52:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DDB50242C56; Sat, 4 Nov 2000 12:40:37 -0500 (EST) To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> <20001103211910.A18906@debian.home> From: Owen Taylor Date: 04 Nov 2000 12:40:37 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 21:19:10 -0500" Message-ID: Lines: 43 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > La plume l=E9g=E8re, =E0 Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'i= npiration, > Valdis.Kletnieks@vt.edu =E9crivait en ces mots: > > First off, this is *NOT* a gdk bug, because the server: > > a) doesn't *know* the client is gdk >=20 > So what? If there is some X "policy" to not release resources without > explicit destruction, the programmer has to destroy the resources he crea= ted. > The fact that it is stupid is another thing. Now there are a lot of > stupid design problems with X... When a client exits in X, whether it be GTK+ or another client, all resources that it allocated will be freed. (Unless, they are in use, as as say, the background pixmap of the root window)=20 That does not mean that the memory will be returned to the operating system - whether that happens depends a lot on exactly how malloc works on the system, how big the allcated areas are, where they are in memory, etc.=20=20=20=20 But it will be available for reuse within the X server. =20 > I don't think there is a way to know it except by profiling the memory > usage of the server, which I don't have the time to do. > Something I am sure of is, now that I am using > gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from= 5Mb > down to a couple of Kb (~50). I would deduce that the 5Mb was due to a > leak and that the 50Kb are due to fragmentation. X servers tend to be fairly well debugged in this respect.=20 So, until I see an example program that reproduces the problem, I'm quite suspicious of this claim.=20 That doesn't mean that there couldn't be some really obscure bug that you happen to be triggering. But I'd be somewhat suprised. Can you provide a test case? Regards, Owen From oka@debian.or.jp Sat Nov 4 14:21:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from is.aist-nara.ac.jp (enterprise.aist-nara.ac.jp [163.221.80.21]) by mail.gnome.org (Postfix) with SMTP id 305EF2BB50 for ; Sat, 4 Nov 2000 14:21:35 -0500 (EST) Received: (qmail 17337 invoked from network); 5 Nov 2000 04:09:17 +0900 Received: from hidari.aist-nara.ac.jp (163.221.92.74) by ismailgate.aist-nara.ac.jp with SMTP; 5 Nov 2000 04:09:17 +0900 Date: Sun, 05 Nov 2000 04:09:17 +0900 Message-ID: From: Mitsuru Oka To: gtk-list@gnome.org Subject: [Q] gtk_module_release User-Agent: Wanderlust/2.3.0 (Roam) EMY/1.13.8 (Tastes differ) FLIM/1.13.2 (Kasanui) APEL/10.2 Emacs/20.7 (alpha-debian-linux-gnu) MULE/4.0 (HANANOEN) X-URL: http://www.aist-nara.ac.jp/~mitsu-o/ MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I'm wonder why gtk don't call gtk_modules release (or finalize) callback function such as gtk_module_release when gtk_modules are relsesed. I want to use gtk_module_release function to clean up loaded module resouces. -- Mitsuru Oka From leonardo@centroin.com.br Sat Nov 4 17:03:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from trex2.centroin.com.br (trex2.centroin.com.br [200.225.63.134]) by mail.gnome.org (Postfix) with ESMTP id 134E72D12C for ; Sat, 4 Nov 2000 17:03:19 -0500 (EST) Received: from centroin.com.br (du15b.nit.centroin.com.br [200.225.56.15]) by trex2.centroin.com.br (8.10.1/8.10.1) with ESMTP id eA4LpIr08460 for ; Sat, 4 Nov 2000 19:51:18 -0200 (EDT) Message-ID: <3A048859.926AFCE5@centroin.com.br> Date: Sat, 04 Nov 2000 20:06:17 -0200 From: Leonardo Zide X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: -rdynamic in gtk-config Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Why does gtk-config (or actually glib-config) adds the -rdynamic option to the linker options ? My program uses a lot of calls to dlopen() to load plugins at run time and somehow when it's compiled with the -rdynamic option the plugins are able to use some of the main program's functions and variables. The weird thing is that there are no unresolved symbols in the plugins (except for main()) to cause them to use the wrong symbols. Leonardo From pbd@op.net Sat Nov 4 17:30:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-04.ppp.op.net [209.152.194.36]) by mail.gnome.org (Postfix) with ESMTP id 0BD582BAF1 for ; Sat, 4 Nov 2000 17:30:26 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA4MImW08613; Sat, 4 Nov 2000 17:18:48 -0500 Date: Sat, 4 Nov 2000 17:18:48 -0500 Message-Id: <200011042218.eA4MImW08613@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus, clists, mouse button press Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i am trying to figure out how to use a single button press on a row of a clist to drive some action to change that row. i discovered a long time ago that select_row is emitted for single or dbl-button press events. so its up to the handler to discover if it was a single or double press. but here's the problem. as far as i can tell, once a child (i.e. a row) of the clist has focus, the next button press on a different row does not cause select_row to be emitted. instead, it just moves the focus there so that the *next* button press will emit select_row. this is really annoying behaviour and i'm not sure how to turn it off. any ideas ? or have i made in mistake in my analysis of what the focus/press interaction is ? --p From shippy@cs.nmt.edu Sat Nov 4 17:39:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 3192D2CF24 for ; Sat, 4 Nov 2000 17:39:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA08772 for ; Sat, 4 Nov 2000 17:27:02 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA4MR1D14824 for ; Sat, 4 Nov 2000 17:27:01 -0500 Received: from mailhost.nmt.edu ([129.138.4.52]) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13sBm8-0002an-00 for ; Sat, 04 Nov 2000 14:27:00 -0800 Received: from cs.nmt.edu (IDENT:shippy@grissom-48.nmt.edu [129.138.5.218]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA4MQsg17672 for ; Sat, 4 Nov 2000 15:26:54 -0700 Message-ID: <3A048D36.1000001@cs.nmt.edu> Date: Sat, 04 Nov 2000 15:27:02 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gtk.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From hp@redhat.com Sun Nov 5 11:13:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D7D792BA9B for ; Sun, 5 Nov 2000 11:13:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA5G0Ko26819; Sun, 5 Nov 2000 11:00:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: concern on the X server side References: <20001103020728.A15748@debian.home> From: Havoc Pennington Date: 05 Nov 2000 11:00:20 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 02:07:28 -0500" Message-ID: Lines: 8 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > Thus, in short, do pixmaps survive their creator's death ? > No, they shouldn't. Havoc From shippy@cs.nmt.edu Sun Nov 5 14:52:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhost.nmt.edu (mailhost.nmt.edu [129.138.4.52]) by mail.gnome.org (Postfix) with ESMTP id 8049B2BA8D for ; Sun, 5 Nov 2000 14:52:55 -0500 (EST) Received: from cs.nmt.edu (IDENT:shippy@grissom-18.nmt.edu [129.138.5.188]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA5JeXg00390 for ; Sun, 5 Nov 2000 12:40:38 -0700 Message-ID: <3A05B7B5.8010500@cs.nmt.edu> Date: Sun, 05 Nov 2000 12:40:37 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From summer@OS2.ami.com.au Sun Nov 5 19:03:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netsrvr.ami.com.au (netsrvr.ami.com.au [203.55.31.38]) by mail.gnome.org (Postfix) with ESMTP id 0BE2E2BA8D for ; Sun, 5 Nov 2000 19:03:49 -0500 (EST) Received: from emu.os2.ami.com.au (IDENT:root@c0s19.ami.com.au [203.55.31.84]) by netsrvr.ami.com.au (8.9.3/8.9.3) with ESMTP id HAA32309 for ; Mon, 6 Nov 2000 07:51:25 +0800 Received: from possum.os2.ami.com.au (IDENT:summer@possum.os2.ami.com.au [192.168.1.6]) by emu.os2.ami.com.au (8.10.0/8.10.0) with ESMTP id eA5N7pZ27895 for ; Mon, 6 Nov 2000 07:08:18 +0800 Message-Id: <200011052308.eA5N7pZ27895@emu.os2.ami.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: gtk-list@gnome.org Subject: GTK and Perl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Nov 2000 07:10:04 +0800 From: John Summerfield Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I look for documentation on yusing this combination? I'm new to GTK and would prefer not to learn how to use it in C first. >From the Gtk-Perl-0.7003-0_helix_2 documentation: The code may very well still have leaks, and a few portions are incomplete (such as Gdk colormap manipulation) and much of it is untested. No documentation currently exists, but this code is designed to mimic the C calling sequences as much as is reasonable. I HAVE found an application written in Perl/GTP; it might serve as a sample (though with lots of extraneous stuff I don't want to know about), but it only covers what that application does. I found the tutorial on the www.gtk.org, but that's for C programmers. From mjb@adam.cheshire.net Sun Nov 5 22:11:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from adam.cheshire.net (adam.cheshire.net [208.153.58.2]) by mail.gnome.org (Postfix) with ESMTP id C3DB72BACF for ; Sun, 5 Nov 2000 22:11:31 -0500 (EST) Received: from net1-pool-16.cheshire.net (IDENT:matthew@net1-pool-16.cheshire.net [208.153.58.137]) by adam.cheshire.net (8.9.1/8.9.1) with ESMTP id VAA20876 for ; Sun, 5 Nov 2000 21:58:27 -0500 (EST) Message-Id: <200011060258.VAA20876@adam.cheshire.net> Date: Sun, 05 Nov 2000 22:00:05 EST From: Matthew Beauchesne To: gtk-list@gnome.org Subject: Re: GTK and Perl Reply-To: mjb@adam.cheshire.net X-Mailer: Spruce 0.6.5 for X11 w/smtpio 0.7.9 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 06 Nov 2000, John Summerfield wrote: > Date: Mon, 06 Nov 2000 07:10:04 +0800 > To: gtk-list@gnome.org > From: John Summerfield > Subject: GTK and Perl > > > Where do I look for documentation on yusing this combination? I'm new to > GTK > and would prefer not to learn how to use it in C first. There is a tutorial at http://personal.riverusers.com/~swilhelm/perlgtk/ that is modeled after the GTK+ tutorial at www.gtk.org. It isn't complete but should give you enough to start with. There is also a gtk-perl mailing list. You can subscribe here. http://mail.gnome.org/mailman/listinfo/gtk-perl-list HTH -- Matthew Beauchesne mjb@adam.cheshire.net -- From matthew@mattshouse.com Sun Nov 5 23:53:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.linuxnet (c90610-a.alton1.il.home.com [24.11.42.157]) by mail.gnome.org (Postfix) with ESMTP id 7F87F2BB74; Sun, 5 Nov 2000 23:53:49 -0500 (EST) Received: from matthew (matthew.linuxnet [192.168.1.5]) by www.linuxnet (8.9.3/8.9.3) with ESMTP id WAA26135; Sun, 5 Nov 2000 22:41:35 -0600 Date: Sun, 5 Nov 2000 22:41:59 -0600 (CST) From: matthew X-Sender: matthew@matthew.linuxnet To: gnome-list@gnome.org Cc: gtk-list@gnome.org Subject: gtk-config and gnome-config relocation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I propose that gtk-config and gnome-config be moved from *-libs-devel to *-libs. These files are small, unobtrusive, and come in very handy in a non-development capacity. For example: I'm writing a gtk/gnome application that I will be distributing in both binary and source packages. The binary package will be installed from a GUI installer app. If these scripts are on the target system then I have a definite way of determining where the icons, executables, etc. belong in order to mesh with gnome. However, without these scripts it's guess work. Matthew From philippe.vivarelli@conexant.com Mon Nov 6 06:00:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 0DD932BCBD for ; Mon, 6 Nov 2000 06:00:26 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id CAA24421; Mon, 6 Nov 2000 02:47:16 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Re: Widget Colors To: gtk-list@gnome.org Cc: neelakanth.nadgir@sun.com X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Mon, 6 Nov 2000 11:48:07 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/06/2000 02:48:05 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, It works for buttons but not for other widgets (Label, Frames, ..) I tried this code below, and the button color is changed but it doesn't work for the other widgets (a Label: label1 and a Frame : frame1) Does someone could help Thank you Philippe Vivarelli on_button1_clicked(GtkButton *button, gpointer window) { GtkWidget *ThisWidget; GtkStyle* my_style; GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; my_style = gtk_style_copy( gtk_widget_get_default_style() ); my_style->bg[GTK_STATE_NORMAL] = myGdkColor; my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; my_style->bg[GTK_STATE_SELECTED] = myGdkColor; my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; gtk_widget_set_style(button, my_style); ThisWidget = lookup_widget(window, "label1"); gtk_widget_set_style(ThisWidget, my_style); ThisWidget = lookup_widget(window, "frame1"); gtk_widget_set_style(ThisWidget, my_style); } From john.cupitt@ng-london.org.uk Mon Nov 6 06:53:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 2F1EB2BCBD for ; Mon, 6 Nov 2000 06:53:06 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZVM6; Mon, 6 Nov 2000 11:40:45 -0000 Message-ID: <3A0697E5.A5651067@ng-london.org.uk> Date: Mon, 06 Nov 2000 11:37:09 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ philippe.vivarelli@conexant.com wrote: > It works for buttons but not for other widgets (Label, Frames, ..) Hi Phillippe, it works for widget that have their own windows. Label/frame/etc. are client-type widgets ... they draw on their parent's window. Wrap them in an event box to make sure they get their own window. > on_button1_clicked(GtkButton *button, gpointer window) > > { > GtkWidget *ThisWidget; > GtkStyle* my_style; > > GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; > > my_style = gtk_style_copy( gtk_widget_get_default_style() ); > > my_style->bg[GTK_STATE_NORMAL] = myGdkColor; > my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; > my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; > my_style->bg[GTK_STATE_SELECTED] = myGdkColor; > my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; > > gtk_widget_set_style(button, my_style); > > ThisWidget = lookup_widget(window, "label1"); > gtk_widget_set_style(ThisWidget, my_style); > > ThisWidget = lookup_widget(window, "frame1"); > gtk_widget_set_style(ThisWidget, my_style); > > } This is maybe not the best way. Havoc suggested: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Now your colour change will survive a theme change. Even better (I think) is to use gtk_widget_set_name( widget, "green_widget" ) to set a name for your widget. Then in your .gtkrc file for your application, have lines like: style "green_style" = default { bg[ NORMAL ] = { 0.5, 0.7, 0.5 } } widget "*green_widget" style "green_style" Much easier, and easy for your users to alter too. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From koppal@usc.edu Sun Nov 5 19:00:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from usc.edu (usc.edu [128.125.253.136]) by mail.gnome.org (Postfix) with ESMTP id EBCC12BA8D for ; Sun, 5 Nov 2000 19:00:38 -0500 (EST) Received: from aludra.usc.edu (koppal@aludra.usc.edu [128.125.253.184]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA13145 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Received: from localhost (koppal@localhost) by aludra.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA15517 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Date: Sun, 5 Nov 2000 15:48:25 -0800 (PST) From: koppal To: gtk-list@gnome.org Subject: Rookie questions about the widget curve and GDK Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am a GTK beginner. I wanted to know if the widget curve works for the option GTK_CURVE_TYPE_LINEAR I also wanted to know what i need to put in the arguments of the first gdk_window_new function that i call...i was confused about who is the parent when i have not made any windows yet... thanks, Sanjeev From cras@irccrew.org Sun Nov 5 13:05:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailframe.cabinet.net (mailframe.cabinet.net [213.169.1.9]) by mail.gnome.org (Postfix) with ESMTP id AAD232BA9B for ; Sun, 5 Nov 2000 13:05:10 -0500 (EST) Received: from shodan.irccrew.org (shodan.irccrew.org [213.169.2.254]) by mailframe.cabinet.net (Postfix) with ESMTP id 5B65F10025 for ; Sun, 5 Nov 2000 19:52:54 +0200 (EET) Received: by shodan.irccrew.org (Postfix, from userid 6976) id 1E525F4BB; Sun, 5 Nov 2000 19:52:53 +0200 (EET) Date: Sun, 5 Nov 2000 19:52:53 +0200 From: Timo Sirainen To: gtk-list@gnome.org Subject: MDI-like widget? Message-ID: <20001105195253.B2546@irccrew.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't mean the traditional "windows inside windows" MDI, but rather that kind of what MS Visual Studio (don't know what other programs have it) partly uses. Some of it's windows dock at the borders of the real window, they can be moved to different border or above/below other docked windows or removed completely as a separate real window, but they never float around freely and other windows don't overlap them. So I was thinking some container widget that could do this automatically. I could add widgets to left/right/up/down and it could be moved around or separated as new window, and the new window could be docked back (like tearoff menus). These docked border windows would be mostly for some utility windows, like file browsers and such. There wouldn't be that many of them. In the middle there would be the working area. I'm not sure how it would behave, maybe have some windows that could be split horizontally (and vertically) and they also could be moved around but not necessarily behind border windows .. The windows themselves could have some simple title bar that could be used to drag the window. Window resizing should of course also work, but while growing one window others would shrink. GtkTable works pretty much the same as this, except I don't know if it's possible to move and resize widgets in it, or to add/remove rows/columns in the middle of the table. So the questions: Has anyone done anything like this yet? Does anyone want this kind of widget? Is anyone willing to code it? ;) I might try it, but it would take a long time and probably would just end up as ugly and buggy code. From jason@rebel.rebel.net.au Thu Nov 2 02:29:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id 1F16A2BAB8; Thu, 2 Nov 2000 02:29:34 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id RAA11222; Thu, 2 Nov 2000 17:47:26 +1030 Date: Thu, 2 Nov 2000 17:47:25 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um... You can safely ignoe my last post. I have worked out a way to do it. If anyone is ineterested this is what I came up with. GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); ... //add many widgets to MainW ... void do_sens(GtkWidget *w,gpointer data) { gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); } void sens_all(gboolean sens) { gtk_container_foreach (GTK_CONTAINER(MainW), do_sens, (gpointer *)sens); } It seems to do what I wanted. Jason On Thu, 2 Nov 2000, Jason Tan wrote: > > > Hi All, > > I have an applciaiton with many many user contorls(widgets) and under > certain cirecumstances I want to be able to block all the signals from all > widgets excpet one or two. > > Is there an easy-ish way to do this? > > The gui stores info about bales of wool in several places and under > certain circumstances we don't want any processing to be able to > continue until the user has verified the details being displayed are > correct. > > I could put in a variable that can be set when I am in the mode where I > want the user to verify before continuing, then test that variable in > every callback, but I have a lot of callbacks and this would be a lot of > work. > > Does anyone have a better suggestion or know a way to do this. > > I guess what I really want to do is soemthign like > > gtk_signal_handler_block(,) > ... > gtk_singnal_handler_unblock(,). > > The bit I can't work out is how to do the block all. > > Any suggestions very gratefully received. > > I am using glade, so there might be some celever way to gt all the child > widgets fromt eh top level window using sem of the support functions, but > I haven't worked out how to do that yet either. > > Regards > jason tan > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > -- ------------------------------------------------------------------------------ Jason Tan jason@rebel.net.au Some people have a way about them that seems to say: "If I have only one life to live, let me live it as a jerk." -/usr/games/fortune ------------------------------------------------------------------------------ From dinh@enserb.fr Thu Nov 2 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 779E62BAC0 for ; Thu, 2 Nov 2000 06:57:26 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id MAA11158; Thu, 2 Nov 2000 12:45:09 +0100 (MET) Message-ID: <3A0161F2.9E909CAF@enserb.fr> Date: Thu, 02 Nov 2000 12:45:38 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Sebastian Wilhelmi Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> Content-Type: multipart/mixed; boundary="------------85D89991BDE0D515223CA7BE" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sebastian Wilhelmi wrote: > > Actually this should work, AFAICT. Please post a example, demonstrating this > behaviour (This sould be a stripped down example though) and I will have a > look. this example is build from the one given in the FAQ. -- Hoa --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii; name="testthread.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="testthread.c" #include #include #include #include #include #include #include #define YES_IT_IS (1) #define NO_IT_IS_NOT (0) typedef struct { GtkWidget *label; int what; } yes_or_no_args; G_LOCK_DEFINE_STATIC (yes_or_no); static volatile int yes_or_no = YES_IT_IS; void destroy(GtkWidget *widget, gpointer data) { gtk_main_quit(); } void *argument_thread(void *args) { yes_or_no_args *data = (yes_or_no_args *)args; gboolean say_something; printf("one thread\n"); for(;;) { /* sleep a while */ sleep(rand() / (RAND_MAX / 3) + 1); /* lock the yes_or_no_variable */ G_LOCK(yes_or_no); /* do we have to say something? */ say_something = (yes_or_no != data->what); if(say_something) { /* set the variable */ yes_or_no = data->what; } /* Unlock the yes_or_no variable */ G_UNLOCK(yes_or_no); if(say_something) { /* get GTK thread lock */ gdk_threads_enter(); /* set label text */ if(data->what == YES_IT_IS) gtk_label_set_text(GTK_LABEL(data->label), "O yes, it is!"); else gtk_label_set_text(GTK_LABEL(data->label), "O no, it isn't!"); /* release GTK thread lock */ gdk_threads_leave(); } } return(NULL); } int main(int argc, char *argv[]) { GtkWidget *window; GtkWidget *label; yes_or_no_args yes_args, no_args; pthread_t no_tid, yes_tid; /* init threads */ g_thread_init(NULL); /* init gtk */ gtk_init(&argc, &argv); /* init random number generator */ srand((unsigned int)time(NULL)); /* create a window */ window = gtk_window_new(GTK_WINDOW_TOPLEVEL); gtk_signal_connect(GTK_OBJECT (window), "destroy", GTK_SIGNAL_FUNC(destroy), NULL); gtk_container_set_border_width(GTK_CONTAINER (window), 10); /* create a label */ label = gtk_label_new("And now for something completely different ..."); gtk_container_add(GTK_CONTAINER(window), label); gtk_signal_connect(GTK_OBJECT (label), "event", GTK_SIGNAL_FUNC(argument_thread), NULL); /* show everything */ gtk_widget_show(label); gtk_widget_show (window); /* create the threads */ yes_args.label = label; yes_args.what = YES_IT_IS; pthread_create(&yes_tid, NULL, argument_thread, &yes_args); no_args.label = label; no_args.what = NO_IT_IS_NOT; pthread_create(&no_tid, NULL, argument_thread, &no_args); /* enter the GTK main loop */ gdk_threads_enter(); gtk_main(); gdk_threads_leave(); return(0); } --------------85D89991BDE0D515223CA7BE-- From jason@rebel.rebel.net.au Thu Nov 2 00:03:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id BA0442BB36; Thu, 2 Nov 2000 00:02:56 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id PAA09077; Thu, 2 Nov 2000 15:20:50 +1030 Date: Thu, 2 Nov 2000 15:20:49 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Blockingsignals for all widgets(except one or two) In-Reply-To: <20001101175735.C30710@dman.rh.rit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All, I have an applciaiton with many many user contorls(widgets) and under certain cirecumstances I want to be able to block all the signals from all widgets excpet one or two. Is there an easy-ish way to do this? The gui stores info about bales of wool in several places and under certain circumstances we don't want any processing to be able to continue until the user has verified the details being displayed are correct. I could put in a variable that can be set when I am in the mode where I want the user to verify before continuing, then test that variable in every callback, but I have a lot of callbacks and this would be a lot of work. Does anyone have a better suggestion or know a way to do this. I guess what I really want to do is soemthign like gtk_signal_handler_block(,) ... gtk_singnal_handler_unblock(,). The bit I can't work out is how to do the block all. Any suggestions very gratefully received. I am using glade, so there might be some celever way to gt all the child widgets fromt eh top level window using sem of the support functions, but I haven't worked out how to do that yet either. Regards jason tan From cookj@cs.man.ac.uk Fri Nov 3 07:26:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from m1.cs.man.ac.uk (m1.cs.man.ac.uk [130.88.192.2]) by mail.gnome.org (Postfix) with ESMTP id C3E122DB5A for ; Fri, 3 Nov 2000 07:26:07 -0500 (EST) Received: from ceratops by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id MAA21276; Fri, 3 Nov 2000 12:13:41 GMT Date: Fri, 3 Nov 2000 12:13:40 GMT Message-Id: <200011031213.MAA44701@ceratops> From: Jon Cook To: gtk-list@gnome.org Subject: Mouse position with key event Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Unlike its X equivalent, the GdkEventKey data structure does not contain the position of the mouse when the key press/release event occurred. Is there any way of getting this information. Cheers, Jon From rsteinke@merilon.elfhame.net Wed Nov 1 17:27:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id DE1102DD66 for ; Wed, 1 Nov 2000 17:27:41 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eA1MJtx09516 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:19:55 -0800 Date: Wed, 1 Nov 2000 14:19:55 -0800 From: Ron Steinke Message-Id: <200011012219.eA1MJtx09516@merilon.elfhame.net> To: gtk-list@gnome.org Subject: stop GtkEventBox from resizing Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any way to stop a GtkEventBox from being resized by its parent? Specifically, the EventBox contains a pixmap, and I want it to remain the same size as the pixmap, even when the window containing it changes size. I can do it by surronding the EventBox with another box, but I was wondering if there was some more sophisticated way of doing this? Ron Steinke From cvj@telco.co.in Tue Oct 31 22:26:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id F11E32BEA5; Tue, 31 Oct 2000 22:26:38 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id IAA25908; Wed, 1 Nov 2000 08:44:16 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id IAA29761; Wed, 1 Nov 2000 08:45:46 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id IAA30603; Wed, 1 Nov 2000 08:42:32 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id IAA11174; Wed, 1 Nov 2000 08:41:58 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 08:41:57 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Oct 31, 4:49pm) References: <39FF2DE6.7A3B4731@lickey.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford , Davina Armstrong Subject: Re: activating a button Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Oct 31, 4:49pm, Jonathan Blandford wrote: > Subject: Re: activating a button > Davina Armstrong writes: > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > either make the "activate" event call my button callback function, or I > > can make it call gtk_button_clicked(button), both of which work, but > > fail to give the user the visual feedback of the button being clicked. > > Can anyone tell me how to accomplish this? > Try gtk_button_pressed(button) and then gtk_button_realesed(button) this will ultimately generate the click event on your button also hopefully( i m not sure plz. try out ) it will give you the visual effect Thanx cvjoshi > There is no way in GTK+ to give this visual feedback using a button. > Sorry I can't help more. > > Thanks, > -Jonathan > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list >-- End of excerpt from Jonathan Blandford -- ### Imagination is more important than Knowledge. ### - Albert Einstien ________________________________________________________ Chandrashekhar V Joshi ESG, TTIL, Telco Campus, PUNE - 411 018 email: cvjoshi@telco.co.in phone: +91-20-77 42 61 Extn.2049 (off) -740 20 49 (off) +91-20-765 26 91 (res) --------------------------------------------------------- From jrb@redhat.com Wed Nov 1 00:18:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (dsl254-119-026-nyc1.dsl-isp.net [216.254.119.26]) by mail.gnome.org (Postfix) with ESMTP id 51EDF2C898; Wed, 1 Nov 2000 00:18:06 -0500 (EST) Received: (from jrb@localhost) by localhost.localdomain (8.11.0/8.11.0) id eA16C8B02762; Wed, 1 Nov 2000 01:12:08 -0500 X-Authentication-Warning: localhost.localdomain: jrb set sender to jrb@redhat.com using -f To: "Chandrashekhar V. Joshi" Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-URL: From: Jonathan Blandford Date: 01 Nov 2000 01:12:07 -0500 In-Reply-To: "Chandrashekhar V. Joshi"'s message of "Wed, 1 Nov 2000 08:41:57 +0000" Message-ID: Lines: 26 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Chandrashekhar V. Joshi" writes: > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > Subject: Re: activating a button > > Davina Armstrong writes: > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > either make the "activate" event call my button callback function, or I > > > can make it call gtk_button_clicked(button), both of which work, but > > > fail to give the user the visual feedback of the button being clicked. > > > Can anyone tell me how to accomplish this? > > > > Try gtk_button_pressed(button) and then > gtk_button_realesed(button) > this will ultimately generate the click event on your button > also hopefully( i m not sure plz. try out ) > it will give you the visual effect This won't work. It will simulate the "clicked" event (by emitting the signal) but you won't get the visual effect. You are better off using gtk_button_clicked, or better yet, just calling your callback directly when you get an "activate" signal. Thanks, -Jonathan From cvj@telco.co.in Wed Nov 1 00:31:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id 290E22D34F; Wed, 1 Nov 2000 00:31:13 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id KAA01261; Wed, 1 Nov 2000 10:48:54 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id KAA01553; Wed, 1 Nov 2000 10:50:22 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id KAA32537; Wed, 1 Nov 2000 10:47:06 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id KAA11538; Wed, 1 Nov 2000 10:46:32 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 10:46:32 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Nov 1, 1:12am) References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford Subject: Re: activating a button Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Nov 1, 1:12am, Jonathan Blandford wrote: > Subject: Re: activating a button > "Chandrashekhar V. Joshi" writes: > > > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > > Subject: Re: activating a button > > > Davina Armstrong writes: > > > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > > either make the "activate" event call my button callback function, or I > > > > can make it call gtk_button_clicked(button), both of which work, but > > > > fail to give the user the visual feedback of the button being clicked. > > > > Can anyone tell me how to accomplish this? > > > > > > > Try gtk_button_pressed(button) and then > > gtk_button_realesed(button) > > this will ultimately generate the click event on your button > > also hopefully( i m not sure plz. try out ) > > it will give you the visual effect > > This won't work. It will simulate the "clicked" event (by emitting the > signal) but you won't get the visual effect. You are better off using > gtk_button_clicked, or better yet, just calling your callback directly > when you get an "activate" signal. > oh yes. actually u can emit a button_press and button_release signal but following should work except that queue_draw may not update your ui as u are in the event dispatch thread till ur function completes gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); // ur implementation here gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); thanx cvjoshi From otaylor@redhat.com Mon Nov 6 09:01:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 428042BB58 for ; Mon, 6 Nov 2000 09:01:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 07C50242C5D; Mon, 6 Nov 2000 09:01:37 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: stop GtkEventBox from resizing References: <200011012219.eA1MJtx09516@merilon.elfhame.net> From: Owen Taylor Date: 06 Nov 2000 09:01:37 -0500 In-Reply-To: Ron Steinke's message of "Wed, 1 Nov 2000 14:19:55 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > Is there any way to stop a GtkEventBox from being resized by > its parent? Specifically, the EventBox contains a pixmap, and I want > it to remain the same size as the pixmap, even when the window > containing it changes size. I can do it by surronding the EventBox > with another box, but I was wondering if there was some more > sophisticated way of doing this? The geometry management of a widget is typically handled by the options by which it is added into its parent. So, if the parent doesnt' have sufficient flexibility to do what you want, you may need to add an intermediate parent. It could be a box, as you suggest, but a more designed-for-the-task widget is a GtkAlignment: http://developer.gnome.org/doc/API/gtk/gtkalignment.html Regards, Owen From otaylor@redhat.com Mon Nov 6 09:03:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8B9302CE87 for ; Mon, 6 Nov 2000 09:03:13 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF6EE242C5E; Mon, 6 Nov 2000 09:03:12 -0500 (EST) To: Jon Cook Cc: gtk-list@gnome.org Subject: Re: Mouse position with key event References: <200011031213.MAA44701@ceratops> From: Owen Taylor Date: 06 Nov 2000 09:03:12 -0500 In-Reply-To: Jon Cook's message of "Fri, 3 Nov 2000 12:13:40 GMT" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jon Cook writes: > Hi, > > Unlike its X equivalent, the GdkEventKey data structure does not > contain the position of the mouse when the key press/release event > occurred. Is there any way of getting this information. Not really, sorry. You can use gdk_window_add_filter() to get direct access to the X event. Alternatively, you can use gdk_window_get_pointer() when you receive the event and assume that is close enough. Regards, Owen From otaylor@redhat.com Mon Nov 6 09:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0BE12CDEC; Mon, 6 Nov 2000 09:05:02 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C1BE5242C5E; Mon, 6 Nov 2000 09:05:02 -0500 (EST) To: Jason Tan Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) References: From: Owen Taylor Date: 06 Nov 2000 09:05:02 -0500 In-Reply-To: Jason Tan's message of "Thu, 2 Nov 2000 17:47:25 +1030 (CST)" Message-ID: Lines: 42 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jason Tan writes: > Um... > You can safely ignoe my last post. > I have worked out a way to do it. > > If anyone is ineterested this is what I came up with. > > GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); > > ... > > //add many widgets to MainW > > ... > > > > void do_sens(GtkWidget *w,gpointer data) > { > gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); > } > > > void sens_all(gboolean sens) > { > gtk_container_foreach (GTK_CONTAINER(MainW), > do_sens, > (gpointer *)sens); > } > > It seems to do what I wanted. > > > Jason Of course, gtk_widget_set_sensitivity() already propagates sensitivity to the child widgets... Regards, Owen From otaylor@redhat.com Mon Nov 6 09:09:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id BE04D2BB20 for ; Mon, 6 Nov 2000 09:09:10 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 83FFC242C5E; Mon, 6 Nov 2000 09:09:10 -0500 (EST) To: John Cupitt Cc: philippe.vivarelli@conexant.com, gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: <3A0697E5.A5651067@ng-london.org.uk> From: Owen Taylor Date: 06 Nov 2000 09:09:10 -0500 In-Reply-To: John Cupitt's message of "Mon, 06 Nov 2000 11:37:09 +0000" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt writes: > philippe.vivarelli@conexant.com wrote: > > It works for buttons but not for other widgets (Label, Frames, ..) > > Hi Phillippe, it works for widget that have their own windows. > Label/frame/etc. are client-type widgets ... they draw on their parent's > window. Wrap them in an event box to make sure they get their own > window. A slightly more intuitive way to think of this is that a widget such as a Label or a Frame does not have a background - it draws the text, and for the frame, the shadow, but not the background. If you think about a label widget as just being the text, and not text + background, it should be clear that you need to set the background of the parent widget (or add a parent widget such as a GtkEventBox), rather than setting the background of the widget itself. Regards, Owen From hvv@hippo.ru Mon Nov 6 10:16:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 456402BA83; Mon, 6 Nov 2000 10:14:45 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hvv@hippo.ru Mon Nov 6 10:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 56D652BCBD; Mon, 6 Nov 2000 10:16:13 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From alan.dugas@analog.com Mon Nov 6 13:30:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id EC8722BB20; Mon, 6 Nov 2000 13:30:16 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id NAA15511; Mon, 6 Nov 2000 13:30:13 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id NAA19165; Mon, 6 Nov 2000 13:30:05 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G88N2>; Mon, 6 Nov 2000 13:30:14 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Mon, 6 Nov 2000 13:30:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Well, by scaling down the number of calls to gtk_extext_insert() I found that the loading scaled proportionatly. This more or less confirms my suspiction that gtkextext requires significantly more overhead than gtktext. For the time being I will live with this with an eye towards writing as much data as possible into one gigantic array to minimize gtk_extext_insert() calls. However, how do I display text at one location and insert text in another? The application I am working on collects data real-time and appends new data to the bottom of the gtkextext. If I wish to view something at the top of the widget and use either the scrollbar or keyboard to do so, the text that's supposed to be appended to the bottom gets inserted into the viewing location instead!! Has anyone else run into this? >From what I've seen in the gtkextext.h file, the API doesn't appear to have a function to facilitate this. Thanks again to those who respond. -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Saturday, November 04, 2000 12:58 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Fri, 3 Nov 2000, Dugas, Alan wrote: > > Thanks for your responses Chris and Detlef. I keep trying to use this > > widget as a gtktext. Have either of you run into problems with cpu > usage > > no ;) > > > when using gtkextext to insert text? After replacing gtktext with > > gtkextext, the update rate of the gtkextext is so slow my system locks > up! > > In other words this widget appears to have an extremely large amount of > > overhead. > > to me it seems not very slow. but i must say, that i use it in muli only > for quit small text chunks, aprox 1k. but at this size it is possible to > switch the page more then 10 times / second on a PII 350, 198 megs of > ram(not tested with a stopwatch :). > > Unless... I have something in my code that's messing with > the > > gtkextext. Any ideas? > > if you insert your text linewise, that can be realy time consumptiv. > > beside of this, is it possible that you not only changed to gtkextext, but > also to pixmap themes? or in other words try it with the default theme. > pixmap themes are absolut time suckin pigs > > and at least, if you are short of memory, it can give a problem with > gtkextext, cause it leaks memory. not the most, but if you change the > contents very often... > > if that all not helps, can you send a snippet of code, that shows the > behaviour? (direct, not over the list, if its bigger) > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From robby@dingoblue.net.au Mon Nov 6 14:40:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [203.2.75.107]) by mail.gnome.org (Postfix) with ESMTP id 2BC232BC01 for ; Mon, 6 Nov 2000 14:40:33 -0500 (EST) Received: from celery (sdcax54-175.dialup.optusnet.com.au [198.142.208.175]) by mail04.syd.optusnet.com.au (8.9.3/8.9.3) with ESMTP id GAA04746 for ; Tue, 7 Nov 2000 06:40:25 +1100 Received: from robby by celery with local (Exim 3.16 #1 (Debian)) id 13ss4f-0003Pg-00 for ; Tue, 07 Nov 2000 06:36:57 +1100 Date: Tue, 7 Nov 2000 06:36:57 +1100 From: Robert Schonberger To: gtk-list@gnome.org Subject: Window specific themes? Message-ID: <20001107063657.A12997@celery> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.3.9i X-Operating-System: Linux 2.2.17 i686 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Just wondering if theres a way to set particular windows/programs to use different gtk+ themes?=20 =09 I can do it manually by editing .gtkrc to point to a different theme directory, then opening a new gtk window (this, luckily, doesn't affect all the other windows already existing - or does it?) Anyway, just wondering if theres a better/more intelligent way of doing this? Thanks, Robert --=20 Robert Schonberger robsc@cse.unsw.edu.au 2nd Year Software Engineering Student Computing 1A tutor send email with subject exactly "get pgp key" to get my public key. Reality is for people who lack imagination. --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.1i iQA/AwUBOgcIWBo1ek5dW854EQLzeQCgy6Z+3GSHckg/iC58qWSrxO9MpssAoJuE 27/niKFdg88Iyf/4IxppHmJ3 =9Nl9 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From davina@lickey.com Mon Nov 6 14:50:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 8C2D72BA98 for ; Mon, 6 Nov 2000 14:50:57 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id A3A57A017 for ; Mon, 6 Nov 2000 11:50:55 -0800 (PST) Message-ID: <3A070B9F.DB932EF1@lickey.com> Date: Mon, 06 Nov 2000 11:50:55 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: focus question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry and a GtkButton. When I first move the mouse over the application, the window gets the focus. When I hit tab the first time, the GtkEntry gets the focus. The second tab gives the focus to the GtkButton. My question is about the third tab - I can't figure out where the focus is going. The fourth tab brings the focus back to the GtkEntry. Can anyone help? Thanks! Davina From otaylor@redhat.com Mon Nov 6 17:41:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 379072BE08 for ; Mon, 6 Nov 2000 17:41:03 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF07A242E1F; Mon, 6 Nov 2000 17:41:02 -0500 (EST) To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: focus question References: <3A070B9F.DB932EF1@lickey.com> From: Owen Taylor Date: 06 Nov 2000 17:41:02 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 06 Nov 2000 11:50:55 -0800" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry > and a GtkButton. When I first move the mouse over the application, the > window gets the focus. When I hit tab the first time, the GtkEntry gets > the focus. The second tab gives the focus to the GtkButton. My > question is about the third tab - I can't figure out where the focus is > going. The fourth tab brings the focus back to the GtkEntry. Can > anyone help? Not your problem - just the way that GTK+ works (will be fixed for GTK+-2.0). Regards, Owen From switk@worldnet.att.net Tue Nov 7 06:08:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc27.worldnet.att.net (mtiwmhc27.worldnet.att.net [204.127.131.52]) by mail.gnome.org (Postfix) with ESMTP id 2F12D2BC8D for ; Tue, 7 Nov 2000 06:08:33 -0500 (EST) Received: from worldnet.att.net ([12.91.41.209]) by mtiwmhc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001107110832.HEFU7142.mtiwmhc27.worldnet.att.net@worldnet.att.net> for ; Tue, 7 Nov 2000 11:08:32 +0000 Message-ID: <3A07E2A3.FA06AA2C@worldnet.att.net> Date: Tue, 07 Nov 2000 06:08:19 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Below is a copy of an email that I sent to Davina and forgot to CC the list. The only way that I know of to get the effect of a button being pressed when a key is pressed is rather messy and involved for what you want to do. You connect to both the "key_press_event" and the "key_release_event" of the widget that is going to have the keyboard focus and in key_press handler call gtk_button_enter(), gtk_button_pressed(), and gtk_button_clicked(). Then in the key_release handler use gtk_button_released() and gtk_button_leave(). The problem with this approach is that if the mouse happens to be over the button that you're doing this with then you get 2 "clicked" signals emitted so you need to check to make sure that you're button isn't the widget that the mouse happens to be over. You can do this by connecting to the "enter_notify_event" and "leave_notify_event" for the button that you're dealing with. If it is then don't call gtk_button_enter(), gtk_button_clicked() and gtk_button_leave(). (I told you it was messy) I'm not sure how much help this would be to you though. Even on my slowest machine (pentium 100) a dialog I have that has an entry widget with button_clicked attached to it's "activate" signal, goes away too fast to be able to see the visual effect, unless you are not closing the dialog at this time. Davina Armstrong wrote: > > I want write a dialog box that does the following: > > It has a GtkEntry and a GtkButton. When it first appears, the GtkEntry > has the focus. The user types in the GtkEntry and hits Enter, which - > and here's my problem - activates the GtkButton. > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > either make the "activate" event call my button callback function, or I > can make it call gtk_button_clicked(button), both of which work, but > fail to give the user the visual feedback of the button being clicked. > Can anyone tell me how to accomplish this? > > Thanks! > Davina > From jones@iabg.de Tue Nov 7 08:54:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 5D1152BAC0 for ; Tue, 7 Nov 2000 08:54:18 -0500 (EST) Received: by iabgfw.iabg.de; id OAA16174; Tue, 7 Nov 2000 14:54:16 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma015689; Tue, 7 Nov 00 14:53:26 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Tue, 7 Nov 2000 14:53:23 +0100 Message-ID: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> From: "jones" To: Subject: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 14:50:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a problem that you may be able to help with I have a C Gtk program that interfaces with a ada program, I have compressed the C program in to *.o files and the packed them in to *.a file and then try to link them to the ada program but in linking the ada link program can not find any of the Gtk calls, I need a way to compile the program. an help thanks OneStar From charlet@ACT-Europe.FR Tue Nov 7 09:17:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 87AB62BAB8 for ; Tue, 7 Nov 2000 09:17:29 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 62B495F59D; Tue, 7 Nov 2000 15:17:28 +0100 (MET) Date: Tue, 7 Nov 2000 15:17:28 +0100 From: Arnaud Charlet To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001107151728.C10193@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <000b01c048c1$b57b7970$5000050a@sam.iabg.de>; from jones@iabg.de on Tue, Nov 07, 2000 at 02:50:37PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. This is hard to help without more details, but have you considered doing your Gtk part also in Ada, using GtkAda ? This might not be an option for you, but thought I'd mention it anyway. By more details I mean which platform, what commands did you use, what error did you get, etc... Arno From JayLeBlanc@yifan.net Tue Nov 7 09:51:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id EA8622BAB8 for ; Tue, 7 Nov 2000 09:51:56 -0500 (EST) Received: (qmail 13229 invoked from network); 7 Nov 2000 14:51:26 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 7 Nov 2000 14:51:26 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Tue, 7 Nov 2000 09:51:26 -0500 Subject: Label Alignment Message-id: <3a0816ee.3395.0@yifan.net> X-User-Info: 198.133.22.75 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thanks Darin Fisher and Caleb Land for your replies. That worked great for that label but it doesn't seem to work well for a multi-line label. The label is attached to a large section of a table and seems to want to center each line again. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From dfisher@jagger.me.berkeley.edu Tue Nov 7 10:41:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neptune.landover.net (unknown [205.179.108.68]) by mail.gnome.org (Postfix) with ESMTP id A8CAB2BAB8 for ; Tue, 7 Nov 2000 10:41:47 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darinf@localhost.localdomain [127.0.0.1]) by neptune.landover.net (8.11.0/8.11.0) with ESMTP id eA7Fe1b23399 for ; Tue, 7 Nov 2000 07:40:05 -0800 Message-ID: <3A082251.537D75AF@jagger.me.berkeley.edu> Date: Tue, 07 Nov 2000 07:40:01 -0800 From: Darin Fisher X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22smp i686) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a0816ee.3395.0@yifan.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay LeBlanc wrote: > Thanks Darin Fisher and Caleb Land for your replies. That worked great > for that label but it doesn't seem to work well for a multi-line label. > The label is attached to a large section of a table and seems to want > to center each line again. Any ideas? > > Thanks, > Jay > > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list Make sure you are setting both the alignment and the justification.... gtk_misc_set_alignment(...) gtk_label_set_justify(...) Are you calling both functions? The justification is, by default, centered. Think of the label as existing in a box, that is just large enough to contain the text. The alignment of the box, is its (x,y) offset within its container. The justification effects the layout of text within the box. For single line labels, the justification should never matter (I think). Hope this helps... Darin From jones@iabg.de Tue Nov 7 11:07:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 432B82CAAD for ; Tue, 7 Nov 2000 11:06:59 -0500 (EST) Received: by iabgfw.iabg.de; id RAA09866; Tue, 7 Nov 2000 17:06:57 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma009495; Tue, 7 Nov 00 17:06:03 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de; Tue, 7 Nov 2000 17:05:58 +0100 Message-ID: <002d01c048d4$3b271ea0$5000050a@sam.iabg.de> From: "jones" To: "Johan Groth" Cc: References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Subject: Re: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 17:03:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ----- Original Message ----- From: "Johan Groth" To: "jones" Cc: Sent: Tuesday, November 07, 2000 3:16 PM Subject: Re: C Gtk, ada and gnat > jones wrote: > > > > I have a problem that you may be able to help with I have a C Gtk program > > that interfaces with a ada program, I have compressed the C program in to > > *.o files and the packed them in to *.a file and then try to link them to > > the ada program but in linking the ada link program can not find any of the > > Gtk calls, I need a way to compile the program. > > Hi, > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` > > -- > Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 > Cell Network ! Kontoret: 054 - 14 25 27 > johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 > johan.groth.cellnetwork@dynamics.saab.se > thanks solved it now From ranma@gargoyles.ch Tue Nov 7 11:48:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from demona.gargoyles.ch (demona.gargoyles.ch [212.254.218.162]) by mail.gnome.org (Postfix) with ESMTP id B8F5C2BDE5; Tue, 7 Nov 2000 11:48:16 -0500 (EST) Received: from agamemnon (agamemnon@agamemnon.gargoyles.ch [192.168.0.100]) by demona.gargoyles.ch (8.10.1/8.10.1) with SMTP id eA7GlTG15375; Tue, 7 Nov 2000 17:47:29 +0100 From: Thomas Haeberli Reply-To: ranma@gargoyles.ch Organization: http://ranma.gargoyles.ch To: gtk-app-devel-list@gnome.org Subject: Need just a user adress Field in GTK+ Date: Tue, 7 Nov 2000 17:53:14 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: gtk-list@gnome.org MIME-Version: 1.0 Message-Id: <00110717535302.00397@agamemnon> Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all =09Is there any chance that there's a user Varfield in the GTK+ ? =09I have a bigger preprocessing before i call the Window Creator, and =09there are already Values in the Data Tree, so i have to pass the =09Adress of the DataTree to the GTK, but how do i do that ? =09gtk_main() dosn't seem to me that it's supporting it. --=20 so long Ranma-kun http://ranma.gargoyles.ch http://anime.gargoyles.ch http://www.gargoyles.ch From tcarter@reliable-net.net Tue Nov 7 14:49:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id 009942CC78 for ; Tue, 7 Nov 2000 14:49:28 -0500 (EST) Received: from tcarter ([199.3.90.49]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id OAA37603 for ; Tue, 7 Nov 2000 14:33:10 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <000a01c048f4$230f4fc0$315a03c7@tcarter> From: "tcarter" To: "LIST GTK" Subject: Object Destroy Date: Tue, 7 Nov 2000 14:51:10 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C048CA.2AE7C580" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have an area in the window I use to create a "pop-up" vertical scroll = bar with an adjustment. =20 When I'm finished with the "pop-up", I try to destroy the scroll bar and = adjustment object. When I execute the gtk_object_destroy for the adjustment object, I get: Gtk-WARNING: gtk_signal_disconnect_by_data(): could not find handler = containing data (hex data). How do I destroy the Adjustment? ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have an area in = the window I use=20 to create a "pop-up" vertical scroll bar with an = adjustment. =20
 
When I'm finished = with the=20 "pop-up", I try to destroy the scroll bar and adjustment=20 object.
 
When I execute the=20 gtk_object_destroy for the adjustment object, I get:
 
Gtk-WARNING:=20 gtk_signal_disconnect_by_data(): could not find handler containing data = (hex=20 data).
 
How do I destroy the = Adjustment?
 
 
------=_NextPart_000_0007_01C048CA.2AE7C580-- From davina@lickey.com Tue Nov 7 15:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 13DFB2BF54; Tue, 7 Nov 2000 15:17:33 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 4E86DA017; Tue, 7 Nov 2000 12:17:28 -0800 (PST) Message-ID: <3A086354.46539980@lickey.com> Date: Tue, 07 Nov 2000 12:17:24 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: drawing GtkEntry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm trying to change the appearance of GtkEntry to be a dotted underline rather than a white box. I've got the dotted line being drawn, but I can't figure out where the white rectangle is being drawn. I was able to draw a gray box *over* the white one, but I'd prefer not to draw the white one in the first place. Help, anyone? Thanks! Davina From algr0010@stud.uni-sb.de Tue Nov 7 15:20:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from indyio.rz.uni-sb.de (indyio.rz.uni-sb.de [134.96.7.3]) by mail.gnome.org (Postfix) with ESMTP id 563502C963 for ; Tue, 7 Nov 2000 15:20:27 -0500 (EST) Received: from caesar.rz.uni-saarland.de (IDENT:Niutg3LMIDSawNLbssHVcfJJagmy1Amk@caesar.rz.uni-sb.de [134.96.7.20]) by indyio.rz.uni-sb.de (8.9.3/8.9.3) with ESMTP id VAA5095883 for ; Tue, 7 Nov 2000 21:20:26 +0100 (CET) Received: from caesar.rz.uni-sb.de (IDENT:iwlhmVL+4nCgnLArCtdUPxb3GVidIN03@caesar.rz.uni-sb.de [134.96.7.20]) by caesar.rz.uni-saarland.de (8.9.3/8.9.3) with ESMTP id VAA128567734 for ; Tue, 7 Nov 2000 21:20:25 +0100 (TZ=CET) Date: Tue, 7 Nov 2000 21:20:24 +0100 From: Alexei Gromov X-Sender: algr0010@caesar.rz.uni-saarland.de To: LIST GTK Subject: Locale and fonts. In-Reply-To: <000a01c048f4$230f4fc0$315a03c7@tcarter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, All. I want to know, what and where do I have to change to set the default font for different locales. If I don't set LANG and LC_CTYPE environment, then GTK applications (Gnapster, XMMS) are using one font. If I set the locale, then they are using another one. I would like to change the font they use. May be it is not a GTK question but locale... Can anyone help me with this? ------------------------------------------------------------------------- | Alexei Gromov, DFKI. | | E-mail algr0010@stud.uni-sb.de | | Alexei.Gromov@dfki.de | | alex@sapsan.de | ------------------------------------------------------------------------- From hp@redhat.com Tue Nov 7 18:06:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0083F2D0F6; Tue, 7 Nov 2000 18:06:55 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7N64J31683; Tue, 7 Nov 2000 18:06:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: Re: drawing GtkEntry References: <3A086354.46539980@lickey.com> From: Havoc Pennington Date: 07 Nov 2000 18:06:04 -0500 In-Reply-To: Davina Armstrong's message of "Tue, 07 Nov 2000 12:17:24 -0800" Message-ID: Lines: 18 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I'm trying to change the appearance of GtkEntry to be a dotted underline > rather than a white box. I've got the dotted line being drawn, but I > can't figure out where the white rectangle is being drawn. I was able > to draw a gray box *over* the white one, but I'd prefer not to draw the > white one in the first place. Help, anyone? > The way to do this is to subclass GtkEntry and replace its drawing code, probably. The white rectangle is most likely set as the window background in the realize function; you'd need to override that as well, probably your override should chain up to the default GtkEntry realize, then reset the window background. Havoc From hp@redhat.com Tue Nov 7 18:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 9A5412BE8C for ; Tue, 7 Nov 2000 18:35:51 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7NZ0Y31713; Tue, 7 Nov 2000 18:35:00 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Timo Sirainen Cc: gtk-list@gnome.org Subject: Re: MDI-like widget? References: <20001105195253.B2546@irccrew.org> From: Havoc Pennington Date: 07 Nov 2000 18:35:00 -0500 In-Reply-To: Timo Sirainen's message of "Sun, 5 Nov 2000 19:52:53 +0200" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Timo Sirainen writes: > So the questions: Has anyone done anything like this yet? Does anyone want > this kind of widget? Is anyone willing to code it? ;) I might try it, but it > would take a long time and probably would just end up as ugly and buggy code. > We want a widget like this in GTK+. It's quite a bit of work though, to have all the nice features you expect and have a nice API. One way I was thinking of doing it was to have a single container with slots at left/right/top/bottom/center, and its children can be pulled out into their own window or go in a slot, and if multiple children are in a slot you get a notebook there, etc. You'd need to be able to configure which children could go in which space, limit spaces to only one child, and other stuff like that. A nicer way to do it might be to have a GtkDockSpot widget, which is just one of the slots. You'd have a GtkDockGroup that defined a set of GtkDockSpot widgets children could be shared between. Then you'd put these all in a table to get the typical left/right/top/bottom/center layout. This way any number of alternative layouts would be supported though, which could be convenient. But there are various issues to think about, it's unclear what way is best. Havoc From rhajikhani@exchange.office.etoys.com Tue Nov 7 20:10:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 92FAB2BC6C for ; Tue, 7 Nov 2000 20:10:08 -0500 (EST) Received: (qmail 11003 invoked from network); 8 Nov 2000 00:44:24 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 00:44:24 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59RJ55; Tue, 7 Nov 2000 17:08:01 -0800 Date: Tue, 7 Nov 2000 17:08:56 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk+ developing a real time graphical tool Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am trying to develop a real time graphical statistical tool for loads on our servers. I would like to show bars change their hight in accordance to their new values continuously. The bars would indicate the load on our servers. Can any one tell me what I should use for displaying the bars? Is a gnome canvas the tool that I should be using? Is there another widget that I should consider? I have started this thing and I would like to get a feed back as to whether I am taking the right path... If any one has any idea I really appreciate it... Thanks -Rasoul From pbd@op.net Tue Nov 7 20:14:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 05CFD2DBFA for ; Tue, 7 Nov 2000 20:14:56 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-1b.ppp.op.net [209.152.194.91]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id UAA09791; Tue, 7 Nov 2000 20:14:50 -0500 (EST) Message-Id: <200011080114.UAA09791@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help with gtk+ developing a real time graphical tool In-reply-to: Your message of "Tue, 07 Nov 2000 17:08:56 PST." Date: Tue, 07 Nov 2000 20:15:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi there, >I am trying to develop a real time graphical statistical tool for loads on >our servers. I would like to show bars change their hight in accordance to >their new values continuously. The bars would indicate the load on our >servers. Can any one tell me what I should use for displaying the bars? you might want to track down est@hyperreal.org's GtkLevelHold widget. its pretty cool. i use it for audio metering in various applications. if you can't find it, let me know and i can email you a copy of it and GtkRGB on which it depends. --p From bjrohan@home.com Tue Nov 7 23:42:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by mail.gnome.org (Postfix) with ESMTP id 0A9272BF7F for ; Tue, 7 Nov 2000 23:42:27 -0500 (EST) Received: from home.com ([24.10.69.33]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20001108044102.OOPX26316.femail4.sdc1.sfba.home.com@home.com> for ; Tue, 7 Nov 2000 20:41:02 -0800 Message-ID: <3A08DB62.507E32A8@home.com> Date: Tue, 07 Nov 2000 20:49:39 -0800 From: "Brian J. Rohan" X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test10 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: very basic gcc question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am new to C++, and realize this may not be the best group to post C++ questions in (what group would be best?). I have tried to compile a very basic C++ program as follows: #include int main() { cout <<"Hello World!\n"; return 0; } I then go to the directory contaiing the .cc file above, and type gcc ch1proj1.cc (the name of the file) I then get the following error messages: /tmp/cc2y1g3w.o: IN function `main': /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' /tmp/cc2y1g3w.0(.text+0xf): undefined reference to `ostream::operator<<(char const *)' collect2: ld returned 1 exit status What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 Thank you very much Brian From antony@claire.co.jp Tue Nov 7 23:46:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns.claire.co.jp (ns.claire.co.jp [210.154.52.34]) by mail.gnome.org (Postfix) with ESMTP id 3E1412DD01 for ; Tue, 7 Nov 2000 23:46:06 -0500 (EST) Received: from claire.co.jp (IDENT:antony@ttsw4158.tel.claire.co.jp [172.20.80.158]) by ns.claire.co.jp (8.9.3+3.2W/8.8.7) with ESMTP id NAA31143; Wed, 8 Nov 2000 13:46:02 +0900 Message-ID: <3A08DA85.602E8408@claire.co.jp> Date: Wed, 08 Nov 2000 13:45:57 +0900 From: Antony Stace Reply-To: antony@claire.co.jp Organization: System Claire X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3k i686) X-Accept-Language: en MIME-Version: 1.0 To: "Brian J. Rohan" Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <3A08DB62.507E32A8@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ try using "g++" instead of "gcc" "Brian J. Rohan" wrote: > > I am new to C++, and realize this may not be the best group to post > C++ questions in (what group would be best?). I have tried to compile a > very basic C++ program as follows: > > #include > > int main() > { > cout <<"Hello World!\n"; > return 0; > } > > I then go to the directory contaiing the .cc file above, and type gcc > ch1proj1.cc (the name of the file) > I then get the following error messages: > > /tmp/cc2y1g3w.o: IN function `main': > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to > `ostream::operator<<(char const *)' > collect2: ld returned 1 exit status > > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 > > Thank you very much > > Brian > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From dsh8290@rit.edu Wed Nov 8 01:50:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id EB9202CDC9 for ; Wed, 8 Nov 2000 01:50:42 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id BAA10432 for ; Wed, 8 Nov 2000 01:50:32 -0500 (EST) Date: Wed, 8 Nov 2000 01:50:00 -0500 From: D-Man To: gtk-list@gnome.org Subject: Re: very basic gcc question Message-ID: <20001108015000.C31568@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ As Anthony said, using the C++ compiler instead of the C compiler fixes the problem. Brian, it would be better for you to use 'endl' instead of '\n' to print a newline. Using the endl manipulator flushes the stream, otherwise you may not get the output. ex: cout << "Hello World." << endl ; Deviation in discussion: However, looking at the gcc web site and man pages, it appears that 'gcc' no longer stands for GNU C Compiler, but instead stands for GNU Compiler Collection. gcc also accepts an argument (-x) to specify the language to use. Here are some samples using Brian's code: $ gcc -x c++ hello.cc /tmp/ccq8aI9Q.o: In function `main': /tmp/ccq8aI9Q.o(.text+0x17): undefined reference to `cout' /tmp/ccq8aI9Q.o(.text+0x1c): undefined reference to `ostream::operator<<(char const *)' /tmp/ccq8aI9Q.o(.text+0x2a): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))' collect2: ld returned 1 exit status $ g++ -x c++ hello.cc $ g++ -x c hello.cc hello.cc:2:22: iostream.h: No such file or directory Similarly, if I write the corresponding Hello World in java: $ gcj --main=Hello Hello.java $ gcj -xjava --main=Hello Hello.java $ gcc -xjava --main=Hello Hello.java jc1: Unrecognized option `-fmain=Hello' $ gcc -xjava -C Hello.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main' /tmp/ccQ2q5v6.o: In function `Hello::Hello(void)': /tmp/ccQ2q5v6.o(.text+0xe): undefined reference to `java::lang::Object::Object(void)' [other link errors snipped] $ gcc -xjava -c Hello.java [ this gave no errors, however a C/C++ .o object file was created, rather than a .class file ] It seems that the -x option tells gcc which parser to use, but it has no effect on the remainder of available options or the linker. What is the intended purpose of redefining "GCC" and the -x option? Am I using it in the wrong way? Thanks, -D On Tue, 07 Nov 2000 23:45:57 Antony Stace wrote: | try using "g++" instead of "gcc" | | "Brian J. Rohan" wrote: | > | > I am new to C++, and realize this may not be the best group to post | > C++ questions in (what group would be best?). I have tried to compile a | > very basic C++ program as follows: | > | > #include | > | > int main() | > { | > cout <<"Hello World!\n"; | > return 0; | > } | > | > I then go to the directory contaiing the .cc file above, and type gcc | > ch1proj1.cc (the name of the file) | > I then get the following error messages: | > | > /tmp/cc2y1g3w.o: IN function `main': | > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' | > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to | > `ostream::operator<<(char const *)' | > collect2: ld returned 1 exit status | > | | > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 | > | > Thank you very much | > | > Brian | > From hvv@hippo.ru Wed Nov 8 01:55:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.198.223]) by mail.gnome.org (Postfix) with ESMTP id 2C1332DBC0 for ; Wed, 8 Nov 2000 01:55:29 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01231; Wed, 8 Nov 2000 10:17:51 +0400 Date: Wed, 8 Nov 2000 10:17:50 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Alexei Gromov Cc: LIST GTK Subject: Re: Locale and fonts. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 7 Nov 2000, Alexei Gromov wrote: Hi Alexey, File /etc/gtk/gtkrc.${LANG} defines default fontset used by gtk under that locale. But you should add similar constructs to .gtkrc to override defaults. Gnome Control Center edits it for example when you override font. I personally dumped fontset definitions from /etc/gtk/gtkrc.ru since XLib behaves very strange at allocating fonts in fontset (it seemed to me that it's impossible to make fontset containing fonts I needed - XLib was loading some falbacks for unknown reason). So I use 'font' rather than 'fontset' keyword in my .gtkrc since it allows me to specify font precisely - but following this way you will encounter a nasty bug in gtk that will make all non-english words truncated in menus on buttons etc. Apply the appropriate patch from http://www.hippo.ru/~hvv/projects.html and you'll get nicely and correctly working gtk. > Hi, All. > > I want to know, what and where do I have to change to set the default font > for different locales. > If I don't set LANG and LC_CTYPE environment, then GTK applications > (Gnapster, XMMS) are using one font. If I set the locale, then they are > using another one. I would like to change the font they use. May be it is > not a GTK question but locale... Can anyone help me with this? > > ------------------------------------------------------------------------- > | Alexei Gromov, DFKI. | > | E-mail algr0010@stud.uni-sb.de | > | Alexei.Gromov@dfki.de | > | alex@sapsan.de | > ------------------------------------------------------------------------- > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hp@redhat.com Wed Nov 8 09:30:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 295442BB41 for ; Wed, 8 Nov 2000 09:30:24 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA8ETXR32162; Wed, 8 Nov 2000 09:29:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <20001108015000.C31568@dman.rh.rit.edu> From: Havoc Pennington Date: 08 Nov 2000 09:29:33 -0500 In-Reply-To: D-Man's message of "Wed, 8 Nov 2000 01:50:00 -0500" Message-ID: Lines: 15 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > What is the intended purpose of redefining "GCC" and the -x option? Am I > using it in the wrong way? > If you guys were having this discussion on a more appropriate mailing list, there might be someone on said list who knew the answer. ;-) No gcc experts on this one AFAIK. Try: http://gcc.gnu.org/lists.html Also there are some C programming lists out there. Havoc From dsh8290@rit.edu Wed Nov 8 14:04:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id A62B62D61F for ; Wed, 8 Nov 2000 14:04:31 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id OAA01555; Wed, 8 Nov 2000 14:04:25 -0500 (EST) Date: Wed, 8 Nov 2000 14:03:45 -0500 From: D-Man To: Havoc Pennington Cc: dsh8290@ritvax.isc.rit.edu, gtk-list@gnome.org Subject: Re: not-so-basic gcc question [was very basic gcc question] Message-ID: <20001108140345.A5606@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001108015000.C31568@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from hp@redhat.com on Wed, Nov 08, 2000 at 09:29:33 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ;-) For those who are interested: In any case I had a sudden revelation this morning: the code compiled fine, but didn't link. For C++ code, these are equivalent (as far as I can tell): g++ foo.cc gcc -xc++ -lstdc++ foo.cc As for the Java, gcc -xjava -c Foo.java will compile the Java to a .o object file. I found that there is a program, /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain , that takes a class name as an argument and writes C code for main to stdout. this main can then be compiled and linked with the other object files. gcj --main=Foo Foo.java is the same as gcc -xjava -c Foo.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain Foo > main.c gcc -lgcj -lgcjgc -lpthread -lzgcj main.c Foo.o The following also seem to be equivalent: gcc -xjava -c Foo.java gcj -c Foo.java I don't think you can create .class file using the gcc command. -D On Wed, 08 Nov 2000 09:29:33 Havoc Pennington wrote: | | D-Man writes: | > What is the intended purpose of redefining "GCC" and the -x option? Am I | > using it in the wrong way? | > | | If you guys were having this discussion on a more appropriate mailing | list, there might be someone on said list who knew the answer. ;-) | No gcc experts on this one AFAIK. Try: | | http://gcc.gnu.org/lists.html | | Also there are some C programming lists out there. | | Havoc | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From mleisher@crl.nmsu.edu Wed Nov 8 16:44:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 94A2F2BACE for ; Wed, 8 Nov 2000 16:44:31 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA05950 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA20761 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA07982; Wed, 8 Nov 2000 14:44:29 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14857.51517.439323.424921@helion.crl.nmsu.edu> Date: Wed, 8 Nov 2000 14:44:29 -0700 (MST) To: gtk-list@gnome.org Subject: Dialog positioning redux Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've been playing with centering dialog widgets on application windows for a bit over the past couple days. A brief scan of the archives did not produce anything specific about the behavior I'm seeing. Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to work *after* the dialog window is visible, which causes a flash as the window is moved to its new location. What am I missing that will allow me to move the widget before making it visible? ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From alan.dugas@analog.com Wed Nov 8 17:04:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 791422DB8D; Wed, 8 Nov 2000 17:04:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id RAA25190; Wed, 8 Nov 2000 17:04:42 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id RAA07880; Wed, 8 Nov 2000 17:04:39 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474HA866>; Wed, 8 Nov 2000 17:04:58 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Wed, 8 Nov 2000 17:03:54 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ But how does that prevent the insertion point from being moved by the scrollbar or keyboard - even with the widget set insensitive? The problem is that the insertion point moves when it shouldn't. In short I don't want the user to be able to move insertion point, but I do want the user to be able to move up and down (i.e. scroll) the widget to view previously displayed text. Any ideas? -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Monday, November 06, 2000 4:19 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Mon, 6 Nov 2000, Dugas, Alan wrote: > > another? The application I am working on collects data real-time and > > appends new data to the bottom of the gtkextext. If I wish to view > > something at the top of the widget and use either the scrollbar or > > keyboard > > to do so, the text that's supposed to be appended to the bottom gets > > inserted into the viewing location instead!! Has anyone else run into > > this? > > From what I've seen in the gtkextext.h file, the API doesn't appear to > > have > > a function to facilitate this. Thanks again to those who respond. > > if i understod you right, that the 'widget jumps to the inserte position', > then something like the following shall help > > gtk_extext_freeze(...) > gtk_extext_inserte(...) > gtk_extext_set_line( GtkExText, the_first_line_you_want_to_show - 1 ); > gtk_extext_thaw(...) > > > you can get the actuell line you see before freeze from > gtk_extext_get_line() or from the scroll_line_start struct in _GtkExText. > > hope that helps > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 18:16:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 940B92BD01 for ; Wed, 8 Nov 2000 18:16:18 -0500 (EST) Received: (qmail 14289 invoked from network); 8 Nov 2000 22:50:41 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 22:50:41 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59SG71; Wed, 8 Nov 2000 15:14:08 -0800 Date: Wed, 8 Nov 2000 15:14:39 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk table Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am new to gtk. My dilema is that I want to populate the columns of a table in a loop. It is a 2x2 table and I only want to populate the upper cells. this is my command for (i = 0; i <= 1; i++) { count = i; lh = gtk_level_hold_new(300, 20, GTK_LEVEL_HOLD_FADE, 8, 3, 5); gtk_table_attach_defaults( GTK_TABLE(table), lh, count, ++count, 0, 1); /* rest of the code here */ But I get an error: Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion `left_attach < right_attach' failed. Can any one help? What I am doing wrong? From alan.dugas@analog.com Wed Nov 8 18:36:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 6E8AE2BBA9 for ; Wed, 8 Nov 2000 18:36:48 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id SAA28217; Wed, 8 Nov 2000 18:36:47 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb1.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id SAA22981; Wed, 8 Nov 2000 18:36:46 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ491>; Wed, 8 Nov 2000 18:37:03 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, Rasoul Hajikhani Subject: RE: Help with gtk table Date: Wed, 8 Nov 2000 18:37:02 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You might want to change "++count" to "count + 1". It looks like count = 0 and ++count = 1 during the first loop. However, count = 2 and ++count = 3 during the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope this helps. -- Stupid Genius > ---------- > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > Sent: Wednesday, November 08, 2000 6:14 PM > To: gtk-list@gnome.org > Subject: Help with gtk table > > Hi there, > I am new to gtk. My dilema is that I want to populate the columns of a > table in a loop. It is a 2x2 table and I only want to populate the upper > cells. this is my command > for (i = 0; i <= 1; i++) > { > count = i; > > lh = gtk_level_hold_new(300, 20, > GTK_LEVEL_HOLD_FADE, > 8, > 3, > 5); > > gtk_table_attach_defaults( GTK_TABLE(table), > lh, > count, > ++count, > 0, > 1); > /* rest of the code here */ > But I get an error: > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > `left_attach < right_attach' failed. > > Can any one help? What I am doing wrong? > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 19:03:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 05A5B2BD01 for ; Wed, 8 Nov 2000 19:03:27 -0500 (EST) Received: (qmail 21904 invoked from network); 8 Nov 2000 23:37:50 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 23:37:50 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59S2LX; Wed, 8 Nov 2000 16:00:55 -0800 Date: Wed, 8 Nov 2000 16:01:09 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "Dugas, Alan" Cc: gtk-list@gnome.org Subject: RE: Help with gtk table In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It worked just fine... Thanks a whole bunch --r On Wed, 8 Nov 2000, Dugas, Alan wrote: > You might want to change "++count" to "count + 1". It looks like count = 0 and > ++count = 1 during the first loop. However, count = 2 and ++count = 3 during > the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope > this helps. > > > > -- Stupid Genius > > > ---------- > > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > > Sent: Wednesday, November 08, 2000 6:14 PM > > To: gtk-list@gnome.org > > Subject: Help with gtk table > > > > Hi there, > > I am new to gtk. My dilema is that I want to populate the columns of a > > table in a loop. It is a 2x2 table and I only want to populate the upper > > cells. this is my command > > for (i = 0; i <= 1; i++) > > { > > count = i; > > > > lh = gtk_level_hold_new(300, 20, > > GTK_LEVEL_HOLD_FADE, > > 8, > > 3, > > 5); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > lh, > > count, > > ++count, > > 0, > > 1); > > /* rest of the code here */ > > But I get an error: > > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > > `left_attach < right_attach' failed. > > > > Can any one help? What I am doing wrong? > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Wed Nov 8 20:35:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 3434F2BE08 for ; Wed, 8 Nov 2000 20:35:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA91YLM09907; Wed, 8 Nov 2000 20:34:21 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Mark Leisher Cc: gtk-list@gnome.org Subject: Re: Dialog positioning redux References: <14857.51517.439323.424921@helion.crl.nmsu.edu> From: Havoc Pennington Date: 08 Nov 2000 20:34:21 -0500 In-Reply-To: Mark Leisher's message of "Wed, 8 Nov 2000 14:44:29 -0700 (MST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to > work *after* the dialog window is visible, which causes a flash as the window > is moved to its new location. > > What am I missing that will allow me to move the widget before making it > visible? If you call set_uposition() before you show the window, it shouldn't flash. Unless it's a window manager bug. Havoc From mleisher@crl.nmsu.edu Thu Nov 9 11:16:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 3FE572BB3D for ; Thu, 9 Nov 2000 11:16:58 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA16442 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA69562 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA08567; Thu, 9 Nov 2000 09:16:54 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14858.52726.742649.403639@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 09:16:54 -0700 (MST) To: gtk-list@gnome.org Subject: Re: Dialog positioning redux In-Reply-To: References: <14857.51517.439323.424921@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc> If you call set_uposition() before you show the window, it Havoc> shouldn't flash. Unless it's a window manager bug. Thanks. I'm using an old, hacked-up version of fvwm95. I'll switch to something else and see if that does the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From pbd@op.net Thu Nov 9 12:45:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-10.ppp.op.net [209.152.194.48]) by mail.gnome.org (Postfix) with ESMTP id 7864E2BBE3 for ; Thu, 9 Nov 2000 12:45:25 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA9Hk4m07865; Thu, 9 Nov 2000 12:46:04 -0500 Date: Thu, 9 Nov 2000 12:46:04 -0500 Message-Id: <200011091746.eA9Hk4m07865@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: how to tell when a widget is really not visible Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i have a widget packed onto page 2 of a notebook. when i am viewing page 1, i don't want the page 2 widget to queue redraws. what flags do i use to determine that its not "visible", since VISIBLE and MAPPED don't work for this purpose ? --p From cschadl@satan.org.uk Thu Nov 9 13:38:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.chartermi.net (mail.chartermi.net [24.213.60.74]) by mail.gnome.org (Postfix) with ESMTP id 49C892BBEE for ; Thu, 9 Nov 2000 13:38:56 -0500 (EST) Received: from satan.org.uk ([206.11.232.21]) by mail.chartermi.net (Post.Office MTA v3.5.3 release 223 ID# 0-69662U28758L15078S0V35) with ESMTP id net for ; Thu, 9 Nov 2000 13:38:50 -0500 Message-ID: <3A0AE48F.1B247C5A@satan.org.uk> Date: Thu, 09 Nov 2000 12:53:19 -0500 From: Chris Schadl X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Default widget question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Right now I'm still getting the hang of GTK and I am writing a test app with 3 buttons. The first button (Add) is the default button, however I am having trouble getting it to display as such. If I use the following code: add = gtk_button_new_with_label("Add"); gtk_box_pack_start(GTK_BOX(buttonbox), add, TRUE, TRUE, 0); GTK_WIDGET_SET_FLAGS(add, GTK_CAN_DEFAULT); gtk_widget_grab_default(GTK_WIDGET(add)); gtk_signal_connect_object(GTK_OBJECT(add), "clicked", GTK_SIGNAL_FUNC(callback_func), (gpointer)clist); then the "Add" button is smaller than the rest of the buttons but that's about it. It dosen't have the kind of 'beveled' border that default buttons are supposed to have (such as the "Ok" button in the file selection widget.) Is there something that I am missing? -- ---------------------------------------- Chris Schadl cschadl@satan.org.uk PGP Key -> finger chris@typedef.dhs.org ---------------------------------------- From meisemann@dsrnet.com Thu Nov 9 16:06:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id BE4792BC97 for ; Thu, 9 Nov 2000 16:06:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA9KtYp29935 for ; Thu, 9 Nov 2000 15:55:34 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA9KtX429930 for ; Thu, 9 Nov 2000 15:55:33 -0500 (EST) Received: by localhost with Microsoft MAPI; Thu, 9 Nov 2000 16:06:47 -0500 Message-ID: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: circular reference Date: Thu, 9 Nov 2000 16:06:45 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application with C and GTK and due to the nature of this error I got I am not sure where in the code the message came from so can not really supppply any o code to help. However, I was wondering if anyone has ever seen this message before and what it may mean. At one point in running my application, probably when I was quiting the application, I got an error message: Warning: Name: mainForm Class: XmForm Circular dependency in Form children. Warning: Name: hydroText Class: XmTextField Character '', not supported in font. Discarded. Any ideas what I should look for in my code? Thanks for your help. Matt From mleisher@crl.nmsu.edu Thu Nov 9 18:13:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id EACE92BD5A for ; Thu, 9 Nov 2000 18:13:19 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA28853 for ; Thu, 9 Nov 2000 16:13:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA70375 for ; Thu, 9 Nov 2000 16:13:18 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA09143; Thu, 9 Nov 2000 16:13:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14859.12173.337326.480528@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 16:13:17 -0700 (MST) To: gtk-list@gnome.org Subject: www.gtk.org update? Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Any idea when updates of GTK-specific software will be appearing again? Perhaps replacing the current list with a pointer to freshmeat.net would do the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From hp@redhat.com Thu Nov 9 19:41:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 459C52BB45 for ; Thu, 9 Nov 2000 19:41:43 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAA0emN06232; Thu, 9 Nov 2000 19:40:48 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Havoc Pennington Date: 09 Nov 2000 19:40:48 -0500 In-Reply-To: Matt Eisemann's message of "Thu, 9 Nov 2000 16:06:45 -0500" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one ... > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From meisemann@dsrnet.com Fri Nov 10 09:18:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id F32CC2BAA0 for ; Fri, 10 Nov 2000 09:18:18 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAAE71p11566 for ; Fri, 10 Nov 2000 09:07:01 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAAE6w411558; Fri, 10 Nov 2000 09:06:59 -0500 (EST) Received: by localhost with Microsoft MAPI; Fri, 10 Nov 2000 09:18:06 -0500 Message-ID: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Havoc Pennington'" Cc: "gtk-list@gnome.org" Subject: RE: circular reference Date: Fri, 10 Nov 2000 09:18:05 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Yes quite sure that I am using GTK and C (not C++) in my application. Well, I only got this error once and I am running on Sun Solar in a X window environment. The Motif Window Manager could be running or causing a conflict with my application thats why I was wondering if anyone knows of potential conflicts with MWM or Open Look Window Manager and a (C and GTK) application. Maybe this error was a fluke and won't happen again. Matt -----Original Message----- From: Havoc Pennington [SMTP:hp@redhat.com] Sent: Thursday, November 09, 2000 7:41 PM To: Matt Eisemann Cc: gtk-list@gnome.org Subject: Re: circular reference Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one .. > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From jack.smith@csfb.com Wed Nov 8 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E444C2BEA3 for ; Wed, 8 Nov 2000 06:57:26 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id GAA04140 for ; Wed, 8 Nov 2000 06:57:21 -0500 (EST) Received: from unknown(169.37.98.46) by ny-bas05 via smap (V4.2) id xma003685; Wed, 8 Nov 00 06:56:51 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: I would like to use GTK but ... Date: Wed, 8 Nov 2000 11:56:48 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 1617E008126635-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I can't get configure to run I have downloaded from ftp.gtk.org the latest version 1.2.8 I have unzipped this into a directory called ~/GTK/src/gtk+-1.2.8 Now when I try to run ./configure this is what I get loads of lines where configure is checking stuff, .......... ........ ...... then *** The glib-config script installed by GLIB could not be found *** If GLIB was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GLIB_CONFIG environment variable to the *** full path to glib-config. configure: error: *** GLIB 1.2.8 or better is required. The latest version of GLIB *** is always available from ftp://ftp.gtk.org/. So, why isn't this specified in the requirements for GTK http://www.gtk.org/faq/gtkfaq-2.html#ss2.1 2.1 What do I need to run GTK+? To compile GTK+, all you need is a C compiler (gcc) and the X Window System and associated libraries on your system. clearly this is not the case. So, If I download the glib stuff, I ought to be able to compile GTK+, except that attempts to 'make' glib also fail with "glib.h", line 502: Error: "," expected instead of "gssize". "glib.h", line 503: Error: "," expected instead of "gsize". ......... And more lines related to other typedef errors I can't find anywhere that typedef's gint32. WHASSUUPP ! I hope to hear from you soon This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From baxter@cs.unc.edu Tue Nov 7 11:37:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 70A2F2BDE5 for ; Tue, 7 Nov 2000 11:37:55 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id LAA18379 for ; Tue, 7 Nov 2000 11:37:52 -0500 (EST) Message-ID: <3A082FDF.359920AF@cs.unc.edu> Date: Tue, 07 Nov 2000 11:37:51 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Blinking Tooltips Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have the Mandrake 7.2 distro on my laptop. KDE 2.0 is my desktop. The question I have is this: All the tooltips in the GTK-based apps that I run (E.g. Gimp) blink on and off. Is this the designed behavior? The whole tooltip window appears and disappears at about 1hz frequency. If so, it is extremely annoying and makes the text in the tooltip unnecessarily difficult to read. It reminds me of the bad old days when everyone used to use that dang tag on their web pages. That's finally subsided, but now we have to deal with blinking tooltips in every app?? Anyone know how I can make the tooltips stop blinking? I can't seem to find any info about how to disable the blink anywhere. --Bill Baxter From johan.groth.mandator@celsius.se Tue Nov 7 09:45:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id BC3242BAB8 for ; Tue, 7 Nov 2000 09:45:35 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Tue, 07 Nov 2000 15:25:19 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id PAA18362 for gtk-list@gnome.org; Tue, 7 Nov 2000 15:25:49 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id PAA00856 for ; Tue, 7 Nov 2000 15:17:25 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id ; Tue, 07 Nov 2000 15:18:05 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id PAA24842; Tue, 7 Nov 2000 15:17:35 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA27634; Tue, 7 Nov 2000 15:16:51 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id PAA17908; Tue, 7 Nov 2000 15:16:47 +0100 (MET) Message-Id: <3A080ECF.A06E9BCA@rmail.bofors> Date: Tue, 07 Nov 2000 15:16:47 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. Hi, you need to tell gnatmake to link with the gtk libraries. $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs `gtk-config --libs` -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From iboroje@jagor.srce.hr Fri Nov 10 10:37:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mail.gnome.org (Postfix) with ESMTP id DD9D32BAA0 for ; Fri, 10 Nov 2000 10:37:23 -0500 (EST) Received: from localhost (iboroje@localhost) by jagor.srce.hr (8.9.0/8.9.0) with ESMTP id QAA09480 for ; Fri, 10 Nov 2000 16:37:22 +0100 (MET) Date: Fri, 10 Nov 2000 16:37:22 +0100 (MET) From: Igor Borojevic To: gtk-list@gnome.org Subject: Re: Welcome to the "gtk-list" mailing list In-Reply-To: <20001110153002.149D12BAA0@mail.gnome.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Fri, 10 Nov 2000 gtk-list-request@gnome.org wrote: Hi, I was wondering where I can find more information or any documentation about modules in gtk? I have some sh script that runs some program: GTK_MODULES=$GTK_MODULES:name_of_library and in library I have functions: g_module_check_init() and gtk_module_init() which are defined as G_MODULE_EXPORT I was wondering who is invoking who here and in which order, actually I have some ideas how that thing works but I would like to hear some authorative explanation. Tnx Igor Borojevic From basavaraj_m@yahoo.com Thu Nov 9 20:16:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web703.mail.yahoo.com (web703.mail.yahoo.com [128.11.23.23]) by mail.gnome.org (Postfix) with SMTP id E36162BB45 for ; Thu, 9 Nov 2000 20:16:12 -0500 (EST) Received: (qmail 12188 invoked by uid 60001); 10 Nov 2000 01:16:08 -0000 Message-ID: <20001110011608.12187.qmail@web703.mail.yahoo.com> Received: from [129.107.62.95] by web703.mail.yahoo.com; Thu, 09 Nov 2000 17:16:08 PST Date: Thu, 9 Nov 2000 17:16:08 -0800 (PST) From: basavaraj menasinahal Reply-To: basavaraj_m@dacafe.com Subject: I am getting Gtk-warning **:cannot display: To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Dear Sir/Madam, I compiled successfully my program and when I tried to run on SUN OS it is giving me Gtk-warning ** : cannot display: What is the error? Can I run this program in Windows? __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From Alexander.Lichius@ruhr-uni-bochum.de Thu Nov 9 07:55:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sunu450.rz.ruhr-uni-bochum.de (sunu450.rz.ruhr-uni-bochum.de [134.147.64.5]) by mail.gnome.org (Postfix) with SMTP id 6060A2BF09 for ; Thu, 9 Nov 2000 07:55:10 -0500 (EST) Received: (qmail 24603 invoked from network); 9 Nov 2000 12:55:01 -0000 Received: from dialppp-5-240.rz.ruhr-uni-bochum.de (134.147.5.240) by mailhost.rz.ruhr-uni-bochum.de with SMTP; 9 Nov 2000 12:55:01 -0000 Date: Thu, 9 Nov 2000 13:56:09 +0100 From: Alexander Lichius X-Mailer: The Bat! (v1.45) Personal Reply-To: Alexander Lichius X-Priority: 3 (Normal) Message-ID: <1977908351.20001109135609@ruhr-uni-bochum.de> To: GTK Mailing List Subject: GDK ERROR: Fatal io error 11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi i tried to run a gdk/gtk+ application which gives me randomly the following error: Gdk-ERROR**: Fatal IO error 11 (Try again) on X server bla:0.0 it seems that there is no special action related to throwing the error. sometimes it it sufficient to just move the mouse over some of the application windows, somtimes one has to push some buttons. i found some similar reports in the archive but no reliable hint on solving that problem. the developer of the app has never encountered such errors, so i think it has to do with my local setup (X, shared libs, etc.). i upgraded to the latest glib, gdk, gtk+ releases and had a recompile from scratch, but no go ... ANY hints are really appreciated, but please CC to me directly because i am not participating on the list for now ... CU Alexander mailto:Alexander.Lichius@ruhr-uni-bochum.de From hp@redhat.com Fri Nov 10 12:08:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1417D2DE91 for ; Fri, 10 Nov 2000 12:08:42 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH7g007433; Fri, 10 Nov 2000 12:07:42 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> From: Havoc Pennington Date: 10 Nov 2000 12:07:42 -0500 In-Reply-To: William Baxter's message of "Tue, 07 Nov 2000 11:37:51 -0500" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, They aren't supposed to blink, I've never heard of this problem. Maybe your system clock is seriously broken, confusing GTK's timing? Havoc From hp@redhat.com Fri Nov 10 12:10:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0FA4A2BDA1 for ; Fri, 10 Nov 2000 12:10:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH9FR07437; Fri, 10 Nov 2000 12:09:15 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Havoc Pennington Date: 10 Nov 2000 12:09:15 -0500 In-Reply-To: Matt Eisemann's message of "Fri, 10 Nov 2000 09:18:05 -0500" Message-ID: Lines: 14 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Yes quite sure that I am using GTK and C (not C++) in my application. > Well, I only got this error once and I am running on Sun Solar in a X > window environment. The Motif Window Manager could be running or causing a > conflict with my application thats why I was wondering if anyone knows of > potential conflicts with MWM or Open Look Window Manager and a (C and GTK) > application. Maybe this error was a fluke and won't happen again. > I would say the error was output by MWM or OLWM, GTK does not have such an error and doesn't use the Motif functions the error mentions. Havoc From hp@redhat.com Fri Nov 10 12:11:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 83AA52DE4D for ; Fri, 10 Nov 2000 12:11:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAHA6W07443; Fri, 10 Nov 2000 12:10:06 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Alexander Lichius Cc: GTK Mailing List Subject: Re: GDK ERROR: Fatal io error 11 References: <1977908351.20001109135609@ruhr-uni-bochum.de> From: Havoc Pennington Date: 10 Nov 2000 12:10:06 -0500 In-Reply-To: Alexander Lichius's message of "Thu, 9 Nov 2000 13:56:09 +0100" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I've only heard of this when people have threaded apps and don't do locking properly. Havoc From alan.dugas@analog.com Fri Nov 10 12:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id D9B302DE08 for ; Fri, 10 Nov 2000 12:34:22 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id MAA25830; Fri, 10 Nov 2000 12:33:54 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id MAA23101; Fri, 10 Nov 2000 12:33:50 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ6DR>; Fri, 10 Nov 2000 12:34:07 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, basavaraj_m@dacafe.com Subject: RE: I am getting Gtk-warning **:cannot display: Date: Fri, 10 Nov 2000 12:34:05 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are you running this program remotely? I get that error if I try to run my gtk app on a remote host and display it on a local host. Hope this helps. -- Stupid Genius > ---------- > From: basavaraj menasinahal[SMTP:basavaraj_m@yahoo.com] > Reply To: basavaraj_m@dacafe.com > Sent: Thursday, November 09, 2000 8:16 PM > To: gtk-list@gnome.org > Subject: I am getting Gtk-warning **:cannot display: > > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? > > Can I run this program in Windows? > > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one Place. > http://shopping.yahoo.com/ > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Fri Nov 10 13:56:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 210722BDA1 for ; Fri, 10 Nov 2000 13:56:17 -0500 (EST) Received: (qmail 19080 invoked from network); 10 Nov 2000 18:30:30 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 10 Nov 2000 18:30:30 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59T7PT; Fri, 10 Nov 2000 10:53:31 -0800 Date: Fri, 10 Nov 2000 10:55:00 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Need help with scroll window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a table with 30 columns and I have a scrolled window that allows me to view all the rows. the problem is on opening the window, the table is very small and I have to resize my main window to make the table larger. Is there any way that I can give a defualt size value (wxh) to a table. Please help this thing is driving me crazy... -Rasoul From wolfgang@ultim.net Fri Nov 10 23:31:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 77D3F2BB33 for ; Fri, 10 Nov 2000 23:31:20 -0500 (EST) Received: (qmail 7040 invoked from network); 11 Nov 2000 04:26:04 -0000 Received: from m176.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.176) by athena.ultim.net with SMTP; 11 Nov 2000 04:26:04 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAB4OOT14119 for gtk-list@gnome.org; Fri, 10 Nov 2000 23:24:24 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 10 Nov 2000 23:24:24 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: I am getting Gtk-warning **:cannot display: Message-ID: <20001110232424.B13898@debian.home> References: <20001110011608.12187.qmail@web703.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001110011608.12187.qmail@web703.mail.yahoo.com>; from basavaraj_m@yahoo.com on Thu, Nov 09, 2000 at 05:16:08PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Thu, Nov 09, 2000 at 05:16:08PM -0800, heure d'inpiration, basavaraj menasinahal écrivait en ces mots: > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? You are probably launching your program in an environment where the the "DISPLAY" variable is not set. You can verify this by typing this command: "echo $DISPLAY". This problem should not occur if you are running it in an X Window session. Wolfgang -- A chicken is an egg's way of producing more eggs. From bott@iol.it Sat Nov 11 09:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by mail.gnome.org (Postfix) with ESMTP id 86BDA2BD47 for ; Sat, 11 Nov 2000 09:30:47 -0500 (EST) Received: from gauss (151.33.131.175) by smtp1.libero.it; 11 Nov 2000 15:30:46 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 13uZQK-0001VP-00 for ; Sat, 11 Nov 2000 13:06:20 +0100 Date: Sat, 11 Nov 2000 13:06:19 +0100 From: Ottavio Campana To: Gtk-list Subject: Question about combo box Message-ID: <20001111130619.A5773@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have got a combobox where the user has to put an url. When he presses enter I want to lauch a function and to add the text he wrote in the list of the combobox. I think that for the first thing I have to intercept a signal, I've tried with changed but the function run everytime I press a button. For the second thing I don't know what to do. Can you help me? Bye -- Non c'è più forza nella normalità, c'è solo monotonia. From pbd@op.net Sat Nov 11 09:50:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 13D372DC54 for ; Sat, 11 Nov 2000 09:50:47 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-05.ppp.op.net [209.152.194.37]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA18417; Sat, 11 Nov 2000 09:50:40 -0500 (EST) Message-Id: <200011111450.JAA18417@renoir.op.net> To: Ottavio Campana Cc: Gtk-list Subject: Re: Question about combo box In-reply-to: Your message of "Sat, 11 Nov 2000 13:06:19 +0100." <20001111130619.A5773@gauss> Date: Sat, 11 Nov 2000 09:51:51 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I have got a combobox where the user has to put an url. When he presses >enter I want to lauch a function and to add the text he wrote in the >list of the combobox. I think that for the first thing I have to >intercept a signal, I've tried with changed but the function run >everytime I press a button. For the second thing I don't know what to >do. use the "activate" signal which will be triggered by . --p From Anthony-Ferrand@wanadoo.fr Sat Nov 11 14:12:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id 114C12CFDC for ; Sat, 11 Nov 2000 14:12:13 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 11 Nov 2000 20:12:12 +0100 Message-ID: <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 20:12:19 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gdk_input_add? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just want to run a function when a file is created. Can I do it without gtk_timeout_add? I try with gdk_input_add but it doesn't success. I am probably missing something. First, if I run my prog and if the file is present, my function is launched and relaunch and relaunch ... etc (even if I delete the needed file and using the gdk_input_remove function) But, if run my prog and the file is not present, the function is not launched even if I create then needed file.... Can you explain-me this function (gdk_input_add)? Thanks in advance, ASF From charlet@ACT-Europe.FR Sat Nov 11 20:38:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id A17552BA99 for ; Sat, 11 Nov 2000 20:38:08 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id A0D065F5F5; Sun, 12 Nov 2000 02:38:07 +0100 (MET) Date: Sun, 12 Nov 2000 02:38:07 +0100 From: Arnaud Charlet To: Johan Groth Cc: jones , gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001112023807.A22284@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A080ECF.A06E9BCA@rmail.bofors>; from johan.groth.mandator@celsius.se on Tue, Nov 07, 2000 at 03:16:47PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` Note that there is actually a gtkada-config script, similar to gtk-config, that also adds the gtkada specific options. One can even do gnatmake my_ada_main `gtkada-config` Arno From pbd@op.net Sat Nov 11 21:29:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id C7DA42BAE3 for ; Sat, 11 Nov 2000 21:29:23 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA15937; Sat, 11 Nov 2000 21:29:21 -0500 (EST) Message-Id: <200011120229.VAA15937@renoir.op.net> To: ASF Cc: GTK Subject: Re: gdk_input_add? In-reply-to: Your message of "Sat, 11 Nov 2000 20:12:19 +0100." <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 21:30:38 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >First, if I run my prog and if the file is present, my function is >launched and relaunch and relaunch ... etc (even if I delete the needed >file and using the gdk_input_remove function) >But, if run my prog and the file is not present, the function is not >launched even if I create then needed file.... it sounds as if you are using gdk_input_add() with a disk file. this is not its intended purpose. it is intended to allow a GDK program to receive asynchronous events from sources like the X server (i.e. keyboard, mouse, etc), FIFO's (for inter-process communication), special device files, etc. Whenever input is available from such a source, GDK will cause its main event loop to execute a handler provided by the programmer to deal with the input. A disk file *always* has input available, hence your situation. what are you trying to accomplish ? it would be much more conventional to use gtk_input_add() instead of the low-level gdk version anyway. --p From hill9361@uidaho.edu Sat Nov 11 21:43:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from raptor.csrv.uidaho.edu (raptor.csrv.uidaho.edu [129.101.119.252]) by mail.gnome.org (Postfix) with ESMTP id 34B882BD9F for ; Sat, 11 Nov 2000 21:43:50 -0500 (EST) Received: from localhost (hill9361@localhost) by raptor.csrv.uidaho.edu (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id SAA26204 for ; Sat, 11 Nov 2000 18:43:49 -0800 (PST) X-Authentication-Warning: raptor.csrv.uidaho.edu: hill9361 owned process doing -bs Date: Sat, 11 Nov 2000 18:43:48 -0800 (PST) From: Matt Hillebrand X-Sender: hill9361@raptor.csrv.uidaho.edu To: gtk-list@gnome.org Subject: widgets/callbacks In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I cannot figure out how to access widgets from within callback functions. For example, how do I make a second window appear when a button on the main window is clicked? Also, I would like to access widgets such as the scrolled window's labels of one window from callbacks associated with buttons on other windows. Thanks! Matthew P. Hillebrand From alan@ielinux.com Sun Nov 12 05:29:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id A7CAC2BAB4 for ; Sun, 12 Nov 2000 05:29:15 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id SAA11089 for ; Sun, 12 Nov 2000 18:36:38 +0800 Message-ID: <00b001c04c93$74165ce0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set fonts in defferent language?? Date: Sun, 12 Nov 2000 18:29:28 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AD_01C04CD6.7E108CA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear sir, How to set over two kind different fonts and font size in program? I can set it in gtkrc file like this... style "gtk-default-zh-tw" { fontset =3D "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\ -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\ -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\ -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*" } class "GtkWidget" style "gtk-default-zh-tw" But if I have a widget with helvetica(in english font) and big5(in = taipei font) fonts. How to select and set different font size in widget?? Please help me! thanks. (from alan@ielinux.com) ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear sir,
How to set over two kind different = fonts and font=20 size in program?
I can set it in gtkrc file = like this...
 
style "gtk-default-zh-tw" = {
 fontset =3D=20 "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\
   =20 -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\
  = ; =20 -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\
   =20 -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*"
}
class = "GtkWidget" style=20 "gtk-default-zh-tw"
But if I have a widget with = helvetica(in=20 english font) and big5(in taipei = font) fonts.
How to select and = set different font size in=20 widget??
Please help me! = thanks. (from alan@ielinux.com)
 
 
------=_NextPart_000_00AD_01C04CD6.7E108CA0-- From a1c_watson@hotmail.com Sun Nov 12 06:48:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f186.law7.hotmail.com [216.33.237.186]) by mail.gnome.org (Postfix) with ESMTP id A8CBB2CD08 for ; Sun, 12 Nov 2000 06:48:58 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 12 Nov 2000 03:48:57 -0800 Received: from 131.47.100.10 by lw7fd.law7.hotmail.msn.com with HTTP; Sun, 12 Nov 2000 11:48:57 GMT X-Originating-IP: [131.47.100.10] From: "Adam Watson" To: gtk-list@gnome.org Subject: Help with shaped widgets Date: Sun, 12 Nov 2000 21:48:57 GST Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Nov 2000 11:48:57.0966 (UTC) FILETIME=[8A90C0E0:01C04C9E] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to create a widget shaped to the framed outline of an app I am writing. I have tried gtk_widget_shape_combine_mask() but it masks the wrong area. It instead maks the area I want to keep tranparent and clickable and places gray over the nice frame I spent hours creating. How can I reverse this effect or am I going about this all wrong? Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives me an error sort of like this (writing this error from memory): assertion: "isdrawable" != NULL Please help, I posted a similar request on the gnome-list and haven't recieved a response. Thanks in advance, Adam _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From hvv@hippo.ru Sun Nov 12 06:54:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id D6DBD2C81B for ; Sun, 12 Nov 2000 06:54:17 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id GAA26294 for ; Sun, 12 Nov 2000 06:54:17 -0500 Received: from localhost.localdomain (IDENT:root@[195.218.232.211]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACBsFD32303 for ; Sun, 12 Nov 2000 06:54:15 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id PAA05928; Sun, 12 Nov 2000 15:32:44 +0400 Date: Sun, 12 Nov 2000 15:32:43 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I think from GUI usability standpoint, it would be nice to extend the handling of right/middle clicks on scrollbar's arrows (that are in the edges) 1) Middle or right click on the arrow moves the slider right to that edge of scrollbar 2) Even more inteligent: Middle click on the arrow moves the slider right to that edge of scrollbar, right click - right to oposite edge. This is IMO very handy when your pointer is over the left arrow of horizontal scrollbar and you have to scroll to 90% of scrollbar: you press right button (slider goes to the 100% limit), and then press left mouse button several times (it's over left arrow, remember?) to move slider to 90%. May be the meaning of right and middle presses should be reversed since middle button is not present on a lot of mouses. Sorry, I don't have time to dig in the gtk sources and understand it to make a correct patch. But it seems it would be very easy to code it. What do you think about this? Best regards, -Vlad From pbd@op.net Sun Nov 12 10:39:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 183662BD32 for ; Sun, 12 Nov 2000 10:39:00 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id KAA07496; Sun, 12 Nov 2000 10:38:54 -0500 (EST) Message-Id: <200011121538.KAA07496@renoir.op.net> To: "Adam Watson" Cc: gtk-list@gnome.org Subject: Re: Help with shaped widgets In-reply-to: Your message of "Sun, 12 Nov 2000 21:48:57 +0700." Date: Sun, 12 Nov 2000 10:40:19 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I am trying to create a widget shaped to the framed outline of an app I am >writing. I have tried gtk_widget_shape_combine_mask() but it masks the >wrong area. It instead maks the area I want to keep tranparent and >clickable and places gray over the nice frame I spent hours creating. How >can I reverse this effect or am I going about this all wrong? i've done a lot of stuff in Gtk-- with shaped windows. I don't use GNOME. if you want to take a look at the code i have, let me know, and i'll send you some. --p From damon@helixcode.com Sun Nov 12 11:42:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id BFF762C7C8 for ; Sun, 12 Nov 2000 11:42:44 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA05112 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from cmailg4.svr.pol.co.uk (cmailg4.svr.pol.co.uk [195.92.195.174]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACGghD08734 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from modem-101.blue-mandarin.dialup.pol.co.uk ([62.136.237.101] helo=helixcode.com) by cmailg4.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 13v0DI-0007w7-00 for gtk-list@redhat.com; Sun, 12 Nov 2000 16:42:40 +0000 Message-ID: <3A0EB911.3D48EBE@helixcode.com> Date: Sun, 12 Nov 2000 15:36:49 +0000 From: Damon Chaplin X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: GTK List Subject: What to do when WM destroy command is used? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I just got a bug report about Glade crashing after the Window Manager's 'Destroy' command was used to destroy a window. Can GTK+ apps recover from a window being destroyed by the WM? Is there a recommended way to do this? If not, maybe we should encourage WMs to not show the "Destroy" command, or make it an advanced option. Damon From pbd@op.net Sun Nov 12 12:01:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 503192BDEB for ; Sun, 12 Nov 2000 12:01:48 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06493 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from renoir.op.net (root@renoir.op.net [207.29.195.4]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH1mD11826 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id MAA10406; Sun, 12 Nov 2000 12:01:42 -0500 (EST) Message-Id: <200011121701.MAA10406@renoir.op.net> To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-reply-to: Your message of "Sun, 12 Nov 2000 15:32:43 +0400." Date: Sun, 12 Nov 2000 12:03:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. this raises a particular annoyance of mine. the current GTK widget set makes almost no use of multiple mouse buttons for anything. one of the most annoying cases of this is the SpinButton. it is incredibly annoying to have to move the mouse in order to change direction when spinning. its much nicer to have each button (or one button, if desired) that can drive the spin in each direction. i tried to fix this in the gtk code, but it was too much work to try to get it right, and i didn't feel that the changes i made would be accepted. so i did it more abstractly in Gtk--: AutoSpin: not a visible widget, but a controller for an adjustment. You can call "start_spinning(up_or_down)" and "stop_spinning()", presumably on receipt of a button_press/release event in some visible widget. With an AutoSpin object, you can use any other widget you want to control an adjustment with "spin-like" behaviour. i typically use single buttons (eventboxes) where mouse 1 starts spinning down, mouse 3 starts spinning up, and mouse 2 returns to the median adjustment value. if there is enough interest, i could possibly cook up a GTK+ version of AutoSpin. --p From otaylor@redhat.com Sun Nov 12 12:08:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 1BE2E2BD32 for ; Sun, 12 Nov 2000 12:08:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06703 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH8iD12838 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id B5C70242653; Sun, 12 Nov 2000 12:08:44 -0500 (EST) To: Damon Chaplin Cc: GTK List Subject: Re: What to do when WM destroy command is used? References: <3A0EB911.3D48EBE@helixcode.com> From: Owen Taylor Date: 12 Nov 2000 12:08:44 -0500 In-Reply-To: Damon Chaplin's message of "Sun, 12 Nov 2000 15:36:49 +0000" Message-ID: Lines: 70 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Damon Chaplin writes: > I just got a bug report about Glade crashing after the Window Manager's > 'Destroy' command was used to destroy a window. > > Can GTK+ apps recover from a window being destroyed by the WM? Well, there are two forms of "Destroy". The proper way is that the window manager calls XKillClient. There is no way at all for a client to recover from this, because you can't recover from an X IO error. The force-destroy in Enlightenment and Sawfish works another way - it justs calls XDestroyWindow (!) on the window. This is more handleable, and if an app ignores X errors, it sees it as a bit like a "Delete" request, except that the window is gone... But it doesn't make it better, it just makes it less predictable. I think Enlightenment uses "Annihilate" or "Nuke" or something a bit more dangerous sounding than simply "Destroy". > Is there a recommended way to do this? > > If not, maybe we should encourage WMs to not show the "Destroy" command, > or make it an advanced option. Window managers probably should have some sort of force-kill command, since it is useful, upon rare occasion. But it should work something like: - Send a delete message to the window, and at the same time a _NET_WM_PING message if the application advertises support for that. - If after some timeout (maybe 10 seconds), the window is still there, put up a dialog: PING supported and no ping received: "The application is not responding to messages. This may mean it is busy or communication with it has been lost. Attempt to force the application to quit?" PING supported and received: "The application does not allow closing this window." No PING supported: "The application is busy or does not allow closing this window. Attempt to force the application to quit?" (Need some considerable rewording about the dangers of forced quits - LOST DATA!. But gives some idea of what a window manager can do.) - If the user chooses to kill the application, kill the application via some combination of XKillClient(), and, if the client is local kill(). Under no circumstances should a window manager XDestroyWindow() a clients window. There is no guarantee at all what a client will do when one of its windows is destroyed by an outside agency - it might seg fault, it might remain running with no windows visible, etc... Regards, Owen From kodis@papa.jagunet.com Sun Nov 12 13:41:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0D0482BD71 for ; Sun, 12 Nov 2000 13:41:28 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12395 for ; Sun, 12 Nov 2000 13:41:27 -0500 Received: from papa.jagunet.com (kodis.jaguNET.com [209.133.192.48]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACIfPD27109 for ; Sun, 12 Nov 2000 13:41:26 -0500 Received: (from kodis@localhost) by papa.jagunet.com (8.11.0/8.11.0) id eACIcNJ10322; Sun, 12 Nov 2000 13:38:23 -0500 Date: Sun, 12 Nov 2000 13:38:21 -0500 From: John Kodis To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001112133821.A10294@papa.jagunet.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from hvv@hippo.ru on Sun, Nov 12, 2000 at 03:32:43PM +0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > I think from GUI usability standpoint, it would be nice to extend > the handling of right/middle clicks on scrollbar's arrows I agree that the default scrollbar actions could be usefully extended. Here are the two extensions that I'd like to see added: - Currently, pressing button 1 in the arrow at the bottom of a vertical scrollbar scrolls down. I'd like to see this extended so that pressing button 2 scrolls up. This would allow a window to be scrolled up and down without having to move the cursor from one end of the scrollbar to the other. Similarly for the top, left, and right scrollbar arrows. - Currently, dragging the slider in a vertical scrollbar with button 1 scrolls vertically. I'd like to see this extended so that dragging the slider in a scrollbar of either orientation with button 2 would effect the position of both scrollbars, allowing a window to be scrolled vertically and horizontally with a single mouse motion. Since these are both extensions to the way things currently operate, the user confusion factor of these changes should be minimal. > Sorry, I don't have time to dig in the gtk sources and understand it > to make a correct patch. I could probably find the time to make these changes if I had some assurance that they could eventually make their way into the mainline code. -- John Kodis. From otaylor@redhat.com Sun Nov 12 13:48:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 770CC2C992 for ; Sun, 12 Nov 2000 13:48:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12632 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACImOD28163 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 28B30242653; Sun, 12 Nov 2000 13:48:24 -0500 (EST) To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: From: Owen Taylor Date: 12 Nov 2000 13:48:24 -0500 In-Reply-To: Vlad Harchev's message of "Sun, 12 Nov 2000 15:32:43 +0400 (SAMT)" Message-ID: Lines: 41 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Vlad Harchev writes: > Hi, > > I think from GUI usability standpoint, it would be nice to extend the > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > 1) Middle or right click on the arrow moves the slider right to that edge of > scrollbar > 2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. > > Sorry, I don't have time to dig in the gtk sources and understand it to make > a correct patch. But it seems it would be very easy to code it. > What do you think about this? I have just committed a change that makes the scrollbar arrows work like those on a spinbutton: button-2 - move by pages button-3 - move to end I don't think the suggestion that button-2 should move to the other end is that intuitive (Some people might think that it should move in steps in the other direction, and it definitely should act the same as in the gtkspinbutton.) If moving in both directions using the arrows is that common, the right solution is probably to make the feature overt and use NeXT-style arrow positioning, not to make it a hidden feature. (especially since 2-button mice are pretty common) Thanks for the suggestion, Owen From hvv@hippo.ru Sun Nov 12 14:50:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 525EE2BBBA for ; Sun, 12 Nov 2000 14:50:04 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA15542 for ; Sun, 12 Nov 2000 14:50:04 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJndD04908 for ; Sun, 12 Nov 2000 14:49:39 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01500; Sun, 12 Nov 2000 23:30:15 +0400 Date: Sun, 12 Nov 2000 23:30:15 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@redhat.com Cc: gtk-devel-list@gnome.org Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 12 Nov 2000, Owen Taylor wrote: > > Vlad Harchev writes: > > > Hi, > > > > I think from GUI usability standpoint, it would be nice to extend the > > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > > 1) Middle or right click on the arrow moves the slider right to that edge of > > scrollbar > > 2) Even more inteligent: > > Middle click on the arrow moves the slider right to that edge of > > scrollbar, right click - right to oposite edge. This is IMO very handy > > when your pointer is over the left arrow of horizontal scrollbar and you > > have to scroll to 90% of scrollbar: you press right button (slider goes to > > the 100% limit), and then press left mouse button several times (it's > > over left arrow, remember?) to move slider to 90%. > > May be the meaning of right and middle presses should be reversed since > > middle button is not present on a lot of mouses. > > > > Sorry, I don't have time to dig in the gtk sources and understand it to make > > a correct patch. But it seems it would be very easy to code it. > > What do you think about this? > > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) Nice decision - I also like it. May be we should add the following logic too: If ctrl or alt or meta is pressed, the slider is moved in oposite direction (with the same treatment of step size as function of the mouse button index)? I personally always keep my hand over alt or control when in X and when mouse is in hand, since alt-drag1 moves the window, alt-drag2 resizes it. So it would be nice to use 'ctrl' and 'alt' as a modifier to mean "move in opposite direction" (since one of my hands is over those modifiers). Same for spinbutton (alt or cntrl+ click on arrow changes the value in the opposite direction). What do you think about this? It's nice that you've listen to any of my proposals :) Others are still waiting for you. > Thanks for the suggestion, > Owen > Best regards, -Vlad From rsteinke@merilon.elfhame.net Sun Nov 12 14:57:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 325EE2BEBE for ; Sun, 12 Nov 2000 14:57:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eACK5bM06108 for gtk-list@gnome.org; Sun, 12 Nov 2000 12:05:37 -0800 From: Ron Steinke Date: Sun, 12 Nov 2000 12:05:37 -0800 To: gtk-list@gnome.org Subject: patches Message-ID: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I submitted a patch to ftp.gtk.org/incoming about a month ago, but it hasn't been moved to applied, rejected, or outdated. Is this an out of date way to submit patches? Should I just post it to the devel list? Ron Steinke From hvv@hippo.ru Sun Nov 12 15:01:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 474452BEBE for ; Sun, 12 Nov 2000 14:58:47 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA16037 for ; Sun, 12 Nov 2000 14:58:47 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJwgD06335 for ; Sun, 12 Nov 2000 14:58:43 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01524; Sun, 12 Nov 2000 23:39:12 +0400 Date: Sun, 12 Nov 2000 23:39:12 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: John Kodis Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: <20001112133821.A10294@papa.jagunet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, John Kodis wrote: > On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > > > I think from GUI usability standpoint, it would be nice to extend > > the handling of right/middle clicks on scrollbar's arrows > > I agree that the default scrollbar actions could be usefully > extended. Here are the two extensions that I'd like to see added: > > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. I suggest to move in opposite direction only if some modifier key is pressed (with the step size the same as without modifier key). > - Currently, dragging the slider in a vertical scrollbar with button 1 > scrolls vertically. I'd like to see this extended so that dragging > the slider in a scrollbar of either orientation with button 2 would > effect the position of both scrollbars, allowing a window to be > scrolled vertically and horizontally with a single mouse motion. That's also nice. IMO GtkScrolledWindow should do this, not GtkScrollbar. And IMO the extension to the logic could be even more useful: ctrl-drag (in any direction) inside scrolled window just moves the content as if scrollbars were pressed simulatenously (i.e. there is no need to position on the scrollbar 0 jsu inside scrolled window). It seems trying to handle this in signal connected with gtk_signal_connect_after will do the trick easily. > Since these are both extensions to the way things currently operate, > the user confusion factor of these changes should be minimal. > > > Sorry, I don't have time to dig in the gtk sources and understand it > > to make a correct patch. > > I could probably find the time to make these changes if I had some > assurance that they could eventually make their way into the mainline > code. I hope Owen will comment on this. > -- John Kodis. Best regards, -Vlad From Valdis.Kletnieks@vt.edu Sun Nov 12 16:11:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B98672BBBA for ; Sun, 12 Nov 2000 16:11:27 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA19715; Sun, 12 Nov 2000 16:11:27 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACLBQD17226; Sun, 12 Nov 2000 16:11:26 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACLBNw25234; Sun, 12 Nov 2000 16:11:24 -0500 Message-Id: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 13:48:24 EST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-194299008P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 16:11:21 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-194299008P Content-Type: text/plain; charset=us-ascii On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end Is there any easy way to make this configurable to be xterm-ish, i.e. Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near one end, move 1/20th of a "page", near other move 19/20th, in middle move 1/2 page) Button-2 move HERE. Button-3 As button-1, but DOWN/LEFT You get the idea - some of use have been using xterm-ish scrolling for over a decade and the fingers are trained. ;) -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-194299008P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8HeHAt5Vm009ewEQIvPgCdGtH90XVzYj1wcKlK6liT0sdoWfQAn0hD k/gOpx01poffptlM8+Ny17zJ =wxn3 -----END PGP SIGNATURE----- --==_Exmh_-194299008P-- From owsla@owsla.cjb.net Sun Nov 12 16:18:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-64-148.delval.adsl.bellatlantic.net [151.204.64.148]) by mail.gnome.org (Postfix) with ESMTP id 7F2502CA01 for ; Sun, 12 Nov 2000 16:18:56 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eACLHXM06434 for gtk-list@gnome.org; Sun, 12 Nov 2000 16:17:33 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From gharris@flashcom.net Sun Nov 12 16:35:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5BFB72D40C for ; Sun, 12 Nov 2000 16:35:25 -0500 (EST) Received: (cpmta 8942 invoked from network); 12 Nov 2000 13:35:23 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 12 Nov 2000 13:35:23 -0800 X-Sent: 12 Nov 2000 21:35:23 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id NAA04837; Sun, 12 Nov 2000 13:35:22 -0800 (PST) (envelope-from gharris) Date: Sun, 12 Nov 2000 13:35:21 -0800 From: Guy Harris To: Andrew Ferguson Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001112133521.A354@quadrajet.flashcom.com> References: <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 04:54:50PM -0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Aug 14, 2000 at 04:54:50PM -0400, Andrew Ferguson wrote: > I was unable to find any documentation on these arguments (except for > two email messages to the main GTK+ list). So, I have looked in the > GTK+ code and put up a webpage with my findings, if anyone on the list > could go to > > http://owsla.cjb.net/gtk.shtml > > and tell me about an errors, additions, etc., I would be most obliged. "--g-fatal-warnings": 1) doesn't make warnings cause a segfault - GLib calls "abort()", which typically causes a SIGABRT signal, *not* a SIGSEGV signal; 2) it also causes "critical" messages (which are more severe than warnings, but less severe than errors) to cause a SIGABRT (errors are always fatal); 3) at least as I read the code, causes that to be true of all warnings and critical messages logged with the GLib message logging routines, not just those from GTK+. From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id DD0552D40C for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:34 GMT Date: Sun, 12 Nov 2000 19:00:49 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <19792.001112@ifrance.com> To: gtk-list@gnome.org Subject: Re: widgets/callbacks References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Hillebrand wrote: Hi, MH> I cannot figure out how to access widgets from within callback MH> functions. For example, how do I make a second window appear when a button MH> on the main window is clicked? It's quite simple. Add this in the caller function : gtk_signal_connect (GTK_OBJECT (button), "clicked", GTK_SIGNAL_FUNC (create_window), NULL); Then, create a function create_window (GtkButton *button, gpointer user_data) (here user_data is NULL, but it's not always the case, see further), which has the convenient (R)(TM)(C) code to create another window. It should look like : void create_window (GtkButton *button, gpointer user_data) { GtkWidget *window; ... /* The widgets you want in the window */ window = gtk_window_new (GTK_WINDOW_DIALOG); /* If you want a dialog */ gtk_widget_show (window); ... gtk_main (); /* Shouldn't be gtk_main, but that's so simple :-) */ } MH> Also, I would like to access widgets such as the scrolled window's labels MH> of one window from callbacks associated with buttons on other windows. In this case, you should pass the scrolled_window (or directly the label) to the callback through the gpointer (equivalent to void pointer) user_data : gtk_signal_connect (GTK_OBJECT (obj), "signal", GTK_SIGNAL_FUNC (func), (gpointer)sw); where sw is the scrolled window. Then, declare the callback function: void func (GtkButton *button, gpointer user_data) /* Assuming the obj is button */ { GtkWidget *sw = GTK_WIDGET (user_data); .. } Note that GtkWidget could be GtkScrolledWindow. MH> Thanks! MH> Matthew P. Hillebrand Hope this helps, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id EE9EE2D4C5 for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:36 GMT Date: Sun, 12 Nov 2000 19:03:21 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <8794.001112@ifrance.com> To: Gtk-list Subject: Re: Help with shaped widgets References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Adam Watson wrote: AW> Hi, Hi, [cut] AW> Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and AW> GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives AW> me an error sort of like this (writing this error from memory): AW> assertion: "isdrawable" != NULL AW> Please help, I posted a similar request on the gnome-list and haven't AW> recieved a response. There was a similar question recently in gtk-devel-app. The problem was that the user was drawing on the GtkDrawingArea before it was realized. I don't have your code, but verify the widget is shown *before* you use it (I mean, modify it). AW> Thanks in advance, Hope this helps, AW> Adam bye, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From lrclause@cs.uiuc.edu Sun Nov 12 17:52:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8AA782D92D for ; Sun, 12 Nov 2000 17:52:10 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA26244 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACMqAD32481 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eACMpmG24690; Sun, 12 Nov 2000 16:51:48 -0600 To: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> From: Lars Clausen Date: 12 Nov 2000 16:51:48 -0600 In-Reply-To: Valdis.Kletnieks@vt.edu's message of "Sun, 12 Nov 2000 16:11:21 -0500" Message-ID: Lines: 32 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, Valdis Kletnieks wrote: > On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: >> I have just committed a change that makes the scrollbar arrows work >> like those on a spinbutton: >>=20 >> button-2 - move by pages >> button-3 - move to end >=20 > Is there any easy way to make this configurable to be xterm-ish, i.e. >=20 > Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near > one end, move 1/20th of a "page", near other move 19/20th, in middle move > 1/2 page) >=20 > Button-2 move HERE. >=20 > Button-3 As button-1, but DOWN/LEFT >=20 > You get the idea - some of use have been using xterm-ish scrolling for > over a decade and the fingers are trained. ;) Some of us have used xterm-ish scrolling for almost a decade and never stopped disliking it. Is that something that happens in the tenth year? :) -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Valdis.Kletnieks@vt.edu Sun Nov 12 18:49:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id F1FA52DB72 for ; Sun, 12 Nov 2000 18:49:55 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id SAA30823 for ; Sun, 12 Nov 2000 18:49:54 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACNnrD08843 for ; Sun, 12 Nov 2000 18:49:53 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACNnkw22680; Sun, 12 Nov 2000 18:49:47 -0500 Message-Id: <200011122349.eACNnkw22680@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Lars Clausen Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 16:51:48 CST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <200011122111.eACLBNw25234@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_293371560P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 18:49:46 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_293371560P Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 12 Nov 2000 16:51:48 CST, Lars Clausen sa= id: > Some of us have used xterm-ish scrolling for almost a decade and never > stopped disliking it. Is that something that happens in the tenth year= ? :) That's why I said "configurable". Ideally, it will work fine for you out= of the box, and I put something simple in .gtkrc and get what I want.. ;) And if somebody wants to say "that's a gtk-engines issue", thats fine too= , as long as it's *doable*. ;) -- = Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_293371560P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8smnAt5Vm009ewEQKWowCfRennf0B4h7IL/YQhgqhCA6SiHRoAn2gO 9FELA4KZO2IOCdWNX4dlnfmb =N4na -----END PGP SIGNATURE----- --==_Exmh_293371560P-- From pt99par@student.hk-r.se Sat Nov 11 10:48:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from obelix.rby.hk-r.se (obelix-b.rby.hk-r.se [194.47.132.4]) by mail.gnome.org (Postfix) with ESMTP id 94AB72BAF3 for ; Sat, 11 Nov 2000 10:48:03 -0500 (EST) Received: from pure.rsn.hk-r.se (IDENT:pure@pure.rsn.hk-r.se [194.47.143.158]) by obelix.rby.hk-r.se (8.10.2/8.10.2) with SMTP id eABFljK25915; Sat, 11 Nov 2000 16:47:46 +0100 (MET) From: Per Arneng Reply-To: pt99par@student.hk-r.se Date: Sat, 11 Nov 2000 16:49:40 +0000 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: xpert@xfree86.org Subject: Configuration files written in XML MIME-Version: 1.0 Message-Id: <00111116494000.01721@pure.rsn.hk-r.se> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello! I have a suggestion: I think that the configuration files should be written in XML. This will give the following advantages: * easier for users to configure and read config files. * easier for programmers to write software to manage these config files. * If other software have config files in xml then you would not have to write config software specified for a certian software. You could just write a program that can can read and change element values and attributes. The element names would be self describing. * Configuring with a standard text editor would be easier. If anyone likes this idea please forward this message to other developers. I think xml in config files would make it a lot easier for both developers and users. Best Regards Per Arneng 'pt99par@student.hk-r.se' From alan@ielinux.com Sun Nov 12 23:11:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 12A422BB05 for ; Sun, 12 Nov 2000 23:11:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15024 for ; Mon, 13 Nov 2000 12:18:57 +0800 Message-ID: <008001c04d27$dccd9de0$bcec41d2@ielinux.com> From: "alan" To: Subject: About gtkrc and locale ?? Date: Mon, 13 Nov 2000 12:11:54 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007D_01C04D6A.E96730A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some question.. 1.My default gtkrc file path is on /usr/etc/gtk/gtkrc, not /etc/gtk/gtkrc Why? 2.My ${LANG} is zh_TW.Big5 but still get /usr/etc/gtk/gtkrc, not /usr/etc/gtk/gtkrc.zh_TW.Big5 why?? Have I miss something? ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some = question..
1.My default gtkrc file = path is on=20 /usr/etc/gtk/gtkrc,
  not=20 /etc/gtk/gtkrc      Why?
 
2.My ${LANG} is zh_TW.Big5 = but still get=20 /usr/etc/gtk/gtkrc,
  not=20 /usr/etc/gtk/gtkrc.zh_TW.Big5 why??
 
Have I miss = something?
------=_NextPart_000_007D_01C04D6A.E96730A0-- From alan@ielinux.com Sun Nov 12 23:16:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 134862BC51 for ; Sun, 12 Nov 2000 23:16:08 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15079 for ; Mon, 13 Nov 2000 12:23:34 +0800 Message-ID: <008b01c04d28$81930360$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I package qt widget or xlib window in gtkwidget?? Date: Mon, 13 Nov 2000 12:16:31 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0088_01C04D6B.8ECB4720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some widgets and windows code by qt and Xlib. Can I package them in my GtkWidget?? How to do that?? (from alan@ielunux.com) ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some widgets = and windows code by qt and=20 Xlib.
Can I package them in my = GtkWidget??
How to do that?? (from alan@ielunux.com)
 
 
------=_NextPart_000_0088_01C04D6B.8ECB4720-- From alan@ielinux.com Sun Nov 12 23:40:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 3A5CA2BB7E for ; Sun, 12 Nov 2000 23:40:38 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15357 for ; Mon, 13 Nov 2000 12:48:08 +0800 Message-ID: <00c601c04d2b$efce96c0$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I get Hot key from a hide widget?? Date: Mon, 13 Nov 2000 12:41:06 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C3_01C04D6E.FD8D2180" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, If I have a main_widget hide. Could I get any event or hot keys from this hide windget?? How to do this?? (from alan@ielinux.com) ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
If I have a main_widget = hide.
Could I get any event or = hot keys from this hide=20 windget??
How to do this?? (from alan@ielinux.com)
 
------=_NextPart_000_00C3_01C04D6E.FD8D2180-- From johan.groth.mandator@celsius.se Mon Nov 13 05:21:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 4702A2BC6A for ; Mon, 13 Nov 2000 05:21:06 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:58 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA23764 for gtk-list@gnome.org; Mon, 13 Nov 2000 11:15:45 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA11111 for ; Mon, 13 Nov 2000 11:13:35 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:10 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA21438 for ; Mon, 13 Nov 2000 11:13:59 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA17609; Mon, 13 Nov 2000 11:13:13 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA11566 for ; Mon, 13 Nov 2000 11:13:08 +0100 (MET) Message-Id: <3A0FBEB4.5BFEC5E6@rmail.bofors> Date: Mon, 13 Nov 2000 11:13:08 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: example clist core dumps Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I'm trying to get Gtk+ 1.2.8 to work on Solaris 2.5.1 which is using X11R5. Everything compiles ok (using gcc 2.95.2 and gmake 3.79) but when I try to run the clist example it core dumps directly. The backtrace looks like this: (gdb) r Starting program: /proj/taurus_mps/gnu/gtk+-1.2.8/examples/clist/clist warning: Lowest section in /usr/lib/libw.so.1 is .dynamic at 00000074 Program received signal SIGSEGV, Segmentation fault. 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 753 gtk_binding_entry_add_signal (binding_set, GDK_End, GDK_CONTROL_MASK, (gdb) bt #0 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 #1 0xef6c9c40 in gtk_type_class_init (type=42773) at gtktypeutils.c:598 #2 0xef6c8e14 in gtk_type_class (type=42773) at gtktypeutils.c:342 #3 0xef6c8f94 in gtk_type_new (type=42773) at gtktypeutils.c:362 #4 0xef5da034 in gtk_clist_new_with_titles (columns=2, titles=0xeffff8a8) at gtkclist.c:1075 #5 0x11994 in main (argc=1, argv=0xeffff944) at clist.c:115 Does anyone know about a fix for this error? I can't use anything that uses clist right now. /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From nge@INTRINsec.com Mon Nov 13 07:32:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sync.corp.INTRINsec.com (sync.INTRINsec.com [194.98.42.5]) by mail.gnome.org (Postfix) with ESMTP id 8791E2BAF3 for ; Mon, 13 Nov 2000 07:32:53 -0500 (EST) Received: hidden From: nge@INTRINsec.com Received: by flic.corp.INTRINsec.com with Internet Mail Service (5.5.2650.21) id ; Mon, 13 Nov 2000 13:24:04 +0100 Message-ID: To: gtk-list@gnome.org Subject: Scrolled Window and GtkCanvas Date: Mon, 13 Nov 2000 13:23:57 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Here is my question: I have a scrolled window in which I have packed a widget derived from a GtkCanvas on which I drawn a widget derived from a GtkCanvasItem. I would like that the vertical and horizontal scrollbars follow the height and the width of the GtkCanvasItem I drawn on the GtkCanvas. Someone can help me ? Nicolas From otaylor@redhat.com Mon Nov 13 09:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8E5642BF1A; Mon, 13 Nov 2000 09:30:45 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5A383242653; Mon, 13 Nov 2000 09:30:45 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: patches References: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> From: Owen Taylor Date: 13 Nov 2000 09:30:45 -0500 In-Reply-To: Ron Steinke's message of "Sun, 12 Nov 2000 12:05:37 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I submitted a patch to ftp.gtk.org/incoming about a month ago, > but it hasn't been moved to applied, rejected, or outdated. Is this > an out of date way to submit patches? Should I just post it to the > devel list? Well, its been moved to patches/ now. I'm not sure that is better from your perspective. :-( Uploading to gtk.org is not outdated, in theory, but we haven't done a very good job of keeping track of those patches recently. It doesn't hurt to _both_ upload and send mail to gtk-devel-list. Once we have bugzilla in place for GNOME, which handles attachments pretty well (its currently in testing), we may that the preferred way to submit small patches, since the less mechanisms we have, the better. Regards, Owen From Josh_Horvath-AJH051@email.mot.com Mon Nov 13 12:24:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by mail.gnome.org (Postfix) with ESMTP id B98392BC3D for ; Mon, 13 Nov 2000 12:24:44 -0500 (EST) Received: [from pobox4.mot.com (pobox4.mot.com [10.64.251.243]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id KAA26172 for ; Mon, 13 Nov 2000 10:24:43 -0700 (MST)] Received: [from m-il06-r4.mot.com (m-il06-r4.mot.com [129.188.137.196]) by pobox4.mot.com (MOT-pobox4 2.0) with ESMTP id KAA20744 for ; Mon, 13 Nov 2000 10:24:39 -0700 (MST)] Received: from pobox.cstl.labs.mot.com by m-il06-r4.mot.com with ESMTP for gtk-list@gnome.org; Mon, 13 Nov 2000 10:24:02 -0700 Received: from labs.mot.com ([182.1.73.251]) by pobox.cstl.labs.mot.com (Netscape Messaging Server 4.15) with ESMTP id G3Z4C200.BM7 for ; Mon, 13 Nov 2000 11:24:02 -0600 Message-Id: <3A1023B4.4A33438A@labs.mot.com> Date: Mon, 13 Nov 2000 11:24:04 -0600 From: "Joshua Horvath" X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Combobox & popdown list focus weirdness Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've noticed that after a selection is made in the popdown list of the combobox, if you manually set the entry with an item that is not in the list the focus gets left in a weird state. The next time you show the popdown list, there is a hollow focus box left around whatever item you last selected. You can't click on the item to select it, but using the up down keys will clear the focus box. Is there some way to get around this behavior? It seems that the GtkList widget needs to keep track of focus and selections independently (to support multiple/entended selections) but this seems to have the undesirable side effect I'm noticing. I tried doing a gtk_container_set_focus_child(container, NULL) on the GtkList to clear the focus_child pointer but this didn't help. I also tried resetting the various GtkList fields to their original state (except the *children pointer) but that didn't seem to help, either. What I'd really like is to have the popdown list get reset to it's initial state every time I show it - i.e. no items focused or selected, key navigation starting at the first item in the list. Anyone know how to accomplish this? So far the only sure way I've found to do it is to clear the list and add the items again, which is not exactly the solution I'm looking for... -Josh From m.ghaeini@center7.com Mon Nov 13 12:32:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ws.center7.com (unknown [216.250.142.14]) by mail.gnome.org (Postfix) with ESMTP id 851D32D4C3 for ; Mon, 13 Nov 2000 12:32:37 -0500 (EST) Received: from c7mail.center7.com ([216.250.143.227]) by ws.center7.com (8.9.3/8.9.3) with ESMTP id KAA09369 for ; Mon, 13 Nov 2000 10:32:36 -0700 Received: from center7.com (ISP [10.1.65.150]) by c7mail.center7.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W5J6YZFV; Mon, 13 Nov 2000 10:34:04 -0700 Message-ID: <3A102525.BBC20371@center7.com> Date: Mon, 13 Nov 2000 10:30:13 -0700 From: Mohammad Ghaeini Reply-To: m.ghaeini@center7.com X-Mailer: Mozilla 4.74 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: GTK Mailing List Subject: gtk library for Solaris on Sparc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I find a gtk library for Solaris on Sparc, I am running version 2.8? Thanks. Ghaeini From tcarter@reliable-net.net Mon Nov 13 12:44:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id CBF7E2D4C3 for ; Mon, 13 Nov 2000 12:44:50 -0500 (EST) Received: from tcarter (ppm97.reliable-net.net [209.183.108.97]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id MAA62570; Mon, 13 Nov 2000 12:44:39 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <004401c04d99$a75870a0$265a03c7@tcarter> From: "tcarter" To: , "GTK Mailing List" Subject: Re: gtk library for Solaris on Sparc Date: Mon, 13 Nov 2000 12:46:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ http://www.sunfreeware.com/ -----Original Message----- From: Mohammad Ghaeini To: GTK Mailing List Date: Monday, November 13, 2000 12:35 Subject: gtk library for Solaris on Sparc >Where do I find a gtk library for Solaris on Sparc, I am running version >2.8? > >Thanks. >Ghaeini > > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list > From john.cupitt@ng-london.org.uk Mon Nov 13 12:53:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 924112BAAA for ; Mon, 13 Nov 2000 12:53:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8HR; Mon, 13 Nov 2000 17:53:13 -0000 Message-ID: <3A1029AE.D81ABCD5@ng-london.org.uk> Date: Mon, 13 Nov 2000 17:49:34 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: m.ghaeini@center7.com Cc: GTK Mailing List Subject: Re: gtk library for Solaris on Sparc References: <3A102525.BBC20371@center7.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mohammad Ghaeini wrote: > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? Hi, download and build the sources (from www.gtk.org) ... it's very smooth on solaris 2.8. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pks@timing.com Mon Nov 13 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 177962BA9F for ; Mon, 13 Nov 2000 14:40:06 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA783 for ; Mon, 13 Nov 2000 12:44:14 -0700 Message-ID: <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 12:39:14 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: changing a widget's color at runtime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Once again a gtk-- questions on gtk-list ... My question was anserwed last time and nobody complained about the fact that it was gtk--, please tell me to go away (and preferably where to go) if gtk-- questions bug you. I'm changing a widget's (label in particular) color at run time and am using the following code to do so: void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { Gtk::Style *cur_style = status_lbl_1->get_style(); cur_style = cur_style->copy(); cur_style->set_fg(GTK_STATE_NORMAL, color); status_lbl_1->set_style(*cur_style); status_lbl_2->set_style(*cur_style); } This works, but it leaves me with these questions: 1) Calling set_style() when leaving out the call to copy() doesn't update the appearance, is this because set_style() comparse the style's address, as opposed to members to determine if anything has changed? 2) When learning how to make runtime color changes possible I ran into a function called ensure_style() (before I discovered that a call to copy() makes it behave as expected I had something like this: lbl->get_style()->set_fg(GTK_STATE_NORMAL, color); lbl->ensure_style(); which didn't produce the desired results ... am I misinterpreting the function name? 3) am I introducing a memory leak by making a copy of the style and never disposing of the original? 4) should I make two copies of the style beacuse I'm calling set_style() for two different widgets? thank you for answers to any of these questions! From owsla@owsla.cjb.net Mon Nov 13 15:27:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-66-169.delval.adsl.bellatlantic.net [151.204.66.169]) by mail.gnome.org (Postfix) with ESMTP id 2AD442BAF3 for ; Mon, 13 Nov 2000 15:27:06 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADKPel01134 for gtk-list@gnome.org; Mon, 13 Nov 2000 15:25:40 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From owsla@owsla.cjb.net Mon Nov 13 16:21:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0F3B62C939 for ; Mon, 13 Nov 2000 16:21:18 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA03238 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADLLHD09837 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from adsl-151-204-66-169.delval.adsl.bellatlantic.net ([151.204.66.169] helo=linajudo.owsla.net ident=owsla) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13vR2P-0006Q5-00 for ; Mon, 13 Nov 2000 13:21:13 -0800 Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADLJjY02384 for gtk-list@gtk.org; Mon, 13 Nov 2000 16:19:45 -0500 Date: Mon, 13 Nov 2000 16:19:43 -0500 From: Andrew Ferguson To: gtk-list@gtk.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113161943.A2366@linajudo.owsla.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 15:54:50 -0400 X-Mailer: Balsa 1.0.pre5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 14 Aug 2000 15:54:50 andrew@owsla.cjb.net wrote: > Hi, > > In the GTK+ tutorial, it is mentioned that there are several standard > arguments that GTK+ accepts (the one's parsed for by > gtk_init(&argc, &argv) ). > .... I am so sorry this got posted again, my mail client went nuts. Again, I'm very sorry this happened. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From meisemann@dsrnet.com Mon Nov 13 16:55:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 315D32C939 for ; Mon, 13 Nov 2000 16:55:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eADLiTp20486 for ; Mon, 13 Nov 2000 16:44:29 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eADLiP420474; Mon, 13 Nov 2000 16:44:26 -0500 (EST) Received: by localhost with Microsoft MAPI; Mon, 13 Nov 2000 16:55:00 -0500 Message-ID: <01C04D92.75D60C60.meisemann@dsrnet.com> From: Matt Eisemann To: "'Drazen Kacar'" Cc: "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: installing 2.8 Date: Mon, 13 Nov 2000 16:54:59 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Finally I can get back to this. Well now I can get back to this. To answer the questions below, the compiler that I am using is gcc (not cc). I will prog provide some of the makefile for your inspection and see if that looks right. . . . . CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS INC_PATH = ..... (paths to include files) LIB_PATH = -L/home/matt/mppcm/ssep/lib/debug/sparc_sunos56 \ -L/home/matt/mppcm/ssep/GTK/gtk+-1.2.8/lib \ LIBS = -lsl -lsocket -lnsl -lgl -lgtk -lgdk -lposix4 -lm The above are some of the options that I am using for my application. For GTK and GLIB I think I used most of the default settings but I did redirect the architecture-independent files I think. Probabaly used ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default /usr/local. I think I also did the same thing with the GLIB ./configure script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something like that. Could the error below be due to the above or did I not answer all questions? Let me know if you need more info. This is all on a Sun Solaris system. Thanks for all your help. Matt -----Original Message----- From: Drazen Kacar [SMTP:dave@srce.hr] Sent: Saturday, October 28, 2000 7:58 AM To: Matt Eisemann Cc: 'Dugas, Alan'; 'gtk-list@gnome.org' Subject: Re: installing 2.8 Matt Eisemann wrote: > Well, it turns out that since running Sun Solaris it does not use 'ld' in > the /etc directory to find the libraries but solaris does rely on the > LD_LIBRARY_PATH variable to find the GTK and GLIB libraries. My > application works now but the only disturbin thing is that when application > links it still gets that > /bin/sh:gtk-config: not found Do you have the directory where gtk-config lives in your $PATH? > but maybe it finds it later on? > > I also get some wierd warnings similar to > > glibconfig.h:43: warning: ANSI C does not support 'long long' > glibconfig.h:44: warning: ANSI C does not support 'long long' > > Is there a patch for this or is that a bug in glibconfig.h ? Thanks ahead > of time for your help. This has something to do with compiler options. Which compiler and which options were used to build GTK? And which compiler and which options were used to build the application? -- .-. .-. Sarcasm is just one more service we offer. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From pbd@op.net Mon Nov 13 17:59:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 0570F2DBC8 for ; Mon, 13 Nov 2000 17:59:31 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id RAA23678; Mon, 13 Nov 2000 17:59:26 -0500 (EST) Message-Id: <200011132259.RAA23678@renoir.op.net> To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime In-reply-to: Your message of "Mon, 13 Nov 2000 12:39:14 MST." <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 18:01:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >My question was anserwed last time and nobody complained about the fact >that it was gtk--, please tell me to go away (and preferably where to go) >if gtk-- questions bug you. gtkmm-main@lists.sourceforge.net. but this is a GTK level question, even if the code itself is Gtk--. >I'm changing a widget's (label in particular) color at run time and am >using the following code to do so: > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > Gtk::Style *cur_style = status_lbl_1->get_style(); > > cur_style = cur_style->copy(); > cur_style->set_fg(GTK_STATE_NORMAL, color); > > status_lbl_1->set_style(*cur_style); > status_lbl_2->set_style(*cur_style); > >This works, but it leaves me with these questions: Repeating myself again: please don't do this. Use status_lbl1->set_name ("StatusLabel"); status_lbl2->set_name ("StatusLabel"); and then load a GTK RC file with: style "status_label" { fg[NORMAL] = { 0.93, 0.94, 0.23 } } widget "*StatusLabel" style "status_label" this allows and your users to change the colors at run time without any recompilation. as a side effect, it also removes a bunch of ugly code from your app :) --p From pks@timing.com Mon Nov 13 18:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 794A32BEE0 for ; Mon, 13 Nov 2000 18:30:44 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA765 for ; Mon, 13 Nov 2000 16:34:50 -0700 Message-ID: <3A10796F.CDC133DB@timing.com> Date: Mon, 13 Nov 2000 16:29:51 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > gtkmm-main@lists.sourceforge.net. thank you for mailing list name. > > but this is a GTK level question, even if the code itself is Gtk--. > > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > > > /* ugly code here */ > > > Repeating myself again: please don't do this. Use > > status_lbl1->set_name ("StatusLabel"); > status_lbl2->set_name ("StatusLabel"); > > and then load a GTK RC file with: > > style "status_label" { > fg[NORMAL] = { 0.93, 0.94, 0.23 } > } > widget "*StatusLabel" style "status_label" I've read similar advice (might have been yours for all I know) in previous messages on this list. I am using a massive GTK rc to set color preferences for components with "static" color. The reason I resorted to this ugly code is because I want to change the color at run time ... imagine a status label that goes shows an application going through different states const lbl_config_rec lbl_configs[] = { { "Stopped", orange_color }, { "Ready", another_color }, { "Starting", green_color }, { "Calibrating", green_color }, { "Collecting", white_color }, { "Interrupted", red_color }, }; that is status_lbl_1 and status_lbl_2 could be green now, red in two seconds and another color three seconds from then. using resource files, the only way I see to accomplish something like this would be to create 12 labels, set_naming() each set of two, then hiding the set that's currently visible, and showing the set that reflects the application's new state ... this can certainly be done ... but I would argue that this paradigm isn't much prettier (if at all). If you find there is a "cleaner" way to accomplish something like this using RC files I would love to hear from you again - maybe I'm just not seeing the light ;) > this allows and your users to change the colors at run time without > any recompilation. as a side effect, it also removes a bunch of ugly > code from your app :) > > --p I appreciate your response! I'll subscribe to the list you recommend when I get done clicking the send button! Patrick From pks@timing.com Mon Nov 13 19:16:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id E454D2BC43 for ; Mon, 13 Nov 2000 19:16:35 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA781 for ; Mon, 13 Nov 2000 17:20:41 -0700 Message-ID: <3A10842C.ECB94385@timing.com> Date: Mon, 13 Nov 2000 17:15:40 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I found the following when skimming previous messages on the mailing list ... a search for color doesn't do much good when the subject contains colour ;) Anwyays ... I believe this gets much closer to the answers I was seeking ... it certainly does address the "memory leak" question I had ... ----------------------------------------------------------------------- The correct way is: - create a GtkRcStyle - set the background color in the RcStyle, and set the flag in the RcStyle indicating that the background color is set - call gtk_widget_modify_style() to override the widget's current style with your RcStyle - unref the RcStyle, the widget will have kept a reference to it This method allows your changes to survive theme switches. If you just modify the GtkStyle instead of adding the GtkRcStyle, changing themes will make your modification go away. The GTK 2.0 sources have a function gtk_widget_modify_bg() that does this for you. Havoc Yes, sorry for the brevity; I've typed it in a few times before, this is one of the many FAQs not in the FAQ. Something like: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Not tested. You may want to modify states other than NORMAL, but it should be obvious how to do so following this example. Havoc From varia@ecf.utoronto.ca Mon Nov 13 20:44:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cannon.ecf.utoronto.ca (cannon.ecf.utoronto.ca [128.100.8.5]) by mail.gnome.org (Postfix) with ESMTP id C83212BAC4 for ; Mon, 13 Nov 2000 20:44:54 -0500 (EST) Received: from skule.ecf (varia@skule.ecf [128.100.8.6]) by cannon.ecf.utoronto.ca (8.9.3/8.9.3) with ESMTP id UAA30082 for ; Mon, 13 Nov 2000 20:44:53 -0500 Received: from localhost (varia@localhost) by skule.ecf (8.9.3/8.9.3) with SMTP id UAA629102 for ; Mon, 13 Nov 2000 20:44:53 -0500 (EST) X-Authentication-Warning: skule.ecf: varia owned process doing -bs Date: Mon, 13 Nov 2000 20:44:53 -0500 (EST) From: Meghal Harish Varia X-Sender: varia@skule.ecf To: gtk-list@gnome.org Subject: Gtkand the internet Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any "simple" way to convert a gtk+ application to run on a web page, or is a full rewrite required? Meghal From dsh8290@rit.edu Mon Nov 13 21:52:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 04DA02BC8E for ; Mon, 13 Nov 2000 21:52:11 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id VAA23499; Mon, 13 Nov 2000 21:52:04 -0500 (EST) Date: Mon, 13 Nov 2000 21:51:40 -0500 From: D-Man To: andrew@owsla.cjb.net Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113215140.C18291@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <"from Andrew_Ferguson"@walnut.prs.k12.nj.us> <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 16:54:50 -0400 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't see any replies yet (BTW, you're date is a little behind ;-)). Just find any gtk application and run "app --help" to find the options. -D On Mon, 14 Aug 2000 16:54:50 Andrew Ferguson wrote: | [ I posted this to gtk-app-devel-list@gnome.org some time ago and | recieved little response, hence I have reposted it here; perhaps | someone on this list will tell me if what I have done is a good, bad, | or ugly thing. Thanks.] | | Hi, | | In the GTK+ tutorial, it is mentioned that there are several standard | arguments that GTK+ accepts (the one's parsed for by | gtk_init(&argc, &argv) ). | | I was unable to find any documentation on these arguments (except for | two email messages to the main GTK+ list). So, I have looked in the | GTK+ code and put up a webpage with my findings, if anyone on the list | could go to | | http://owsla.cjb.net/gtk.shtml | | and tell me about an errors, additions, etc., I would be most obliged. | Also, is any of this information wanted by the FAQ or tutorial | maintainers? Thanks. | | _________________________________________________ | Andrew Ferguson | http://owsla.cjb.net | andrew@owsla.cjb.net | Tintin Webring: http://owsla.cjb.net/tintin/ring/ | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dave@svarozic.srce.hr Mon Nov 13 22:01:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from svarozic.srce.hr (svarozic.srce.hr [161.53.2.157]) by mail.gnome.org (Postfix) with ESMTP id E91AA2D473 for ; Mon, 13 Nov 2000 22:01:48 -0500 (EST) Received: (from dave@localhost) by svarozic.srce.hr (8.9.3+Sun/8.9.3) id EAA00750; Tue, 14 Nov 2000 04:01:32 +0100 (MET) Date: Tue, 14 Nov 2000 04:01:31 +0100 From: Drazen Kacar To: Matt Eisemann Cc: "'Drazen Kacar'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: Re: installing 2.8 Message-ID: <20001114040131.A740@svarozic.srce.hr> References: <01C04D92.75D60C60.meisemann@dsrnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <01C04D92.75D60C60.meisemann@dsrnet.com>; from meisemann@dsrnet.com on Mon, Nov 13, 2000 at 04:54:59PM -0500 X-Face: 'UIE}WabGB0+U>p-#(hp<_+AD2{H],=qR*jHfm$/e]l0(kU3oOYc5lqG6gg>[\h^IOc{'siD6#!T&loIShgmYHz3#+*D38:|`~\BE,(W~Ol9BDfDwk'lKJ;Z{sY8E9(ME.E]'wvNO`$n#,;9Z`tOFcW/nHZq!BOSrM>V?C<5DTw=<${c{M2V+|)0jSUl&!+8%8nIBF(u:E>SZWM^e X-Attribution: Dave Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann wrote: > Finally I can get back to this. Well now I can get back to this. To > answer the questions below, the compiler that I am using is gcc (not cc). > I will prog provide some of the makefile for your inspection and see if > that looks right. . . . . > > CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS Remove -pedantic. That's probably the cause of: glibconfig.h:43: warning: ANSI C does not support 'long long' If that doesn't help, try removing -ansi as well. > For GTK and GLIB I think I used most of the default settings but I did > redirect the architecture-independent files I think. Probabaly used > ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default > /usr/local. I think I also did the same thing with the GLIB ./configure > script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something > like that. Could the error below be due to the above or did I not answer Then you'd have to have /home/matt/mppcm/ssep/GLIB/bin in your $PATH if you want your shell to be able to find glib-config. Or you'll have to have symlink in one of the directories which are in your PATH. -- .-. .-. Chaos, panic & disorder - my work here is done. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From gharris@flashcom.net Tue Nov 14 04:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5B2992BBA9 for ; Tue, 14 Nov 2000 04:22:22 -0500 (EST) Received: (cpmta 7413 invoked from network); 14 Nov 2000 01:22:17 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 14 Nov 2000 01:22:17 -0800 X-Sent: 14 Nov 2000 09:22:17 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id BAA00439; Tue, 14 Nov 2000 01:22:14 -0800 (PST) (envelope-from gharris) Date: Tue, 14 Nov 2000 01:22:14 -0800 From: Guy Harris To: D-Man Cc: andrew@owsla.cjb.net, gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001114012214.A351@quadrajet.flashcom.com> References: <"from <20000814165449.A4412@linajudo.owsla.net> <20001113215140.C18291@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001113215140.C18291@dman.rh.rit.edu>; from dsh8290@rit.edu on Mon, Nov 13, 2000 at 09:51:40PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 13, 2000 at 09:51:40PM -0500, D-Man wrote: > Just find any gtk application and run "app --help" to find the options. I found one: % ethereal --help but it just popped up its standard 3-pane window; it didn't print anything. (You use "-h" on Ethereal.) I found another one: % xmms --help but all it printed was: Usage: xmms [options] [files] ... Options: -------- -h, --help Display this text and exit. -n, --session Select XMMS session (Default: 0) -r, --rew Skip backwards in playlist -p, --play Start playing current playlist -u, --pause Pause current song -s, --stop Stop current song -f, --fwd Skip forward in playlist -e, --enqueue Don't clear the playlist -m, --show-main-window Show the main window. -v, --version Print version number and exit. with no description of generic GTK+ options - which is what he was looking for, not the options for a particular application. GTK+ 1.2.8, at least, doesn't treat "--help" specially in "gtk_init_check()" (which is what "gtk_init()" calls); in fact, I don't see anything to treat "--help" specially anywhere in GTK+ 1.2.8 (nor in GLib 1.2.8, for that matter). There also doesn't seem to be anything in the current CVS version of GTK+ to treat "--help" specially. Perhaps GNOME applications do that, but that doesn't automatically happen with GTK+ applications. From john.cupitt@ng-london.org.uk Tue Nov 14 06:48:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id B6DAB2BC89 for ; Tue, 14 Nov 2000 06:48:13 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8Y8; Tue, 14 Nov 2000 11:48:12 -0000 Message-ID: <3A1125A1.DA8E74C9@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:44:33 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Patrick Schweiger wrote: > Paul Barton-Davis wrote: > > please don't do this. Use > > > > status_lbl1->set_name ("StatusLabel"); > > status_lbl2->set_name ("StatusLabel"); > > > > and then load a GTK RC file with: > > > > style "status_label" { > > fg[NORMAL] = { 0.93, 0.94, 0.23 } > > } > > widget "*StatusLabel" style "status_label" > > I've read similar advice (might have been yours for all I know) in previous > messages on this list. I am using a massive GTK rc to set color preferences > for components with "static" color. The reason I resorted to this ugly code > is because I want to change the color at run time ... > the only way I see to accomplish something like this > would be to create 12 labels, set_naming() each set of two, then hiding the > set that's currently visible, and showing the set that reflects the > application's new state ... this can certainly be done ... but I would > argue that this paradigm isn't much prettier (if at all). > > If you find there is a "cleaner" way to accomplish something like this > using RC files I would love to hear from you again - maybe I'm just not > seeing the light ;) Paul is right, you're better off with .gtkrc files. The trick is that you can set_name() at any time, changing the name updates the style, and it's a cheap call. In my app I have: style "error_style" { bg[].. } style "clean_style" { bg[].. } style "leaf_style" { bg[].. } etc. widget "*error_widget" style "error_style" widget "*clean_widget" etc. Then when one of my widgets changes state, I set_name() to the new state ... and it is automcatically updated with the new style. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From john.cupitt@ng-london.org.uk Tue Nov 14 06:51:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id E6B9E2DBAA for ; Tue, 14 Nov 2000 06:51:33 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8ZG; Tue, 14 Nov 2000 11:51:28 -0000 Message-ID: <3A112662.118A2EE0@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:47:46 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: Gtkand the internet References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal Harish Varia wrote: > Is there any "simple" way to convert a gtk+ application to run on a web > page, or is a full rewrite required? You could take a look at broadway: http://www.broadwayinfo.com/ John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pbd@op.net Tue Nov 14 09:05:49 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 46E102DBBC for ; Tue, 14 Nov 2000 09:05:48 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0b.ppp.op.net [209.152.194.75]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01336; Tue, 14 Nov 2000 09:04:59 -0500 (EST) Message-Id: <200011141404.JAA01336@renoir.op.net> To: gtkmm Mailing List Cc: gtk-list@gnome.org Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Mon, 13 Nov 2000 19:08:28 +0100." <20001113190827.A1435@vulcain.yyydom> Date: Tue, 14 Nov 2000 09:06:52 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ GTK folk: gtkmm-main folk are discussing whether our main loop object (Gtk::Kit aka Gtk::Main) should call gtk_exit() itself ] >> > But, just moving the "throw 1;" line to the other side of "Gtk::Kit >> > kit(argc, argv)" returns "0" without printing the error message: >> >> Gtk::Kit::~Kit calls gtk_exit(0), so the program terminates during the >> stack unwinding. > >argh! > >i thought this was finally fixed ? >there is no reason why Kit::~Kit may call exit(). > >it is my own duty to return from main. >maybe i want to do something else after using gtk-- ? >gtk-- is just a library. it has no right to play god. I agree absolutely. The problem, however, is that this exists down at the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell GTK "ok, shutdown and cleanup" that is guaranteed to be clean without also telling it to call exit(0). Here's what the (fantastic) GTK reference manual says: --------------------------------------------------------------------- gtk_exit () void gtk_exit (gint error_code); Terminate the program and return the given exit code to the caller. This function will shut down the GUI and free all resources allocated for error_code : Return value to pass to the caller. This is dependend on the target system but at least on Unix systems 0 means success. --------------------------------------------------------------------- No other listed function is described as shutting down the GUI. Now, in reality, we know that something like: while (gtk_main_level()) { gtk_main_quit(); } will accomplish most of the desired goal *currently*. But given the public description of gtk_exit(), there is nothing to stop some critical functionality from moving into that function at some point. So, I feel that until GTK advertises another function that *just* shuts down the GUI and frees all resources, Gtk::Main (I *hate* the word "Kit" :) should continue to call gtk_exit(). OTOH, I really feel that GTK should offer such a function. But then again, this is not easy to do with 100% correction. Shutting down the connection to the X server would work for me, though, and if there was a way to force GDK and GTK to destroy every object as well, that would be even better. Not glib though, since a program may be using glib for other things. --p From Dermot.McCluskey@ireland.sun.com Tue Nov 14 10:55:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id 18D3C2BABE for ; Tue, 14 Nov 2000 10:55:41 -0500 (EST) Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id HAA19240 for ; Tue, 14 Nov 2000 07:55:37 -0800 (PST) Received: from sternwood (sternwood [129.156.238.42]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with SMTP id PAA06001 for ; Tue, 14 Nov 2000 15:55:36 GMT Message-Id: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Date: Tue, 14 Nov 2000 15:55:35 +0000 (GMT) From: Dermot McCluskey Reply-To: Dermot McCluskey Subject: GTK+ test suite To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: z9eGPGzyi9LucDXIEylbmw== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.8 sun4u sparc Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I work in the Desktop Test Team at Sun. As you may know, Sun has joined the GNOME Foundation and is adopting GNOME as the future desktop for Solaris. We are planning to develop a verification test suite for GTK+. This test suite could be used to check the stability of a particular build of GTK+ and to find bugs. We are currently putting together a team to work on this project. Our plan is to check the code in to the CVS tree at gnome.org as soon as we have something usable. Some of the areas to be tested will include: - completeness of header files - ability to create all standard (non-deprecated) widgets; check default properties are set correctly; get and set standard properties; receive expected callbacks; etc - expected behavior and return values from library functions The execution of the test suite will be automated - there will be no manual intervention or inspection involved. We plan to use the TET test harness to control builds, execution, journal files and results tabulation. A suitable open source version of TET3 is available from The Open Group (tetworks.opengroup.org). Any comments or suggestions on areas we should cover or ideas on implementation are welcome. - Dermot Dermot McCluskey - Sun Microsystems, Ireland - Desktop Test From kenelson@ece.ucdavis.edu Tue Nov 14 12:57:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ece.ucdavis.edu (clover.ece.ucdavis.edu [169.237.32.1]) by mail.gnome.org (Postfix) with ESMTP id F38762D2E6 for ; Tue, 14 Nov 2000 12:57:21 -0500 (EST) Received: from clover.ece.ucdavis.edu (kenelson@localhost [127.0.0.1]) by ece.ucdavis.edu (8.9.3/8.9.3) with ESMTP id JAA13626; Tue, 14 Nov 2000 09:56:47 -0800 (PST) Message-Id: <200011141756.JAA13626@ece.ucdavis.edu> X-face: RinRV?cII^~g?cLc9;-D}8xnP^:6hX}*,%&@y"6p7xm^Z]V<7(`zzI!/#s%[2G'fTVC+b"* 4eYfecJ4=,gHu4o_{Z[VG{Em*{tC^LKZ6eUDc?PI0@dk}3"kJ7*"y8*hMv\qz[C5djlU#AQh0Cq.%W @2kSd~S<&}]!;ZNm(wUE4= X-url: http://www.ece.ucdavis.edu/~kenelson To: Paul Barton-Davis Cc: gtkmm Mailing List , gtk-list@gnome.org, kenelson@ece.ucdavis.edu Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Tue, 14 Nov 2000 09:06:52 EST." <200011141404.JAA01336@renoir.op.net> Date: Tue, 14 Nov 2000 09:56:47 -0800 From: Karl Nelson Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >argh! > > > >i thought this was finally fixed ? > >there is no reason why Kit::~Kit may call exit(). > > > >it is my own duty to return from main. > >maybe i want to do something else after using gtk-- ? > >gtk-- is just a library. it has no right to play god. > > I agree absolutely. The problem, however, is that this exists down at > the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell > GTK "ok, shutdown and cleanup" that is guaranteed to be clean without > also telling it to call exit(0). > > Here's what the (fantastic) GTK reference manual says: > [...] > > No other listed function is described as shutting down the GUI. > > Now, in reality, we know that something like: > > while (gtk_main_level()) { > gtk_main_quit(); > } > > will accomplish most of the desired goal *currently*. But given the > public description of gtk_exit(), there is nothing to stop some > critical functionality from moving into that function at some point. Actually it is worse. Gtk+ is is very bad about being greedy with resources. THus every time it allocates a piece of memory of certain size, it never frees it. It just holds that chunk in researve in case another thing the same size needs it. I tried in vain at one point to convince them to switch to an allocator which frees if the number of items on the stack grows larger than 32 or 64. (Which according to analysis slows gtk+ programs by 0.01%.) But they really won't hear of it. Thus the only way gtk+ will ever free is by exiting! > > So, I feel that until GTK advertises another function that *just* > shuts down the GUI and frees all resources, Gtk::Main (I *hate* the > word "Kit" :) should continue to call gtk_exit(). (Okay, I secretly hate Main because someone sent this code which scares me. int main(int argc, char** argv) { Gtk::Main main(argc,argv); ) > > OTOH, I really feel that GTK should offer such a function. But then > again, this is not easy to do with 100% correction. Shutting down the > connection to the X server would work for me, though, and if there was > a way to force GDK and GTK to destroy every object as well, that would > be even better. Not glib though, since a program may be using glib for > other things. Well, we could place some code to do it, but it would be our own mess. If you send destroy to every toplevel widget, you will blast everything but those memory lists. I suspect the only way it will happen is if someone gets gtk+ patch in. But considering my tim is down to just basic gtk-- maintainence it won't be me. --Karl From meisemann@dsrnet.com Tue Nov 14 13:43:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id E06FC2BB2C for ; Tue, 14 Nov 2000 13:43:21 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAEIVxp00099 for ; Tue, 14 Nov 2000 13:32:00 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAEIVr400070; Tue, 14 Nov 2000 13:31:53 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 14 Nov 2000 13:42:12 -0500 Message-ID: <01C04E40.B0F9AC80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Tue, 14 Nov 2000 13:42:10 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Somewhat related to below. I have my dialog widget in its own function now. Hence , all the callbacks and widget creation are in a single function . Is this a bad idea? See the code (simplified...taken out hopefully extraneous code) VOID dialog_create(SHARED_WINDOW *tasks) { GtkWidget *dialog_win; GtkWidget *dialog_label; GtkWidget *dialog_ok dialog_win = gtk_dialog_new(); gtk_widget_set_usize(dialog_win, 250,250); dialog_label=gtk_label_new("WARNING some text here \n"); dialog_ok = gtk_button_new_with_label("OK"); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox), dialog_label, FALSE,FALSE,NO_PADDING); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area), dialog_ok, FALSE,FALSE,NO_PADDING); gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); gtk_signal_connect_object(GTK_OBJECT(dialog_win),"delete-event", GTK_SIGNAL_FUNC(dialog_delete_ev ent),NULL); gtk_signal_connect(GTK_OBJECT(dialog_win),"destroy", GTK_SIGNAL_FUNC(utics_destroy),N ULL); gtk_widget_show(dialog_ok); gtk_widget_show(dialog_label); gtk_widget_show(dialog_win); tasks->dialog_win = dialog_win; tasks->dialog_create = TRUE; } Here is the dialog_delete_event function. gint dialog_delete_event(GtkWidget *widget, GdkEvent *event, gpointer data) { g_print("dialog delete event occurred\n"); gtk_widget_hide(widget); return(TRUE); } void destroy(GtkWidget *widget), gpointer data) { gtk_widget_hide(widget); } The gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); works great without noticible problems but the other ones do not work. When I try to close the window via the window manager, the menu for the window dissappears but the dialog box remains. Any noticible reasons why? Maybe the above code will help. I want the dialog box to dissaprear and not be destroyed when the user closes the window via the window menu. (command ALT - F4). Any ideas why it is not working. Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Monday, October 30, 2000 6:51 PM To: gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem The code looks OK to me, however, you may be running into a scoping issue with dialog_win depending on where you use gtk_signal_connect(). Otherwise, I think I'd need to see more of your code to figure out what's going on. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Monday, October 30, 2000 6:23 PM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > You were right. For some reason it needed gtk_signal_connect_object. If > I > want to also have a window delete handler in case they close the window > via > window mgr does the following look right given the variable names I have > used already. > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > gtk_widget_hide(widget); > return(TRUE); > } > > Actually, i just tried it and I got a core dump. Anything look wrong > above. Thanks ahead of time for your help. > > Matt > > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 5:58 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > Just a thought... It appears the problem has to do with > gtk_signal_connect() > passing it's first argument to gtk_widget_hide() whereas I think your > trying to > pass the last argument instead. Try using gtk_signal_connect_object(), it > > will > change the order of the argments passed to the callback function so that > the > last argument to gtk_signal_connect_object() is passed as the first > argument to > gtk_widget_hide() instead. > > > > -- Stupid Genius > > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 5:09 PM > > To: gtk-list@gnome.org > > Subject: dialog widget problem > > > > Currently I am creating an application, but there is something wrong > with > > the callback that hides the widget or something is wrong in my logic. > Here > > is a bit of code below which so should give some idea of what I am > doing. > > The main window calls a dialog box when a certain flag is set. I want > the > > user to be able to push the "OK" button and hide the dialog window and > > reset the flag back to FALSE. I hopefully left out extraneous > information > > and code. > > > > void some_function(... ) > > { > > > > ..... > > > > > > > > if(tasks->dead_tasks == TRUE) > > { > > gtk_widget_show_all(tasks->dialog_win); > > tasks->dead_tasks = FALSE; > > } > > } > > > > > > > > int main(INT argc, CHAR *argv[]) > > { > > ... > > dialog_win = gtk_dialog_new(); > > dialog_label = gtk_label_new("WARNING. There is something wrong. "); > > dialog_ok = gtk_button_new_with_label("OK"); > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > ALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > _ok, FALSE,FALSE, NO_PADDING); > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > T(dialog_win)); > > } > > The code works somewthat above but the problem is that the OK button > > disappears and not the whole window. > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pks@timing.com Tue Nov 14 14:12:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 22C122BAC4 for ; Tue, 14 Nov 2000 14:12:20 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA790; Tue, 14 Nov 2000 12:16:27 -0700 Message-ID: <3A118E60.95BE0160@timing.com> Date: Tue, 14 Nov 2000 12:11:28 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Cupitt Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> <3A1125A1.DA8E74C9@ng-london.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt wrote: > Paul is right, you're better off with .gtkrc files. The trick is that > you can set_name() at any time, changing the name updates the style, and > it's a cheap call. In my app I have: > > style "error_style" { > bg[].. > } > style "clean_style" { > bg[].. > } > style "leaf_style" { > bg[].. > } > etc. > widget "*error_widget" style "error_style" > widget "*clean_widget" etc. > > Then when one of my widgets changes state, I set_name() to the new state > ... and it is automcatically updated with the new style. Ahhhhh! I never even thought of this! I guess I was sidetracked by the fact that parsing a resource file does not affect the appearance of widgets created/realized/mapped/shown before the parsing ... which in retrospect doesn't make a whole lot of sense either ... > HTH, you *bet* it does! I thank you, Paul and gtk-list! From david@linux.com Tue Nov 14 19:09:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 2930D2BC09 for ; Tue, 14 Nov 2000 19:09:32 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF09Tq19512 for ; Tue, 14 Nov 2000 16:09:29 -0800 Message-ID: <3A11D439.A835ECF@linux.com> Date: Tue, 14 Nov 2000 16:09:29 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: gtk_entry_set_text() and very fast updates Content-Type: multipart/mixed; boundary="------------57DD6587A406CDEAB9918436" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------57DD6587A406CDEAB9918436 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Question, I have need to update an entry box on the order of ~200ms intervals. Using gtk_entry_set_text() only seems to grow in memory usage. [...] commaval=commafy(tuples); sprintf(temp, "%*s", 9, commaval); free(commaval); gtk_entry_set_text(GTK_ENTRY(count_field), temp); [...] Consider this the body of a loop. Yes, I'm new to gtk starting last wednesday evening. Can someone recommend a leak proof method other than widget de/construction? tia, -d -- "The difference between 'involvement' and 'commitment' is like an eggs-and-ham breakfast: the chicken was 'involved' - the pig was 'committed'." --------------57DD6587A406CDEAB9918436 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------57DD6587A406CDEAB9918436-- From rhajikhani@etoys.com Tue Nov 14 20:24:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 0C56C2BCB6 for ; Tue, 14 Nov 2000 20:24:19 -0500 (EST) Received: (qmail 29921 invoked from network); 15 Nov 2000 00:43:42 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 15 Nov 2000 00:43:42 -0000 Received: from etoys.com (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSNBHC; Tue, 14 Nov 2000 17:04:41 -0800 Message-ID: <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 18:03:54 -0800 From: Rasoul Hajikhani Organization: etoys X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.7-1.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Help! is gtk cpu intensive? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are gtk applications cpu intensive. I have a window that has a menu box, 3 buttons, scrollable window that holds gtkrgb object, couple of frames and a table, and it reads 27% cpu. Is this normal or does this mean I have done something wrong... ps: does any one know where I can get oci.h off the net. My Oracle installation did not have it... Thanks -r From alan@ielinux.com Tue Nov 14 21:41:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 503112CED7 for ; Tue, 14 Nov 2000 21:40:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id KAA04130 for ; Wed, 15 Nov 2000 10:47:53 +0800 Message-ID: <004e01c04ead$7e679440$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set dialog window always on top?? Date: Wed, 15 Nov 2000 10:40:48 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004B_01C04EF0.848E26C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable How to set dialog window always on top?? I program a YesNoWindow,=20 I can set gtk_grab_add() let MainWindow can't get event. But I clicked the MainWindow, the YesNoWindow would lower MainWindow. Could I let the YesNoWindow(sub Dialog) always raise over MainWindow? How to do it?? ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
How to set dialog window always = on=20 top??
I program a YesNoWindow, =
I can set gtk_grab_add() = let MainWindow can't get = event.
But I clicked the MainWindow, = the=20 YesNoWindow would lower=20 MainWindow.
Could I let the YesNoWindow(sub = Dialog)=20 always raise over MainWindow?
How to do = it??
------=_NextPart_000_004B_01C04EF0.848E26C0-- From pbd@op.net Tue Nov 14 21:54:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 152212BF70 for ; Tue, 14 Nov 2000 21:54:51 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18026; Tue, 14 Nov 2000 21:54:45 -0500 (EST) Message-Id: <200011150254.VAA18026@renoir.op.net> To: Rasoul Hajikhani Cc: "gtk-list@gnome.org" Subject: Re: Help! is gtk cpu intensive? In-reply-to: Your message of "Tue, 14 Nov 2000 18:03:54 PST." <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 21:56:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message <3A11EF0A.1B1AE58F@etoys.com>you write: >Are gtk applications cpu intensive. I have a window that has a menu box, >3 buttons, scrollable window that holds gtkrgb object, couple of frames >and a table, and it reads 27% cpu. Is this normal or does this mean I >have done something wrong... you've done something wrong. without seeing any code, its impossible to tell what. >ps: does any one know where I can get oci.h off the net. My Oracle >installation did not have it... at least one version of oci.h is copyrighted by oracle. --p From otaylor@redhat.com Tue Nov 14 22:58:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 35E092BD43 for ; Tue, 14 Nov 2000 22:58:37 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EDAF3242654; Tue, 14 Nov 2000 22:58:36 -0500 (EST) To: Dermot McCluskey Cc: gtk-list@gnome.org, gtk-devel-list@gtk.org Reply-To: gtk-devel-list@gtk.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> From: Owen Taylor Date: 14 Nov 2000 22:58:36 -0500 In-Reply-To: Dermot McCluskey's message of "Tue, 14 Nov 2000 15:55:35 +0000 (GMT)" Message-ID: Lines: 65 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ This would be best discussed on gtk-devel-list, so I've set the reply to point to that list. ] Dermot McCluskey writes: > I work in the Desktop Test Team at Sun. As you may > know, Sun has joined the GNOME Foundation and is > adopting GNOME as the future desktop for Solaris. > > We are planning to develop a verification test suite > for GTK+. This test suite could be used to check the > stability of a particular build of GTK+ and to find bugs. > We are currently putting together a team to work on > this project. > > Our plan is to check the code in to the CVS tree at > gnome.org as soon as we have something usable. > > Some of the areas to be tested will include: > - completeness of header files Hmmm, I'm not sure what this means quite... > - ability to create all standard (non-deprecated) widgets; > check default properties are set correctly; > get and set standard properties; > receive expected callbacks; etc So the idea here is to drive the widgets via their introspectable interface? Certainly quite a bit of testing can be done this way, though it probably will be as much testing the glue between the property system and the core itself. > - expected behavior and return values from library functions I assume this would involve writing specific test cases. These ideas sound like a reasonable start. I have very little experience in doing automated testing of toolkits, so I'd probably have to see things in action to know how it will work. > The execution of the test suite will be automated - there will > be no manual intervention or inspection involved. We plan to > use the TET test harness to control builds, execution, journal > files and results tabulation. A suitable open source version > of TET3 is available from The Open Group (tetworks.opengroup.org). Can you provide some more details on TET - I was unable to find out anything useful from the web page without registering to download. In particular: - What are the details of the license? (The Open Group has a history of being unable to get its act together on open license...) - What platforms does it run on? I saw mention on the web site of Win32 and Java... Thanks, Owen From dsh8290@rit.edu Tue Nov 14 23:20:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 425F22CA94 for ; Tue, 14 Nov 2000 23:20:51 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA09128 for ; Tue, 14 Nov 2000 23:20:50 -0500 (EST) Date: Tue, 14 Nov 2000 23:20:19 -0500 From: D-Man To: gtk-list Subject: Future of GTK Message-ID: <20001114232019.A1463@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi. I have a few questions regarding the future of GTK in my evaluation and comparison of GTK+ and wxWindows. Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? Thanks all for your input on this subject. -D From hp@redhat.com Wed Nov 15 00:21:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 00A852BC92 for ; Wed, 15 Nov 2000 00:21:39 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5KWH11139; Wed, 15 Nov 2000 00:20:32 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list Subject: Re: Future of GTK References: <20001114232019.A1463@dman.rh.rit.edu> From: Havoc Pennington Date: 15 Nov 2000 00:20:32 -0500 In-Reply-To: D-Man's message of "Tue, 14 Nov 2000 23:20:19 -0500" Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > Currently GTK is primarily for Unix and Unix-like operating systems. > Is it the intention that GTK (and libglade of course) will be > cross-platform? Yes. The most important difference between GTK and wxWindows in this respect is that GTK will always be an "emulating" toolkit (meaning it draws its own widgets that may look like native widgets given the right theme, but it doesn't use native widgets). AFAIK wxWindows is a "wrapper" toolkit (meaning it uses native widgets underneath). A "wrapper" toolkit is going to be less flexible/powerful than a native toolkit like GTK, in general. This is why Java moved away from that (AWT) and Swing has a more GTK-like approach. But of course a wrapper toolkit has more native L&F. On the other hand, GTK _is_ the native L&F on at least one platform, unlike Swing. > How easy/feasible is it to bind various languages to C++? For language bindings the issue isn't C vs. C++. The issue is that GTK has an object system designed to facilitate language bindings. You could write such an object system in C or in C++ (in fact Microsoft has done so as part of their .NET framework). The "object system" that C++ has by default though isn't very good for this, you need a more powerful object system on top. And of course pretty much all large C++ systems have a more powerful object system on top - QObject in Qt for example. Though QObject is not designed to address the language binding issue. Havoc From hp@redhat.com Wed Nov 15 00:23:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id CED912BC92 for ; Wed, 15 Nov 2000 00:23:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5M4k11142; Wed, 15 Nov 2000 00:22:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: David Ford Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> From: Havoc Pennington Date: 15 Nov 2000 00:22:04 -0500 In-Reply-To: David Ford's message of "Tue, 14 Nov 2000 16:09:29 -0800" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ David Ford writes: > Question, I have need to update an entry box on the order of ~200ms > intervals. Using gtk_entry_set_text() only seems to grow in memory > usage. > > [...] > commaval=commafy(tuples); > sprintf(temp, "%*s", 9, commaval); > free(commaval); > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > [...] > > Consider this the body of a loop. Yes, I'm new to gtk starting last > wednesday evening. Can someone recommend a leak proof method other than > widget de/construction? > If you're running that in a loop without ever running the GTK main loop, the memory leak is probably just GTK queuing up more and more redraws or something; try running the main loop once in a while. Havoc From wolfgang@ultim.net Wed Nov 15 00:24:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id E39942BC92 for ; Wed, 15 Nov 2000 00:24:02 -0500 (EST) Received: (qmail 19944 invoked from network); 15 Nov 2000 05:18:07 -0000 Received: from m170.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.170) by athena.ultim.net with SMTP; 15 Nov 2000 05:18:07 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAF5GnY18704 for gtk-list@gnome.org; Wed, 15 Nov 2000 00:16:49 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Wed, 15 Nov 2000 00:16:46 -0500 From: Wolfgang Sourdeau To: gtk-list Subject: Re: Future of GTK Message-ID: <20001115001644.A18672@debian.home> References: <20001114232019.A1463@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001114232019.A1463@dman.rh.rit.edu>; from dsh8290@rit.edu on Tue, Nov 14, 2000 at 11:20:19PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 14, 2000 at 11:20:19PM -0500, heure d'inpiration, D-Man écrivait en ces mots: > > Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? GTK+ is currently being implemented for the Win32 and BeOS platform. I am quite sure a MacOS port is underway too. Please refer to http://www.gtk.org. For what the any_languages->C++ bindings I will let someone else answer. But I think it is more difficult than with C because of C++ way of managing its objects. Wolfgang -- A chicken is an egg's way of producing more eggs. From david@linux.com Wed Nov 15 01:47:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8ED692BC0E for ; Wed, 15 Nov 2000 01:47:14 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF6l5q27835; Tue, 14 Nov 2000 22:47:08 -0800 Message-ID: <3A123169.CAA37887@linux.com> Date: Tue, 14 Nov 2000 22:47:05 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> Content-Type: multipart/mixed; boundary="------------C1D651F0BBBA7BCDD0093C3D" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Havoc Pennington wrote: > David Ford writes: > > Question, I have need to update an entry box on the order of ~200ms > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > usage. > > > > [...] > > commaval=commafy(tuples); > > sprintf(temp, "%*s", 9, commaval); > > free(commaval); > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > [...] > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > wednesday evening. Can someone recommend a leak proof method other than > > widget de/construction? > > > > If you're running that in a loop without ever running the GTK main > loop, the memory leak is probably just GTK queuing up more and more > redraws or something; try running the main loop once in a while. The loop is iterated by a gtk timer, the program sits in gtk main normally. sql_refresh is initially called by a button. I've commented everything in the function except for the set_text. Assume conn is null only for the first call and valid thereafter. It boils down to the below with main() having entered while()..gtk_main(). sql_refresh() [...] if(!conn) { auto_push_statusbar("You are not linked to the SQL server -- Going online"); sql_connect(); if(!conn) { auto_push_statusbar("Unable to link to SQL server"); return; } else auto_push_statusbar("Connected to SQL server, refreshing every..."); timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); } [...] gtk_entry_set_text() } auto_refresh() { GtkButton *dummy1=NULL; gpointer dummy2=0; sql_refresh(dummy1, dummy2); return; } If I comment out the set_text call, I can run the program at 1ms for 20 minutes and see no mem leak. -d --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------C1D651F0BBBA7BCDD0093C3D-- From bruces@mail.petech.ac.za Wed Nov 15 02:09:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 08E922BD79 for ; Wed, 15 Nov 2000 02:09:33 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA06384; Wed, 15 Nov 2000 09:08:50 +0200 Message-ID: <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "David Ford" Cc: References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> Subject: Re: gtk_entry_set_text() and very fast updates Date: Wed, 15 Nov 2000 09:08:54 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string given. Try to free temp each time after the text setting. Unfortunately I'm nowhere near a GTK+ box to give this a test myself. This may just break the app badly if it needs the original. Hope this works. Bruce ----- Original Message ----- From: "David Ford" To: "Havoc Pennington" Cc: Sent: Tuesday, November 14, 2000 10:47 PM Subject: Re: gtk_entry_set_text() and very fast updates > Havoc Pennington wrote: > > > David Ford writes: > > > Question, I have need to update an entry box on the order of ~200ms > > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > > usage. > > > > > > [...] > > > commaval=commafy(tuples); > > > sprintf(temp, "%*s", 9, commaval); > > > free(commaval); > > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > > [...] > > > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > > wednesday evening. Can someone recommend a leak proof method other than > > > widget de/construction? > > > > > > > If you're running that in a loop without ever running the GTK main > > loop, the memory leak is probably just GTK queuing up more and more > > redraws or something; try running the main loop once in a while. > > The loop is iterated by a gtk timer, the program sits in gtk main normally. > sql_refresh is initially called by a button. I've commented everything in > the function except for the set_text. Assume conn is null only for the first > call and valid thereafter. It boils down to the below with main() having > entered while()..gtk_main(). > > sql_refresh() > [...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going > online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } > [...] > gtk_entry_set_text() > } > > auto_refresh() > { > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; > } > > If I comment out the set_text call, I can run the program at 1ms for 20 > minutes and see no mem leak. > > -d > > From pbd@op.net Wed Nov 15 02:13:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 455D32CF06 for ; Wed, 15 Nov 2000 02:13:04 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id CAA02075 for ; Wed, 15 Nov 2000 02:13:02 -0500 (EST) Message-Id: <200011150713.CAA02075@renoir.op.net> To: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates In-reply-to: Your message of "Tue, 14 Nov 2000 22:47:05 PST." <3A123169.CAA37887@linux.com> Date: Wed, 15 Nov 2000 02:15:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >sql_refresh() >[...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going >online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } >[...] > gtk_entry_set_text() >} > >auto_refresh() >{ > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; >} This code doesn't make a lot of sense to me. What are you trying to accomplish ? When and how do you cancel the timeout function, and why doesn't it return FALSE or TRUE (or is that because you didn't actually cut-n-paste) ? --p From david@linux.com Wed Nov 15 02:17:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8D3A02BC0E for ; Wed, 15 Nov 2000 02:17:29 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF7Goq27877; Tue, 14 Nov 2000 23:16:52 -0800 Message-ID: <3A123862.87E3AFFF@linux.com> Date: Tue, 14 Nov 2000 23:16:50 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Bruce A. Smith" Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> Content-Type: multipart/mixed; boundary="------------630358A9D836FA4CC0025A32" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------630358A9D836FA4CC0025A32 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Bruce A. Smith" wrote: > I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string > given. Try to free temp each time after the text setting. Unfortunately I'm > nowhere near a GTK+ box to give this a test myself. This may just break the > app badly if it needs the original. > > Hope this works. That is what I had hoped, however it quickly segfaults after a few iterations. Is there documentation somewhere that says what functions copy and what functions don't? Where it's safe to do what? -d --------------630358A9D836FA4CC0025A32 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------630358A9D836FA4CC0025A32-- From david@linux.com Wed Nov 15 03:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 77E1B2BAE3 for ; Wed, 15 Nov 2000 03:08:13 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF886q28437; Wed, 15 Nov 2000 00:08:09 -0800 Message-ID: <3A124466.9E3335BF@linux.com> Date: Wed, 15 Nov 2000 00:08:06 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: [fixed] Re: gtk_entry_set_text() and very fast updates References: <200011150713.CAA02075@renoir.op.net> Content-Type: multipart/mixed; boundary="------------AE19907BCF653B58888E8B99" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------AE19907BCF653B58888E8B99 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Paul Barton-Davis wrote: > This code doesn't make a lot of sense to me. What are you trying to > accomplish ? When and how do you cancel the timeout function, and why > doesn't it return FALSE or TRUE (or is that because you didn't > actually cut-n-paste) ? I do believe I have found it thanks to your question of return value. I've changed the timer callback itself to return FALSE and the leak no longer occurs. The program also no longer segfaults. Perhaps a simple note can be added to the FAQ to RTFM [again] on the subject of callbacks and return values when it appears your program has a memleak and strange segfaults. -d --------------AE19907BCF653B58888E8B99 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------AE19907BCF653B58888E8B99-- From bruces@mail.petech.ac.za Wed Nov 15 03:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 3CCF72BAE3 for ; Wed, 15 Nov 2000 03:34:19 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09204 for ; Wed, 15 Nov 2000 10:34:13 +0200 Message-ID: <00b201c04f32$aa624560$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: Re Gtk Developer Network site Date: Wed, 15 Nov 2000 10:34:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From jones@iabg.de Wed Nov 15 06:19:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 17EC22BAE9 for ; Wed, 15 Nov 2000 06:19:38 -0500 (EST) Received: by iabgfw.iabg.de; id MAA29587; Wed, 15 Nov 2000 12:19:35 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma029548; Wed, 15 Nov 00 12:19:28 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Wed, 15 Nov 2000 12:19:27 +0100 Message-ID: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> From: "jones" To: Subject: updating entry widgets Date: Wed, 15 Nov 2000 12:18:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there anyway of making a entry widget update their entry at fixed time intervals? From john.cupitt@ng-london.org.uk Wed Nov 15 06:48:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id EEACF2BC61 for ; Wed, 15 Nov 2000 06:48:17 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ0H5; Wed, 15 Nov 2000 11:48:16 -0000 Message-ID: <3A127725.6E2FD33@ng-london.org.uk> Date: Wed, 15 Nov 2000 11:44:37 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: updating entry widgets References: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > Is there anyway of making a entry widget update their entry at fixed time > intervals? Hi, use gtk_timeout_add(), and update the entry in the timeout callback. John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From raszi@great.expectations.netfoo.org Tue Nov 14 18:17:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from great.expectations (tty-131.nas1.euroweb.hu [193.226.222.131]) by mail.gnome.org (Postfix) with ESMTP id 0576A2BE58 for ; Tue, 14 Nov 2000 18:17:18 -0500 (EST) Received: from raszi by great.expectations with local (Exim 3.16 #1 (Debian)) id 13vpKF-0001sI-00 for ; Wed, 15 Nov 2000 00:17:15 +0100 Date: Wed, 15 Nov 2000 00:17:15 +0100 From: KARASZI Istvan To: gtk-list@gnome.org Subject: File open/save dialog Message-ID: <20001115001715.A7062@great.expectations> Reply-To: raszi@bigfoot.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, i use often the file open/save dialog. And i'm very angry when i must delete my filename, when i want to go back into my home directory. I think a home button (near Create Dir, Delete File, Rename File or at the drop down menu in a separate option) is very comfortable. thanks, -- KARASZI Istvan From baxter@cs.unc.edu Mon Nov 13 10:22:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 82B5D2BAB1 for ; Mon, 13 Nov 2000 10:22:14 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id KAA05845; Mon, 13 Nov 2000 10:22:09 -0500 (EST) Message-ID: <3A100720.79FB2970@cs.unc.edu> Date: Mon, 13 Nov 2000 10:22:08 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did some more checking and they don't blink when using GNOME (sawfish) as the desktop manager. Only when KDE is the desktop manager. Havoc Pennington wrote: > Hi, > > They aren't supposed to blink, I've never heard of this problem. Maybe > your system clock is seriously broken, confusing GTK's timing? > > Havoc From pavan@gdit.iiit.net Tue Nov 14 14:56:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id E02362BAAF for ; Tue, 14 Nov 2000 14:56:24 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id BAA25370 for ; Wed, 15 Nov 2000 01:44:31 +0530 Date: Wed, 15 Nov 2000 01:44:31 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: GdkError !! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to draw a pixmap on another pixmap and trying to display the second one ! The problem is , second one is being created well but for the first one, the following error is being given ,, GdkWarning **:Creating pixmap from NULL window and colormap Can anyone explain me what this means , thanking you in anticipation, regards pavan From bruces@petech.ac.za Wed Nov 15 03:28:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id F02CD2BAE3 for ; Wed, 15 Nov 2000 03:27:55 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09012 for ; Wed, 15 Nov 2000 10:27:50 +0200 Message-ID: <008201c04f31$c5efe900$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: RE Gtk Developer Network site Date: Wed, 15 Nov 2000 10:27:55 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From mleisher@crl.nmsu.edu Wed Nov 15 10:34:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 0FD2F2BAAE for ; Wed, 15 Nov 2000 10:34:24 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA19963; Wed, 15 Nov 2000 08:34:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA19682; Wed, 15 Nov 2000 08:34:20 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA20966; Wed, 15 Nov 2000 08:34:18 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.44282.112015.417842@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 08:34:18 -0700 (MST) To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Some of the areas to be tested will include: - completeness of header >> files Owen> Hmmm, I'm not sure what this means quite... I suspect this means checking things like X11 header files that don't have return types specified (i.e. Solaris 2.8), prompting a flood of warnings when the -Wall flag is used with gcc. Owen> - What platforms does [TET] run on? I saw mention on the web site of Owen> Win32 and Java... Neither of which are being used by some of us. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From polom@convergence.de Wed Nov 15 11:39:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wintermute (chambertin.convergence.de [212.84.236.2]) by mail.gnome.org (Postfix) with ESMTP id EE62C2BC09 for ; Wed, 15 Nov 2000 11:39:03 -0500 (EST) Received: from wintermute ([127.0.0.1] helo=convergence.de ident=szymon) by wintermute with esmtp (Exim 3.16 #1 (Debian)) id 13vx69-0000No-00; Wed, 15 Nov 2000 08:35:13 +0100 Message-ID: <3A123C89.1D0D594A@convergence.de> Date: Wed, 15 Nov 2000 08:34:33 +0100 From: Szymon Polom Organization: convergence integrated media GmbH X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi... Owen Taylor wrote: > [ > This would be best discussed on gtk-devel-list, so I've > set the reply to point to that list. > ] > > Dermot McCluskey writes: > > > I work in the Desktop Test Team at Sun. As you may > > know, Sun has joined the GNOME Foundation and is > > adopting GNOME as the future desktop for Solaris. > > > > We are planning to develop a verification test suite > > for GTK+. This test suite could be used to check the > > stability of a particular build of GTK+ and to find bugs. > > We are currently putting together a team to work on > > this project. > In particular: > > - What are the details of the license? (The Open Group has a > history of being unable to get its act together on open > license...) > > - What platforms does it run on? I saw mention on the web site > of Win32 and Java... Java? Please not. Then they are going to do some stupting testing standard and superset it, because they own the java namespace and nobody is able to extend that standard. Or you have to licence their VM to be compliant or you have to use a test for your VM to be compliant. And so on. Sun. No thanks. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From hp@redhat.com Wed Nov 15 11:50:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id A5FF92CEB7 for ; Wed, 15 Nov 2000 11:50:46 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFGnK824323; Wed, 15 Nov 2000 11:49:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: From: Havoc Pennington Date: 15 Nov 2000 11:49:19 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Wed, 15 Nov 2000 01:44:31 +0530 (IST)" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > GdkWarning **:Creating pixmap from NULL window and colormap > Can anyone explain me what this means , > It means you are calling gdk_pixmap_new() without providing a window or colormap. This means GTK will assume the default visual/colormap, which may not be correct for the window you end up drawing the pixmap to. The way to solve it is to pass in the window or colormap you want to gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). The window you intend to draw the pixmap to would be appropriate here, or the result of gtk_widget_get_colormap() on the widget you intend to use the pixmap with. Havoc From otaylor@redhat.com Wed Nov 15 11:53:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0B7B2DCD0; Wed, 15 Nov 2000 11:53:20 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C0A28242659; Wed, 15 Nov 2000 11:53:20 -0500 (EST) To: Szymon Polom Cc: gtk-devel-list@gnome.org, Dermot McCluskey , gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123D84.7CB8515A@convergence.de> From: Owen Taylor Date: 15 Nov 2000 11:53:20 -0500 In-Reply-To: Szymon Polom's message of "Wed, 15 Nov 2000 08:38:44 +0100" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon Polom writes: > Hi... > > Owen Taylor wrote: > > > [ > > This would be best discussed on gtk-devel-list, so I've > > set the reply to point to that list. > > ] > > > > Dermot McCluskey writes: > > > > > I work in the Desktop Test Team at Sun. As you may > > > know, Sun has joined the GNOME Foundation and is > > > adopting GNOME as the future desktop for Solaris. > > > > > > We are planning to develop a verification test suite > > > for GTK+. This test suite could be used to check the > > > stability of a particular build of GTK+ and to find bugs. > > > We are currently putting together a team to work on > > > this project. > > > In particular: > > > > - What are the details of the license? (The Open Group has a > > history of being unable to get its act together on open > > license...) > > > > - What platforms does it run on? I saw mention on the web site > > of Win32 and Java... > > Java? Please not. Then they are going to do some stupting testing > standard and superset it, because they own the java namespace and nobody > is able to extend that standard. Or you have to licence their VM to be > compliant or you have to use a test for your VM to be compliant. And so > on. > > Sun? No thanks. This is a very unhelpful attitude to take, and not the way I think the GTK+ community should be responding to people interested in assisting with GTK+. Sun is interested in making contributions to the GTK+ project; we will work with them to make sure that that the work they do aligns with the goals of GTK+ and is useful for everybody. As Dermot has responded, the version of TET that they are planning to use does not use Java, so this turns out not to be an issue at all. Regards, Owen From mleisher@crl.nmsu.edu Wed Nov 15 12:11:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 027452BB1F for ; Wed, 15 Nov 2000 12:11:28 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id KAA00041; Wed, 15 Nov 2000 10:11:25 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id KAA43979; Wed, 15 Nov 2000 10:11:26 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id KAA21101; Wed, 15 Nov 2000 10:11:23 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.50107.812865.87743@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 10:11:23 -0700 (MST) To: gtk-devel-list@gtk.org, Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: <3A123C89.1D0D594A@convergence.de> References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123C89.1D0D594A@convergence.de> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon> Java? Please not. Then they are going to do some stupting testing Szymon> standard and superset it, because they own the java namespace and Szymon> nobody is able to extend that standard. Or you have to licence Szymon> their VM to be compliant or you have to use a test for your VM to Szymon> be compliant. And so on. This is a good point. My personal lack of interest in Java is simply due to the fact that I can solve the same problems much faster and with far less code in other programming languages that fill the same niche. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From lrclause@cs.uiuc.edu Wed Nov 15 13:46:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 3D7492D9B8 for ; Wed, 15 Nov 2000 13:46:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFIkFG31851; Wed, 15 Nov 2000 12:46:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <20001115001715.A7062@great.expectations> From: Lars Clausen Date: 15 Nov 2000 12:46:14 -0600 In-Reply-To: KARASZI Istvan's message of "Wed, 15 Nov 2000 00:17:15 +0100" Message-ID: Lines: 24 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, KARASZI Istvan wrote: > Hello, >=20 > i use often the file open/save dialog. And i'm very angry when i must > delete my filename, when i want to go back into my home directory. I think > a home button (near Create Dir, Delete File, Rename File or at the drop > down menu in a separate option) is very comfortable. SigUnix at UIUC has made a couple improvements to the file dialog. You can get patches for GTK 1.2.8 at . We're currently working on improving the filtering interface, but that has turned out to be a larger job that the previous fixes. Comments are very welcome! -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Anthony-Ferrand@wanadoo.fr Wed Nov 15 15:08:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id DAA1E2D3EB for ; Wed, 15 Nov 2000 15:08:47 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 15 Nov 2000 21:08:47 +0100 Message-ID: <3A12ED5D.FA957A67@wanadoo.fr> Date: Wed, 15 Nov 2000 21:09:01 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: passing args X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I use the gtk_timeout_add function and my problem is that I need to pass 2 args to the function specified in gtk_timeout_add but it accepts only one arg for datas.... Regards, ASF From dinh@enserb.fr Wed Nov 15 15:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 3B6682CB34 for ; Wed, 15 Nov 2000 15:49:03 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id VAA19547; Wed, 15 Nov 2000 21:48:52 +0100 (MET) Message-ID: <3A1304C6.33DB3E79@enserb.fr> Date: Wed, 15 Nov 2000 21:48:54 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: ASF Cc: GTK Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF wrote: > > Hello, > > I use the gtk_timeout_add function and my problem is that I need to pass > 2 args to the function specified in gtk_timeout_add but it accepts only > one arg for datas.... The idea is to pass a structure with these two arguments when you have a function void function(type1 * arg1, type2 * arg2) { .... } you have to define a second function and a structure : struct struct_arg1_arg2 { type1 * arg1; type2 * arg2; }; void function_prime(struct struct_arg1_arg2 * arg) { function(arg->arg1, arg->arg2); } to call the function, you do the following : { struct struct_arg1_arg2 data; data->arg1 = arg1; data->arg2 = arg2; gtk_timeout_add(interval, function, &data); } -- Hoa From dsh8290@rit.edu Wed Nov 15 16:11:16 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 177582CEB7 for ; Wed, 15 Nov 2000 16:11:16 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA08468 for ; Wed, 15 Nov 2000 16:11:15 -0500 (EST) Date: Wed, 15 Nov 2000 16:11:15 -0500 From: D-Man To: gtk-list Subject: Re: passing args Message-ID: <20001115161115.E1016@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001115155950.B1016@westsidecnc.rh.rit.edu>; from dsh8290@rit.edu on Wed, Nov 15, 2000 at 16:02:38 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. -D On Wed, 15 Nov 2000 16:48:54 DINH V. Hoà wrote: | ASF wrote: | > | > Hello, | > | > I use the gtk_timeout_add function and my problem is that I need to pass | > 2 args to the function specified in gtk_timeout_add but it accepts only | > one arg for datas.... | | | The idea is to pass a structure with these two arguments | | when you have a function | | void function(type1 * arg1, type2 * arg2) | { | .... | } | | | you have to define a second function and a structure : | | struct struct_arg1_arg2 | { | type1 * arg1; | type2 * arg2; | }; | | void function_prime(struct struct_arg1_arg2 * arg) | { | function(arg->arg1, arg->arg2); | } | | to call the function, you do the following : | | { | struct struct_arg1_arg2 data; | data->arg1 = arg1; | data->arg2 = arg2; | gtk_timeout_add(interval, function, &data); | } | | -- | Hoa | From pbd@op.net Wed Nov 15 16:18:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1457F2BC7C for ; Wed, 15 Nov 2000 16:18:03 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00378 for ; Wed, 15 Nov 2000 16:18:01 -0500 (EST) Message-Id: <200011152118.QAA00378@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 11:49:19 EST." Date: Wed, 15 Nov 2000 16:20:14 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It means you are calling gdk_pixmap_new() without providing a window >or colormap. This means GTK will assume the default visual/colormap, >which may not be correct for the window you end up drawing the pixmap >to. > >The way to solve it is to pass in the window or colormap you want to >gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). is this going to be "fixed" in the new GTK+ ? it seems like such a common question, and the "obvious" usage of gdk_pixmap_new() breaks so often that it seems as if the functions should be renamed so that the colormap-ish versions are the default. --p From pbd@op.net Wed Nov 15 16:19:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1B5092CE55 for ; Wed, 15 Nov 2000 16:19:52 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00457; Wed, 15 Nov 2000 16:19:03 -0500 (EST) Message-Id: <200011152119.QAA00457@renoir.op.net> To: Lars Clausen Cc: gtk-list@gnome.org Subject: Re: File open/save dialog In-reply-to: Your message of "15 Nov 2000 12:46:14 CST." Date: Wed, 15 Nov 2000 16:21:15 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >. We're >currently working on improving the filtering interface, but that has turned >out to be a larger job that the previous fixes. i thought somebody did this more than a year ago ? there was talk of it right here on this list ... From eric_monsler@radixwireless.com Wed Nov 15 16:42:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from radixtek.com (unknown [209.157.8.121]) by mail.gnome.org (Postfix) with ESMTP id 0292C2BC15 for ; Wed, 15 Nov 2000 16:42:42 -0500 (EST) Received: from dhcp-1-212.radixtek.com ([172.16.1.212] helo=radixwireless.com) by radixtek.com with esmtp (Exim 3.16 #1) id 13wAKA-0002Se-00; Wed, 15 Nov 2000 13:42:34 -0800 Message-ID: <3A13025F.421F9348@radixwireless.com> Date: Wed, 15 Nov 2000 13:38:39 -0800 From: Eric Monsler X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: dsh8290@rit.edu Cc: gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man wrote: > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > -D > I don't think that the macro approach works when specifying a function as a callback. Does it?? If so, I would love to hear how, because that would mean something is seriously broken in my understanding of the pre-processor, compilation and linking process and the callback use of function pointers. I would expect that using: #define function_prime(ARG) function(ARG->arg1,ARG->arg2) will cause the line: gtk_timeout_add(interval, function_prime, &data); to be expanded to: gtk_timeout_add(interval, function, &data); and, when called, to have the effect of calling function( ((type1 *)&data), ((type2 *)rand()) ); Where rand() is not really called of course, but represents some unknown content of a register or stack location used to pass the second argument of a function, when the call by pointer expects to be passing one argument. Eric From dsh8290@rit.edu Wed Nov 15 16:54:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id DA2862BD24 for ; Wed, 15 Nov 2000 16:54:37 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA10181; Wed, 15 Nov 2000 16:54:28 -0500 (EST) Date: Wed, 15 Nov 2000 16:54:28 -0500 From: D-Man To: Eric Monsler Cc: dsh8290@ritvax.isc.rit.edu, gtk-list Subject: Re: passing args Message-ID: <20001115165428.A1200@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3A13025F.421F9348@radixwireless.com>; from eric_monsler@radixwireless.com on Wed, Nov 15, 2000 at 16:38:39 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um, yeah. Good point. I wasn't thinking about callbacks there. However I do believe it is legal to take the address of a macro. -D On Wed, 15 Nov 2000 16:38:39 Eric Monsler wrote: | I don't think that the macro approach works when specifying a function | as a callback. Does it?? If so, I would love to hear how, because that | would mean something is seriously broken in my understanding of the | pre-processor, compilation and linking process and the callback use of | function pointers. From lrclause@cs.uiuc.edu Wed Nov 15 17:15:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 9E9B92BB2C for ; Wed, 15 Nov 2000 17:15:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFMFFK01827; Wed, 15 Nov 2000 16:15:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <200011152119.QAA00457@renoir.op.net> From: Lars Clausen Date: 15 Nov 2000 16:15:15 -0600 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:21:15 -0500" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, Paul Barton-Davis wrote: >> . We= 're >> currently working on improving the filtering interface, but that has tur= ned >> out to be a larger job that the previous fixes. >=20 > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... There's been much talk of rewriting it from scratch, but we looked and failed to find any improvements to the existing dialog. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From dinh@enserb.fr Wed Nov 15 18:24:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 121002DC08 for ; Wed, 15 Nov 2000 18:24:27 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07430; Thu, 16 Nov 2000 00:20:30 +0100 (MET) Message-ID: <3A132850.FEFAC745@enserb.fr> Date: Thu, 16 Nov 2000 00:20:32 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Eric Monsler Cc: dsh8290@rit.edu, gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Eric Monsler wrote: > > D-Man wrote: > > > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > > > -D > > > > I don't think that the macro approach works when specifying a function > as a callback. Does it?? If so, I would love to hear how, because that > would mean something is seriously broken in my understanding of the > pre-processor, compilation and linking process and the callback use of > function pointers. > > I would expect that using: > #define function_prime(ARG) function(ARG->arg1,ARG->arg2) > > will cause the line: > gtk_timeout_add(interval, function_prime, &data); > > to be expanded to: > gtk_timeout_add(interval, function, &data); not exactly, there will be a compilation error. because the macro takes at least one argument and no expansion is possible. And D-man, macro are not object in memory, it is simply replacement of text in the source code in the first pass of the compilation, then it is NOT legal to take the address of a macro. -- Hoa From dinh@enserb.fr Wed Nov 15 18:25:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 638502DE69 for ; Wed, 15 Nov 2000 18:25:22 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07665; Thu, 16 Nov 2000 00:25:13 +0100 (MET) Message-ID: <3A13296B.A8A89CE5@enserb.fr> Date: Thu, 16 Nov 2000 00:25:15 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Juergen Boemmels , gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Juergen Boemmels wrote: > > "DINH V. Hoà" writes: > > > to call the function, you do the following : > > > > { > > struct struct_arg1_arg2 data; > > data->arg1 = arg1; > > data->arg2 = arg2; > > gtk_timeout_add(interval, function, &data); > > } > > I'm not sure, but this won't work. > You alloc the data on the stack, register a pointer to this, add leave > the function destroying this part of the stack. But it also may even > work in several cases. Those bugs are realy hard to find. > > When your timeout occurs, you may get a segfault, because the > stackframe is no longer valid. > > A possible way would be > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > free (data); > } ok, the way I gave won't work but yours won't work too. because, data will be freed as much as the function is called. (the function is called periodically with gtk_timeout_add). then the a better solution is { struct struct_arg1_arg2 *data; data = malloc (sizeof (struct struct_arg1_arg2)); g_assert (data != 0); /* init data */ gtk_timeout_add (interval, function, &data); } function (struct struct_arg1_arg2 *data) { /* do something with data */ // no free } don't forget to free the data at the end of the program or when the timeout callback will be stopped. -- Hoa From hp@redhat.com Wed Nov 15 18:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 219622DD05 for ; Wed, 15 Nov 2000 18:49:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFNlqs15919; Wed, 15 Nov 2000 18:47:52 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011152118.QAA00378@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 18:47:52 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:20:14 -0500" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is this going to be "fixed" in the new GTK+ ? it seems like such a > common question, and the "obvious" usage of gdk_pixmap_new() breaks so > often that it seems as if the functions should be renamed so that the > colormap-ish versions are the default. > Well, these functions are totally useless in the new GTK; you would normally use gdk_pixbuf_new_from_xpm_data() instead, or better use GdkPixbuf with inline RGB or PNG data. Then you would display the pixbuf in a GtkImage. There is basically no reason to create a pixmap from XPM data anymore. It looks like there's a g_return_if_fail() at the top of the functions now that requires either a window or colormap to be passed in, which is probably a clearer warning (assertion failed in gdk_pixmap_create_from_xpm_d(): window != NULL or something). Havoc From rhajikhani@exchange.office.etoys.com Wed Nov 15 20:28:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 896B42CDF6 for ; Wed, 15 Nov 2000 20:28:00 -0500 (EST) Received: (qmail 17345 invoked from network); 16 Nov 2000 01:02:03 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:02:03 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN9WM; Wed, 15 Nov 2000 17:24:30 -0800 Date: Wed, 15 Nov 2000 18:25:11 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help CPU usage at 8.9% ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have this piece of code that when run, has a 9.0% cpu usage GtkWidget create_bars (void) 71 { 72 GtkWidget *lh, *table; 73 int i, count, count1; 74 75 char buffer[20]; 76 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); 78 79 vrule = gtk_vruler_new(); 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, _TWOH); 82 gtk_table_attach_defaults( GTK_TABLE(table), 83 vrule, 84 _NON, 85 _NON, 86 _ONE); 87 gtk_table_set_col_spacings( GTK_TABLE (table), 88 _FIVE); 89 90 for (i = _NON; i < _TWTY; i++) 91 { 92 count1 = count = i; 93 count++; 94 count1++; 95 96 lh = gtk_level_hold_new(_TWOH, 97 _TEN, 98 GTK_LEVEL_HOLD_FADE, 99 _EIGHT, 100 _THREE, 101 _TWO); 102 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, _NON); 104 gtk_table_attach_defaults( GTK_TABLE(table), 105 lh, 106 count, 107 count + _ONE, 108 _NON, 109 _ONE); 110 111 sprintf(buffer, "Label%d", i); 112 113 label = gtk_label_new (buffer); gtk_table_attach_defaults( GTK_TABLE(table), 115 label, 116 count1, 117 count1 + _ONE, 118 _ONE, 119 _TWO); 120 121 gtk_timeout_add(100, bar, lh); 122 } 123 124 return table; 125 126 } I really do not understand why such high cpu usage. On top of that, when I put this in my application which has a whole lot of other things, the cpu usage goes to 20%. However, my application without the above code, has less that 1% cpu usage. Can any one PLEASE help... -r From dfisher@jagger.me.berkeley.edu Wed Nov 15 20:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 42F6D2CDC8 for ; Wed, 15 Nov 2000 20:41:17 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eAG1edI03724; Wed, 15 Nov 2000 17:40:39 -0800 Message-ID: <3A133B17.1070100@jagger.me.berkeley.edu> Date: Wed, 15 Nov 2000 17:40:39 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ My guess would be that the cpu usage results from the 100 millisecond timeout. I bet if you increased the timeout you would notice the cpu usage drop. You have to consider how much work the bar() method is doing... if it doing relatively a lot of work then that would explain the cpu usage. Darin Rasoul Hajikhani wrote: > I have this piece of code that when run, has a 9.0% cpu usage > GtkWidget create_bars (void) > 71 { > 72 GtkWidget *lh, *table; > 73 int i, count, count1; > 74 > 75 char buffer[20]; > 76 > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > 78 > 79 vrule = gtk_vruler_new(); > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > _TWOH); > 82 gtk_table_attach_defaults( GTK_TABLE(table), > 83 vrule, > 84 _NON, > 85 _NON, > 86 _ONE); > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > 88 _FIVE); > 89 > 90 for (i = _NON; i < _TWTY; i++) > 91 { > 92 count1 = count = i; > 93 count++; > 94 count1++; > 95 > 96 lh = gtk_level_hold_new(_TWOH, > 97 _TEN, > 98 GTK_LEVEL_HOLD_FADE, > 99 _EIGHT, > 100 _THREE, > 101 _TWO); > 102 > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > _NON); > 104 gtk_table_attach_defaults( GTK_TABLE(table), > 105 lh, > 106 count, > 107 count + _ONE, > 108 _NON, > 109 _ONE); > 110 > 111 sprintf(buffer, "Label%d", i); > 112 > 113 label = gtk_label_new (buffer); > > gtk_table_attach_defaults( GTK_TABLE(table), > 115 label, > 116 count1, > 117 count1 + _ONE, > 118 _ONE, > 119 _TWO); > 120 > 121 gtk_timeout_add(100, bar, lh); > 122 } > 123 > 124 return table; > 125 > 126 } > I really do not understand why such high cpu usage. On top of that, when I > put this in my application which has a whole lot of other things, the cpu > usage goes to 20%. However, my application without the above code, has > less that 1% cpu usage. Can any one PLEASE help... > -r > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From rhajikhani@exchange.office.etoys.com Wed Nov 15 21:01:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 55B072DC08 for ; Wed, 15 Nov 2000 21:01:02 -0500 (EST) Received: (qmail 7064 invoked from network); 16 Nov 2000 01:35:09 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:35:09 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN0PP; Wed, 15 Nov 2000 17:57:36 -0800 Date: Wed, 15 Nov 2000 18:58:16 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: Darin Fisher Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <3A133B17.1070100@jagger.me.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Unfortunately, that was not it... I changed the time out to 5000 and still got the same cpu usage. The funny thing is that the sample code that comes with gtkrgb has the same code, except for the table, and the cpu usage is less than 1%. -r On Wed, 15 Nov 2000, Darin Fisher wrote: > My guess would be that the cpu usage results from the 100 millisecond > timeout. I bet if you increased the timeout you would notice the cpu > usage drop. You have to consider how much work the bar() method is > doing... if it doing relatively a lot of work then that would explain > the cpu usage. > > Darin > > > Rasoul Hajikhani wrote: > > > I have this piece of code that when run, has a 9.0% cpu usage > > GtkWidget create_bars (void) > > 71 { > > 72 GtkWidget *lh, *table; > > 73 int i, count, count1; > > 74 > > 75 char buffer[20]; > > 76 > > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > > 78 > > 79 vrule = gtk_vruler_new(); > > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > > _TWOH); > > 82 gtk_table_attach_defaults( GTK_TABLE(table), > > 83 vrule, > > 84 _NON, > > 85 _NON, > > 86 _ONE); > > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > > 88 _FIVE); > > 89 > > 90 for (i = _NON; i < _TWTY; i++) > > 91 { > > 92 count1 = count = i; > > 93 count++; > > 94 count1++; > > 95 > > 96 lh = gtk_level_hold_new(_TWOH, > > 97 _TEN, > > 98 GTK_LEVEL_HOLD_FADE, > > 99 _EIGHT, > > 100 _THREE, > > 101 _TWO); > > 102 > > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > > _NON); > > 104 gtk_table_attach_defaults( GTK_TABLE(table), > > 105 lh, > > 106 count, > > 107 count + _ONE, > > 108 _NON, > > 109 _ONE); > > 110 > > 111 sprintf(buffer, "Label%d", i); > > 112 > > 113 label = gtk_label_new (buffer); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > 115 label, > > 116 count1, > > 117 count1 + _ONE, > > 118 _ONE, > > 119 _TWO); > > 120 > > 121 gtk_timeout_add(100, bar, lh); > > 122 } > > 123 > > 124 return table; > > 125 > > 126 } > > I really do not understand why such high cpu usage. On top of that, when I > > put this in my application which has a whole lot of other things, the cpu > > usage goes to 20%. However, my application without the above code, has > > less that 1% cpu usage. Can any one PLEASE help... > > -r > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Wed Nov 15 21:43:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 7800F2BAAE for ; Wed, 15 Nov 2000 21:43:36 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA25867; Wed, 15 Nov 2000 21:43:34 -0500 (EST) Message-Id: <200011160243.VAA25867@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Wed, 15 Nov 2000 18:25:11 PST." Date: Wed, 15 Nov 2000 21:45:50 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >I have this piece of code that when run, has a 9.0% cpu usage Ah, did you mention you were using GtkLevelHold the last time ? :)) Yes, if you have twenty of these suckers updating every 10msecs, you'll be burning a notable fraction of your CPU. The way they use GtkRgb (and GdkRgb below it) is not supremely efficient. For my project ardour (http://ardour.sourceforge.net), I typically have 26 on screen, and its been a growing concern of mine. It would be possible to do 90% of the functionality with gdk_copy_area() and 1 or 2 pixmaps, but the level *hold* bar is a little tricker to get right. So basically, yep, this is exactly what you'd expect. However, I would point out that your implementation could be improved. You only need a single gtk_timeout_add() - that function can itself loop through all _TWTY LevelHolds and update them. This will reduce the strain on the main loop scheduling in glib. Right now, you have one timeout per bar, which is the wrong way around, IMHO --p (seasoned LevelHold user and hacker) From pbd@op.net Wed Nov 15 21:45:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 879552BD24 for ; Wed, 15 Nov 2000 21:45:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA26096 for ; Wed, 15 Nov 2000 21:45:52 -0500 (EST) Message-Id: <200011160245.VAA26096@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 18:47:52 EST." Date: Wed, 15 Nov 2000 21:48:07 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Well, these functions are totally useless in the new GTK; you would >normally use gdk_pixbuf_new_from_xpm_data() instead, or better use >GdkPixbuf with inline RGB or PNG data. Then you would display the >pixbuf in a GtkImage. There is basically no reason to create a pixmap >from XPM data anymore. except: % ls .../pixmaps no good reason to convert them either, if you ask me. >It looks like there's a g_return_if_fail() at the top of the functions >now that requires either a window or colormap to be passed in, which >is probably a clearer warning (assertion failed in >gdk_pixmap_create_from_xpm_d(): window != NULL or something). i guess i feel that if its possible to create server-side images without an explicit window (and it clearly is), then there is no reason to ever require one. --p From hp@redhat.com Wed Nov 15 23:01:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6ABE52C9BA for ; Wed, 15 Nov 2000 23:01:32 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAG40MG18356; Wed, 15 Nov 2000 23:00:22 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011160245.VAA26096@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 23:00:22 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 21:48:07 -0500" Message-ID: Lines: 67 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > > except: > > % ls .../pixmaps > > > no good reason to convert them either, if you ask me. > You don't need to convert the xpm's, just load them into pixbufs not pixmaps. We're talking about newly-written code here, right? The recommended way to write new code with 2.0 is to load into a pixbuf. If you want to have a pixmap, then the way to do that is to load into a pixbuf, then create a pixmap from the pixbuf using either gdk_pixmap_colormap_new_from_pixbuf or gdk_pixbuf_render_to_drawable. (pixmap_colormap_new_from_pixbuf being a convenience wrapper around the latter function). Anyhow, sort of beside the point, I'm just saying that the pixmap_from_xpm() things are not really useful anymore. pixbuf_new_from_file() or pixbuf_new_from_xpm_data() would be better. new_from_file() has the advantage that you can change the on-disk format of the image without even recompiling your app. > i guess i feel that if its possible to create server-side images > without an explicit window (and it clearly is), then there is no > reason to ever require one. > The window isn't required; the colormap is required. Otherwise you can't map from the colors in the XPM or pixbuf into a pixmap. The window is simply used to get a colormap. A colormap in 2.0 has the visual attached to it, the depth of the visual is needed to create the pixmap. Of course in GTK 2.0 there's almost no reason to use a non-default colormap or allocate colors in a colormap because the default colormap has an RGB color cube already allocated; colormap support is mostly for legacy reasons. We added gdk_gc_set_rgb_fg_color() and gdk_gc_set_rgb_bg_color() specifically so you can just forget about colormaps and color allocation. Of course everyone will try using the more intuitively-named set_foreground() first, which is unfortunate, but we can't break old code that assumes the color going into set_foreground() is already allocated. The interface could use some work; it might be nice if gdk_pixmap_colormap_new_from_pixbuf() and the XPM functions would accept a NULL colormap and fall back to the default colormap. For people who don't know or care about colormaps, this would always work properly, since all widgets are using the default colormap. It's possible we should have variants of all functions that take a colormap that don't take a colormap, e.g. gdk_pixmap_new_from_pixbuf(), so we can phase out colormaps over time. Anyhow, I think 2.0 is a lot better in this respect, it does allow you to ignore colormaps, but the interfaces could use some work to be coherent in the new scheme while still supporting legacy apps. Havoc From cssl@geocities.com Wed Nov 15 23:46:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.mail.yahoo.com (smtp1.mail.yahoo.com [128.11.69.60]) by mail.gnome.org (Postfix) with SMTP id C7A9E2CE31 for ; Wed, 15 Nov 2000 23:46:38 -0500 (EST) Received: from unknown (HELO geocities.com) (137.204.24.233) by smtp.mail.vip.suc.yahoo.com with SMTP; 15 Nov 2000 09:59:10 -0000 X-Apparently-From: Message-ID: <3A125EBA.19A4C03B@geocities.com> Date: Wed, 15 Nov 2000 11:00:26 +0100 From: Diego Zuccato Organization: CyberSpace Software Labs BBS X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: GTK list Subject: Troubles with GnomeAnimator Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello all. I'm having troubles with a GnomeAnimator that stopped working. I create the window "anim" containing the animator with glade and then call create_anim(). Then I set the image sequence (a slightly modified tux-anim ... just zoomed 4x and added the missing pixels). Then I start a detached thread (with pthead_create + pthread_detach) that does its work well, without calling GTK functions (I even tried to put just a sleep(10) in it...). When it's done it sets a global variable (I know it's ugly, but it should be enough) that's checked by a gtk_idle_add'ded function. Well, It worked, till I modified another window with glade. Now it displays anim window, but without the animation :-( Any hint ? Tks, Diego. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From bruces@mail.petech.ac.za Thu Nov 16 01:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 900962C8B5 for ; Thu, 16 Nov 2000 01:25:52 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id IAA01113 for ; Thu, 16 Nov 2000 08:25:47 +0200 Message-ID: <006101c04fe9$e18a85e0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: References: <200011152119.QAA00457@renoir.op.net> Subject: Re: File open/save dialog Date: Thu, 16 Nov 2000 08:25:47 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all There is one, called Advanced GtkFileSel, that adds nav buttons and filters. I've been using it for a couple of months now and it works fine. And all you have to do is patch and recompile Gtk+, no changes to the applications. Find it at Freshmeat->Appindex->Development->Widget Sets->advanced-gtkfilesel ----- Original Message ----- From: "Paul Barton-Davis" To: "Lars Clausen" Cc: Sent: Wednesday, November 15, 2000 1:21 PM Subject: Re: File open/save dialog > >. We're > >currently working on improving the filtering interface, but that has turned > >out to be a larger job that the previous fixes. > > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From zhyforever@163.net Thu Nov 16 04:00:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.hz.webex.com (unknown [61.153.4.67]) by mail.gnome.org (Postfix) with ESMTP id 55DA32DC48; Thu, 16 Nov 2000 04:00:55 -0500 (EST) Received: from Bluez ([210.15.25.162]) by mail.hz.webex.com (8.9.3/8.9.3) with SMTP id RAA22539; Thu, 16 Nov 2000 17:07:20 +0800 Message-ID: <006a01c04fac$78edbf30$7e00a8c0@Bluez> From: "Bluez Zhao" To: "gtk-app-devel-list" , "gtk-list" , "gtk-devel-list" Subject: About XLib Date: Thu, 16 Nov 2000 17:05:40 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0065_01C04FEF.72B95320" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable I'm sorry to put this question to these mail lists. Sorry to bother all = of you. But I hope you can give me a hand. The question is about XLib.=20 I use XGetImage to get the image of a specified window or just the = desktop as xwd would do. But When I use XPutImage to put it onto a = window, it fails when the image is multivis (for example the image = gotten on Solaris U10 when Netscape is running. It works properly on = Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid parameter attributes)." I think I have changed the image I get = using XGetImage to proper format. I compare it with the image generated = by xwud just before it be put to a window. I do all of these follow the guide of xwd and xwud. But I'm really = confused. Can you give me some advice or some web site about it? Thanks. Bluez Zhao ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
I'm sorry to put this question to = these mail=20 lists. Sorry to bother all of you. But I hope you can give me a hand. = The=20 question is about XLib.
 
I use XGetImage to get the image of = a=20 specified window or just the desktop as xwd would do. But When I use = XPutImage=20 to put it onto a window, it fails when the image is multivis (for = example the=20 image gotten on Solaris U10 when Netscape is running. It works properly = on=20 Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid=20 parameter attributes)." I think I have changed the image I get using = XGetImage=20 to proper format. I compare it with the image generated by xwud = just before=20 it be put to a window.
 
I do all of these follow the guide = of xwd and=20 xwud. But I'm really confused. Can you give me some advice or some web = site=20 about it? Thanks.
 
Bluez Zhao
 
 
------=_NextPart_000_0065_01C04FEF.72B95320-- From chris.wareham@catchword.com Thu Nov 16 06:00:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from figaro.catchword.co.uk (figaro.catchword.co.uk [194.129.29.1]) by mail.gnome.org (Postfix) with ESMTP id 5B8BB2BCCD for ; Thu, 16 Nov 2000 06:00:55 -0500 (EST) Received: from catchword.com (valkyrie.catchword.co.uk [194.129.29.105]) by figaro.catchword.co.uk (8.11.0/8.11.0) with ESMTP id eAGB28p12172; Thu, 16 Nov 2000 11:02:09 GMT Message-ID: <3A13BEDA.3020101@catchword.com> Date: Thu, 16 Nov 2000 11:02:50 +0000 From: Chris Wareham User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test10 i686; en-US; m18) Gecko/20001115 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Cc: zhyforever@163.net Subject: Re: About Xlib Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thus spake Blue Zhao: > > I use XGetImage to get the image of a specified window or just the > desktop as xwd would do. But When I use XPutImage to put it onto a > window, it fails when the image is multivis (for example the image > gotten on Solaris U10 when Netscape is running. It works properly on > Linux, U5 and U10 without Netscape is running). It displays: "BadMatch > (Invalid parameter attributes)." I think I have changed the image I > get using XGetImage to proper format. I compare it with the image > generated by xwud just before it be put to a window. > It's been a while since I had to do any Xlib programming (thankfully), but BadMatch ususally indicates that your drawable has the wrong depth. I can't remember if you specify the depth in the Graphics Context or when you create the drawable. As for good Xlib references, the only one I can recommend is Volume One of the O'Reilly X series. It's heavygoing if you read it from cover to cover, but I found it quite rewarding. A bit like learning assembler after you've learnt C ... Chris From jones@iabg.de Thu Nov 16 06:23:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id B5CE02CE2B for ; Thu, 16 Nov 2000 06:23:06 -0500 (EST) Received: by iabgfw.iabg.de; id MAA17492; Thu, 16 Nov 2000 12:23:03 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma016970; Thu, 16 Nov 00 12:21:29 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Thu, 16 Nov 2000 12:21:29 +0100 Message-ID: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: "jones" To: Subject: gchar too char Date: Thu, 16 Nov 2000 12:20:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have been trying to use atof() on a gchar and it dose not work, I think I need to cast/convert it in the a normal char. can anyone help? From boemmels@helium.physik.uni-kl.de Thu Nov 16 08:01:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.uni-kl.de (mail.uni-kl.de [131.246.137.52]) by mail.gnome.org (Postfix) with ESMTP id 3C8532BC0E for ; Thu, 16 Nov 2000 08:01:18 -0500 (EST) Received: from efes.physik.uni-kl.de (efes.physik.uni-kl.de [131.246.11.89]) by mail.uni-kl.de (8.11.0/8.11.0) with SMTP id eAGD1GL15302 for ; Thu, 16 Nov 2000 14:01:16 +0100 (MET) Received: from helium.physik.uni-kl.de by physik.uni-kl.de with esmtp id m13wOfH-0006vuC; Thu, 16 Nov 2000 14:01:19 +0100 (CET) Received: (from boemmels@localhost) by helium.physik.uni-kl.de (8.9.3/8.9.3) id OAA24744; Thu, 16 Nov 2000 14:01:16 +0100 To: gtk-list@gnome.org Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <3A13296B.A8A89CE5@enserb.fr> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit From: Juergen Boemmels In-Reply-To: "DINH V. Hoà"'s message of "Thu, 16 Nov 2000 00:25:15 +0000" X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Acadia" Date: 16 Nov 2000 14:01:16 +0100 Message-ID: Lines: 34 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "DINH V. Hoà" writes: > ok, the way I gave won't work but yours won't work too. > > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). You are absolutly right. I was confused by the name of the function (I don't use it very often). So I thought it has something to do with the timeout in the poll-call, which will only trigger once. Something like the task_queues in kernel-land. So i've learned again to always RTFM before answering. > then the a better solution is : > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } You have also to store also the return value of gtk_timeout_add if you ever want to get rid of the timer. Is there a way to add a timeout, wich is only triggered once? If not are there any plans to put something like this in a new version of gtk? bye juergen From pbd@op.net Thu Nov 16 09:36:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 70CE22DC82 for ; Thu, 16 Nov 2000 09:36:38 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01560; Thu, 16 Nov 2000 09:32:26 -0500 (EST) Message-Id: <200011161432.JAA01560@renoir.op.net> To: Juergen Boemmels Cc: gtk-list@gnome.org Subject: Re: passing args In-reply-to: Your message of "16 Nov 2000 14:01:16 +0100." Date: Thu, 16 Nov 2000 09:34:34 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Is there a way to add a timeout, wich is only triggered once? gint func (void *arg) { /* do something */ return FALSE; } gtk_timeout_add (N, func, some_arg); func will be called once and once only (because it returns FALSE). but it sound as if you want: gtk_idle_add (func, some_arg); which will also result in func being called once and once only (because it returns FALSE), but doesn't use the timeout mechanism. --p From gtw@research.att.com Thu Nov 16 10:34:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by mail.gnome.org (Postfix) with ESMTP id 254912BC76 for ; Thu, 16 Nov 2000 10:34:45 -0500 (EST) Received: from postal.research.att.com (postal.research.att.com [135.207.23.30]) by mail-green.research.att.com (Postfix) with ESMTP id D96931E03B for ; Thu, 16 Nov 2000 10:34:40 -0500 (EST) Received: from pc-gtw.research.att.com (root@pc-gtw.research.att.com [135.207.22.247]) by postal.research.att.com (8.8.7/8.8.7) with ESMTP id KAA12899 for ; Thu, 16 Nov 2000 10:34:38 -0500 (EST) Received: (from gtw@localhost) by pc-gtw.research.att.com (8.9.3/8.9.3) id KAA20213; Thu, 16 Nov 2000 10:34:37 -0500 To: gtk-list@gnome.org Subject: GdkColormap "colors" field From: Gary Wong Date: 16 Nov 2000 10:34:37 -0500 Message-ID: Lines: 19 X-Mailer: Gnus v5.7/Emacs 20.5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Given that the visual is GDK_VISUAL_GRAYSCALE, GDK_VISUAL_PSEUDO_COLOR or GDK_VISUAL_DIRECT_COLOR, can I assume that the entries in the "colors" array that a GdkColormap points to are in order? (To be precise, I want to know whether the relation `cmap->colors[ i ].pixel == i' is true for all 0 <= i < cmap->size.) From a browse through gdk/gdkcolor.c it seems that the assumption is justified, but I don't have any video hardware supporting any visuals with allocated colours, so I can't test it for myself. (If it makes any difference, I am only interested about colourmaps returned from gdk_rgb_get_cmap().) Thanks very much, Gary. -- Gary Wong gtw@gnu.org http://www.cs.arizona.edu/~gary/ From otaylor@redhat.com Thu Nov 16 11:51:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id B90B92DF0E for ; Thu, 16 Nov 2000 11:51:08 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A9F7424263C; Thu, 16 Nov 2000 11:51:08 -0500 (EST) To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Owen Taylor Date: 16 Nov 2000 11:51:08 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? >From glib.h typedef char gchar; There is no difference between gchar and char at all. No conversion is needed. Something else must be going wrong with your call to atof() unrelated to GLib. Regards, Owen From hp@redhat.com Thu Nov 16 12:28:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 211262BF16 for ; Thu, 16 Nov 2000 12:28:23 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGHRCE18876; Thu, 16 Nov 2000 12:27:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Havoc Pennington Date: 16 Nov 2000 12:27:11 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? > gchar is just exactly the same thing as char. atof() wants a string though, not a char. Havoc From Rick.Esquibel@ARZ.Boeing.com Thu Nov 16 12:53:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id D5E8B2CE84 for ; Thu, 16 Nov 2000 12:53:18 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id JAA14576 for ; Thu, 16 Nov 2000 09:52:59 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id JAA01770 for ; Thu, 16 Nov 2000 09:52:29 -0800 (PST) Received: from xch-arzbh-01.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Thu, 16 Nov 2000 09:52:14 -0800 Received: by xch-arzbh-01.msc.az.boeing.com with Internet Mail Service (5.5.2651.58) id ; Thu, 16 Nov 2000 10:52:13 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: RE: gchar to char Date: Thu, 16 Nov 2000 10:52:12 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ While gchar is defined as a char, I've run into this problem as well. However, I've cast the gchar to a char to "fix:" the problem. For example: gchar cf[3] = {"100"}; float ff = 0.0; ff = atof((const char *)cf); As a result: ff = 100.0. Hope this helps, good luck... From Valdis.Kletnieks@vt.edu Thu Nov 16 13:21:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9EBA22BBF6 for ; Thu, 16 Nov 2000 13:21:57 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAGILvw19684; Thu, 16 Nov 2000 13:21:57 -0500 Message-Id: <200011161821.eAGILvw19684@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: "Esquibel, Rick" Cc: "'gtk-list@gnome.org'" Subject: Re: gchar to char In-Reply-To: Your message of "Thu, 16 Nov 2000 10:52:12 MST." From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-519512784P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Nov 2000 13:21:57 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-519512784P Content-Type: text/plain; charset=us-ascii On Thu, 16 Nov 2000 10:52:12 MST, "Esquibel, Rick" said: > gchar cf[3] = {"100"}; Umm.. cf[4] actually, you need someplace for the trailing null. This could cause all sorts of fun if it walks off the end of the string.... -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-519512784P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhQlxHAt5Vm009ewEQIRMQCgri1AgAWIVdmsbqvY/QJutNzheqgAnREr coVFUgTlH4SUqzr0lgT7jzug =9ybR -----END PGP SIGNATURE----- --==_Exmh_-519512784P-- From pbd@op.net Thu Nov 16 14:52:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by mail.gnome.org (Postfix) with ESMTP id B2C7D2BAA0 for ; Thu, 16 Nov 2000 14:52:10 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eAGJsaR24561; Thu, 16 Nov 2000 14:54:36 -0500 Date: Thu, 16 Nov 2000 14:54:36 -0500 Message-Id: <200011161954.eAGJsaR24561@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus and sensitivity Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ is there a rationale for why a widget that is made insensitive should retain focus (assuming that i am right in thinking that it does). --p From rhajikhani@exchange.office.etoys.com Thu Nov 16 15:29:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 71D092BA9B for ; Thu, 16 Nov 2000 15:29:59 -0500 (EST) Received: (qmail 17831 invoked from network); 16 Nov 2000 20:02:37 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:02:37 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 12:23:47 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XA0NDAS7; Thu, 16 Nov 2000 12:23:43 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 13:23:19 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --p, how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but I am new to the whole concept of gtk... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Thu Nov 16 15:51:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id A24C02C912 for ; Thu, 16 Nov 2000 15:51:07 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id PAA08826; Thu, 16 Nov 2000 15:51:06 -0500 (EST) Message-Id: <200011162051.PAA08826@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Thu, 16 Nov 2000 13:23:19 PST." Date: Thu, 16 Nov 2000 15:53:33 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but >I am new to the whole concept of gtk... >-r ---------------------------------------------------------------------- gint update_level_holds (void *arg) { GList *list = (GList *) arg; GtkWidget *levelhold; gint n; gfloat value; for (; list; list = g_list_next (list)) { levelhold = (GtkWidget *) list->data; ... get relevant value for meter ... gtk_level_hold_set (levelhold, value); } return TRUE; } Then, somewhere, do this: GList *level_hold_list = 0; ... construct level holds, add them to the list ... gtk_timeout_add (100, update_level_holds, level_hold_list); ---------------------------------------------------------------------- Clear ? This code is not tested, I'm just passing on the rough idea. --p From hp@redhat.com Thu Nov 16 16:11:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 715BE2DFAE for ; Thu, 16 Nov 2000 16:11:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGLA3l21846; Thu, 16 Nov 2000 16:10:03 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: focus and sensitivity References: <200011161954.eAGJsaR24561@op.net> From: Havoc Pennington Date: 16 Nov 2000 16:10:03 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 16 Nov 2000 14:54:36 -0500" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is there a rationale for why a widget that is made insensitive should > retain focus (assuming that i am right in thinking that it does). > I would say not likely. GTK 1.2 focus handling is pretty screwed up. Owen did some fooling with it in 2.0, I think it would be valuable to really make sure all the screwy cases are gone by the time we release 2.0. Havoc From rhajikhani@exchange.office.etoys.com Thu Nov 16 16:21:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 11C412E009 for ; Thu, 16 Nov 2000 16:21:13 -0500 (EST) Received: (qmail 20987 invoked from network); 16 Nov 2000 20:55:17 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:55:17 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 13:17:46 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XBFD1FNL; Thu, 16 Nov 2000 13:17:41 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 14:18:27 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011162051.PAA08826@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You are rock... Thanks a whole bunch -r On Thu, 16 Nov 2000, Paul Barton-Davis wrote: > >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but > >I am new to the whole concept of gtk... > >-r > > ---------------------------------------------------------------------- > gint > update_level_holds (void *arg) > > { > GList *list = (GList *) arg; > GtkWidget *levelhold; > gint n; > gfloat value; > > for (; list; list = g_list_next (list)) { > levelhold = (GtkWidget *) list->data; > > ... get relevant value for meter ... > > gtk_level_hold_set (levelhold, value); > } > return TRUE; > } > > Then, somewhere, do this: > > GList *level_hold_list = 0; > > ... construct level holds, add them to the list ... > > gtk_timeout_add (100, update_level_holds, level_hold_list); > > ---------------------------------------------------------------------- > > Clear ? This code is not tested, I'm just passing on the rough idea. > > --p > > > > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 16 22:08:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 5EA142E08E for ; Thu, 16 Nov 2000 22:08:19 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAH375Q22091; Thu, 16 Nov 2000 22:07:05 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> <3A100720.79FB2970@cs.unc.edu> From: Havoc Pennington Date: 16 Nov 2000 22:07:04 -0500 In-Reply-To: William Baxter's message of "Mon, 13 Nov 2000 10:22:08 -0500" Message-ID: Lines: 9 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ William Baxter writes: > I did some more checking and they don't blink when using GNOME (sawfish) > as the desktop manager. Only when KDE is the desktop manager. > Conceivably it's some kind of kwm bug - don't know. :-( Havoc From jlbec@www.linux.org.uk Mon Nov 13 11:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 77B872CFF2 for ; Mon, 13 Nov 2000 11:35:51 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA18816; Mon, 13 Nov 2000 11:35:51 -0500 Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADGZoD14691; Mon, 13 Nov 2000 11:35:50 -0500 Received: from jlbec by www.linux.org.uk with local (Exim 3.13 #1) id 13vMaD-0005Ju-00; Mon, 13 Nov 2000 16:35:49 +0000 Date: Mon, 13 Nov 2000 16:35:49 +0000 From: Joel Becker To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001113163549.M6127@parcelfarce.linux.theplanet.co.uk> Mail-Followup-To: Joel Becker , Owen Taylor , gtk-devel-list@gnome.org, gtk-list@redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from otaylor@redhat.com on Sun, Nov 12, 2000 at 01:48:24PM -0500 X-Burt-Line: Trees are cool. Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 01:48:24PM -0500, Owen Taylor wrote: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) My $0.02. I think that so far this is the best choice. The 1/2/3 setup here is very intuitive, and the matching with the spinbutton (which I didn't even know about) makes for good small-scale consistency. I do think that a shift-click could maybe reverse direction, ala shift-TAB, but no unmodified button should go the wrong way. As far as NeXt-style arrow, please make it optional or themeable, if at all. I know many folks like them, but I could never stand them. When I want to scroll up, my mouse gravitates to the top of the window. Granted, I'm quickly falling in love with my IntelliMouse Explorer, and I'm probably not the first to love the mousewheel. Xterm scrolling isn't such a big deal to me, maybe because I started with CUA-style scrollbars. I never, _ever_ use buttons 1 or 3 on an Xterm. I always use button 2 and hand scroll it. As long as button 2 can move the slider, and Xterm person can always use that bit. That said, I'm sure that an Xterm person or two might beg to differ :-) Joel -- Life's Little Instruction Book #356 "Be there when people need you." http://www.jlbec.org/ jlbec@evilplan.org From lytles@club341.com Tue Nov 14 01:26:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [146.115.122.209]) by mail.gnome.org (Postfix) with ESMTP id 866422BC41 for ; Tue, 14 Nov 2000 01:26:43 -0500 (EST) Received: (from lytles@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01838; Mon, 13 Nov 2000 23:30:19 -0500 Date: Mon, 13 Nov 2000 23:30:18 -0500 From: seth_lytle@yahoo.com To: Mohammad Ghaeini Cc: gtk-list@gnome.org Subject: Re: gtk library for Solaris on Sparc Message-ID: <20001113233018.A1817@tomodreams.club341.com> References: <3A102525.BBC20371@center7.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A102525.BBC20371@center7.com>; from m.ghaeini@center7.com on Mon, Nov 13, 2000 at 10:30:13AM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ as suggested previously, get the gtk 1.2.8 source and build. one problem i ran into on solaris (not sure which version) is that gtk wanted a larger hunk of shared memory than the /etc/system was willing to give it, which caused weird scrolling, so i had to ./configure --disable-shm (but may not be a problem on 2.8/given your config) a google search of solaris gnome gives good info. in particular, if i had read http://www.clanger9.demon.co.uk/computer/gnome/ i would have saved myself a few hours debugging the shm above. > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? From monishabarooah@hotmail.com Wed Nov 15 09:56:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f270.law8.hotmail.com [216.33.240.145]) by mail.gnome.org (Postfix) with ESMTP id 66B7D2BC09 for ; Wed, 15 Nov 2000 09:56:41 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 15 Nov 2000 06:56:40 -0800 Received: from 202.144.44.2 by lw8fd.law8.hotmail.msn.com with HTTP; Wed, 15 Nov 2000 14:56:40 GMT X-Originating-IP: [202.144.44.2] From: "Monisha Barooah" To: gtk-list@gnome.org Subject: Doubts on GTK+ Date: Wed, 15 Nov 2000 14:56:40 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 15 Nov 2000 14:56:40.0628 (UTC) FILETIME=[42DFD740:01C04F14] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sir, I have gone through your site www.gtk.org and also gone through the tutorial and some parts of the reference manual on GTK+. I have written a GTK program wherein at first an icon is created and than when the icon is clicked another widow with some information comes up. The fact is that I need to link this program to a big file. I have written the GTK program starting with the main function. Now I need to convert everything written in the GTK main function to be within a routine called icon_creation( ) which will be called by the main function of the big source file. That is I want everything that the single GTK file outputted to be now be outputted by the big source file with the help of a routine icon_creation( ). I am really having problems with that. Can you please tell me as to how to do it or where to get the required documents with the help of which I can do this. I hope you will help me out. Thanking you in advance, Monisha. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From calum.benson@ireland.sun.com Mon Nov 13 08:04:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A8C0A2D00B for ; Mon, 13 Nov 2000 08:04:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id IAA16711 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADD4BD06221 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id FAA13767; Mon, 13 Nov 2000 05:04:09 -0800 (PST) Received: from ireland.sun.com (simcity [129.156.238.57]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id NAA29947; Mon, 13 Nov 2000 13:04:08 GMT Message-ID: <3A0FE6C8.AE3B5BA4@ireland.sun.com> Date: Mon, 13 Nov 2000 13:04:08 +0000 From: Calum Benson Organization: Sun Microsystems Ireland X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <20001112133821.A10294@papa.jagunet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Kodis wrote: > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. Probably rather too late in the day for this now, but an alternative solution to this would be to have put the up/down and left/right arrow buttons on the scrollbar control beside each other, rather than at opposite ends. This is something the Amiga's always done (although only for top-level windows, IIRC, not listbox controls)-- and additional advantage being that the control's behaviour remains clear just from looking at it, rather than having to learn some cunning mouse trick... Cheeri Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@ireland.sun.com Desktop Engineering Group http://www.sun.ie +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From pavan@gdit.iiit.net Thu Nov 16 15:46:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 049062D26D for ; Thu, 16 Nov 2000 15:45:04 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id CAA09989 for ; Fri, 17 Nov 2000 02:32:24 +0530 Date: Fri, 17 Nov 2000 02:32:24 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: Drawing a pixmap on a drawing area.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have previously asked a question about GdkError, now I have corrected it. But now a new problem came , I am trying to draw the pixmap, but it is not being drawn at all. I include the piece of code below, please help me. static GdkPixmap *pixmap = NULL; static GdkPixmap *backingpixmap; // configure_event .. and expose_event ... handled here pixmap = gdk_pixmap_create_from_xpm( .... ); // no error in above function call gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); (The size of pixmap is 40x40) I am calling this function as a timeout, why is it not drawing what I need ? is this okay !! Or is there any other conceptual method to be followed to draw a pixmap on another pixmap. thanx in anticipation regards pavan From kpierre@fit.edu Fri Nov 17 01:23:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id 1A39B2BB74; Fri, 17 Nov 2000 01:23:30 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id BAA29262; Fri, 17 Nov 2000 01:23:58 -0500 (EST) Message-ID: <3A14CF8C.9070508@fit.edu> Date: Fri, 17 Nov 2000 01:26:20 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: how do I handle right-click on menu_items Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin From Florent.Devin@lifl.fr Fri Nov 17 01:33:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 4642E2D291; Fri, 17 Nov 2000 01:33:44 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA05107 ; Fri, 17 Nov 2000 07:33:13 +0100 (MET) Message-ID: <3A14D146.BD74A42E@lifl.fr> Date: Fri, 17 Nov 2000 07:33:42 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items References: <3A14CF8C.9070508@fit.edu> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Kervin Pierre a écrit : > > hello, > > I'd like to have right-click handled differently than left click on my > gtk menu. My handler currently listens for the "activate" signal, but > I'd like to listen for the "activate" and right-click signals. > > My goal is to have the right click on any part of the menu or the rest > of the program window to open a "properties" dialog. > > Any insight on how this is done? > > Thanks in advance, > Kervin > Listen to the signal "event", and parse it. If it is a GDK_BUTTON_PRESS do ... -- Florent DEVIN From schmerge@cyber.com Fri Nov 17 09:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mhub.cyber.com (mhub.cyber.com [207.8.185.9]) by mail.gnome.org (Postfix) with ESMTP id 958A82BF9A for ; Fri, 17 Nov 2000 09:56:58 -0500 (EST) Received: (from uucp@localhost) by mhub.cyber.com (8.9.3/8.9.3) with UUCP id JAA05648 for gtk-list@gnome.org; Fri, 17 Nov 2000 09:47:19 -0500 (EST) Received: from cyber.com (schmerge.cyber.com [201.1.1.124]) by cyber.com (8.7.6/8.7.3) with ESMTP id JAA25584 for ; Fri, 17 Nov 2000 09:39:17 -0500 (EST) Message-ID: <3A154605.24E1F19F@cyber.com> Date: Fri, 17 Nov 2000 09:51:49 -0500 From: John Schmerge X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compiling GTK+ on AIX 4.1.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello Everyone, I'm trying to compile libgtk under AIX 4.1.5 and running into the following error during the compilation of the 'testgtk' program: /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule -lglib -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to `getpwuid_r' The gritty details are as follows: * I'm running AIX 4.1.5 on an RS6000 * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib 1.2.6 installed). * I'm using egcs 2.91.66 I would really appreciate any type of guidance that anyone can give me. Thanks, John Schmerge --------------------------- John Schmerge schmerge@cyber.com From Valdis.Kletnieks@vt.edu Fri Nov 17 10:10:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 3C0A92D26B for ; Fri, 17 Nov 2000 10:10:11 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAHFABw32586; Fri, 17 Nov 2000 10:10:11 -0500 Message-Id: <200011171510.eAHFABw32586@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 In-Reply-To: Your message of "Fri, 17 Nov 2000 09:51:49 EST." <3A154605.24E1F19F@cyber.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2131121704P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 17 Nov 2000 10:10:11 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2131121704P Content-Type: text/plain; charset=us-ascii On Fri, 17 Nov 2000 09:51:49 EST, John Schmerge said: > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 Current AIX is 4.3.3, 4.1.5 is *VERY* unsupported. I'd suggest upgrading. getpwuid_r lives in libc.a under AIX 4.3.3. It appears that something has gotten compiled in thread-safe mode. You might try adding -lpthread and hope that helps... > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). Current gtk+ is 1.2.8. Note that installing 1.2.6 will get you all the bugs that were already fixed in 1.2.8. No sense in installing an older version... > * I'm using egcs 2.91.66 You have my condolences. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2131121704P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhVKUnAt5Vm009ewEQIH8wCePD/ZcagY74GBt+70RX55n3ZM8vcAoKHw z1O9+39DbSIYf9l653e79Vho =+Az+ -----END PGP SIGNATURE----- --==_Exmh_2131121704P-- From wilhelmi@ira.uka.de Fri Nov 17 10:12:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 598CA2CDA2 for ; Fri, 17 Nov 2000 10:12:01 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:34 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:32 +0100 Message-ID: <3A154A69.AB71DDFD@ira.uka.de> Date: Fri, 17 Nov 2000 16:10:33 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 References: <3A154605.24E1F19F@cyber.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi John, > I'm trying to compile libgtk under AIX 4.1.5 and running into the following > error during the compilation of the 'testgtk' program: > > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). > * I'm using egcs 2.91.66 > > I would really appreciate any type of guidance that anyone can give me. This is the getpwuid_r function as used in GLib. GLib seems to have found it. try to reconfigure GLib (after deleting config.cache). If still config.h has the line #define HAVE_GETPWUID_R in it, just delete it. But in fact it shouldn't be there in the first place, so you might want to provide some insight, why GLib configure.in thinks, you have getpwuid_r Bye, Sebastian -- Sebastian Wilhelmi mailto:wilhelmi@ira.uka.de http://goethe.ira.uka.de/~wilhelmi From hp@redhat.com Fri Nov 17 14:18:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D6ABC2DCB3 for ; Fri, 17 Nov 2000 14:18:01 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAHJFf822598; Fri, 17 Nov 2000 14:15:41 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: Drawing a pixmap on a drawing area.. References: From: Havoc Pennington Date: 17 Nov 2000 14:15:41 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Fri, 17 Nov 2000 02:32:24 +0530 (IST)" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); > > (The size of pixmap is 40x40) > You are drawing the region of the pixmap at position 100,100 to the region of the drawing area at 140,140. Probably you mean to draw the region of the pixmap at 0,0 to the drawable at 100,100. Havoc From rsteinke@merilon.elfhame.net Fri Nov 17 14:31:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id ACA132BEBF for ; Fri, 17 Nov 2000 14:31:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAHJdl209551 for gtk-list@gnome.org; Fri, 17 Nov 2000 11:39:47 -0800 From: Ron Steinke Date: Fri, 17 Nov 2000 11:39:47 -0800 To: gtk-list@gnome.org Subject: containers and reference counting Message-ID: <3A158983.nail7D9114DL6@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm counfused about how reference counting works when widgets are added to containers. Let's say I have the code GtkBin *bin; GtkWidget *widget; ... (create the bin, widget) gtk_container_add(GTK_CONTAINER(bin), widget); Does the add increment the reference count for widget? Do I need to gtk_widget_unref(widget) here? If I later do gtk_container_remove(GTK_CONTAINER(bin), widget); does the remove unref the widget? Do I still have a widget, or has it been destroyed? Ron Steinke From hp@redhat.com Fri Nov 17 22:28:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id E5EFF2BDF0 for ; Fri, 17 Nov 2000 22:28:21 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAI3Qsj23719; Fri, 17 Nov 2000 22:26:54 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: containers and reference counting References: <3A158983.nail7D9114DL6@merilon.elfhame.net> From: Havoc Pennington Date: 17 Nov 2000 22:26:54 -0500 In-Reply-To: Ron Steinke's message of "Fri, 17 Nov 2000 11:39:47 -0800" Message-ID: Lines: 90 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I'm counfused about how reference counting works when widgets are > added to containers. Let's say I have the code > > GtkBin *bin; > GtkWidget *widget; > > ... (create the bin, widget) > > gtk_container_add(GTK_CONTAINER(bin), widget); > > Does the add increment the reference count for widget? Do I > need to gtk_widget_unref(widget) here? > > If I later do > > gtk_container_remove(GTK_CONTAINER(bin), widget); > > does the remove unref the widget? Do I still have a widget, or > has it been destroyed? > Widgets are created with a so-called floating reference. A floating reference has no owner, but anyone can remove it. Conventionally, you remove the floating count if you are keeping a non-transient reference of your own. gtk_container_add() will a) remove the floating reference and b) add its own reference. This means that the widget ends up with 1 reference, owned by the container. The code looks like: gtk_object_ref (GTK_OBJECT (child)); /* add reference */ gtk_object_sink (GTK_OBJECT (child)); /* remove floating, iff it exists */ Once an object is "sunk" (has no floating refence) there is no way to re-float it. gtk_object_sink() is a no-op if it's called on an already-sunk object. When you gtk_container_remove(), the container will unref the widget; so if you haven't added other references the widget will be finalized. An example case where you would ref a widget but not sink it is signal emission. If a widget emits a signal, say an entry emitting "changed", the widget is referenced during the signal emission and unreferenced afterward. This makes things much easier for users, since you can go ahead and for example destroy a window from a callback without worrying about whether signal emissions on the window are outstanding. However if signal emission sank the widget, a call such as: gtk_entry_set_text (entry, "foo"); would add a reference to emit the "changed" signal, strip the floating reference, then unref the widget, and so gtk_entry_set_text() might end up finalizing the entry, which would be kind of bad to say the least. As long as you always put your widgets in a container, all you have to remember as an application programmer is that you don't need to unref() unless you explicitly ref(). Toplevel windows are never floating, they are "born" owned by the GTK+ runtime, and the GTK+ runtime will unref() them when you call gtk_object_destroy(). So again no need to call unref() unless you called ref() explicitly. The "destroy" signal is a way to break reference cycles; it basically means "detach yourself from all other objects that you reference or that reference you." So for toplevel windows, it will remove the toplevel from the list of toplevels owned by GTK+, and thus cause an unref(); for other widgets, it will do an implicit gtk_container_remove(), among other things. Also if you destroy a toplevel all children of the toplevel will be recursively destroyed, so destroying a toplevel generally drops the refcount to 0 on all contained widgets. One case where you commonly need to worry about refcounting is when moving a widget between containers, where you want to hold a temporary reference: ref (child); container_remove (container, child); container_add (new_container, child); unref (child); So, more than you ever wanted to know. ;-) Havoc From pbd@op.net Fri Nov 17 22:55:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 9EDDD2DBC2 for ; Fri, 17 Nov 2000 22:55:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id WAA01227 for ; Fri, 17 Nov 2000 22:55:24 -0500 (EST) Message-Id: <200011180355.WAA01227@renoir.op.net> To: gtk-list@gnome.org Subject: gtk pixmap help requested Date: Fri, 17 Nov 2000 22:55:29 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ someone asked me to fwd this. don't know why. ------- Forwarded Message Date: Fri, 17 Nov 2000 00:00:00 From: "isiryder" To: pbd@op.net Subject: gtk-list help - Can you send this message? /* Hello. Can you send this message to the list in my name? I cannot do it, something is working wrong... */ Hi everyone. My name is Isaias and this is my first message to the list. I have a program that loads a pixmap into memory, and i want to modify and save it into a file again. What functions and structs should I use to be able to modify and save the pixmap? The code I use to create the pixmap is the following: create_pixmap (GtkWidget *widget, const gchar *filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; ... colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); ... pixmap = gtk_pixmap_new (gdkpixmap, mask); ... gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Thank you Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com ------- End of Forwarded Message From otaylor@redhat.com Fri Nov 17 23:05:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 552FA2D241; Fri, 17 Nov 2000 23:05:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 1AA5424263C; Fri, 17 Nov 2000 23:05:51 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GLib-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:05:51 -0500 Message-ID: Lines: 77 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GLib-1.3.2 has been released. This is a preview release of the unstable branch of GLib and is meant for: * those interested in the development of GLib or GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GLib-2.0 is released GLib is a the low-level core library that forms the basis of GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. GLib-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GLib-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GLib; GLib-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GLib with it. You should be able to install it alongside your current GLib without disturbing your current GLib. Bug reports and comments about this version of GLib should be sent to gtk-devel-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GLib 1.3.2: GLib: * Win32 build improvements [Tor] * Improvements to error reporting (g_critical(), g_return_if_reached()) [Darin] * Add g_strlcpy/g_strlcat [David Wheeler] * New IO channel implementation for Win32 [Tor] * Make g_array_free, g_string_free return pointer to memory requested not to be freed. [Darin] * Added GError based error reporting for thread functions. [Sebastian] * Moved reference docs into GLib distribution. [Owen] * Added g_convert() for doing convenient character set conversions based on iconv. (GLib now requires libiconv or a native iconv.) [Havoc/Owen] * Various Unicode handling additions (g_ucs4_to_utf8, g_utf8_validate(), g_{locale,filename}_{to,from}_utf8) [Robert/Havoc/Owen] * Portability fixes for threading. [Sebastian] * Added convenient functions for launching new processes (g_spawn_*), and shell quoting/unquoting functions. [Havoc] * Split glib.h into many headers. [Sebastian] * Added a simple callback-based parser for XML-like files (GMarkup). [Havoc] * Fixed confusions between comparison functions that return <0, 0, >0 and equaility functions that return FALSE,TRUE. [Sebastian] * Added safe/portable temporary file manipulation functions. [Tor] * autoconf improvements. [Raja] * Many documentation improvements. * Bug fixes. GObject: * Added boxed and pointer types. [Tim/Jonathan] * Added callback abstraction (GClosure) [Tim] * Added signal system (GSignal) [Tim] * Make GTypePlugin an interface [Tim] * Added GTypeModule - a simple GTypePlugin instantiation [Owen] * Bug fixes. From otaylor@redhat.com Fri Nov 17 23:08:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 73BE82D241; Fri, 17 Nov 2000 23:08:21 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5BB4824263C; Fri, 17 Nov 2000 23:08:21 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org, gtk-i18n-list@gnome.org Reply-To: gtk-i18n-list@gnome.org, gtk-devel-list@gnome.org Subject: [UNSTABLE] Pango-0.13 released From: Owen Taylor Date: 17 Nov 2000 23:08:21 -0500 Message-ID: Lines: 59 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Pango-0.13 has been released. This is a preview release and is meant for: * those interested in the development of Pango. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 and Pango-1.0 are released. Pango is a library for layout and rendering of text, with an emphasis on internationalization. It forms the core of text and font handling for GTK+-2.0. For more information about Pango, see http://www.pango.org. Pango-0.13 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz Pango-0.13 also requires GLib-1.3.2: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz As a change from Pango-0.12, a separate copy of FriBidi is not required to install Pango-0.13. Pango includes an internal copy of the routines that it needs, though it can optionally be compiled to use the routines from an external FriBidi library. This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. Bug reports and comments about Pango should be sent to gtk-i18n-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-i18n-list Changes between Pango-0.12 and Pango-0.13: * Win32 Support [Tor] * Per-display caching of font coverage on the root window [Owen] * Handling of embedded non-characters in PangoLayout [Elliot] * Mapping table fixes and improvements [KUSANO Takayuki, Robert, Owen] * Adjustable tab handling in PangoLayout [Havoc] * Add relative font-scaling attribute [Havoc] * Add function to convert XML/GMarkup description to a PangoAttrList [Havoc] * New version of Arabic shaper [Karl] * Enhanced Indic support with ligature tables from the font and many more languages [Robert] * Include FriBidi core that provides the features that Pango needs and can be used instead of separately installed fribidi. [Owen] * Add PangoLayoutIterator that abstracts the geometry operations for iterating over the lines/items/clusters/chars in a layout [Havoc] * Bug fixes, and more bug fixes From otaylor@redhat.com Fri Nov 17 23:12:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id CE1522DBDA; Fri, 17 Nov 2000 23:12:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A83E624263C; Fri, 17 Nov 2000 23:12:38 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GTK+-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:12:38 -0500 Message-ID: Lines: 104 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GTK+-1.3.2 has been released. This is a preview release of the unstable branch of GTK+ and is meant for: * those interested in the development of GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 is released. GTK+ is a widget toolkit for X and other windowing systems. It is used in such projects as the GIMP and GNOME. For more information about GTK+, see http://www.gtk.org GTK+-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz GTK+-1.3.2 also requires GLib-1.3.2 and pango-0.13: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GTK+-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GTK+; GTK+-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GTK+ with it. You should be able to install it alongside your current GTK+ without disturbing your current GTK+. Bug reports and comments about this version of GTK+ should be sent to: gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GTK+ 1.3.2 ================================= GTK Core: * New stock-icon and stock-item system. Use themeable pixbufs in dialogs, buttons, etc. [Havoc] * Theme engines reworked to use derivation and new object system. [Owen] * Added GtkClipboard object for simple selection handling. [Owen] * Make GtkEditable an interface, move implementation to GtkOldEditable for compat. [Owen] * Better handling of default directionality. [Robert] * Use GSignal as backend for GtkSignal and other GObject stuff. [Tim] * Move theme engines to GTypePlugin. [Owen] GDK: * Beginning of implementation of client parts of new window manager spec. [Owen] * Make gdk_drawable_get_image() work with backing store. [Havoc] Widgets: * New text widget [Havoc] - Adjustable tab handling. - Ability to have scrolling side areas in new text widget for tabs/line numbers. - Many cleanups and small improvements. * Improvements to submenu navigation [Nils Barth/David Santiago] and scrolling menus. [Alex] * Simplification of progress bar API. [Havoc] * Make GtkImage a generic image-display widget. [Havoc] * New GtkTreeView tree widget. Model/view architecture, flexible renderering, large datasets, etc. [Jonathan] * New GtkMessageBox widget for message display. [Havoc] * Allow labels to have contents set from XML-like markup language. [Havoc] * Make dialogs derive from GtkDialog and use stock buttons. [Havoc] Internationalization: * Proper character set conversion for clipboard/selection. [Owen] * New input method system via loadable modules; support on-the-spot preedit in GtkEntry and new text widget; allow switchin input methods on the fly; include modules for XIM and demo Cyrillic-tranliteration module. [Owen] * VIQR, Thai, and Inuktitut input methods. [Robert] * Convert po files to UTF-8. [Robert] gdk-pixbuf: * Full-alpha compositing for gdk-pixbuf on drawable. [Havoc] * Add simple saving to gdk-pixbuf. [David Welton/Havoc] * Add improved error handling with GError to gdk-pixbuf. [Havoc] Ports: * Much work on Win32 Port. [Tor/Hans] * Much work on Linux-FB Port. [Elliot/Alex] Misc: * Start of new gtk-demo demo program. [Owen/Jonathan] * Bug fixes and more bug fixes. From JParker@coinstar.com Fri Nov 17 12:13:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailgate.coinstar.com (www.coinstar.com [204.202.76.20]) by mail.gnome.org (Postfix) with ESMTP id CD9AF2BF7F; Fri, 17 Nov 2000 12:13:17 -0500 (EST) Received: from aluminum.coinstar.com ([172.16.24.23]) by mailgate.coinstar.com (Post.Office MTA v3.5.3 release 223 ID# 0-67851U100L100S0V35) with ESMTP id com; Fri, 17 Nov 2000 09:13:07 -0800 Subject: Re: how do I handle right-click on menu_items To: Kervin Pierre Cc: gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: From: JParker@coinstar.com Date: Fri, 17 Nov 2000 09:13:29 -0800 X-MIMETrack: Serialize by Router on Aluminum/Coinstar Inc/US(Release 5.0.3 |March 21, 2000) at 11/17/2000 09:13:13 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ G'Day ! This should work .... gint button_press_event (GtkWidget *widget, GdkEventButton *event ) { if (event ->button ==1) { /* your code */ return TRUE; } if (event -> button ==2) { /* more code */ return TRUE; } return FALSE; } This should all be documented in the appropiate header files. cheers, Jim Parker Sailboat racing is not a matter of life and death .... It is far more important than that !!! Kervin Pierre To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Sent by: cc: gtk-app-devel-list-admin Subject: how do I handle right-click on menu_items @gnome.org 11/16/00 10:26 PM hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list From pbd@op.net Sat Nov 18 00:00:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 2A7162BC3E; Sat, 18 Nov 2000 00:00:50 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id AAA04572; Sat, 18 Nov 2000 00:00:40 -0500 (EST) Message-Id: <200011180500.AAA04572@renoir.op.net> To: JParker@coinstar.com Cc: Kervin Pierre , gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items In-reply-to: Your message of "Fri, 17 Nov 2000 09:13:29 PST." Date: Sat, 18 Nov 2000 00:00:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >This should all be documented in the appropiate header files. agreed. and don't forget: if (event->type == GDK_BUTTON_PRESS) { } else if (event->type == GDK_2BUTTON_PRESS) { } else if (event->type == GDK_3BUTTON_PRESS) { } to handle double and triple clicks. --p From rhajikhani@exchange.office.etoys.com Sat Nov 18 00:33:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id D5B202C7BF for ; Sat, 18 Nov 2000 00:33:45 -0500 (EST) Received: (qmail 21736 invoked from network); 18 Nov 2000 03:26:57 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 18 Nov 2000 03:26:57 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Fri, 17 Nov 2000 19:48:00 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQ1C7; Fri, 17 Nov 2000 19:47:58 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Fri, 17 Nov 2000 20:47:37 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul, All, I have a program that calls a data base, retrieves a few data, and based on that data I would like to generate a few gtklevelhold bars, depending on the number of data got from the data base. So, the application should not show any thing upon execution, but rather after a time out has run out should then create those graphs. Here is what I have done. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; I also have another data structure struct _Hybrid{ GtkWidget *table; GtkWidget *progressbar; int timer; ServerData *sd; } Hybrid; when my application starts, I create a progress bar and a scrolling window in which there is vbox init. in the vbox there is table with row=0 column=0. I place a reference to this table in my Hybrid->table. After the time out I call a function call gint update_record(Hybrid *hybrid){ //call data base, get records (no problem here) // //place them in the link list of Hybrid hybrid->sd // // call a function update_table // update_table(Hybrid *hybrid) which is supposed to create the gtklevelhold bars, update the hybrid->table by placing bars in the table and display the bars... but it never happens and I get a segmentation fault. The bars never appear and my program dies... with a core dump. Can you help me with what I have done wrong... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mmotta@guest.net Sat Nov 18 12:35:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.supereva.it (adamo6.supereva.it [195.110.96.96]) by mail.gnome.org (Postfix) with SMTP id 8B41C2C874 for ; Sat, 18 Nov 2000 12:35:27 -0500 (EST) Received: (qmail 24484 invoked from network); 18 Nov 2000 17:35:31 -0000 Received: from unknown (HELO guest.net) (151.35.64.58) by mail.supereva.it with SMTP; 18 Nov 2000 17:35:31 -0000 Message-ID: <3A16BF8B.BBC59B89@guest.net> Date: Sat, 18 Nov 2000 17:42:35 +0000 From: Mario Motta X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: vdkbuilder , gtk-list@gnome.org Cc: "vdkbuilder-team@lists.sourceforge.net" Subject: ANNOUNCE: vdk-1.2.5, vdkbuilder-1.2.5 released Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ VDK Team is pleased to announce that newly released VDK 1.2.5 - VDKBuilder 1.2.5 are downloadable at: http://sourceforge.net/projects/vdkbuilder ======================= What's new in VDK 1.2.5 ======================= * Minor bug fixes, changes and enhancements * Enhanced dispatch algorithm for dynamic tables: Now a signal/event will proceed also from child to parent form if any. ============================== What's new on VDKBuilder 1.2.5 ============================== * Some portability problems with hupx and linuxppc solved * Added an hints editor, now users can add/remove/change their own editor hints * Implemented a projects-reopen feature based on a lru algorithm. User can reopen last recently used projects (up to 10) * Many minor bug fixes and enhancements. RELEASE NOTES: 1. As usual see NEWS and Changelog for more detailed informations 2. vdkbuilder 1.2.5 requires vdk 1.2.5 and (optionally) vdkxdb 0.0.4 for xdb support. 3. This should be the last release on vdk/vdkbuilder 1.2 series. Next one will be vdk/vdkbuilder 2.0 that will be available short after gtk+ 2.0 will be released. The VDK Team ------------ From new_world@radar.com.ar Sat Nov 18 14:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.arnet.com.ar (unknown [200.45.0.12]) by mail.gnome.org (Postfix) with SMTP id C0FF82BAD5 for ; Sat, 18 Nov 2000 14:38:30 -0500 (EST) Received: (qmail 1052 invoked from network); 18 Nov 2000 19:38:30 -0000 Received: ThePolice Version 0.02 by GCM Received: AntiBombing Version 0.08 by GCM Received: from mail3.radar.com.ar (200.45.87.68) by host000012.arnet.net.ar with SMTP; 18 Nov 2000 19:38:30 -0000 Received: from new_world ([200.45.92.215]) by mail3.radar.com.ar with Microsoft SMTPSVC(5.5.1877.597.59); Sat, 18 Nov 2000 16:38:30 -0300 Message-ID: <001801c05196$dce7d8e0$d75c2dc8@new_world> From: "Nicolas Raitman" To: "gtk general" Subject: Glade Date: Sat, 18 Nov 2000 16:36:34 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone know a good tutorial on how to use Glade? I mean, I program in GTK and I have heard a lot about it... thanks, Nicolas From dsh8290@rit.edu Sat Nov 18 15:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 271822C900 for ; Sat, 18 Nov 2000 15:05:04 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id PAA03237; Sat, 18 Nov 2000 15:04:58 -0500 (EST) Date: Sat, 18 Nov 2000 15:04:40 -0500 From: D-Man To: Nicolas Raitman Cc: gtk general Subject: Re: Glade Message-ID: <20001118150440.A28339@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <001801c05196$dce7d8e0$d75c2dc8@new_world> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <001801c05196$dce7d8e0$d75c2dc8@new_world>; from new_world@radar.com.ar on Sat, Nov 18, 2000 at 14:36:34 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Run glade. Hold the mouse over some buttons and read the tooltips. Push a few buttons and see what they do. :-) I used glade for a project and learned gtk at the same time. Since you already know gtk you already know the names of widgets and how they interact. IMO glade is very intuitive to use. -D On Sat, 18 Nov 2000 14:36:34 Nicolas Raitman wrote: | Does anyone know a good tutorial on how to use Glade? I mean, I program in | GTK and I have heard a lot about it... | | thanks, | Nicolas | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From rhajikhani@exchange.office.etoys.com Sun Nov 19 23:22:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 258C62C7AF for ; Sun, 19 Nov 2000 23:22:51 -0500 (EST) Received: (qmail 17848 invoked from network); 20 Nov 2000 03:56:47 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 20 Nov 2000 03:56:47 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Sun, 19 Nov 2000 20:19:07 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Message-ID: From: Rasoul Hajikhani To: =?iso-8859-1?Q?DINH_V=2E_Ho=E0?= Cc: Juergen Boemmels , gtk-list Subject: Re: passing args Date: Sun, 19 Nov 2000 21:20:24 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C052A9.013B7B80" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C052A9.013B7B80" ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/plain; charset="iso-8859-1" This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. <> ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: passing args

This message uses a character set that is not = supported by the Internet Service.  To view the original message = content,  open the attached message. If the text doesn't display = correctly, save the attachment to disk, and then open it using a viewer = that can display the original character set. <<message.txt>> =

------_=_NextPart_001_01C052A9.013B7B80-- ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: text/plain; name="message.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="message.txt" Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by = exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail = Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Date: Sun, 19 Nov 2000 21:20:24 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "DINH V. =3D?iso-8859-1?Q?Ho=3DE0?=3D" cc: Juergen Boemmels ,=20 gtk-list Subject: Re: passing args In-Reply-To: <3A13296B.A8A89CE5@enserb.fr> Message-ID: = MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=3DX-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE I say, I have done what you have said, that is I pass a reference to = a=3D20 data structure an I get the following warning interface.h:281: warning: passing arg 2 of `gtk_timeout_add' from incompatible pointer type and here is what I am doing: timer =3D3D gtk_timeout_add (100, progress_timeout, hybrid); where hybrid is a data structure... so what's the deal... -r On Thu, 16 Nov 2000, DINH V. [iso-8859-1] Ho=3DE0 wrote: > Juergen Boemmels wrote: > >=3D20 > > "DINH V. Ho=3DE0" writes: > >=3D20 > > > to call the function, you do the following : > > > > > > { > > > struct struct_arg1_arg2 data; > > > data->arg1 =3D3D arg1; > > > data->arg2 =3D3D arg2; > > > gtk_timeout_add(interval, function, &data); > > > } > >=3D20 > > I'm not sure, but this won't work. > > You alloc the data on the stack, register a pointer to this, add = leave > > the function destroying this part of the stack. But it also may = even > > work in several cases. Those bugs are realy hard to find. > >=3D20 > > When your timeout occurs, you may get a segfault, because the > > stackframe is no longer valid. > >=3D20 > > A possible way would be > > { > > struct struct_arg1_arg2 *data; > >=3D20 > > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > > g_assert (data !=3D3D 0); > > /* init data */ > > gtk_timeout_add (interval, function, &data); > > } > >=3D20 > > function (struct struct_arg1_arg2 *data) > > { > > /* do something with data */ > > free (data); > > } >=3D20 > ok, the way I gave won't work but yours won't work too. >=3D20 > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). >=3D20 > then the a better solution is=3D20 >=3D20 > { > struct struct_arg1_arg2 *data; > =3D20 > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data !=3D3D 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > =3D20 > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > // no free > } >=3D20 >=3D20 > don't forget to free the data at the end of the program or when the > timeout > callback will be stopped. >=3D20 > --=3D20 > Hoa >=3D20 > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list >=3D20 ------_=_NextPart_000_01C052A9.013B7B80-- From rsteinke@merilon.elfhame.net Mon Nov 20 14:03:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id BAA472DD61 for ; Mon, 20 Nov 2000 14:03:13 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAKJBWg14189 for gtk-list@gnome.org; Mon, 20 Nov 2000 11:11:32 -0800 From: Ron Steinke Date: Mon, 20 Nov 2000 11:11:32 -0800 To: gtk-list@gnome.org Subject: GtkItemFactory Message-ID: <3A197764.nailAY211ODDY@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How do you pass a pointer to user data to callback functions called from a GtkMenuItem created by a GtkItemFactory? I tried passing it as the callback_data argument of gtk_item_factory_create_items, but this doesn't appear to by the way to do it. Ron Steinke From mleisher@crl.nmsu.edu Mon Nov 20 16:35:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 330382BE8D for ; Mon, 20 Nov 2000 16:35:02 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA17594; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA66837; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA12615; Mon, 20 Nov 2000 14:34:59 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14873.39171.378460.879626@helion.crl.nmsu.edu> Date: Mon, 20 Nov 2000 14:34:59 -0700 (MST) To: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <200011202054.UAA03127@babbage.grid9.net> References: <200011202054.UAA03127@babbage.grid9.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Abdul-Wahid> My interest in Arabic on Linux stems from a project I am Abdul-Wahid> doing from home. I am designing a gnome app where I will need Abdul-Wahid> Arabic support. I have a lot of Arabic data that will need to Abdul-Wahid> be displayed as rendered text. Therefore, if anyone on this Abdul-Wahid> list can update me on the current status of Arabic support in Abdul-Wahid> GTK and where I can find more information about using Arabic Abdul-Wahid> in GTK I would appreciate it. The latest development-only versions of GDK, Pango, and GTK were just released a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi package to handle directionality. In short, this development version should provide reasonable support at least for display of Arabic text. ftp://ftp.gtk.org/pub/gtk/v1.3/gdk-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz WARNING: This development version is incompatible with GTK 1.2.8!! Install it in some other location! You can also expect the API's to change before it is ready for general release! ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From donna@omartin.com Mon Nov 20 16:52:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from taka.swcp.com (taka.swcp.com [198.59.115.12]) by mail.gnome.org (Postfix) with ESMTP id 458902BD60 for ; Mon, 20 Nov 2000 16:52:21 -0500 (EST) Received: from diamond (1Cust75.tnt3.albuquerque.nm.da.uu.net [63.20.94.75]) by taka.swcp.com (8.10.0.Beta12/8.10.0.Beta12) with SMTP id eAKLqIm26210 for ; Mon, 20 Nov 2000 14:52:18 -0700 (MST) Message-ID: <002801c0533d$05990a00$0200a8c0@diamond> Reply-To: "Donna S. Martin" From: "Donna S. Martin" To: References: <3A197764.nailAY211ODDY@merilon.elfhame.net> Subject: Re: GtkItemFactory Date: Mon, 20 Nov 2000 14:57:47 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ That is the way to do it if you bear in mind two things. 1) An item factory callback has a different prototype than a menu item callback. 2) That field is shared among all the callbacks you specify in the GtkItemFactoryEntry array. The most common error is number 1. Here is the prototype for an Item Factory Callback..... void (*GtkItemFactoryCallback1)( gpointer callback_data, guint callback_action, GtkWidget *widget); A bit different from a MenuItem callback. Of course, if you don't like this, you could always retrieve the widget id from the item factory and attach your callback manually. Then you'd be using the GtkMenuItem's callback prototype. Does this make sense? Hope so, if not I'll try again. Donna ----- Original Message ----- From: Ron Steinke To: Sent: Monday, November 20, 2000 12:11 PM Subject: GtkItemFactory > How do you pass a pointer to user data to callback functions > called from a GtkMenuItem created by a GtkItemFactory? I tried > passing it as the callback_data argument of gtk_item_factory_create_items, > but this doesn't appear to by the way to do it. > Ron Steinke > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Mon Nov 20 18:30:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id B7E8A2DC7D for ; Mon, 20 Nov 2000 18:30:08 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id XAA18072 for ; Mon, 20 Nov 2000 23:30:07 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Mon, 20 Nov 2000 23:28:27 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXRNSW; Mon, 20 Nov 2000 15:25:20 -0800 Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r From jens@ja-web.de Tue Nov 21 07:47:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by mail.gnome.org (Postfix) with ESMTP id A7C7D2BC89 for ; Tue, 21 Nov 2000 07:47:45 -0500 (EST) Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 13yCps-0002KL-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:44 +0100 Received: from [62.159.123.27] (helo=dtmun420009) by mrvdom03.kundenserver.de with smtp (Exim 2.12 #2) id 13yCpm-0008Jc-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:38 +0100 Message-ID: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> From: "Jens Ansorg" To: Subject: XFree86-Bigfont extension: shmget() failed Errors ?!?! Date: Tue, 21 Nov 2000 13:47:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hi, I went through the arcive bu tcould not find something useful for this issue: Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget failed" messages whenever I run a gtk/gnome app. Now even worse: some apps couse this error: "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" I get lots of lines of this one. probably related are errors/warnings about shared pixmaps not loading, i.e when I open a menu and move the mouse down along the menu entries I get those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. Same with toolbars ... Is this shmget related with a kernel module shm.o ? this module is there for my kernel but it refuses to load (unresolved symbols) Any ideas ? where to start looking for a solution? thanks Jens Ansorg From erik@arthur.ubicom.tudelft.nl Tue Nov 21 08:17:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id D0E612E349 for ; Tue, 21 Nov 2000 08:17:08 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (root@arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id OAA25131; Tue, 21 Nov 2000 14:17:07 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id OAA14091; Tue, 21 Nov 2000 14:15:13 +0100 Date: Tue, 21 Nov 2000 14:15:13 +0100 From: Erik Mouw To: Jens Ansorg Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001121141512.J31270@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com>; from jens@ja-web.de on Tue, Nov 21, 2000 at 01:47:37PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > I went through the arcive bu tcould not find something useful for this > issue: > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > failed" messages whenever I run a gtk/gnome app. > > Now even worse: some apps couse this error: > "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" > > I get lots of lines of this one. > > probably related are errors/warnings about shared pixmaps not loading, i.e > when I open a menu and move the mouse down along the menu entries I get > those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. > Same with toolbars ... > > Is this shmget related with a kernel module shm.o ? > this module is there for my kernel but it refuses to load > (unresolved symbols) No. SysV shared memory is part of the "System V IPC" option, and it can't be compiled as a kernel module. All kernels provided by distributions have this enabled, AFAIK. What is the value of /proc/sys/kernel/shmmax ? Try to set this to a large value (like 32MB) with: echo 33554432 > /proc/sys/kernel/shmmax If you compiled your own kernel, be sure that you enabled SysV IPC. Erik [currently employed as kernel hacker, so that's why you don't see me that often on this list] -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From thomas@x-tekcorp.com Tue Nov 21 08:43:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id D14EB2BA9A for ; Tue, 21 Nov 2000 08:43:24 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 07:42:58 -0600 Message-ID: <200011210745370240.049E29A9@rsg.org> X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 07:45:37 -0600 From: "Thomas Rock" To: gtk-list@gnome.org Subject: GtkList frustrations Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====_9748143375705=_" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --=====_9748143375705=_ Content-Type: text/plain; charset="us-ascii" I'm trying to get a list of items to display in a GtkList, but all I get is a blank window. Below is the code (from an example in the Gnome/Gtk+ Programming Bible). What am I doing wrong? I'm running gtk+ 1.2.8 and Redhat Linux 7.0. Thanks. Tom Code: #include #include int main (int argc, char *argv[]) { GtkWidget *Toplevel; GtkWidget *list; GList *glist = (GList *) NULL; gtk_set_locale (); gtk_init (&argc, &argv); // create top-level window Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel"); gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER); glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Average")); printf("The list length is: %d\n", g_list_length(glist)); list = gtk_list_new(); gtk_list_append_items(GTK_LIST(list), glist); gtk_widget_set_usize(list, 150, 250); gtk_widget_show(list); gtk_container_add (GTK_CONTAINER (Toplevel), list); gtk_widget_show(Toplevel); gtk_main (); return 0; } Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com --=====_9748143375705=_ Content-Type: text/html; charset="us-ascii"
I'm trying to get a list of items to display in a GtkList, but all I get
is a blank window. Below is the code (from an example in the
Gnome/Gtk+ Programming Bible). What am I doing wrong?
 
I'm running gtk+ 1.2.8 and Redhat Linux 7.0.
 
Thanks.
 
Tom
 
 
Code:
 
#include <gtk/gtk.h>
#include <stdio.h>
 
int main (int argc, char *argv[]) {
 
   GtkWidget *Toplevel;
   GtkWidget *list;
  
   GList *glist = (GList *) NULL;
   gtk_set_locale ();
   gtk_init (&argc, &argv);
 
   // create top-level window
   Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL);
   gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel");
   gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER);
  
  
   glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Average"));
  
   printf("The list length is: %d\n", g_list_length(glist));
  
   list = gtk_list_new();
   gtk_list_append_items(GTK_LIST(list), glist);
   gtk_widget_set_usize(list, 150, 250);
   gtk_widget_show(list);
   gtk_container_add (GTK_CONTAINER (Toplevel), list);
 
  
   gtk_widget_show(Toplevel);
   gtk_main ();
   return 0;
}

Thomas Rock                        X-Tek Corporation
thomas@x-tekcorp.com         P.O. Box 254
888-908-9835 ext. 101           Richmond, IL 60071
                                           www.x-tekcorp.com
 
                                           
 
 
--=====_9748143375705=_-- From trog@gtk.org Tue Nov 21 09:14:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay.dera.gov.uk (relay.dera.gov.uk [192.5.29.49]) by mail.gnome.org (Postfix) with SMTP id 9834A2BA9A for ; Tue, 21 Nov 2000 09:14:01 -0500 (EST) Received: (qmail 25937 invoked from network); 21 Nov 2000 14:14:01 +0000 Received: from syntax.dera.gov.uk (146.80.9.50) by relay.dera.gov.uk with SMTP; 21 Nov 2000 14:14:01 +0000 Content-Length: 720 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200011210745370240.049E29A9@rsg.org> Date: Tue, 21 Nov 2000 14:14:00 -0000 (GMT) From: Trog To: Thomas Rock Subject: RE: GtkList frustrations Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 21-Nov-2000 Thomas Rock wrote: > I'm trying to get a list of items to display in a GtkList, but all > I get > is a blank window. Below is the code (from an example in the > Gnome/Gtk+ Programming Bible). What am I doing wrong? > > glist = g_list_append(glist, > gtk_list_item_new_with_label("Maximum")); You need to gtk_widget_show the list item, so it should be something like (for each one): GtkWidget *item; item = gtk_list_item_new_with_label("Maximum"); gtk_widget_show(item); glist = g_list_append(glist, item); -tony --- E-Mail: trog@gtk.org I find you lack of faith in the forth dithturbing. - Darse ("Darth") Vader Go Bezerk! http://www.gtk.org/~trog From isiryder@universitariosmix.com Tue Nov 21 09:14:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from s-mail2.hanmail.net (unknown [211.62.252.65]) by mail.gnome.org (Postfix) with ESMTP id ADB992BA9A for ; Tue, 21 Nov 2000 09:14:23 -0500 (EST) Received: from www4.mixmail.com (www.mixmail.com [211.32.117.94] (may be forged)) by s-mail2.hanmail.net (8.10.0/8.9.1) with ESMTP id eALDv6H30943; Tue, 21 Nov 2000 22:57:06 +0900 Received: (from hanadmin@localhost) by www4.mixmail.com (8.9.1/8.9.1) id WAA17597; Tue, 21 Nov 2000 22:59:37 +0900 (KST) From: "isiryder" To: gtk-list@gnome.org Subject: How to save pixmaps? X-Mailer: Daum Web Mailer 1.0 Date: Tue, 21 Nov 2000 00:59:37 -1300 Message-Id: <20001121145937.HM.b0000000000AgL9@mixmail.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. I am making a simple program which loads a pixmap into memory. Is it possible to modify a GtkPixmap? What types and functions should i use to modify a pixmap and save it into a file? This is the code i use to load the pixmap: GtkWidget* create_pixmap (GtkWidget *widget, const gchar*filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; GList *elem; colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); if (gdkpixmap == NULL) { g_warning (("Pixmap not loaded: %s"), (gchar*)filename); return NULL; } pixmap = gtk_pixmap_new (gdkpixmap, mask); if (pixmap != NULL) nombre_fichero = g_strdup(filename); gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com From wslu@sina.com Tue Nov 21 09:29:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sina.com (unknown [202.106.187.156]) by mail.gnome.org (Postfix) with SMTP id 2EE112BB47 for ; Tue, 21 Nov 2000 09:29:42 -0500 (EST) Received: (qmail 30010 invoked from network); 21 Nov 2000 13:49:56 -0000 Received: from unknown (HELO tulip) (202.115.65.104) by 202.106.187.156 with SMTP; 21 Nov 2000 13:49:56 -0000 Date: Tue, 21 Nov 2000 21:55:03 +0800 From: wslu To: "GTK+ Mailling List" Subject: What's wrong with component refresh? Message-Id: <3A1A7EB739.983CWSLU@smtp.sina.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.25.04 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm coding a GUI application using gtk+. I create a thread using pthread_create before the main window show, this thread communicate with window using signals and System V message queue. The problem is: After a successful communication between thread and the window, and when the window need to be redrawed(e.g., when resize it), it seams that the window "forget" to refresh his child components. This make all of the components disappear. what's wrong is it? Is it the correct way to use thread with GTK+? thanx for your any reply... From thomas@x-tekcorp.com Tue Nov 21 09:31:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id C31F52E396 for ; Tue, 21 Nov 2000 09:31:50 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 08:31:24 -0600 Message-ID: <200011210834010100.04CA7ABC@rsg.org> In-Reply-To: References: X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 08:34:01 -0600 From: "Thomas Rock" To: "Trog" Cc: gtk-list@gnome.org Subject: RE: GtkList frustrations Content-Type: text/plain; charset="ISO-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ DUH! Thanks! Tom *********** REPLY SEPARATOR *********** On 11/21/00 at 2:14 PM Trog wrote: >On 21-Nov-2000 Thomas Rock wrote: >> I'm trying to get a list of items to display in a GtkList, but all >> I get >> is a blank window. Below is the code (from an example in the >> Gnome/Gtk+ Programming Bible). What am I doing wrong? > > > >> >> glist = g_list_append(glist, >> gtk_list_item_new_with_label("Maximum")); > >You need to gtk_widget_show the list item, so it should be something >like (for each one): > > GtkWidget *item; > > item = gtk_list_item_new_with_label("Maximum"); > gtk_widget_show(item); > glist = g_list_append(glist, item); > >-tony > > >--- >E-Mail: trog@gtk.org >I find you lack of faith in the forth dithturbing. >- Darse ("Darth") Vader > >Go Bezerk! http://www.gtk.org/~trog > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com From mleisher@crl.nmsu.edu Tue Nov 21 11:00:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4152A2BB3D for ; Tue, 21 Nov 2000 11:00:22 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA26811; Tue, 21 Nov 2000 09:00:18 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA15399; Tue, 21 Nov 2000 09:00:19 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA13331; Tue, 21 Nov 2000 09:00:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.39953.449488.381918@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 09:00:17 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14873.39171.378460.879626@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Roozbeh> It depends on what should be considered reasonable. Against what Roozbeh> FriBidi claims in its readme file, it does not have any support Roozbeh> for explicit bidi marks, which will be needed in anything more Roozbeh> than causual usage. Hmm. I haven't looked at FriBidi for quite a while. I thought Dov would have support for explicit bidi marks by now. Anyway, I hope to have my Pretty Good Bidi Algorithm done, including explicit bidi marks by the end of December. Small and fast, it works for many cases already, but has three serious flaws: 1. Doesn't reorder certain kinds of numerical expressions in Arabic quite right. 2. Doesn't support explicit bidi marks. 3. The cursor tracking doesn't work right in some cases. It does however, address some odd things that come up in the Unicode Bidi algorithm, like positioning trailing parentheses/brackets/etc correctly without the need for explicit bidi marks. I've been using variations of this approach since 1995 and it has worked "pretty good" :-) If you want to play with it, go to the following page: http://crl.nmsu.edu/~mleisher/ucdata.html ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From feiguin@magnet.fsu.edu Tue Nov 21 11:26:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id CCE362BB0B for ; Tue, 21 Nov 2000 11:26:02 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05653 for ; Tue, 21 Nov 2000 11:25:55 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:25:55 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: GtkExtra-0.99.12 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I'm pleased to announce a new release of GtkExtra featuring major changes in GtkPlot, and including new widgets for 3d and polar plots. Here is a summary of the changes: - New plot subclasses for 3D and polar plots: GtkPlot3d and GtkPlotPolar. GtkPlot3D has its own API, but GtkPlotPolar can be casted as a GtkPlot considering the equivalence x->r, y->angle. - GtkPlotData is a widget. The API is almost the same. You may have to cast the widget using data = GTK_PLOT_DATA(gtk_plot_data_new()); - The other Data subclasses are Bar, Box, Flux, Surface and CSurface. - I added new arguments to the datasets (z, dz, a, da): z is obviously for 3d plots. However, it is used in GtkPlotBox to specify the size of the boxes. "a" is used to determine the size of the symbols, and "da", the color. - The color of the symbols, when "da" is specified, is detemined using the gradient. the gradient has (min, max) values, and corresponding colors. The symbol's color is interpolated between these values using hue/saturation/value depending on the gradient_mask. - GtkOrientation was replaced with GtkPlotOrientation (GTK_PLOT_AXIS_X/Y/Z) - the fields xticks and yticks were removed from gtkplot. - GtkPlotSymbol has a new field GtkPlotLine border and you set/get the attributes with gtk_plot_data_set/get_symbol - I removed the symbol type: GTK_PLOT_SYMBOL_BAR, because this is a new data subclass. I added TRIANGLE_LEFT/RIGHT and DOT. - After gtk_plot_canvas_paint, you have to use gtk_plot_canvas_refresh to refresh the pixmap in the window. This is because paint can be used to print or save plots in other formats, depending on the GtkPlotPC you are using (see below). - The drawing engine, called GtkPlotPC has been rewritten. Now it's a GtkObject, and you can derive subclasses as GtkPlotGdk and GtkPlotPS in our case (You can define your own if you want to use a different library to draw your plots!). How does it work: 1) Instead of creating a GdkGC, you create either a GtkPlotGdk or GtkPlotPS. 2) you do the following replacements: gdk_gc_set_foreground -> gtk_plot_pc_set_color gdk_gc_set_dash -> gtk_plot_pc_set_dash gdk_gc_set_line_attributes -> gtk_plot_pc_set_lineattr gdk_gc_draw_... -> gtk_plot_pc_draw_... The output will be either on a drawable or a file according to the GtkPlotPC you chose. All the redundant code for the PS output in gtkplotprint was eliminated! Elegant, isn't it? - I also added a new widget: gtktogglecombo, a gtkcombobox subclass (See it in action in testgtksheet) - New demos are included. - BugFixes in GtkSheet From feiguin@magnet.fsu.edu Tue Nov 21 11:29:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id 157B72E343 for ; Tue, 21 Nov 2000 11:27:27 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05657 for ; Tue, 21 Nov 2000 11:27:19 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:27:19 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: GtkExtra moved to Sourceforge Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You'll find the gtkextra webpage at http://gtkextra.sourceforge.net Enjoy! From feiguin@magnet.fsu.edu Tue Nov 21 12:17:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id DF2B92D1A6 for ; Tue, 21 Nov 2000 12:17:54 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id MAA06111 for ; Tue, 21 Nov 2000 12:17:47 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 12:17:47 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: SciGraphica-0.6 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm pleased to announce the new release of Scigraphica featuring 3D and polar plots! Scigraphica is a powerful tool for scientific graphics and data analysis. It pretends to be a clone of the popular commercial (and expensive) application "Microcal Origin". It fully supplies plotting features for 2D, 3D and polar charts. The aim is to obtain a fully-featured, cross-plattform, user-friendly, self-growing scientific application. It is free and open-source, released under the GPL license. Main features: -You can plot functions and manipulate data in worksheets. -You can open several worksheets and plots and work with them at the same time. -The plots are fully configurable using a control panel dialog. -The look and feel is completely WYSIWYG. -Publication quality PostScript output. -You can interact with the plots double-clicking, dragging and moving objects with the mouse. -Export/Import features in XML format. -You can insert Python expressions in the worksheets. URL: http://scigraphica.sourceforge.net Enjoy! The SciGraphica Team.- From kpierre@fit.edu Tue Nov 21 12:39:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id DAA742BBE7 for ; Tue, 21 Nov 2000 12:39:41 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id MAA01163 for ; Tue, 21 Nov 2000 12:40:11 -0500 (EST) Message-ID: <3A1AB40C.7000609@fit.edu> Date: Tue, 21 Nov 2000 12:42:36 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list Subject: theme errors Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I get ... libpng error: Application must be recompiled; version 1.0.6 was incompatible libpng error: Application must be recompiled; version 1.0.6 was incompatible ... whenever I run a gtk application with a theme other than default. This happens even after I recompiled the application and glib/gtk. I'm using glib/gtk 1.2.8. What must I recompile? PS. what's a theme engine? It it part of the glib or gtk packages? -Kervin From mleisher@crl.nmsu.edu Tue Nov 21 13:28:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 13B7E2CF1C for ; Tue, 21 Nov 2000 13:28:55 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id LAA12467; Tue, 21 Nov 2000 11:28:51 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id LAA51912; Tue, 21 Nov 2000 11:28:52 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id LAA13716; Tue, 21 Nov 2000 11:28:49 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.48865.349423.561713@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 11:28:49 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> It does however, address some odd things that come up in the Unicode >> Bidi algorithm, like positioning trailing parentheses/brackets/etc >> correctly without the need for explicit bidi marks. I've been using >> variations of this approach since 1995 and it has worked "pretty good" >> :-) Roozbeh> Mark, are you sure this should be done? I mean anything other Roozbeh> than exact standard compliance in this case, will really annoy Roozbeh> the user. She will have something shown on her Windows Roozbeh> application, and something else on his Unix application, for Roozbeh> example. The inclusion of explicit bidi marks to fix these small reordering glitches in the Unicode algorithm should have no effect on my routine. The idea behind my approach is to demonstrate that exactly the same results as the Unicode Bidi Reordering algorithm can be achieved in a much simpler fashion. Because the Unicode reordering algorithm is the reference, if mine does not produce exactly the same results, then it is no good. Roozbeh> You may have seen my Arabic joining problems post on the Unicode Roozbeh> list. We (heavy Arabic users) can't afford the difference. If Roozbeh> something comes in the right order here, it should be right Roozbeh> there. Or the text is not usable. Yes. I am quite aware how these differences can make Arabic and Persian text unusable. I've been doing this sort of thing for a while :-) The reordering problem you described simply doesn't occur in my algorithm because the text is already kept in discrete directional segments. In short, as you suggested, the explicit directional characters become implicitly non-joining and are not transparent with regard to joining. Your proposed solution for the U+06C0 decomposition looks like exactly the right thing to do. Roozbeh> Me and my colleagues are trying to implement explicit marks in Roozbeh> FriBidi, because there's simply no complete version of Unicode Roozbeh> bidi available. The reference implementaion is not usable, the Roozbeh> Microsoft version is not compliant, the Mozilla version is far Roozbeh> from complete, so there only remains FriBidi which is both usable Roozbeh> (proof: Robert's xterm) and easy enough to invest on. We can then Roozbeh> push everyone to do compliant support. Hopefully, there will be one more compliant choice soon. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From meisemann@dsrnet.com Tue Nov 21 16:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id AF0EC2BBBA for ; Tue, 21 Nov 2000 16:26:05 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eALLEc515369 for ; Tue, 21 Nov 2000 16:14:39 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eALLEbf15364 for ; Tue, 21 Nov 2000 16:14:38 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 21 Nov 2000 16:24:10 -0500 Message-ID: <01C053D7.7A63AA80.meisemann@dsrnet.com> From: Matt Eisemann To: "'gtk-list@gnome.org'" Subject: CLIST Date: Tue, 21 Nov 2000 16:24:09 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am creating an application and in the main window (win) I have a clist which takes up most of the room of the application. A user can scroll through a bunch of tasks they want to start and select one or more rows and start/stop update,select all,exit. These five buttons are below the clist. The format sort of looks like below. ----------------------------------------------- ------------------- * * * row * * row * * row * * row * * row * * button1 button2 button3 button4 button5 * *********************************************** ****** In the main window, there is a vbox, vertical box, which i place the CLIST and buttons. When I try to expand the main window, the application remains the same size. I noticed that my vbox was set to vbox=gtk_vbox_new(FALSE,NO_SPACING); gtk_widget_set_usize(vbox,900,570); When I expand the main window, I want the scrolled window to also automatically expand but have the other buttons and things remain the same size and I am having trouble doing this. For some reason, my scrolled window remains the same size and if I don't specify the size using 'usize', I get a CLIST with only one row so that I have to individually scroll through each row to get to the row I want. Why does CLIST depend upon the gtk_widget_set_usize to determine its size? The code(some of it) I use for the scrolled window is scrolled_win = gtk_scrolled_window_new(NULL,NULL); gtk_widget_set_usize(scrolled_win,400,400); gtk_window_set_policy(scrolled_win,TRUE,TRUE,TRUE) gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); Also, as a side question, since I am using CLIST do I still need the following for CLIST for scrolling or is that only for LIST. gtk_container_set_focus_hadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_wind ow_get_hadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); gtk_container_set_focus_vadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_windo w_get_vadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); Let me know if I was not clear regarding the From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 16:41:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 2CA1D2DCDE for ; Tue, 21 Nov 2000 16:41:22 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id VAA32605 for ; Tue, 21 Nov 2000 21:41:20 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 21 Nov 2000 21:39:36 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DXVJL; Tue, 21 Nov 2000 13:37:25 -0800 Date: Tue, 21 Nov 2000 14:38:49 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help (Please) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is the third time I am posting this message. I have not received any response yet... Can any one help me before I totally give up... A hint will do till the next time :) ---------- Forwarded message ---------- Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani To: gtk-list@gnome.org Subject: Help I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list From aby_paul@yahoo.com Tue Nov 21 16:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web1101.mail.yahoo.com (web1101.mail.yahoo.com [128.11.23.121]) by mail.gnome.org (Postfix) with SMTP id 674522E380 for ; Tue, 21 Nov 2000 16:52:01 -0500 (EST) Received: (qmail 25833 invoked by uid 60001); 21 Nov 2000 21:52:00 -0000 Message-ID: <20001121215200.25831.qmail@web1101.mail.yahoo.com> Received: from [198.133.22.73] by web1101.mail.yahoo.com; Tue, 21 Nov 2000 13:52:00 PST Date: Tue, 21 Nov 2000 13:52:00 -0800 (PST) From: Aby Paul Subject: Configuring GTK To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I have installed GTK 1.1.8 on AIX 4.3.3. Each time I try to run the the simple program 'base' (mentioned in the documentaion), it results in coredump. gdb shows its looking for a a function gdk_init_check () in file gdk.c. And there is no file called gdk.c availale. Do anyone know what went wrong with the configuration? Thanks in advance, Aby __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From Valdis.Kletnieks@vt.edu Tue Nov 21 17:10:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9DDF02DFDD for ; Tue, 21 Nov 2000 17:10:38 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eALMAbG33790; Tue, 21 Nov 2000 17:10:38 -0500 Message-Id: <200011212210.eALMAbG33790@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Aby Paul Cc: gtk-list@gnome.org Subject: Re: Configuring GTK In-Reply-To: Your message of "Tue, 21 Nov 2000 13:52:00 PST." <20001121215200.25831.qmail@web1101.mail.yahoo.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2027487492P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 21 Nov 2000 17:10:37 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2027487492P Content-Type: text/plain; charset=us-ascii On Tue, 21 Nov 2000 13:52:00 PST, Aby Paul said: > I have installed GTK 1.1.8 on AIX 4.3.3. Each time I > try to run the the simple program 'base' (mentioned in > the documentaion), it results in coredump. gdb shows > its looking for a a function gdk_init_check () in file > gdk.c. And there is no file called gdk.c availale. Do > anyone know what went wrong with the configuration? This appears to be libtool not cooperating with the AIX linker. Basically, the libraries get linked with -berok. This in itself is not bad, except that (for instance) libgtk.a is linked without a reference to libgdk.a. At runtime, this results in references to gdk functions not being correctly resolved. So when the gtk_init_check() routine calls gdk_init_check(), it branches off to never-never land. To fix: 1) Re-build glib, gmodule and gthreads libraries *without* -berok (this will require some libtool hackery). You'll have to specify additional -L and -l flags to get gmodule and gthreads to rebuild. 2) Repeat for the gdk libraries 3) Repeat for the gtk libraries. Hope this helps. I need to write all this up and get it folded back into the base libtool/gtk distributions.. ;( -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2027487492P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhry3XAt5Vm009ewEQIZfQCg/hwyU9galgiO4Fpu+LAqc72RLjUAnj1g bwsAL9dP1VtIl6Lfzly9z8pK =2YVE -----END PGP SIGNATURE----- --==_Exmh_2027487492P-- From rsteinke@merilon.elfhame.net Tue Nov 21 20:40:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 04D2C2C8A3 for ; Tue, 21 Nov 2000 20:40:17 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAM1mek15085 for gtk-list@gnome.org; Tue, 21 Nov 2000 17:48:40 -0800 From: Ron Steinke Date: Tue, 21 Nov 2000 17:48:39 -0800 To: gtk-list@gnome.org Subject: marshallers Message-ID: <3A1B25F7.nailBMZ115F3M@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm confused about how marshallers work. The return functions for gtk_signal_default_marshaller, which is defined as gtk_marshal_VOID__VOID, are of type callback(GtkObject *object, gpointer user_data). Does that mean that the callback for gtk_marshal_VOID__VOID is of the form callback(GtkObject *object, gpointer arg1, gpointer user_data)? Ron Steinke From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 22:27:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 3899C2BCEF for ; Tue, 21 Nov 2000 22:27:32 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id DAA02408 for ; Wed, 22 Nov 2000 03:27:31 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 03:25:46 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX74Z; Tue, 21 Nov 2000 19:23:52 -0800 Date: Tue, 21 Nov 2000 20:25:35 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with scrolled window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does any one know how to update the contents of a scrolled window dynamically, that is after the program has executed? -r From nhb2001@hotmail.com Tue Nov 21 08:01:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f200.law10.hotmail.com [64.4.15.200]) by mail.gnome.org (Postfix) with ESMTP id 93A4F2BBA9 for ; Tue, 21 Nov 2000 08:01:34 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 21 Nov 2000 05:01:33 -0800 Received: from 194.83.240.32 by lw10fd.law10.hotmail.msn.com with HTTP; Tue, 21 Nov 2000 13:01:33 GMT X-Originating-IP: [194.83.240.32] From: "john john" To: gtk-list@gnome.org Subject: Redhat 6.0 for glade Date: Tue, 21 Nov 2000 13:01:33 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Nov 2000 13:01:33.0743 (UTC) FILETIME=[2C8753F0:01C053BB] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I would like to use glade on redhat 6.0, which packages do I need to install? I quite unsure & a newie on linux. this is from the www.gtk.org. Glade 0.5.9 Tarball (1.7 MB) automake 1.4 and autoconf 2.13 to build generated code. And a recent version of gnome-libs (>=1.0.50) would all this be enough for redhat6.0, I am bit stuck with my final year project & do need your answer please. Thanks ted _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com From StefanRieken@SoftHome.net Tue Nov 21 09:52:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hirogen.kabelfoon.nl (unknown [62.45.45.69]) by mail.gnome.org (Postfix) with ESMTP id 439652E331 for ; Tue, 21 Nov 2000 09:52:24 -0500 (EST) Received: from SoftHome.net (k8nw253.dial.kabelfoon.nl [62.45.11.127]) by hirogen.kabelfoon.nl (Postfix) with ESMTP id 5E0457C46 for ; Tue, 21 Nov 2000 15:53:33 +0100 (CET) Message-ID: <3A1A8C02.64597193@SoftHome.net> Date: Tue, 21 Nov 2000 15:51:46 +0100 From: Stefan Rieken Organization: Flip de Egel Productions X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: nl,en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: any policy for foo_new() return types? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, First off, I've been so rude to post to this list while not being on it. Please CC me, thanks. I have used GNOME and GTK+ for a long time, but only in the past few days I really got past the "Hello, World" stage. I couldn't help noticing that every foo_new() method had its own policy for what kind of struct to return. A few examples (sorry for using GNOME examples): - gnome_app_bar_new() returns a GtkWidget* (its far, but not "oldest" ancestor) - gnome_mdi_new() returns a GtkObject* (its "oldest", and only ancestor) - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild (an instance of itself) - gtk_adjustment_new() returns a GtkObject* (its "oldest", but not its only ancestor) I believe that it's common policy to return a GtkWidget* if this is available in the ancestry, and otherwise fall back to a GtkObject -- but why this policy, anyway? And why do some of the above examples draw away from this policy? Thanks, Stefan From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 21:13:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 094D72DE8F for ; Tue, 21 Nov 2000 21:13:31 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id CAA02005 for ; Wed, 22 Nov 2000 02:13:30 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 02:11:45 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX6RN; Tue, 21 Nov 2000 18:09:49 -0800 Date: Tue, 21 Nov 2000 19:11:34 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Can any one tell me how to show a widget after a timer runs out but not at the execution of the application? -r From roozbeh@sharif.edu Tue Nov 21 12:25:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id 751B52DF4F for ; Tue, 21 Nov 2000 12:25:07 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id UAA19388; Tue, 21 Nov 2000 20:54:51 +0330 Date: Tue, 21 Nov 2000 20:54:51 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14874.39953.449488.381918@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 21 Nov 2000, Mark Leisher wrote: > It does however, address some odd things that come up in the Unicode Bidi > algorithm, like positioning trailing parentheses/brackets/etc correctly > without the need for explicit bidi marks. I've been using variations of this > approach since 1995 and it has worked "pretty good" :-) Mark, are you sure this should be done? I mean anything other than exact standard compliance in this case, will really annoy the user. She will have something shown on her Windows application, and something else on his Unix application, for example. You may have seen my Arabic joining problems post on the Unicode list. We (heavy Arabic users) can't afford the difference. If something comes in the right order here, it should be right there. Or the text is not usable. Me and my colleagues are trying to implement explicit marks in FriBidi, because there's simply no complete version of Unicode bidi available. The reference implementaion is not usable, the Microsoft version is not compliant, the Mozilla version is far from complete, so there only remains FriBidi which is both usable (proof: Robert's xterm) and easy enough to invest on. We can then push everyone to do compliant support. --roozbeh From rdiazmartin@yahoo.com Sun Nov 19 08:22:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp2.mail.yahoo.com (smtp2.mail.yahoo.com [128.11.68.32]) by mail.gnome.org (Postfix) with SMTP id CBB3C2BAD5 for ; Sun, 19 Nov 2000 08:22:19 -0500 (EST) Received: from 10-madr-x116.libre.retevision.es (HELO mandrake.roberto.ral) (62.83.44.202) by smtp.mail.vip.suc.yahoo.com with SMTP; 19 Nov 2000 07:24:21 -0000 X-Apparently-From: Received: from localhost (localhost [10.0.0.1]) by mandrake.roberto.ral (8.9.3/8.9.3) with ESMTP id IAA04137 for ; Sun, 19 Nov 2000 08:26:59 +0100 Date: Sun, 19 Nov 2000 08:26:59 +0100 (MET) From: Roberto Diaz X-Sender: rdiazmartin@mandrake.roberto.ral To: gtk-list Subject: Saving a pixmap to a file.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi.. Well my problem is that I dont know very well how the format of a pixmap looks like.. I would like to be able to get all the information into a pixmap an generate RGB data.. this is because I'm doing a whiteboard application and I would like to be able to save the drawings.. (currently my whiteboard works pretty good but still looses all the work at the end!!! ;) If I'm able to get the data as RGB I will be able to make a lot of things using imageMagick or Imlib for example (in order to be able to save it as png, jpg, eps.. etc).. please I need your good advice. Thanks in advance! Roberto __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com From robert@promisechina.com Sun Nov 19 23:04:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0722E2BD0E for ; Sun, 19 Nov 2000 23:04:22 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA06214 for ; Sun, 19 Nov 2000 23:04:21 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAK44GD06909 for ; Sun, 19 Nov 2000 23:04:18 -0500 Received: (qmail 46709 invoked from network); 20 Nov 2000 03:52:31 -0000 Received: from unknown (HELO zhang) (61.151.174.97) by www10.chinadns.com with SMTP; 20 Nov 2000 03:52:31 -0000 Message-ID: <001201c052a6$14cb7220$7424c409@promise.com> From: "Zhang" To: Subject: Compile in FreeBSD Date: Mon, 20 Nov 2000 11:58:02 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C052E9.22793400" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQogICAgSSBjb21waWxlIG15IHNvdXJjZSBjb2RlIGJ5ICAiZ3RrX2NvbmZpZyIg aW4gTElOVVgsIGhvdyBjYW4gSSBjb21waWxlIGl0IGluIEZyZWVCU0Q/IA0KDQoNCiAgICBCZXN0 IFJlZ2FyZHMuDQoNCiAgICAgICAgICAgICAgICAgICAgUm9iZXJ0IC4gICAxMS4yMA0K ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgSSBjb21waWxlIG15 IHNvdXJjZSBjb2RlIGJ5Jm5ic3A7IA0KImd0a19jb25maWciIGluIExJTlVYLCBob3cgY2FuIEkg Y29tcGlsZSBpdCBpbiBGcmVlQlNEPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyBC ZXN0IFJlZ2FyZHMuPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg c2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyBSb2JlcnQgLiZu YnNwOyZuYnNwOyANCjExLjIwPC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= ------=_NextPart_000_000F_01C052E9.22793400-- From gsarria@escher.ujavcali.edu.co Mon Nov 20 15:33:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from escher.ujavcali.edu.co (unknown [200.32.81.136]) by mail.gnome.org (Postfix) with ESMTP id 4C6142BBF4 for ; Mon, 20 Nov 2000 15:33:22 -0500 (EST) Received: from localhost (gsarria@localhost) by escher.ujavcali.edu.co (8.9.3/8.9.3) with ESMTP id PAA09604 for ; Mon, 20 Nov 2000 15:35:02 -0500 Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) From: Gerardo Mauricio Sarria To: gtk-list@gnome.org Subject: Drag and Drop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I am developing an application in lisp with a GTK+ module. This app requires the drag and drop utility but I can't find any documentation about it. Can anybody give me some documentation about it? Thanks Gerardo Sarria From roozbeh@sharif.edu Tue Nov 21 04:09:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id CA0A62E211 for ; Tue, 21 Nov 2000 04:09:00 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id MAA04505; Tue, 21 Nov 2000 12:38:31 +0330 Date: Tue, 21 Nov 2000 12:38:31 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14873.39171.378460.879626@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 20 Nov 2000, Mark Leisher wrote: > The latest development-only versions of GDK, Pango, and GTK were just released > a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi > package to handle directionality. In short, this development version should > provide reasonable support at least for display of Arabic text. It depends on what should be considered reasonable. Against what FriBidi claims in its readme file, it does not have any support for explicit bidi marks, which will be needed in anything more than causual usage. From wolfgang@ultim.net Tue Nov 21 23:23:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 547D32E080 for ; Tue, 21 Nov 2000 23:23:46 -0500 (EST) Received: (qmail 22058 invoked from network); 22 Nov 2000 04:22:24 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:22:24 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4LoP01786 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:21:50 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:21:49 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121232148.A1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from rhajikhani@exchange.office.etoys.com on Tue, Nov 21, 2000 at 08:25:35PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 08:25:35PM -0800, heure d'inpiration, Rasoul Hajikhani écrivait en ces mots: > Does any one know how to update the contents of a scrolled window > dynamically, that is after the program has executed? > -r Not willing to be offensive at all. Is that a spam ? There is no way to make a program use, display, modify widgets when this program has ended. When the program has ended, it closes its connection to the X server and the X server releases any resources allocated to this program. The Berlin project has a feature which permit programs to still be displayed while they are not running, but not X. Wolfgang -- A chicken is an egg's way of producing more eggs. From wolfgang@ultim.net Tue Nov 21 23:26:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id A08032E085 for ; Tue, 21 Nov 2000 23:25:35 -0500 (EST) Received: (qmail 22178 invoked from network); 22 Nov 2000 04:24:14 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:24:14 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4Nf501794 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:23:41 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:23:40 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Redhat 6.0 for glade Message-ID: <20001121232340.B1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from nhb2001@hotmail.com on Tue, Nov 21, 2000 at 01:01:33PM -0000 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 01:01:33PM -0000, heure d'inpiration, john john écrivait en ces mots: > Hi Guys, > I would like to use glade on redhat 6.0, which packages do I need to > install? I quite unsure & a newie on linux. > > this is from the www.gtk.org. > > Glade 0.5.9 Tarball (1.7 MB) > automake 1.4 and autoconf 2.13 to build generated code. > > And a recent version of gnome-libs (>=1.0.50) > would all this be enough for redhat6.0, I am bit stuck with my final year > project & do need your answer please. Try the packages from the standard distributions (for Redhat 6.2). If they don't work, choose between upgrading your distribution to 6.2 or to rebuild the src.rpms for those packages. W -- A chicken is an egg's way of producing more eggs. From gharris@flashcom.net Tue Nov 21 23:37:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A71DC2D33A for ; Tue, 21 Nov 2000 23:37:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA02815 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAM4b7D21998 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: (cpmta 21469 invoked from network); 21 Nov 2000 20:36:58 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:36:58 -0800 X-Sent: 22 Nov 2000 04:36:58 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03801; Tue, 21 Nov 2000 20:36:56 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:36:56 -0800 From: Guy Harris To: Zhang Cc: GTK-list@redhat.com Subject: Re: Compile in FreeBSD Message-ID: <20001121203656.C363@quadrajet.flashcom.com> References: <001201c052a6$14cb7220$7424c409@promise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <001201c052a6$14cb7220$7424c409@promise.com>; from robert@promisechina.com on Mon, Nov 20, 2000 at 11:58:02AM +0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 20, 2000 at 11:58:02AM +0800, Zhang wrote: > I compile my source code by "gtk_config" in LINUX, how can I > compile it in FreeBSD? With "gtk_config", if you have GTK+ installed. If you don't have it installed, get it from the ports collection, or load a binary package, or download the source and build and install it yourself. The ports/packages you need are "glib-1.2.8" and "gtk-1.2.8". From gharris@flashcom.net Tue Nov 21 23:43:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id 52D622BA83 for ; Tue, 21 Nov 2000 23:43:58 -0500 (EST) Received: (cpmta 23759 invoked from network); 21 Nov 2000 20:43:56 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:43:56 -0800 X-Sent: 22 Nov 2000 04:43:56 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03812; Tue, 21 Nov 2000 20:43:55 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:43:55 -0800 From: Guy Harris To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121204355.D363@quadrajet.flashcom.com> References: <20001121232148.A1733@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001121232148.A1733@debian.home>; from wolfgang@ultim.net on Tue, Nov 21, 2000 at 11:21:49PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 11:21:49PM -0500, Wolfgang Sourdeau wrote: > Not willing to be offensive at all. Is that a spam ? > There is no way to make a program use, display, modify widgets when this > program has ended. When the program has ended, it closes its connection to > the X server and the X server releases any resources allocated to this > program. Perhaps by "after the program has executed" he meant "after the program has started", i.e. "after it has initially displayed the scrolled window", rather than "after the program has finished running and exited". From Florent.Devin@lifl.fr Wed Nov 22 03:39:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 74F122BB23 for ; Wed, 22 Nov 2000 03:39:19 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA14888 for ; Wed, 22 Nov 2000 09:38:37 +0100 (MET) Message-ID: <3A1B862C.867F70C1@lifl.fr> Date: Wed, 22 Nov 2000 09:39:08 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Drag and Drop References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Gerardo Mauricio Sarria a écrit : > > Hi! > > I am developing an application in lisp with a GTK+ module. This app > requires the drag and drop utility but I can't find any documentation > about it. > Can anybody give me some documentation about it? > > Thanks > > Gerardo Sarria > Hi, Yes this is a FAQ, but not in FAQ. There is a sample in the gtk archive, which is called testdnd You should look at -- Florent DEVIN From wowa@jet.msk.su Wed Nov 22 03:49:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id C3ED22D291 for ; Wed, 22 Nov 2000 03:49:57 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13yVaz-0000JH-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13yVaz-00070G-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13yVay-0000OT-00; Wed, 22 Nov 2000 11:49:36 +0300 From: Vladimir Tsichevski To: gsarria@escher.ujavcali.edu.co Cc: gtk-list@gnome.org In-reply-to: (message from Gerardo Mauricio Sarria on Mon, 20 Nov 2000 15:35:02 -0500 (COT)) Subject: Re: Drag and Drop Message-Id: Date: Wed, 22 Nov 2000 11:49:36 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) >From: Gerardo Mauricio Sarria >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > > >Hi! > >I am developing an application in lisp with a GTK+ module. This app >requires the drag and drop utility but I can't find any documentation >about it. >Can anybody give me some documentation about it? > >Thanks > >Gerardo Sarria > The GTK+ package has an example program named testdnd.c. If you are programming in Lisp, take a look at my bigloo-lib package , which has gtk bindings for Scheme programming language, and includes the working testdnd example rewritten in Bigloo Scheme. Regards, Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From Florent.Devin@lifl.fr Wed Nov 22 03:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id D69E22DE4A for ; Wed, 22 Nov 2000 03:52:01 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA15038 ; Wed, 22 Nov 2000 09:51:21 +0100 (MET) Message-ID: <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 09:51:53 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani a écrit : > > Can any one tell me how to show a widget after a timer runs out but not at > the execution of the application? > -r If I understand you Try to do while (gtk_events_pending()) gtk_main_iteration -- Florent DEVIN From johan.groth.mandator@celsius.se Wed Nov 22 06:13:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 6394C2E079 for ; Wed, 22 Nov 2000 06:13:05 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:05:44 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA18896 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:06:37 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA28184 for ; Wed, 22 Nov 2000 11:03:05 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:03:47 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA13195 for ; Wed, 22 Nov 2000 11:03:34 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA10202; Wed, 22 Nov 2000 11:02:43 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA26330 for ; Wed, 22 Nov 2000 11:02:37 +0100 (MET) Message-Id: <3A1B99BD.6067EFC7@rmail.bofors> Date: Wed, 22 Nov 2000 11:02:37 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: sparc linux binaries on sparc solaris 2.5.1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Greetings, I wonder if it is possible to take glib/gtk+ linux binaries for sparc and run them under Solaris 2.5.1 with Solaris linux emulation (I think such a beast exists for 2.5.1)? Reason? I can't get clist to work on 2.5.1. TIA, /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From john.cupitt@ng-london.org.uk Wed Nov 22 06:59:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 23E9F2E0DD for ; Wed, 22 Nov 2000 06:59:01 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5GWS; Wed, 22 Nov 2000 11:58:57 -0000 Message-ID: <3A1BB421.DE8E8BE5@ng-london.org.uk> Date: Wed, 22 Nov 2000 11:55:13 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ (I mailed you directly, but it bounced ... so it's on the list) Hi Rasoul, > when my application starts, I create a progress bar (Hybrid->progressbar), > a table with row=1 column=1, and a scrolling window. I place a reference > to this table in my Hybrid->table data structure. I insert the table > Hybrid->table in the scrolling window. After progressbar timer iterates > once, I call update_records function which retrieves the records from tha > data base and they are inserted into the linked list. The Hybrid data > structure is then used in the update_table function to get access to both > the linked list and the table to update the table by placing the levelhold > widgets in the appropriate rows and columns (supposedly). But it never > happens and I never see the levelhold widgets. Can any one help me and > tell me where I have gone wrong... So many things could have gone wrong :( it's hard to say from your description. Try to make a small example program which you can post which shows the problem, or take the progressbar example in testgtk and hack that about. HTH, John From pbd@op.net Wed Nov 22 07:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4D2092E1BE for ; Wed, 22 Nov 2000 07:02:10 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id HAA13586; Wed, 22 Nov 2000 07:01:41 -0500 (EST) Message-Id: <200011221201.HAA13586@renoir.op.net> To: "Florent. Devin" Cc: Rasoul Hajikhani , gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 09:51:53 +0100." <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 07:02:49 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Can any one tell me how to show a widget after a timer runs out but not at >> the execution of the application? >> -r >If I understand you >Try to do >while (gtk_events_pending()) > gtk_main_iteration i don't think that this is what he meant. i think he wants: 1) program starts 2) gtk_init() 3) creates some widgets 4) show()'s most of the widgets 5) gtk_run() . . . 6) show() some other widgets the answer is to do this between steps 4 and 5: gtk_timeout_add (msecs, function, argument); and within `function': gint function (void *arg) { other_widget1->show (); other_widget2->show (); return FALSE; /* don't execute this function again */ } --p From mleisher@crl.nmsu.edu Wed Nov 22 10:24:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id AC5EF2BBB2 for ; Wed, 22 Nov 2000 10:24:20 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA25720; Wed, 22 Nov 2000 08:24:13 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA18398; Wed, 22 Nov 2000 08:24:14 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA15659; Wed, 22 Nov 2000 08:24:11 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.58651.749624.936425@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 08:24:11 -0700 (MST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? In-Reply-To: <3A1A8C02.64597193@SoftHome.net> References: <3A1A8C02.64597193@SoftHome.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan> I believe that it's common policy to return a GtkWidget* if this Stefan> is available in the ancestry, and otherwise fall back to a Stefan> GtkObject -- but why this policy, anyway? And why do some of the Stefan> above examples draw away from this policy? I really like GTK (but don't use GNOME). After many years of using the Intrinsics, I got used to object creation calls all returning Widget*, and all widget-related functions taking Widget* arguments, leaving the functions to check for valid subclasses instead of the programmer doing it explicitly. Though I find some of these differences mildly annoying, these are minor because GTK is very usable in just about all other respects. My guess is that the differing return types were done as a matter of convenience at one point and never quite got fixed to meet policy. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From otaylor@redhat.com Wed Nov 22 10:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 23D632E0D5 for ; Wed, 22 Nov 2000 10:26:57 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DE22524231C; Wed, 22 Nov 2000 10:26:56 -0500 (EST) To: Mark Leisher Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 10:26:56 -0500 In-Reply-To: Mark Leisher's message of "Tue, 21 Nov 2000 11:28:49 -0700 (MST)" Message-ID: Lines: 51 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > >> It does however, address some odd things that come up in the Unicode > >> Bidi algorithm, like positioning trailing parentheses/brackets/etc > >> correctly without the need for explicit bidi marks. I've been using > >> variations of this approach since 1995 and it has worked "pretty good" > >> :-) > > Roozbeh> Mark, are you sure this should be done? I mean anything other > Roozbeh> than exact standard compliance in this case, will really annoy > Roozbeh> the user. She will have something shown on her Windows > Roozbeh> application, and something else on his Unix application, for > Roozbeh> example. > > The inclusion of explicit bidi marks to fix these small reordering > glitches in the Unicode algorithm should have no effect on my > routine. > > The idea behind my approach is to demonstrate that exactly the same > results as the Unicode Bidi Reordering algorithm can be achieved in > a much simpler fashion. > > Because the Unicode reordering algorithm is the reference, if mine does not > produce exactly the same results, then it is no good. I don't really follow - you claim that your algorithm handles some cases better, but, on the other hand you say that you want to get exactly the same results. I'm definitely of the opinion that following the Unicode algorithm exactly is a absolute necessity, which is perhaps the main reason for using the FriBidi code in Pango. And FriBidi isn't very complex - as it is currently, without handling explicit embedding and overrides, the part that Pango uses is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more than a few hundred more. (I actually think that explicit embeddings and overrides are going to be fairly rare, but would like to see the support there.) So, the only sense I could imagine it being complex is that it might be slow compared to a simpler algorithm.... but compared to shaping, determination of bidirectional level isn't a significant bottleneck in Pango. And I know of several more optimizations that could speed up FriBidi further. Regards, Owen From Rajagopalan.Srinivasan@indsys.ge.com Wed Nov 22 10:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from unknown-230-101.pilot.net (unknown-230-101.pilot.net [206.98.230.101]) by mail.gnome.org (Postfix) with ESMTP id 6A4482CF45 for ; Wed, 22 Nov 2000 10:38:31 -0500 (EST) Received: from unknown-239-164.pilot.net (unknown-239-164.pilot.net [206.189.239.164]) by unknown-230-101.pilot.net with ESMTP id KAA15983 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from nsmtrs1.motors.ge.com (localhost [127.0.0.1]) by unknown-239-164.pilot.net with ESMTP id KAA02958 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from ns01.salem.ge.com (ns01.salem.ge.com [3.29.12.4]) by nsmtrs1.motors.ge.com (Postfix) with ESMTP id 3830B33313; Wed, 22 Nov 2000 10:38:29 -0500 (EST) Received: from vasale01misge.salem.ge.com (vasale01misge [3.29.13.12]) by ns01.salem.ge.com (Postfix) with ESMTP id D326817FC7; Wed, 22 Nov 2000 10:38:28 -0500 (EST) Received: by vasale01misge.salem.ge.com with Internet Mail Service (5.5.2651.58) id <44H3PR22>; Wed, 22 Nov 2000 10:38:37 -0500 Message-ID: From: "Srinivasan, Rajagopalan (IndSys, SalemVA)" To: "'Mark Leisher'" Cc: "'gtk-list@gnome.org'" Subject: RE: any policy for foo_new() return types? Date: Wed, 22 Nov 2000 10:38:26 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ One of the reasons I use Ada and the GtkAda binding........................... srini > -----Original Message----- > From: Mark Leisher [mailto:mleisher@crl.nmsu.edu] > Sent: Wednesday, November 22, 2000 10:24 AM > To: Stefan Rieken > Cc: gtk-list@gnome.org > Subject: Re: any policy for foo_new() return types? > > > > Stefan> I believe that it's common policy to return a > GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why > do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of > using the > Intrinsics, I got used to object creation calls all returning > Widget*, and all > widget-related functions taking Widget* arguments, leaving > the functions to > check for valid subclasses instead of the programmer doing it > explicitly. > > Though I find some of these differences mildly annoying, > these are minor > because GTK is very usable in just about all other respects. > > My guess is that the differing return types were done as a matter of > convenience at one point and never quite got fixed to meet policy. > -------------------------------------------------------------- > --------------- > Mark Leisher > Computing Research Lab Cinema, radio, television, > magazines are a > New Mexico State University school of inattention: > people look without > Box 30001, Dept. 3CRL seeing, listen without hearing. > Las Cruces, NM 88003 -- Robert Bresson > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mleisher@crl.nmsu.edu Wed Nov 22 11:08:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4DBC32CE1F for ; Wed, 22 Nov 2000 11:08:39 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA29278; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA26996; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA15748; Wed, 22 Nov 2000 09:08:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.61314.373208.717105@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 09:08:34 -0700 (MST) To: Owen Taylor Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> The inclusion of explicit bidi marks to fix these small reordering >> glitches in the Unicode algorithm should have no effect on my routine. >> >> The idea behind my approach is to demonstrate that exactly the same >> results as the Unicode Bidi Reordering algorithm can be achieved in a >> much simpler fashion. >> >> Because the Unicode reordering algorithm is the reference, if mine does >> not produce exactly the same results, then it is no good. Owen> I don't really follow - you claim that your algorithm handles some Owen> cases better, but, on the other hand you say that you want to get Owen> exactly the same results. Sorry, I'm juggling a million things at once and have been leaving lots of little details like this out. Given the same correct input string, the reordered output string from my routine should be the same as a true implementation of the Unicode Bidi algorithm. The difference with my algorithm is that even if some explicit directional marks get left out (an incorrect input string, if you will), the text will probably be reordered correctly anyway. Owen> I'm definitely of the opinion that following the Unicode algorithm Owen> exactly is a absolute necessity, which is perhaps the main reason Owen> for using the FriBidi code in Pango. I definitely agree that there should be a single way to do this. It makes life a lot easier for everyone. Owen> And FriBidi isn't very complex - as it is currently, without Owen> handling explicit embedding and overrides, the part that Pango uses Owen> is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more Owen> than a few hundred more. About the same amount of code in my routine so far too. Owen> (I actually think that explicit embeddings and overrides are going Owen> to be fairly rare, but would like to see the support there.) Very likely. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From Anthony-Ferrand@wanadoo.fr Wed Nov 22 11:24:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from amyris.wanadoo.fr (smtp-abo-2.wanadoo.fr [193.252.19.150]) by mail.gnome.org (Postfix) with ESMTP id 6F6822BD79 for ; Wed, 22 Nov 2000 11:24:54 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by amyris.wanadoo.fr; 22 Nov 2000 17:24:51 +0100 Message-ID: <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 17:25:33 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gtk_input_add Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I don't understand something with the gtk_input_add function (again!). I create a fifo (using mkfifo) and then I want to launch a function when datas are accessible from this fifo.... so I use the gtk_input_add function but when the process comes to the gtk_input_add line it just stop. More exactly, the prog is running but it is just waiting for something.... Thanks in advance, ASF From otaylor@redhat.com Wed Nov 22 11:28:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 44A702E152 for ; Wed, 22 Nov 2000 11:28:11 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 2B3C024231C; Wed, 22 Nov 2000 11:28:11 -0500 (EST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Owen Taylor Date: 22 Nov 2000 11:28:11 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 53 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > Hello, > > First off, I've been so rude to post to this list while not being on it. > Please CC me, thanks. > > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > > I believe that it's common policy to return a GtkWidget* if this is > available in the ancestry, and otherwise fall back to a GtkObject -- but > why this policy, anyway? And why do some of the above examples draw away > from this policy? The policy is basically that the constructor should return the most derived types with a few exceptions: - Constructors of types derived from GtkWidget should return a GtkWidget. The basic reason why widget constructors return a GtkWidget is the next step after creation is almost always adding to a container. - The same applies to other cases when the class is more likely to be used as a base class than as the derived class - for example GtkIMContext in GTK+-2.0. This concept is a little fuzzy, but works OK in practice. GnomeMDI and GtkAdjustment are broken. GtkAdjustment is that way for compatibility reasons, but unfortunately its been copied as a bad example in a few other places. GTK+-2.0 introduces a big swarm of non-widget GObject types, (PangoLayout, GdkWindow, GdkGC, ....) so there will be lots of good examples. Regards, Owen From otaylor@redhat.com Wed Nov 22 11:33:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 4F4052D1CE for ; Wed, 22 Nov 2000 11:33:24 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 3713824231C; Wed, 22 Nov 2000 11:33:24 -0500 (EST) To: Mark Leisher Cc: Stefan Rieken , gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 11:33:24 -0500 In-Reply-To: Mark Leisher's message of "Wed, 22 Nov 2000 08:24:11 -0700 (MST)" Message-ID: Lines: 38 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Stefan> I believe that it's common policy to return a GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of using > the Intrinsics, I got used to object creation calls all returning > Widget*, and all widget-related functions taking Widget* arguments, > leaving the functions to check for valid subclasses instead of the > programmer doing it explicitly. ALthough I haven't talked to Peter about the issue, so I can't tell you the _real_ reason for it, my take on the reasons why having functions take the most derived type useful is: - It makes the header files clearer - Combined with standard programmer habits, it provides some measure of compile time safety; because if I write: GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); The compiler will catch it. Of course, if I write GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); It won't get caught until run time, but that's a harder mistake to make. Regards, Owen From pbd@op.net Wed Nov 22 11:38:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id B3ACB2D01C for ; Wed, 22 Nov 2000 11:38:57 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA06284; Wed, 22 Nov 2000 11:38:02 -0500 (EST) Message-Id: <200011221638.LAA06284@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 17:25:33 +0100." <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 11:39:13 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I don't understand something with the gtk_input_add function (again!). >I create a fifo (using mkfifo) and then I want to launch a function when >datas are accessible from this fifo.... so I use the gtk_input_add >function but when the process comes to the gtk_input_add line it just >stop. More exactly, the prog is running but it is just waiting for >something.... do you mean it stops while executing gtk_input_add() ? show us the code - problems like this can almost never be solved from reading a non-code description. --p From hp@redhat.com Wed Nov 22 11:48:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id BE0062E3DF for ; Wed, 22 Nov 2000 11:48:02 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAMGmEK02767; Wed, 22 Nov 2000 11:48:14 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Havoc Pennington Date: 22 Nov 2000 11:48:14 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 30 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > There is a policy, and it is: - widgets are returned as GtkWidget*, the principle is that you are most likely to need them as GtkWidget* (e.g. as the second arg to gtk_container_add(), to show them, etc.) - everything else should be returned as the most-derived type gtk_adjustment_new() and gnome_mdi_new() are broken for historical reasons, they should return a GtkAdjustment* and GnomeMDI*. Havoc From Anthony-Ferrand@wanadoo.fr Wed Nov 22 12:08:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id B88C92E4AE for ; Wed, 22 Nov 2000 12:08:28 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 22 Nov 2000 18:08:24 +0100 Message-ID: <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Wed, 22 Nov 2000 18:09:09 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: Re: gtk_input_add References: <200011221638.LAA06284@renoir.op.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > >I don't understand something with the gtk_input_add function (again!). > >I create a fifo (using mkfifo) and then I want to launch a function when > >datas are accessible from this fifo.... so I use the gtk_input_add > >function but when the process comes to the gtk_input_add line it just > >stop. More exactly, the prog is running but it is just waiting for > >something.... > > do you mean it stops while executing gtk_input_add() ? show us the > code - problems like this can almost never be solved from reading a > non-code description. Sorry my post was updated. Now, I use the GIO channel. But my problem was the same: ....... mkfifo("./fifo.sah", S_IRUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog wait and I must kill it ....... It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" when I create the fifo...because now the prog run normally ...... mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); ...... Now, I don't know how to use the fifo because when I try to write to ./fifo.sah, I get "permission denied" Thanks in advance, ASF From dov@imagic.weizmann.ac.il Wed Nov 22 14:22:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id 3A0102BC39; Wed, 22 Nov 2000 14:22:29 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id VAA23199; Wed, 22 Nov 2000 21:22:35 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011221922.VAA23199@imagic.weizmann.ac.il> To: gtk-list@gnome.org, gtk-i18n-list@gnome.org Subject: Re: first time post with some question Date: Wed, 22 Nov 2000 21:22:35 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Owen Taylor wrote: [stuff deleted] > What I did was to include a copy of the parts of FriBidi that > Pango needs in Pango, with some fixes that haven't been applied > to the original code. You can compile Pango to either use this > included version, or to use a separate version. > > I don't really want to maintain a separate version of this code - > I certainly plan on sending any changes I make to the version > of Pango back to Dov. I exchanged a couple of mails with Dov a few > months ago and he indicated that he didn't have much time to > work on FriBidi these days, but was planning to make an updated > release. > > Omer Zak has also been compiling his own > version of FriBidi with various improvements. I actually released a new version of FriBidi (fribidi-0.1.15) last week where I applied several patches from Omer Zeek, and also one from Owen, that I had somehow missed. Currently I know of no patches that have not been applied. But of course there still is functionality to be added (RL|LR){O,E} etc. It turns out that is not that easy, as I have done some shortcuts in fribidi that do not seem to be applicable once the explicit embeddings are included. I wish I had more time to do it. I would happily include contributions frome somebody else who has got more time than me. 8-) Dov From lrclause@cs.uiuc.edu Wed Nov 22 14:33:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id D23612DF85 for ; Wed, 22 Nov 2000 14:33:36 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAMJXa023803; Wed, 22 Nov 2000 13:33:36 -0600 To: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Lars Clausen Date: 22 Nov 2000 13:33:35 -0600 In-Reply-To: Owen Taylor's message of "22 Nov 2000 11:33:24 -0500" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 22 Nov 2000, Owen Taylor wrote: >=20 > Mark Leisher writes: >=20 >> Stefan> I believe that it's common policy to return a GtkWidget* if >> this Stefan> is available in the ancestry, and otherwise fall back >> to a Stefan> GtkObject -- but why this policy, anyway? And why do >> some of the Stefan> above examples draw away from this policy? >>=20 >> I really like GTK (but don't use GNOME). After many years of using >> the Intrinsics, I got used to object creation calls all returning >> Widget*, and all widget-related functions taking Widget* arguments, >> leaving the functions to check for valid subclasses instead of the >> programmer doing it explicitly. >=20 > ALthough I haven't talked to Peter about the issue, so I can't > tell you the _real_ reason for it, my take on the reasons why > having functions take the most derived type useful is: >=20 > - It makes the header files clearer=20 >=20 > - Combined with standard programmer habits, it provides some measure > of compile time safety; because if I write: >=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); >=20 > The compiler will catch it. Of course, if I write=20=20 >=20=20=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); >=20 > It won't get caught until run time, but that's a harder mistake > to make. Now if it returned its most derived type, the compiler would always catch it. Plus it'd prevent the confusing practice (that I've been guilty of sometimes) of reusing a variable for different kinds of widgets. As for normally immediately using the widget in container_add (or widget_show), I think that's not worth it for the lack of static typing (which I have come to like over the years). In general, I think the return types (and call types) should be the most specific possible without sacrificing generality. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From king@eiffel.com Wed Nov 22 14:55:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 3EBD82E09F for ; Wed, 22 Nov 2000 14:55:11 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=naples) by pompeii.ise with smtp (Exim 3.02 #2) id 13yfz3-0007xi-00 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:55:09 -0800 Message-ID: <003501c054be$7fd5a080$750a000a@naples> From: "Ian King" To: Subject: Querying keyboard modifiers Date: Wed, 22 Nov 2000 11:57:52 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01C0547B.718D9A70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Does anyone know of an easy way to query the state of the keyboard = modifiers (ctrl, alt & shift) with gdk? Thanks for your time IEK ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Does anyone know of an easy way to = query the state=20 of the keyboard modifiers (ctrl, alt & shift) with gdk?
 
Thanks for your time
 
IEK
------=_NextPart_000_0032_01C0547B.718D9A70-- From Anthony-Ferrand@wanadoo.fr Wed Nov 22 16:38:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id 17BAB2D92A for ; Wed, 22 Nov 2000 16:38:10 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 22 Nov 2000 22:38:08 +0100 Message-ID: <3A1C3CF1.C0592666@wanadoo.fr> Date: Wed, 22 Nov 2000 22:38:57 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: allocated memory X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, How can I freed the memory used by widgets because it seems to me that it is not automatically done? thanks in advance, ASF From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id AB5F22BCA2 for ; Wed, 22 Nov 2000 17:26:07 -0500 (EST) Received: (qmail 16677 invoked from network); 22 Nov 2000 21:59:56 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 21:59:56 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:22:25 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DY30P; Wed, 22 Nov 2000 14:22:22 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: "Florent. Devin" , gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:24:13 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help In-Reply-To: <200011221201.HAA13586@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Actually, this is what I mean: 1) program starts 2) gtk_init() 3) creates some widgets 4) show() all of the widgets created 5) gtk_run() . . . 6) create another widget (which has other widgets in it) 7) show() the other widget On Wed, 22 Nov 2000, Paul Barton-Davis wrote: > >> Can any one tell me how to show a widget after a timer runs out but not at > >> the execution of the application? > >> -r > >If I understand you > >Try to do > >while (gtk_events_pending()) > > gtk_main_iteration > > i don't think that this is what he meant. i think he wants: > > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show()'s most of the widgets > 5) gtk_run() > . > . > . > 6) show() some other widgets > > the answer is to do this between steps 4 and 5: > > gtk_timeout_add (msecs, function, argument); > > and within `function': > > gint function (void *arg) > { > other_widget1->show (); > other_widget2->show (); > > return FALSE; /* don't execute this function again */ > } > > --p > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:38:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 4C8D52C828 for ; Wed, 22 Nov 2000 17:38:55 -0500 (EST) Received: (qmail 24692 invoked from network); 22 Nov 2000 22:12:40 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 22:12:40 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:35:01 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DYPF3; Wed, 22 Nov 2000 14:34:58 -0800 From: Rasoul Hajikhani To: John Cupitt Cc: gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:36:46 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help (Please) In-Reply-To: <3A1BB421.DE8E8BE5@ng-london.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkWidget *create_interface(void) 532 { 533 static Hybrid *hybrid = NULL; 534 535 GtkWidget *w, *main_box, *progress, *m_frame, *menu_table, *button, *opt, *menu, *quitbox, *label, *separator; 536 GtkWidget *scrolled_window, *vbox, *table; 537 538 hybrid = g_malloc( sizeof(Hybrid) ); 539 g_assert (hybrid != 0); /* some where I do this */ hybrid->scrolled_window = create_scrolled_window(); GtkWidget *create_scrolled_window (void) 513 { 514 515 GtkWidget *scrolled_window; 516 517 scrolled_window = gtk_scrolled_window_new (NULL, NULL); 518 gtk_container_set_border_width (GTK_CONTAINER (scrolled_window), _TEN); 519 gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW (scrolled_window), GTK_POLICY_AUTOMATIC, GTK_POLICY_AUTOMATIC); 522 gtk_widget_set_usize( GTK_WIDGET (scrolled_window), XSIZE, _FOURH); 523 524 525 return scrolled_window; } Then after time out, and the call to data base I do this: update_scrolled_window(hybrid); gint update_scrolled_window (Hybrid *hybrid) 103 { 104 GtkWidget *table; 105 106 if (hybrid->table == NULL) 107 { 108 create_table(hybrid); 109 110 /*gtk_widget_show(hybrid->table);*/ 111 gtk_scrolled_window_add_with_viewport (GTK_SCROLLED_WINDOW (hybrid->scrolled_window), hybrid->table); 112 gtk_container_set_focus_hadjustment (GTK_CONTAINER (hybrid->table), 113 gtk_scrolled_window_get_hadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 114 115 gtk_container_set_focus_vadjustment (GTK_CONTAINER (hybrid->table), 116 gtk_scrolled_window_get_vadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 117 } 118 return FALSE; 119 } And here I build the table refered to on line# 108 above gint create_table (Hybrid *hybrid) 38 { 39 40 GtkWidget *vrule, *lh, *lable, *table; 41 int col, row; 42 43 ServerData *current = NULL; 44 45 current = g_malloc( sizeof(ServerData) ); 46 current = hybrid->sd; 47 48 table = gtk_table_new(_TWO, hybrid->count, TRUE); 49 50 vrule = gtk_vruler_new(); 51 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 52 gtk_ruler_set_range( GTK_RULER(vrule), ceil(hybrid->max_load) + _FIVE, _NON, hybrid->max_load, _TWOH ); 53 gtk_table_attach_defaults( GTK_TABLE(table), 54 vrule, 55 _NON, 56 _ONE, 57 _NON, 58 _ONE); 59 60 61 gtk_table_set_col_spacings( GTK_TABLE (table), 62 _FIVE); 63 64 col = row = 1; 65 66 while ( current != NULL ) 67 { 68 lh = gtk_level_hold_new( _TWOH, 69 _TEN, 70 GTK_LEVEL_HOLD_FADE, 71 _EIGHT, 72 _THREE, 73 _TWO); 74 75 gtk_table_attach_defaults( GTK_TABLE(table), 76 lh, 77 col, 78 col + _ONE, 79 _NON, 80 _ONE); 81 lable = gtk_label_new (current->name); 85 gtk_table_attach_defaults( GTK_TABLE(table), 86 lable, 87 row, 88 row + _ONE, 89 _ONE, 90 _TWO); 91 gtk_timeout_add(1000, update_bars,lh); 92 col++; 93 row++; 94 current = current->nextptr; 95 } 96 g_free(current); 97 hybrid->table = table; 98 99 return FALSE; } I am sorry for this thing being so big and nasty, but I thought if you saw it, may be you may have a clue... Thanks in advance -r On Wed, 22 Nov 2000, John Cupitt wrote: > (I mailed you directly, but it bounced ... so it's on the list) > > Hi Rasoul, > > > when my application starts, I create a progress bar (Hybrid->progressbar), > > a table with row=1 column=1, and a scrolling window. I place a reference > > to this table in my Hybrid->table data structure. I insert the table > > Hybrid->table in the scrolling window. After progressbar timer iterates > > once, I call update_records function which retrieves the records from tha > > data base and they are inserted into the linked list. The Hybrid data > > structure is then used in the update_table function to get access to both > > the linked list and the table to update the table by placing the levelhold > > widgets in the appropriate rows and columns (supposedly). But it never > > happens and I never see the levelhold widgets. Can any one help me and > > tell me where I have gone wrong... > > So many things could have gone wrong :( it's hard to say from your > description. > > Try to make a small example program which you can post which shows the > problem, or take the progressbar example in testgtk and hack that about. > > HTH, John > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 23 01:55:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1F9D92BB33 for ; Thu, 23 Nov 2000 01:55:56 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAN6tvc03110; Thu, 23 Nov 2000 01:55:57 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Ian King" Cc: Subject: Re: Querying keyboard modifiers References: <003501c054be$7fd5a080$750a000a@naples> From: Havoc Pennington Date: 23 Nov 2000 01:55:56 -0500 In-Reply-To: "Ian King"'s message of "Wed, 22 Nov 2000 11:57:52 -0800" Message-ID: Lines: 20 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Ian King" writes: > > Does anyone know of an easy way to query the state of the keyboard modifiers > (ctrl, alt & shift) with gdk? > One hack I can think of is: GdkModifierType state; gdk_window_get_pointer (some_gdkwindow, NULL, NULL, &state); I can't think of a non-hack way. Normally you just use the "state" field from a key or mouse event, instead of querying. Querying is slow anyway, since it's a server round trip. And querying will frequently introduce race conditions. So using event->state is much better when possible. Havoc From tompoe@source.net Thu Nov 23 03:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nexus6.source.net (nexus6.source.net [206.100.10.4]) by mail.gnome.org (Postfix) with ESMTP id C796C2DC95 for ; Thu, 23 Nov 2000 03:02:09 -0500 (EST) Received: from hellbentmyass (tnt137.source.net [208.138.58.137]) by nexus6.source.net (8.9.3/8.9.3) with SMTP id XAA79310 for ; Wed, 22 Nov 2000 23:58:48 -0800 (PST) (envelope-from tompoe@source.net) From: tompoe Reply-To: tompoe@source.net Organization: renotahoe.pm To: gtk-list@gnome.org Subject: Gnome module build question Date: Wed, 22 Nov 2000 23:43:33 -0800 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00112300032800.01310@hellbentmyass> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello: On the 18th of Nov, there was a question from Gavin Brown about the Gnome module not located, and compile fail. Sorry for not getting specifics. At any rate, what's this about cd'ing to the Gnome subdir and building? I took a look at the NOTES info for gtk-perl-0.6123, and it mentioned building on as-needed basis, or something. Anyone able to clear this up, and point me to some helpful documentation about how to install and get gtk-perl programs to compile? My error message: Can't locate loadable object for module Gtk in @INC (@INC contains: /usr/local/lib/perl5/5.6.0/i686-linux /usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/site_perl/5.6.0/i686-linux /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl .) at ./goodbyworld line 3 Compilation failed in require at ./goodbyworld line 3. BEGIN failed--compilation aborted at ./goodbyworld line 3. Line 3 -> use Gtk; [and every path variation I could think of] Both Gnome.pm and Gtk.pm have been placed in the @INC Thanks, Tom P.S. HAPPY HOLIDAYS! -- Thomas A. Poe Founder/Organizer 2044 Plumas Street, Reno, NV 89509 PH: 775-829-1799 http://www.pm.org/renotahoe.pm From john.cupitt@ng-london.org.uk Thu Nov 23 05:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 1A6062BBE0 for ; Thu, 23 Nov 2000 05:08:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5H0T; Thu, 23 Nov 2000 10:07:59 -0000 Message-ID: <3A1CEB9F.A56B97C5@ng-london.org.uk> Date: Thu, 23 Nov 2000 10:04:15 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani wrote: > GtkWidget *create_interface(void) >... Hi Rasoul, some stuff seems a bit wrong (might just be the way you've trimmed it down to post). - you need to gtk_widget_show() everywhere you've got to gtk_widget_show() on everything, all widgets are hidden by default ... try gtk_widget_show_all() (show a widget and all child widgets) - do you make a top-level window (gtk_window_new()) to put everything inside? I wasn't sure - how do you do the timeout that makes part#2 of the interface? If you can, post a complete example that compiles and doesn't do what you want. John From muhri@muhri.net Thu Nov 23 05:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.159]) by mail.gnome.org (Postfix) with ESMTP id 9D3842CB09 for ; Thu, 23 Nov 2000 05:33:26 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id 87BDE8033; Thu, 3 Jan 1980 18:58:01 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: ASF , GTK Subject: Re: allocated memory X-Mailer: Pronto v2.2.2 Date: 03 Jan 1980 18:57:59 CST Reply-To: "Maher Awamy" In-Reply-To: <3A1C3CF1.C0592666@wanadoo.fr> References: <3A1C3CF1.C0592666@wanadoo.fr> Message-Id: <19800104005801.87BDE8033@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Allocated memory used by Gtk+ allocation is freed automatically, unless you are using a struct that you allocate yourself. ie GtkWidget *my_widget = some_widget_new(); when this widget is destroyed or its parent, its allocated mem is freed automatically but if you have a typedef struct { GtkWidget *my_widget1; GtkWidget *my_widget2; someo ther things; }my_struct; and you destroy the widgets in the struct - you have to free the struct memory itself. so if you used g_new0 to initlize and allocate the struct, you'd have to g_free() it afterwards even if you destroy the widgets. Maher On Wed, 22 Nov 2000 22:38:57 +0100, ASF said: > Hello, > > How can I freed the memory used by widgets because it seems to me that > it is not automatically done? > > thanks in advance, > > ASF > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From pbd@op.net Thu Nov 23 09:12:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 36B712BADF for ; Thu, 23 Nov 2000 09:12:19 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16063 for ; Thu, 23 Nov 2000 09:12:07 -0500 (EST) Message-Id: <200011231412.JAA16063@renoir.op.net> To: gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 15:24:13 PST." Date: Thu, 23 Nov 2000 09:13:32 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >Actually, this is what I mean: > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show() all of the widgets created > 5) gtk_run() > . > . > . > 6) create another widget (which has other widgets in it) > 7) show() the other widget as john has noted, you don't seem to call gtk_widget_show() for any of the widgets you create. otherwise, what you've done seems just fine, assuming you use gtk_timeout_add() to setup the timeout for steps 6+7. --p From pbd@op.net Thu Nov 23 09:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1990D2BADF for ; Thu, 23 Nov 2000 09:17:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16317; Thu, 23 Nov 2000 09:17:41 -0500 (EST) Message-Id: <200011231417.JAA16317@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 18:09:09 +0100." <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Thu, 23 Nov 2000 09:19:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" >when I create the fifo...because now the prog run normally >...... >mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); >fd=open("./fifo.sah", O_RDONLY); >channel=g_io_channel_unix_new(fd); >g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); >...... > >Now, I don't know how to use the fifo because when I try to write to >./fifo.sah, I get "permission denied" >From the man page for mkfifo(3): Once you have created a FIFO special file in this way, any process can open it for reading or writing, in the same way as an ordinary file. However, it has to be open at both ends simultaneously before you can proceed to do any input or output operations on it. Opening a FIFO for reading normally blocks until some other process opens the same FIFO for writing, and vice versa. You might want to check this. BTW, I would immediately cease the use of g_io_* and revert to gtk_input_add(), unless your program is not a GTK program. And I still think that whatever it is you're trying to do, you're using the wrong basic model. Do you want to explain that again ? --p From wersi796@student.otago.ac.nz Thu Nov 23 20:31:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.gnome.org (Postfix) with ESMTP id 9F1CE2BBCC for ; Thu, 23 Nov 2000 20:31:26 -0500 (EST) Received: from student.otago.ac.nz (p69-tnt5.akl.ihug.co.nz [203.173.210.69]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA29559 for ; Fri, 24 Nov 2000 14:31:23 +1300 X-Authentication-Warning: smtp4.ihug.co.nz: Host p69-tnt5.akl.ihug.co.nz [203.173.210.69] claimed to be student.otago.ac.nz Message-ID: <3A1DC57A.CA5725E3@student.otago.ac.nz> Date: Fri, 24 Nov 2000 14:33:46 +1300 From: Simon Werner X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en,pdf MIME-Version: 1.0 To: gtk-list@gnome.org Subject: how to change font of entry widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was wondering how to change the font of an entry widget? Cheers Simon Werner From bruces@mail.petech.ac.za Fri Nov 24 02:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 4EA302BAAA for ; Fri, 24 Nov 2000 02:38:34 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA05427; Fri, 24 Nov 2000 09:38:14 +0200 Message-ID: <008401c0563d$568626c0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "ASF" , "GTK" References: <200011221638.LAA06284@renoir.op.net> <3A1BFDB5.7AE111F0@wanadoo.fr> Subject: Re: gtk_input_add Date: Fri, 24 Nov 2000 09:38:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is your problem. it is not S_IRUSR & S_IWUSR, but S_IRUSR | S_IWUSR. You have to use bitwise OR to add the params, not bitwise AND. And I am surprised that this got past the rest of the people on the list. Shame on you all. Bruce ----- Original Message ----- From: "ASF" To: "GTK" Sent: Wednesday, November 22, 2000 9:09 AM Subject: Re: gtk_input_add > Paul Barton-Davis wrote: > > > >I don't understand something with the gtk_input_add function (again!). > > >I create a fifo (using mkfifo) and then I want to launch a function when > > >datas are accessible from this fifo.... so I use the gtk_input_add > > >function but when the process comes to the gtk_input_add line it just > > >stop. More exactly, the prog is running but it is just waiting for > > >something.... > > > > do you mean it stops while executing gtk_input_add() ? show us the > > code - problems like this can almost never be solved from reading a > > non-code description. > > Sorry my post was updated. Now, I use the GIO channel. But my problem was > the same: > ....... > mkfifo("./fifo.sah", S_IRUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog > wait and I must kill it > ....... > > It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" > when I create the fifo...because now the prog run normally > ...... > mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); > ...... > > Now, I don't know how to use the fifo because when I try to write to > ./fifo.sah, I get "permission denied" > > Thanks in advance, > > ASF > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From erik@arthur.ubicom.tudelft.nl Fri Nov 24 09:46:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id 0B3492BB2D for ; Fri, 24 Nov 2000 09:46:20 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id PAA21700; Fri, 24 Nov 2000 15:46:17 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) id eAOEg4n03770; Fri, 24 Nov 2000 15:42:04 +0100 Date: Fri, 24 Nov 2000 15:42:04 +0100 From: Erik Mouw To: jens@ja-web.de Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001124154204.A3760@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> <20001121141512.J31270@arthur.ubicom.tudelft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001121141512.J31270@arthur.ubicom.tudelft.nl>; from J.A.K.Mouw@ITS.TUDelft.NL on Tue, Nov 21, 2000 at 02:15:13PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 02:15:13PM +0100, Erik Mouw wrote: I hate to followup on myself, but... > On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > > I went through the arcive bu tcould not find something useful for this > > issue: > > > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > > failed" messages whenever I run a gtk/gnome app. It is not a kernel problem, but a problem in XFree86 4.0.1. It seems to be solved in a later release. More info at the Xperts mailing list archives: http://www.xfree86.org/pipermail/xpert/2000-September/thread.html Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From Anthony-Ferrand@wanadoo.fr Fri Nov 24 12:48:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id E8C262BB2D for ; Fri, 24 Nov 2000 12:48:22 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 24 Nov 2000 18:48:21 +0100 Message-ID: <3A1EAA1E.3EC85213@wanadoo.fr> Date: Fri, 24 Nov 2000 18:49:18 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: timeouts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just wonder how the timeouts are managed? For example, if there are 2 timeouts and we are in the following situation: the first is done and the appropriate function is launched but during the execution of the first function the second timeout is done...what happen? The second waits till the first job is done? a core file is generated? Thanks in advance, ASF From king@eiffel.com Fri Nov 24 13:49:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 5CEFB2DBDE for ; Fri, 24 Nov 2000 13:49:19 -0500 (EST) Received: from miami.ise ([10.0.10.20] ident=mail) by pompeii.ise with esmtp (Exim 3.02 #2) id 13zNuQ-0001o5-00 for gtk-list@gnome.org; Fri, 24 Nov 2000 10:49:18 -0800 Received: from king by miami.ise with local (Exim 2.05 #1 (Debian)) id 13zNuP-00016q-00; Fri, 24 Nov 2000 10:49:17 -0800 To: gtk-list@gnome.org Subject: Problem when reparenting gtktrees Message-Id: From: Ian King Date: Fri, 24 Nov 2000 10:49:17 -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I have a problem with gtktree regarding reparenting. When I have a gtktree that has tree items with subtrees, if I remove the tree from its parent and then put it back, the expand/collapse pixmaps on the gtkitems completely disappear rendering the tree unusable. Is there a way around this as I need to be able to reparent a tree that has been fully initialized? I have included a sample program that illustrates this behaviour. Thanks for your time Ian #include GtkWidget *but, *tree, *vbox, *subtree, *item; gint button_clicked (GtkWidget *wid, gpointer user_data) { gtk_widget_ref (tree); gtk_container_remove (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_widget_unref (tree); } int main( int argc, char *argv[] ) { GtkWidget *window, *subtreeitem; gtk_init (&argc, &argv); /* a generic toplevel window */ window = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_signal_connect (GTK_OBJECT(window), "delete_event", GTK_SIGNAL_FUNC (gtk_main_quit), NULL); gtk_container_set_border_width (GTK_CONTAINER(window), 5); tree = gtk_tree_new(); but = gtk_button_new_with_label ("HELLO"); gtk_widget_show (but); vbox = gtk_vbox_new (FALSE, FALSE); gtk_widget_show (vbox); gtk_container_add (GTK_CONTAINER (vbox), but); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER(window), vbox); gtk_widget_show (tree); item = gtk_tree_item_new_with_label ("Tree item"); gtk_tree_append (GTK_TREE(tree), item); gtk_widget_show (item); subtree = gtk_tree_new(); subtreeitem = gtk_tree_item_new_with_label ("Sub tree item"); gtk_tree_append (GTK_TREE(subtree), subtreeitem); gtk_widget_show (subtreeitem); gtk_tree_item_set_subtree (GTK_TREE_ITEM (item), subtree); gtk_widget_show (window); gtk_signal_connect (GTK_OBJECT (but), "clicked", GTK_SIGNAL_FUNC (button_clicked), NULL); gtk_main(); return 0; } From hp@redhat.com Fri Nov 24 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id B55642D92A for ; Fri, 24 Nov 2000 14:40:06 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJeCr04170; Fri, 24 Nov 2000 14:40:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: From: Havoc Pennington Date: 24 Nov 2000 14:40:12 -0500 In-Reply-To: Ian King's message of "Fri, 24 Nov 2000 10:49:17 -0800" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be removed in the future. Havoc From hp@redhat.com Fri Nov 24 14:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D9CFA2D92A for ; Fri, 24 Nov 2000 14:41:17 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJdXZ04165; Fri, 24 Nov 2000 14:39:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: ASF Cc: GTK Subject: Re: timeouts References: <3A1EAA1E.3EC85213@wanadoo.fr> From: Havoc Pennington Date: 24 Nov 2000 14:39:33 -0500 In-Reply-To: ASF's message of "Fri, 24 Nov 2000 18:49:18 +0100" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF writes: > Hello, > > I just wonder how the timeouts are managed? For example, if there are 2 > timeouts and we are in the following situation: > the first is done and the appropriate function is launched but during > the execution of the first function the second timeout is done...what > happen? > The second waits till the first job is done? a core file is generated? > The second one will be delayed until the first is done. There aren't any threads or anything involved, so once the app is under control of your callback the main loop doesn't run until your callback returns. Havoc From hp@redhat.com Fri Nov 24 14:44:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 789892D92A for ; Fri, 24 Nov 2000 14:44:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJiIv04174; Fri, 24 Nov 2000 14:44:18 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: ASF , GTK Subject: Re: gtk_input_add References: <200011231417.JAA16317@renoir.op.net> From: Havoc Pennington Date: 24 Nov 2000 14:44:18 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 23 Nov 2000 09:19:05 -0500" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > BTW, I would immediately cease the use of g_io_* and revert to > gtk_input_add(), unless your program is not a GTK program. > I wouldn't - they both work, so it's a minor issue, but to the extent that there's a preference the Right Thing is now to use the main loop from GLib directly. There is no real reason to use gtk_idle_add(), gtk_main(), gtk_main_quit(), etc. except that they are slightly less typing. g_main_run(), etc. are the official functionality now and gtk_main_* are convenience wrappers. But it's no big deal, gdk_input_add() isn't ever going to get removed I don't think. Havoc From caleb@deepthought.granfalloon.com Sat Nov 25 17:20:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id 39EBD2CF0A for ; Sat, 25 Nov 2000 17:20:23 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id RAA21706 for gtk-list@gnome.org; Sat, 25 Nov 2000 17:20:18 -0500 Date: Sat, 25 Nov 2000 17:20:18 -0500 From: Caleb Land To: gtk-list@gnome.org Subject: Concerning CLists and modifying their selection behavior Message-ID: <20001125172018.B21472@deepthought.granfalloon.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all! I'm making a compound widget that consists of two CLists, and two buttons. The buttons move the data the user selected in one clist to the other. I decided to implement drag and drop, and everything works, but the way the drag and drop works isn't intuitive. I have the selection modes of the CLists set to GTK_SELECTION_MULTIPLE, but when the user clicks a list item in one list, and doesn't release the button, the list item only has the focus box around it, and it isn't selected. The user must do a full click, which isn't intuitive with drag and drop. I tried using GTK_SELECTION_EXTENDED, but that wasn't what I wanted, as when the user clicks an item when there is an item already selected, without holding down any modifier keys, the first selection becomes unselected. I tried making simple callbacks for button pressed events and button released events and connecting them after all other callbacks, and taking the x and y value of the event and selecting the row that that x,y pair was in, but this yielded strange results (it seemed to work at first, but then it would drop rows that I didn't select, which is most likely a fault of mine) What would the best way to implement selecting a list item on the mouse button pressed event instead of the default mouse button released? --=20 Sincerely, Caleb Land --- Email: bokonon@rochester.rr.com AIM: RedHatDude ICQ: 8358400 GnuPG/PGP Public Key: finger me at "caleb@deepthought.granfalloon.com" and read my .plan. --- --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6IDsiBPu4o6ReG9sRArelAJ0XRIg1Zj/Ivcwt75yYCb/hAea7NwCg+NUZ mztWUpEafBSU4GPx/ZFtUcg= =kvIp -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From lsetia@gnu.org Sun Nov 26 03:33:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gnu.org (unknown [203.197.193.83]) by mail.gnome.org (Postfix) with ESMTP id A14202BD08 for ; Sun, 26 Nov 2000 03:33:20 -0500 (EST) Received: (from lsetia@localhost) by gnu.org (8.11.0/8.11.0) id eAQ8aYP01661; Sun, 26 Nov 2000 14:06:34 +0530 To: gtk-list@gnome.org Subject: How to shake a window X-please-use: GNU software X-listening-to: Jim Morrison X-personal-homepage: Under Construction From: Lokesh Setia Date: 26 Nov 2000 14:06:34 +0530 Message-ID: Lines: 74 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I am writing a utility program in gtk+, which has the following characterstics: . It has a small window with a drawing_area (100x100), plus a couple of other small widgets. . It has NO Window Manager decorations . It collects some data from a web site and updates window contents accordingly. I want my window to shake visibally when the data gets updated (to attract the attention of the user). Such a feature known as buzz is there in a recent windows of yahoo_messenger, in case anyone has seen it). I tried this code in the update data callback of a single-threaded application): note: This is my first gtk program... { /* Here I am in a callback */ /* ... some irrelevant code skipped */ printf("in buzz...\n"); gdk_window_get_position(main_window->window, &posx, &posy); for (ctr=0; ctr<5; ctr++) { gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); usleep(50 * 1000); gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); usleep(50 * 1000); } gdk_window_move( main_window->window, posx, posy ); } When I run this program, the shake is very random, and occurs only occasionally. However, when I take my mouse over the window, the shake occurs more reliably (and even older events are processed as soon as I take my mouse there). I tried giving --sync to my program. Even now the window shakes only if my mouse is hovering over the window, plus I get following messages seemingly randomly: Xlib: unexpected async reply (sequence 0x410) Gdk-ERROR **: BadWindow (invalid Window parameter) serial 1331 error_code 3 request_code 15 minor_code 0 Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) serial 1335 error_code 9 request_code 14 minor_code 0 Anyone for why all this is happening, and how I could write a better code to shake a window. PS: I also wish to know the following: . How do I make my window "Always on Top" and Sticky, without user having to manually do this from her window manager? . Where can I download some nice mouse cursors? Thanks and regards, Lokesh. From switk@worldnet.att.net Sun Nov 26 09:44:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc25.worldnet.att.net (mtiwmhc25.worldnet.att.net [204.127.131.50]) by mail.gnome.org (Postfix) with ESMTP id BEA572BA85 for ; Sun, 26 Nov 2000 09:44:48 -0500 (EST) Received: from worldnet.att.net ([12.91.38.96]) by mtiwmhc25.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001126144447.QNLR25510.mtiwmhc25.worldnet.att.net@worldnet.att.net> for ; Sun, 26 Nov 2000 14:44:47 +0000 Message-ID: <3A212157.45462722@worldnet.att.net> Date: Sun, 26 Nov 2000 09:42:31 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: How to shake a window References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Just a quick guess but it sounds like you may need to use a while (gtk_events_pending()) gtk_main_iteration(); to have things updated when you want them to. Also, gdm the gnome login manager shakes the window like this when you give a wrong password so you could always look at that code to see how they did it. HTH, Stephen Lokesh Setia wrote: > > Hi all, > > I am writing a utility program in gtk+, which has the following > characterstics: > > . It has a small window with a drawing_area (100x100), plus a couple > of other small widgets. > . It has NO Window Manager decorations > . It collects some data from a web site and updates window contents > accordingly. > > I want my window to shake visibally when the data gets updated (to > attract the attention of the user). Such a feature known as buzz is > there in a recent windows of yahoo_messenger, in case anyone has seen > it). > > I tried this code in the update data callback of a single-threaded > application): > > note: This is my first gtk program... > > { > > /* Here I am in a callback */ > /* ... some irrelevant code skipped */ > > printf("in buzz...\n"); > > gdk_window_get_position(main_window->window, > &posx, &posy); > > for (ctr=0; ctr<5; ctr++) { > gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); > usleep(50 * 1000); > > gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); > usleep(50 * 1000); > > } > > gdk_window_move( main_window->window, posx, posy ); > > } > > When I run this program, the shake is very random, and occurs only > occasionally. However, when I take my mouse over the window, the > shake occurs more reliably (and even older events are processed as > soon as I take my mouse there). > > I tried giving --sync to my program. Even now the window shakes only > if my mouse is hovering over the window, plus I get following > messages seemingly randomly: > > Xlib: unexpected async reply (sequence 0x410) > Gdk-ERROR **: BadWindow (invalid Window parameter) > serial 1331 error_code 3 request_code 15 minor_code 0 > Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) > serial 1335 error_code 9 request_code 14 minor_code 0 > > Anyone for why all this is happening, and how I could write a better > code to shake a window. > > PS: > I also wish to know the following: > > . How do I make my window "Always on Top" and Sticky, without user > having to manually do this from her window manager? > > . Where can I download some nice mouse cursors? > > Thanks and regards, > Lokesh. > > _______________________________________________ From Anthony-Ferrand@wanadoo.fr Sun Nov 26 14:57:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from villosa.wanadoo.fr (smtp-abo-1.wanadoo.fr [193.252.19.122]) by mail.gnome.org (Postfix) with ESMTP id A8D382BB45 for ; Sun, 26 Nov 2000 14:57:40 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by villosa.wanadoo.fr; 26 Nov 2000 20:57:40 +0100 Message-ID: <3A216B39.543A6267@wanadoo.fr> Date: Sun, 26 Nov 2000 20:57:45 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: array of labels Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, how can I pass an array of labels to a function? int main() { GtkWidget *label[5]; ............. foo( ?????);<-------- ???? .............. return 0; } gint foo(GtkWidget *widget) { .................. gtk_label_set_text(GTK_LABEL(???), "new text"); .............. return(TRUE); } From wolfgang@ultim.net Sun Nov 26 15:08:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 5F9692D286 for ; Sun, 26 Nov 2000 15:08:34 -0500 (EST) Received: (qmail 12614 invoked from network); 26 Nov 2000 20:07:57 -0000 Received: from m162.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.162) by athena.ultim.net with SMTP; 26 Nov 2000 20:07:57 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAQK6ck01640 for gtk-list@gnome.org; Sun, 26 Nov 2000 15:06:38 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Sun, 26 Nov 2000 15:06:37 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: array of labels Message-ID: <20001126150637.A1630@debian.home> References: <3A216B39.543A6267@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3A216B39.543A6267@wanadoo.fr>; from Anthony-Ferrand@wanadoo.fr on Sun, Nov 26, 2000 at 08:57:45PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Sun, Nov 26, 2000 at 08:57:45PM +0100, heure d'inpiration, ASF écrivait en ces mots: > gint foo(GtkWidget *widget) It should be 'gboolean foo(GtkWidget *widget[])' instead. (gboolean is the same things as a gint, but is there for cleaniness) > { > .................. > gtk_label_set_text(GTK_LABEL(???), "new text"); And here: gtk_label_set_text(GTK_LABEL(widget[number]), "new text"); Wolfgang -- A chicken is an egg's way of producing more eggs. From alan@ielinux.com Sun Nov 26 20:44:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 7BB6B2DCCA for ; Sun, 26 Nov 2000 20:44:16 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id JAA14399 for ; Mon, 27 Nov 2000 09:50:49 +0800 Message-ID: <002f01c05813$97178da0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to play wav sound effect in gtk?? Date: Mon, 27 Nov 2000 09:36:23 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01C05855.81557620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have a question. I want set my widget to play sound effect when some event happen. Have any gtk function can do it? or other C,linux function can do it? ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
I have a question.
I want set my widget to = play sound effect=20 when some event happen.
Have any gtk function can do = it?
or other C,linux function can do=20 it?
 
 
 
 
------=_NextPart_000_002C_01C05855.81557620-- From pbd@op.net Sun Nov 26 21:53:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 51B342BCF9 for ; Sun, 26 Nov 2000 21:53:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18807; Sun, 26 Nov 2000 21:52:34 -0500 (EST) Message-Id: <200011270252.VAA18807@renoir.op.net> To: "alan" Cc: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? In-reply-to: Your message of "Mon, 27 Nov 2000 09:36:23 +0800." <002f01c05813$97178da0$bcec41d2@ielinux.com> Date: Sun, 26 Nov 2000 21:52:47 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi all, >I have a question. Not to mention a browser configured to triple or quadruple the amount of network traffic you generate by sending both text and HTML versions of your email, packed as two attachments. Yuck. >I want set my widget to play sound effect when some event happen. >Have any gtk function can do it? >or other C,linux function can do it? this sort of thing has nothing to do with GTK, which is a GUI toolkit, not a desktop environment. it has a lot more to do with GNOME, which may well have some function to do this. but i would warn you that the whatever systems GNOME or anyone else may offer you will make your application less portable, and may also be quite useless when its used on a system will multiple audio interfaces and a user who doesn't care to listen to this kind of noise. if the noise matters, then you need to play it in some reliable way, and no simple way exists to do that (*). if the noise doesn't matter, and its just ear candy, why bother ? but i'm sure someone will offer info on the GNOME stuff to handle audio "events". --p (*) i guarantee that on my system, for example, no naive approach to playing sound will be assured of succeeding even once. From Florent.Devin@lifl.fr Mon Nov 27 01:18:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id ACF192BC6A for ; Mon, 27 Nov 2000 01:18:21 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA10129 for ; Mon, 27 Nov 2000 07:17:41 +0100 (MET) Message-ID: <3A21FCA6.BDF1E9D9@lifl.fr> Date: Mon, 27 Nov 2000 07:18:14 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc Pennington a écrit : > > Hi, > > GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be > removed in the future. > > Havoc > Hi, Will GtkCtree be remove in the future too ? Cause when looking in the spec of Gtk 2.0, I saw another widget to manage this type of struct ... -- Florent DEVIN From charlet@ACT-Europe.FR Mon Nov 27 05:42:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 37E6F2BA98 for ; Mon, 27 Nov 2000 05:42:00 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id FAA24204 for ; Mon, 27 Nov 2000 05:41:59 -0500 Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eARAfuD25074 for ; Mon, 27 Nov 2000 05:41:57 -0500 Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 8E6555F5C4; Mon, 27 Nov 2000 11:41:51 +0100 (MET) Date: Mon, 27 Nov 2000 11:41:51 +0100 From: Arnaud Charlet To: gtk-list@redhat.com Subject: [ANNOUNCE] GtkAda 1.2.10 Message-ID: <20001127114151.A5073@dublin.int.act-europe.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkAda 1.2.10/1.3.10 release ---------------------------- GtkAda is an Ada95 graphical toolkit based on Gtk+ version >= 1.2.2. It allows you to develop graphical applications in Ada95 using Gtk+. The primary download site is http://gtkada.eu.org New features in 1.2.10/1.3.10 include: - RPMs available for GNU/Linux x86 - Gtk.Type_Conversion is no longer needed for Gtk_List_Item - Gtkada.File_Selection_Dialog does not crash any more on directory selection under NT. - New example directory: powergnu, a simple presentation viewer. New features in 1.2.9/1.3.9 include: - GUI builder support fixes under Windows NT/2000. - Gtk.Type_Conversion isn't needed for the most common widgets: Gtk_Label, Gtk_Menu_Item, Gtk_Button. - Gtkada.Canvas: better positionning of items; links can be attached anywhere in the items, not necessarily the middle. - GtkAda.File_Selection has been extended (see RM for details). - Documentation update. - Support for gdk-pixbuf 0.9 - Limited beta support for Gnome in src/gnome. LSM entry follows: Begin4 Title: GtkAda Version: 1.2.10 Entered-date: 2000-11-20 Description: Ada95 graphical toolkit based on Gtk+ (version >= 1.2.2) Keywords: Ada95 Ada Gtk+ Gtk X Gui Glade Win32 Author: Emmanuel Briot , Joel Brobecker and Arnaud Charlet Maintained-by: gtkada@ada.eu.org Primary-site: http://gtkada.eu.org Original-site: http://ada.eu.org/gtkada/ Platforms: Solaris Linux Tru64 IRIX HP/UX NT AiX FreeBSD UnixWare Copying-policy: GPL (with a slight modification, see headers of *.ad[bs] files End From king@eiffel.com Mon Nov 27 13:04:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 229D52BEA9 for ; Mon, 27 Nov 2000 13:04:09 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 140SdJ-0002xw-00 for gtk-list@gnome.org; Mon, 27 Nov 2000 10:04:05 -0800 Message-ID: <3A22A2C4.1770D523@eiffel.com> Date: Mon, 27 Nov 2000 10:07:00 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Backwards compatibility Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Presently I am working on a multi-platform GUI toolkit called EiffelVision2 that uses gtk 1.2.8 at present as the underlying implementation on the linux/unix platform side. This is a big ongoing project that is trying to keep up with the latest gtk version and relies on nearly all of the functionality gtk+ has to offer. I have a couple of questions that hopefully someone could answer. Eventually we will have to upgrade to gtk+ version 2.0, therefore :- Is the API for gtk+ 2.0 backwards compatible with the present release version 1.2.8, if it is not, is there a great deal of change. What gtk objects are being deprecated (apart from gtktree, possibly gtkctree)? What added functionality will the new version bring? When is the expected release of a stable version? Thanks for your time Ian King From hp@redhat.com Mon Nov 27 15:28:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6FC742BDF1 for ; Mon, 27 Nov 2000 15:28:31 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARKSUB15841; Mon, 27 Nov 2000 15:28:30 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Backwards compatibility References: <3A22A2C4.1770D523@eiffel.com> From: Havoc Pennington Date: 27 Nov 2000 15:28:30 -0500 In-Reply-To: Ian King's message of "Mon, 27 Nov 2000 10:07:00 -0800" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ian King writes: > Is the API for gtk+ 2.0 backwards compatible with the present release > version 1.2.8, if it is not, is there a great deal of change. There is a lot of new stuff, but not too much old stuff has been broken. It is 98% source compatible. > What gtk objects are being deprecated (apart from gtktree, possibly > gtkctree)? We don't have a complete list yet. There will be one prepared. GtkText is a notable one. > What added functionality will the new version bring? Owen has a white paper at http://www.redhat.com/devnet/articles/rh7_preview_tech.html that's pretty informative. > When is the expected release of a stable version? > "a few months" where "few" can mean any of several specific numbers. ;-) Havoc From hp@redhat.com Mon Nov 27 16:54:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id F0E772BB53 for ; Mon, 27 Nov 2000 16:54:52 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARLt2F16065; Mon, 27 Nov 2000 16:55:02 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Florent. Devin" Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> From: Havoc Pennington Date: 27 Nov 2000 16:55:02 -0500 In-Reply-To: "Florent. Devin"'s message of "Mon, 27 Nov 2000 07:18:14 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Florent. Devin" writes: > Hi, > Will GtkCtree be remove in the future too ? > Cause when looking in the spec of Gtk 2.0, I saw another widget to > manage this type of struct ... CTree will be around a lot longer than GtkTree, it likely won't be removed until no one is using it anymore. GtkTree will be removed more agressively since it's not just suboptimal, it's flat-out broken. Havoc From mleisher@crl.nmsu.edu Mon Nov 27 17:06:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 47FB02C92A for ; Mon, 27 Nov 2000 17:06:08 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id PAA16949 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id PAA23583 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id PAA20276; Mon, 27 Nov 2000 15:06:04 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.56012.3297.654155@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 15:06:04 -0700 (MST) To: gtk-list@gnome.org Subject: Another slacker question about color Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Not having enough time to dig this up at the moment, I was wondering if someone has a suggestion for the following situation: I have a set of 16 different shades of gray displayed, each of which has a scale below it, and I need to darken or lighten according to the scale value. I tried doing a gdk_color_change() and then changing the background in the style on the widget displaying the gray being changed, but after a couple changes, the color goes to white and stays that way. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From dfisher@jagger.me.berkeley.edu Mon Nov 27 17:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id BCEBF2DF12 for ; Mon, 27 Nov 2000 17:26:39 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eARMDrs13662 for ; Mon, 27 Nov 2000 14:13:53 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4PFOE00.NGU; Mon, 27 Nov 2000 14:26:38 -0800 Message-ID: <3A22DFB5.6020901@jagger.me.berkeley.edu> Date: Mon, 27 Nov 2000 14:27:01 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > CTree will be around a lot longer than GtkTree, it likely won't be > removed until no one is using it anymore. GtkTree will be removed more > agressively since it's not just suboptimal, it's flat-out broken. > > Havoc Just to satisfy my curiosity... when you say that GtkTree is broken, do you mean that the interface is broken? or that the implementation is broken? I understand that a poor interface can make for a poor implementation, but what I'm really wondering is whether or not the interface actually precludes a functional implementation? Thanks in advance, Darin From hp@redhat.com Mon Nov 27 17:44:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6841E2DE7C for ; Mon, 27 Nov 2000 17:44:30 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARMijf31488; Mon, 27 Nov 2000 17:44:45 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Darin Fisher Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> <3A22DFB5.6020901@jagger.me.berkeley.edu> From: Havoc Pennington Date: 27 Nov 2000 17:44:45 -0500 In-Reply-To: Darin Fisher's message of "Mon, 27 Nov 2000 14:27:01 -0800" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Darin Fisher writes: > Just to satisfy my curiosity... when you say that GtkTree is > broken, do you mean that the interface is broken? or that the > implementation is broken? I understand that a poor interface > can make for a poor implementation, but what I'm really > wondering is whether or not the interface actually precludes > a functional implementation? > AFAIK only the implementation is broken (though the interface precludes an _efficient_ implementation, the only possible implementation won't scale to very large trees). But it's nontrivial to fix the implementation, and the interface, while possible to implement, isn't very good. Havoc From davina@lickey.com Mon Nov 27 17:58:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 3AB252CF51; Mon, 27 Nov 2000 17:58:28 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AF9BFA00F; Mon, 27 Nov 2000 14:59:53 -0800 (PST) Message-ID: <3A22E712.20440D3B@lickey.com> Date: Mon, 27 Nov 2000 14:58:26 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: giving composite widget focus Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've created a widget that packs a GtkLabel and a GtkEntry into a GtkHBox. I'd like to allow the new widget to get focus and to add some handling when it does. I added GTK_WIDGET_SET_FLAGS (new_widget, GTK_CAN_FOCUS); to new_widget_init(). I also added GtkWidgetClass* widget_class; widget_class = (GtkWidgetClass*)klass; widget_class->draw_focus = new_widget_draw_focus; to new_widget_class_init(). Right now, new_widget_draw_focus() just prints out a debugging statement. Or it would if it were actually getting called, which it's not. Can anyone tell me why? Thanks! Davina From mleisher@crl.nmsu.edu Mon Nov 27 18:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8F9222D41A; Mon, 27 Nov 2000 18:16:17 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA24140; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA39912; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA20429; Mon, 27 Nov 2000 16:16:12 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.60220.820228.191422@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 16:16:12 -0700 (MST) To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus In-Reply-To: <3A22E712.20440D3B@lickey.com> References: <3A22E712.20440D3B@lickey.com> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina> I've created a widget that packs a GtkLabel and a GtkEntry into a Davina> GtkHBox. I'd like to allow the new widget to get focus and to add Davina> some handling when it does. [.....] Davina> Right now, new_widget_draw_focus() just prints out a debugging Davina> statement. Or it would if it were actually getting called, which Davina> it's not. Davina> Can anyone tell me why? Have you tried having your application call gtk_widget_grab_focus() on the newly created widget? Sometimes it isn't immediately clear what widget in your application has the focus when it starts, so you can force the issue this way. The focus traversal key, often Tab, should allow you to cycle through until you get those debugging statements you added. If neither works, then I'm not sure what the problem is. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From umbpux@tin.it Tue Nov 28 03:46:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from laguna.tiscalinet.it (laguna.tiscalinet.it [195.130.224.86]) by mail.gnome.org (Postfix) with ESMTP id 0CF1F2DE34 for ; Tue, 28 Nov 2000 03:46:55 -0500 (EST) Received: from tin.it (62.11.160.132) by laguna.tiscalinet.it; 28 Nov 2000 09:46:05 +0100 Message-ID: <3A237E79.16E32608@tin.it> Date: Tue, 28 Nov 2000 10:44:25 +0100 From: Maurizio Umberto Puxeddu X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu From tshead@k-3d.com Tue Nov 28 04:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kathy.k-3d.com (209-128-79-046.bayarea.net [209.128.79.46]) by mail.gnome.org (Postfix) with ESMTP id CDD042DC11 for ; Tue, 28 Nov 2000 04:56:57 -0500 (EST) Received: from k-3d.com (localhost [127.0.0.1]) by kathy.k-3d.com (Postfix) with ESMTP id 3A96D32F824; Tue, 28 Nov 2000 01:56:56 -0800 (PST) Message-ID: <3A238167.6060500@k-3d.com> Date: Tue, 28 Nov 2000 01:56:55 -0800 From: "Timothy M. Shead" User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20001118 X-Accept-Language: en MIME-Version: 1.0 To: Maurizio Umberto Puxeddu Cc: gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows References: <3A237E79.16E32608@tin.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Maurizio Umberto Puxeddu wrote: > Hello. > > What is the current status of MS-Windows port of Gtk+ and PyGtk? > They look abandoned. Am I right? > > Thanks, > > Maurizio Umberto Puxeddu I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Regards, Timothy M. Shead tshead@k-3d.com From charlet@ACT-Europe.FR Tue Nov 28 05:11:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 9BF9A2DBB0 for ; Tue, 28 Nov 2000 05:11:01 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 5034A5F5C4; Tue, 28 Nov 2000 11:11:00 +0100 (MET) Date: Tue, 28 Nov 2000 11:11:00 +0100 From: Arnaud Charlet To: "Timothy M. Shead" Cc: Maurizio Umberto Puxeddu , gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows Message-ID: <20001128111100.A2514@dublin.int.act-europe.fr> References: <3A237E79.16E32608@tin.it> <3A238167.6060500@k-3d.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A238167.6060500@k-3d.com>; from tshead@k-3d.com on Tue, Nov 28, 2000 at 01:56:55AM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Same thing for GtkAda. Well like a charm is a little bit exagerated, the windows port is not quite yet at the same level as the X port, but it is in a very reasonable shape. Arno From hp@redhat.com Tue Nov 28 09:48:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0550E2BB33; Tue, 28 Nov 2000 09:48:33 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eASEmnR32000; Tue, 28 Nov 2000 09:48:49 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus References: <3A22E712.20440D3B@lickey.com> From: Havoc Pennington Date: 28 Nov 2000 09:48:49 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 27 Nov 2000 14:58:26 -0800" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > Can anyone tell me why? > You also want to connect to focus_in_event and focus_out_event. In those, set/unset the GTK_HAS_FOCUS flag, and draw/undraw the focus rectangle. Havoc From id072647@belgacom.be Tue Nov 28 10:11:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail2.belgacom.be (mail2.belgacom.be [195.13.15.37]) by mail.gnome.org (Postfix) with ESMTP id 875312DCA5 for ; Tue, 28 Nov 2000 10:11:17 -0500 (EST) Received: from exhub01.bc (exchange.bc [45.34.4.231]) by mail2.belgacom.be with SMTP id PAA24077 for ; Tue, 28 Nov 2000 15:11:16 GMT From: id072647@belgacom.be Received: from 127.0.0.1 by exhub01.bc (InterScan E-Mail VirusWall NT); Tue, 28 Nov 2000 16:11:16 +0100 (W. Europe Standard Time) Received: by exhub01.bc with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:01:16 +0100 Message-ID: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> To: gtk-list@gnome.org Subject: PyGtk documentation? Date: Tue, 28 Nov 2000 16:01:12 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have searched on Python.org, gtk.org but I don't find a documentation of PyGtk. Could someone guide me to that documentation? Thanks for your help. -----Original Message----- From: Maurizio Umberto Puxeddu [mailto:umbpux@tin.it] Sent: Tuesday 28 November 2000 10:44 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." From Piotr.P.Plonkowski@ope.shell.com Tue Nov 28 10:39:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hags6104.IS.SHELL.COM (nl01.shell.nl [134.146.4.9]) by mail.gnome.org (Postfix) with ESMTP id 6AD722DCA5 for ; Tue, 28 Nov 2000 10:39:46 -0500 (EST) Received: by hags6104.sipm.shell.nl with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:39:39 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F0150E@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'gtk-list@gnome.org'" Subject: How to insert progress-bar into clist? Date: Tue, 28 Nov 2000 16:29:09 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I'm looking for somebody who can tell me how to insert dynamic created progress-bar into clist. Is there somebody who has got any example? Piotr. From christian.egli@stest.ch Tue Nov 28 10:56:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from uxmailstest.stest.ch (unknown [195.65.218.116]) by mail.gnome.org (Postfix) with ESMTP id DEDD02BB50 for ; Tue, 28 Nov 2000 10:56:14 -0500 (EST) Received: from zeus.alcatel.ch (zeus [141.169.78.33]) by uxmailstest.stest.ch (8.9.3/8.9.0) with ESMTP id QAA13655; Tue, 28 Nov 2000 16:57:27 +0100 (MET) Received: from meon.alcatel.ch (meon [141.169.79.70]) by zeus.alcatel.ch (8.8.8+Sun/8.8.8) with ESMTP id QAA12778; Tue, 28 Nov 2000 16:53:58 +0100 (MET) Received: (from egli@localhost) by meon.alcatel.ch (8.8.8+Sun/8.8.8) id QAA21598; Tue, 28 Nov 2000 16:53:55 +0100 (MET) X-Authentication-Warning: meon.alcatel.ch: egli set sender to christian.egli@stest.ch using -f To: id072647@belgacom.be Cc: gtk-list@gnome.org Subject: Re: PyGtk documentation? References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> From: Christian Egli Date: 28 Nov 2000 16:53:55 +0100 In-Reply-To: id072647@belgacom.be's message of "Tue, 28 Nov 2000 16:01:12 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ id072647@belgacom.be writes: > I have searched on Python.org, gtk.org but I don't find a > documentation of PyGtk. > Could someone guide me to that documentation? Try http://www.daa.com.au/~james/pygtk/ -- Christian Egli Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zuerich From bott@iol.it Tue Nov 28 16:06:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53]) by mail.gnome.org (Postfix) with ESMTP id 9BB3F2BCA3 for ; Tue, 28 Nov 2000 16:06:41 -0500 (EST) Received: from gauss (151.33.135.41) by smtp3.libero.it; 28 Nov 2000 22:06:36 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 140rx2-00004n-00 for ; Tue, 28 Nov 2000 22:06:08 +0100 Date: Tue, 28 Nov 2000 22:06:07 +0100 From: Ottavio Campana To: Gtk-list Subject: Howto remove all the rows from a clist Message-ID: <20001128220607.A291@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ how can I remove all the rows froma clist? thank you. -- Non c'è più forza nella normalità, c'è solo monotonia. From dreed@capital.edu Tue Nov 28 16:14:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from apollo.capital.edu (apollo.capital.edu [192.153.31.27]) by mail.gnome.org (Postfix) with ESMTP id 7E52B2E001 for ; Tue, 28 Nov 2000 16:14:09 -0500 (EST) Received: from fourier.capital.edu (fourier [205.133.110.175]) by apollo.capital.edu (8.11.1/8.11.1) with ESMTP id eASLD1D01401; Tue, 28 Nov 2000 16:13:02 -0500 (EST) Received: (from dreed@localhost) by fourier.capital.edu (8.9.3+Sun/8.9.1) id QAA16350; Tue, 28 Nov 2000 16:13:00 -0500 (EST) Date: Tue, 28 Nov 2000 16:13:00 -0500 (EST) Message-Id: <200011282113.QAA16350@fourier.capital.edu> X-Authentication-Warning: fourier.capital.edu: dreed set sender to dreed@capital.edu using -f From: Dave Reed To: bott@iol.it Cc: gtk-list@gnome.org In-reply-to: <20001128220607.A291@gauss> (message from Ottavio Campana on Tue, 28 Nov 2000 22:06:07 +0100) Subject: Re: Howto remove all the rows from a clist References: <20001128220607.A291@gauss> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Date: Tue, 28 Nov 2000 22:06:07 +0100 > From: Ottavio Campana > > how can I remove all the rows froma clist? > > thank you. > > -- > Non c'è più forza nella normalità, c'è solo monotonia. http://developer.gnome.org/doc/API/gtk/gtkclist.html#GTK-CLIST-CLEAR From dov@imagic.weizmann.ac.il Tue Nov 28 17:06:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id C323A2BAB1 for ; Tue, 28 Nov 2000 17:06:51 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id AAA05581; Wed, 29 Nov 2000 00:07:08 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011282207.AAA05581@imagic.weizmann.ac.il> To: gtk-list@gnome.org Subject: ANNOUNCE: gtk-image-viewer-0.0.1 Date: Wed, 29 Nov 2000 00:07:08 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have just uploaded to my web site the first version of the interactive image display widget gtk-image-viewer. Here is the README file. GtkImageViewer - An image viewer widget for gtk Dov Grobgeld 29 November 2000 Version 0.0.1 http://imagic.weizmann.ac.il/~dov/freesw/gtk/gtk-image-viewer BACKGROUND As a writer of several scientific image displaying tools I have always wanted a good general purpose image display widget. The goal of the GtkImageViewer widget is to fullfill that gap. Its interaction is a mixture of the user interfaces of Gimp and of xv. The widget itself handles zoom and panning. Additional functionality may be added through callbacks. The GtkImageViewer is perfectly suited to be used by any photo display program and will provide a uniform interface for interacting with images. Currently I have released the sources under the GPL, but I am ready to change the licence to LGPL at least for the widget, if there is any interest. FILES IN THIS PACKAGE gtk-image-viewer.c The source. gtk-image-viewer.h The header file. test-wdg.c A simple example of the use of the widget. giv.c A powerful image display program that allows zoomable vector overlays - called marks - on top of the image. giv will eventually be released into an archive of its own. Run with -help to get some help about the program. example.marks Example of a simple marks file. VOLUNTEERS Please send in your comments and patches. From wolfgang@ultim.net Tue Nov 28 17:54:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 860F82BB7B for ; Tue, 28 Nov 2000 17:54:20 -0500 (EST) Received: (qmail 1997 invoked from network); 28 Nov 2000 22:53:25 -0000 Received: from m99.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.99) by athena.ultim.net with SMTP; 28 Nov 2000 22:53:25 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eASMqJ700704 for gtk-list@gnome.org; Tue, 28 Nov 2000 17:52:19 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 17:52:19 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128175218.A695@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282207.AAA05581@imagic.weizmann.ac.il>; from dov@imagic.weizmann.ac.il on Wed, Nov 29, 2000 at 12:07:08AM +0200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Isn't this what the Eye of Gnome is meant for ? It may not be a widget in itself but I think it is reusable through Bonobo... W -- A chicken is an egg's way of producing more eggs. From Valdis.Kletnieks@vt.edu Tue Nov 28 18:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id D4A3A2E06C for ; Tue, 28 Nov 2000 18:22:21 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eASNMJG27022; Tue, 28 Nov 2000 18:22:20 -0500 Message-Id: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: Your message of "Tue, 28 Nov 2000 17:52:19 EST." <20001128175218.A695@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <20001128175218.A695@debian.home> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-145962980P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 28 Nov 2000 18:22:19 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-145962980P Content-Type: text/plain; charset=us-ascii On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through Umm.. some of us program in environments that don't have Gnome or Bonobo. Those of us need a GTK-only solution. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-145962980P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOiQ+K3At5Vm009ewEQINuQCgwAfsQIasv9iZOnrytVyZwQu9C8YAniEE 365ATAHcKOznp4EH7kiM3gAC =wrUP -----END PGP SIGNATURE----- --==_Exmh_-145962980P-- From mleisher@crl.nmsu.edu Tue Nov 28 18:31:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8B07A2DFDE for ; Tue, 28 Nov 2000 18:31:38 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA10230 for ; Tue, 28 Nov 2000 16:31:35 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA74312 for ; Tue, 28 Nov 2000 16:31:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA23260; Tue, 28 Nov 2000 16:31:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14884.16469.633201.486961@helion.crl.nmsu.edu> Date: Tue, 28 Nov 2000 16:31:33 -0700 (MST) To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget >> in itself but I think it is reusable through Valdis> Umm.. some of us program in environments that don't have Gnome or Valdis> Bonobo. Valdis> Those of us need a GTK-only solution. Another GTK-only user agrees. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From wolfgang@ultim.net Tue Nov 28 19:04:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 233E12BDA5 for ; Tue, 28 Nov 2000 19:04:30 -0500 (EST) Received: (qmail 8757 invoked from network); 29 Nov 2000 00:03:35 -0000 Received: from m104.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.104) by athena.ultim.net with SMTP; 29 Nov 2000 00:03:35 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAT02Xq00765 for gtk-list@gnome.org; Tue, 28 Nov 2000 19:02:33 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 19:02:31 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128190231.A709@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <14884.16469.633201.486961@helion.crl.nmsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <14884.16469.633201.486961@helion.crl.nmsu.edu>; from mleisher@crl.nmsu.edu on Tue, Nov 28, 2000 at 04:31:33PM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 28, 2000 at 04:31:33PM -0700, heure d'inpiration, Mark Leisher écrivait en ces mots: > > >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget > >> in itself but I think it is reusable through > > Valdis> Umm.. some of us program in environments that don't have Gnome or > Valdis> Bonobo. > > Valdis> Those of us need a GTK-only solution. > > Another GTK-only user agrees. Well. I am not against it. Everyone should be free to do what he wants. W -- A chicken is an egg's way of producing more eggs. From david@linux.com Tue Nov 28 19:08:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 85A482E009 for ; Tue, 28 Nov 2000 19:08:54 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAT08Yc04324; Tue, 28 Nov 2000 16:08:36 -0800 Message-ID: <3A244901.C725048D@linux.com> Date: Tue, 28 Nov 2000 16:08:33 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> Content-Type: multipart/mixed; boundary="------------F11417E35F464B22E844BBA8" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------F11417E35F464B22E844BBA8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Wolfgang Sourdeau wrote: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through > Bonobo... I'd rather have just plain old gtk. Gnome makes things bloated and fat as a beached whale. I.e. the cpu sucker, the memory sucker, ...I'll stop. -d --------------F11417E35F464B22E844BBA8 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE url:www.blue-labs.org adr:;;;;;; version:2.1 email;internet:david@blue-labs.org title:Blue Labs Developer note;quoted-printable:GPG key: http://www.blue-labs.org/david@nifty.key=0D=0A x-mozilla-cpt:;9952 fn:David Ford end:vcard --------------F11417E35F464B22E844BBA8-- From gharris@flashcom.net Tue Nov 28 23:56:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h017.c014.sfo.cp.net [209.228.12.81]) by mail.gnome.org (Postfix) with SMTP id 68F0C2BAB1 for ; Tue, 28 Nov 2000 23:56:27 -0500 (EST) Received: (cpmta 23143 invoked from network); 28 Nov 2000 20:56:26 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.81) with SMTP; 28 Nov 2000 20:56:26 -0800 X-Sent: 29 Nov 2000 04:56:26 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA00392; Tue, 28 Nov 2000 20:56:23 -0800 (PST) (envelope-from gharris) Date: Tue, 28 Nov 2000 20:56:23 -0800 From: Guy Harris To: Christian Egli Cc: id072647@belgacom.be, gtk-list@gnome.org Subject: Re: PyGtk documentation? Message-ID: <20001128205623.A358@quadrajet.flashcom.com> References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from christian.egli@stest.ch on Tue, Nov 28, 2000 at 04:53:55PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 28, 2000 at 04:53:55PM +0100, Christian Egli wrote: > Try http://www.daa.com.au/~james/pygtk/ Perhaps the PyGTK link on the GTK+ home page should go there rather than to ftp://ftp.gtk.org/pub/gtk/python/ as it currently does; many other language-binding links on the GTK+ home page appear to go to home pages for the projects in question, and James' PyGTK page does link to the FTP url in question. From rpbrown@xtra.co.nz Wed Nov 29 07:39:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mta1-rme.xtra.co.nz (mta1-rme.xtra.co.nz [203.96.92.1]) by mail.gnome.org (Postfix) with ESMTP id AFBEA2E0C9 for ; Wed, 29 Nov 2000 07:39:09 -0500 (EST) Received: from 203-96-104-56.dialup.xtra.co.nz ([203.96.104.56]) by mta1-rme.xtra.co.nz with ESMTP id <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> for ; Thu, 30 Nov 2000 01:39:06 +1300 Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 From: rpbrown Cc: gtk-list@gnome.org In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Content-Type: text/plain X-Mailer: Evolution 0.6 (Developer Preview) Date: 29 Nov 2000 00:42:28 -1200 Mime-Version: 1.0 Message-Id: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. > -- > Valdis Kletnieks > Operating Systems Analyst > Virginia Tech > > doesnt gqview do this? From Piotr.P.Plonkowski@ope.shell.com Wed Nov 29 10:34:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B65A42E114 for ; Wed, 29 Nov 2000 10:34:50 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id KAA19007 for ; Wed, 29 Nov 2000 10:34:50 -0500 Received: from rijpats6104.scis.shell.nl (nl02.shell.nl [134.146.0.21]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eATFYnD09353 for ; Wed, 29 Nov 2000 10:34:49 -0500 Received: by rijpats6104.scis.shell.nl with Internet Mail Service (5.5.2650.21) id ; Wed, 29 Nov 2000 16:34:47 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F01517@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'GTK-list@redhat.com'" Subject: How to insert pixmap into clist? Date: Wed, 29 Nov 2000 16:34:44 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, could you tell me how to insert a dynamic created progress-bar into clist. Does anybody has any example? Thanks, Piotr. From muhri@muhri.net Wed Nov 29 12:01:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.217]) by mail.gnome.org (Postfix) with ESMTP id 173E02D618 for ; Wed, 29 Nov 2000 12:01:28 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id EE743C100; Wed, 29 Nov 2000 11:02:00 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: rpbrown Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 X-Mailer: Pronto v2.2.2 Date: 29 Nov 2000 11:01:59 CST Reply-To: "Maher Awamy" In-Reply-To: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Message-Id: <20001129170201.EE743C100@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > Isn't this what the Eye of Gnome is meant for ? > > > It may not be a widget in itself but I think it is reusable through > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > Those of us need a GTK-only solution. > > -- > > Valdis Kletnieks > > Operating Systems Analyst > > Virginia Tech > > > > > > doesnt gqview do this? GQView is not a widget. Maher > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From mike@mjv.com Wed Nov 29 12:57:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1-us.simplemente.net (relay1.us.simplemente.net [216.167.121.82]) by mail.gnome.org (Postfix) with ESMTP id BD7E12BED7 for ; Wed, 29 Nov 2000 12:57:12 -0500 (EST) Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61]) by relay1-us.simplemente.net (Postfix) with ESMTP id E7CBAD782A for ; Wed, 29 Nov 2000 12:57:11 -0500 (EST) Received: from mjv.com [63.64.123.23] by comanchetx.com with ESMTP (SMTPD32-6.05) id A1BDF4F7005E; Wed, 29 Nov 2000 11:49:49 -0600 Message-ID: <3A2540D0.2D51FD35@mjv.com> Date: Wed, 29 Nov 2000 11:45:52 -0600 From: Michael Vanecek X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Guys, the level of cynicism in this thread is distressing. Who cares if prog A or B does the same thing? This guy wrote a neat app that works and he's proud of the hours of work he put into it. It was his choice to create a new app rather than contribute to a pre-existing app (though I don't think there is an image-viewing widget). What would have happened if the GTK guys came out and announced that they had created a neat widget set library and everyone said "Well, doesn't Motif already have that?" or "Doesn't Qt already do that?" or what about the argument over "Why Gnome if KDE already does that?". More than anything that I like about Linux is the variety of choices we have. Who knows if this widget will become a standard issue for GTK, or maybe merged into a larger project? Personally, I'd like to see some #ifdefs in there for Gnome if that environment is detected. Why not? It's all a matter of personal preference. I don't think his announcement was meant to generate this kind of discussion, but rather to generate some peer review that is the backbone of Open Source Software development, so if your interested, look at his app, judge it, think of how you would improve it or change it and bring it to the table... Cheers, Mike > > On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > > Isn't this what the Eye of Gnome is meant for ? > > > > It may not be a widget in itself but I think it is reusable through > > > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > > > Those of us need a GTK-only solution. > > > -- > > > Valdis Kletnieks > > > Operating Systems Analyst > > > Virginia Tech > > > > > > > > > > doesnt gqview do this? From wolfgang@iNsu.com Wed Nov 29 13:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Goffman.iNsu.COM (Goffman.iNsu.COM [206.167.33.70]) by mail.gnome.org (Postfix) with ESMTP id C2E3D2D625 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: from Marx.iNsu.COM (Marx.iNsu.COM [192.168.100.30]) by Goffman.iNsu.COM (Postfix) with ESMTP id ACFD727D90 for ; Wed, 29 Nov 2000 13:11:17 -0500 (EST) Received: from wolfgang.insu.com (Wolfgang.iNsu.COM [192.168.100.77]) by Marx.iNsu.COM (Postfix) with ESMTP id 10D176E823 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: by wolfgang.insu.com (Postfix, from userid 1013) id 184C222002; Wed, 29 Nov 2000 13:20:18 -0500 (EST) From: Wolfgang Sourdeau To: gtk-list@gnome.org In-reply-to: <3A2540D0.2D51FD35@mjv.com> (message from Michael Vanecek on Wed, 29 Nov 2000 11:45:52 -0600) Subject: Re: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> <3A2540D0.2D51FD35@mjv.com> User-Agent: WEMI/1.13.7 (Shimada) Chao/1.14.0 (Momoyama) Emacs/20.4 (i386-inslinux-linux-gnu) (with unibyte mode) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Message-Id: <20001129182018.184C222002@wolfgang.insu.com> Date: Wed, 29 Nov 2000 13:20:18 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Guys, the level of cynicism in this thread is distressing. Who cares if > prog A or B does the same thing? This guy wrote a neat app that works > and he's proud of the hours of work he put into it. It was his choice to Nobody pretends that he must not be proud. But freedom of expression is as important as freedom of choice. The reason I asked my question was that I wanted to suggest him to take a look at eog and see if he couldn't spare his time. That was a good intention and I have never thought his project might not have been nice or useful. W From meisemann@dsrnet.com Wed Nov 29 13:28:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 0A7D92C10B for ; Wed, 29 Nov 2000 13:28:14 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATIGeA17939 for ; Wed, 29 Nov 2000 13:16:41 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATIGdf17929 for ; Wed, 29 Nov 2000 13:16:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 13:25:50 -0500 Message-ID: <01C05A07.E434A460.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: gtk and window size Date: Wed, 29 Nov 2000 13:25:49 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From davina@lickey.com Wed Nov 29 14:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 5A55B2BC57; Wed, 29 Nov 2000 14:19:24 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 8E2C7A01B; Wed, 29 Nov 2000 11:21:00 -0800 (PST) Message-ID: <3A2556BA.88DC8AE0@lickey.com> Date: Wed, 29 Nov 2000 11:19:22 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: GtkLabel text size and position Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I want to draw some decoration around a GtkLabel, which requires that I know the size and position of its text. The only way I can think to do it is to go into GtkLabel's private data. Is there a way to do it through the API? Thanks! Davina From meisemann@dsrnet.com Wed Nov 29 15:11:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 28D792BC57 for ; Wed, 29 Nov 2000 15:11:12 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATJxcA29870 for ; Wed, 29 Nov 2000 14:59:38 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATJxbf29861 for ; Wed, 29 Nov 2000 14:59:37 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 15:08:48 -0500 Message-ID: <01C05A16.46655400.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'gtk-list@gnome.org'" Subject: RE: gtk and window size Date: Wed, 29 Nov 2000 15:08:47 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Resending this since there was an error -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 29, 2000 1:26 PM To: gtk-list@gnome.org Subject: gtk and window size Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From mmenal@ifrance.com Wed Nov 29 16:58:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by mail.gnome.org (Postfix) with SMTP id 9DC922D9A7 for ; Wed, 29 Nov 2000 16:58:25 -0500 (EST) Received: from 213.44.176.238 [213.44.176.238] by lh00.opsion.fr; Wed, 29 Nov 2000 21:58:26 GMT Date: Wed, 29 Nov 2000 22:58:13 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <6957.001129@ifrance.com> To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: GtkLabel text size and position References: <3A2556BA.88DC8AE0@lickey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong wrote: Hi, DA> I want to draw some decoration around a GtkLabel, which requires that I DA> know the size and position of its text. The only way I can think to do DA> it is to go into GtkLabel's private data. Is there a way to do it DA> through the API? Why would you need a function to do what you can want directly ? The data of a widget aren't private, I think. You should not modify it, because you can't do what the widget can with a function which do that properly (is this clear ?). But, there's nothing wrong to access the data of a widget. And you need this in very common cases, like when you create a GtkFileSelection, or when you need the title of a window :-) DA> Thanks! DA> Davina Good night, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From king@eiffel.com Wed Nov 29 20:22:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 4F58B2BBDD for ; Wed, 29 Nov 2000 20:22:36 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 141IQk-0001cR-00 for gtk-list@gnome.org; Wed, 29 Nov 2000 17:22:34 -0800 Message-ID: <3A25AC88.F755D113@eiffel.com> Date: Wed, 29 Nov 2000 17:25:28 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compound widgets treated as like a normal widget. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Is a `compound' widget such as gtkcombo treated like any other widget, by this I mean does it emit signals like any other widgets or do I have to connect to the internal widgets that make up the combo box. At present I don't seem to be able to get any events using just a pointer to the gtkcombo widget itself. Thanks for your time Ian King From cfreeze@cs.clemson.edu Wed Nov 29 20:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp01.infoave.net (smtp01.infoave.net [165.166.0.26]) by mail.gnome.org (Postfix) with ESMTP id 575DA2BAC2 for ; Wed, 29 Nov 2000 20:59:36 -0500 (EST) Received: from yoda.cs.clemson.edu ([207.144.106.107]) by SMTP00.InfoAve.Net (PMDF V5.2-33 #45321) with ESMTP id <01JX4JVYA0TI9AO0XX@SMTP00.InfoAve.Net> for gtk-list@gnome.org; Wed, 29 Nov 2000 20:58:58 EDT Date: Wed, 29 Nov 2000 19:58:46 -0600 (CST) From: Chris Freeze Subject: GtkCombo Question To: gtk-list@gnome.org Message-id: MIME-version: 1.0 X-Mailer: XFMail 1.4.7 on Linux Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 8bit X-Priority: 3 (Normal) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a way to set a combo to a specified index? I have a set number of strings, but given some display's I need to have it default to displaying a certain index instead of the zeroth index. Regards, Chris ----- Chris Freeze Email: cfreeze@cs.clemson.edu Web: http://www.cs.clemson.edu/~cfreeze From dfisher@jagger.me.berkeley.edu Wed Nov 29 21:34:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id 23C7A2BC43 for ; Wed, 29 Nov 2000 21:34:17 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eAU2LPs13753 for ; Wed, 29 Nov 2000 18:21:25 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4TGH200.37F; Wed, 29 Nov 2000 18:34:14 -0800 Message-ID: <3A25BCA9.9010007@jagger.me.berkeley.edu> Date: Wed, 29 Nov 2000 18:34:17 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Chris Freeze Cc: gtk-list@gnome.org Subject: Re: GtkCombo Question References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You can set the selected item on the combo->list widget. gtk_list_select_item(GTK_LIST(combo->list), n); Darin Chris Freeze wrote: > Is there a way to set a combo to a specified index? I have a set number of > strings, but given some display's I need to have it default to displaying a > certain index instead of the zeroth index. > > Regards, > > Chris > > ----- > Chris Freeze Email: cfreeze@cs.clemson.edu > Web: http://www.cs.clemson.edu/~cfreeze > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From randhol@kiuk0156.chembio.ntnu.no Thu Nov 30 05:04:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kiuk0156.chembio.ntnu.no (kiuk0156.chembio.ntnu.no [129.241.83.82]) by mail.gnome.org (Postfix) with ESMTP id 12EBC2BB31 for ; Thu, 30 Nov 2000 05:04:19 -0500 (EST) Received: from randhol by kiuk0156.chembio.ntnu.no with local (Exim 3.12 #1 (Debian)) id 141QaS-00009K-00 for ; Thu, 30 Nov 2000 11:05:08 +0100 Date: Thu, 30 Nov 2000 11:05:08 +0100 From: Preben Randhol To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001130110508.A456@pvv.org> Mail-Followup-To: Preben Randhol , gtk-list@gnome.org References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Tue, Nov 28, 2000 at 06:22:19PM -0500 Organization: PVV Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Valdis.Kletnieks@vt.edu wrote on 29/11/2000 (11:31) : > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. I agree. Anyhow I prefer a widget over having to run stuff through bonobo when the widget can be made small and neat. -- Preben Randhol ---------------- http://www.pvv.org/~randhol/ -- iMy favorite editor is Emacs!bcwVim -- vim best-editor.txt From otaylor@redhat.com Thu Nov 30 09:53:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id DDF602C81E for ; Thu, 30 Nov 2000 09:53:33 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 8A061242FBC; Thu, 30 Nov 2000 09:53:33 -0500 (EST) To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: gtk and window size References: <01C05A07.E434A460.meisemann@dsrnet.com> From: Owen Taylor Date: 30 Nov 2000 09:53:33 -0500 In-Reply-To: Matt Eisemann's message of "Wed, 29 Nov 2000 13:25:49 -0500" Message-ID: Lines: 48 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application which has many nested vetical and > horizontal boxes and I am trying to figure out if a parent box overrides > the parameters set by a child box. It looks like it does if you want a > parent box to be nonhomogeneous and a child to be homogenious and visa > versa. My actual question is in regard to a CLIST. In my application I > have a CLIST in a scrolled window. How do you set the default size of a > scrolled window so that a user can adjust its size? If one uses > gtk_widget_set_usize it will set the size correctly but it seems to be > static and unmovable by the user and it prevents the user from being able > to expand the size of the scrolled window and hence the CLIST. The > function I was thinking of using was gtk_window_set_default_size but I get > some strange error messages > > Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): > assertion 'GTK_IS_WINDOW (window)' failed. > > The code for my window where I put my CLIST is. > > scrolled_win = gtk_scrolled_window_new(NULL,NULL) > gtk_window_set_default_size(scrolled_win,400,400); GtkScrolledWindow does not derive from GtkWindow. > gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); > > where display_tasks should be the CLIST. > > Any ideas? Let me know if you need more code or a better explanation of > something. Thanks ahead of time for your help. Each individual widget in GTK+ only has a minimum size. If you want to set default or maximum sizes, you need to set them on the toplevel window. To make computing the correct size simple in the case when you have a window with only one adjustable-size widget, GTK+ introduces the concept of the 'geometry widget' - that is, the widget that the geometry parameters set on the toplevel apply to. So, you should be able to get your desired effect with: gtk_window_set_geometry_hints (toplevel, scrolled_win, NULL, 0); gtk_window_set_default_size (toplevel, 400, 400); Regards, Owen From davidchen@itri.org.tw Wed Nov 29 04:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id D9F062BAB1 for ; Wed, 29 Nov 2000 04:17:37 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id RAA04326 for ; Wed, 29 Nov 2000 17:20:54 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id RAA16340 for ; Wed, 29 Nov 2000 17:18:16 +0800 (CST) From: "david chen" To: "gtk" Subject: How to load jpeg image using gtk Date: Wed, 29 Nov 2000 17:18:49 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ SGkgdGhlcmUsDQoNCkkgd291bGQgbGlrZSB0byBsb2FkIGpwZWcgaW1hZ2UgdXNpbmcgZ3RrLA0K Q2FuIGFueW9uZSBoZWxwIG1lIGhvdyB0byBkbyB0aGF0Pw0KT3Igc29tZSBleGFtcGxlIGNvZGUg c2ltcGx5IGlzIGFibGUgdG8gaW1wbGVtZW50IHRoYXQuDQpUaGFua3MhDQoNCkRhdmlkDQo= From cooperdl@att.net Tue Nov 28 15:11:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc22.worldnet.att.net (mtiwmhc22.worldnet.att.net [204.127.131.47]) by mail.gnome.org (Postfix) with ESMTP id EA5B02BAE9 for ; Tue, 28 Nov 2000 15:11:47 -0500 (EST) Received: from webmail.worldnet.att.net ([204.127.135.57]) by mtiwmhc22.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with SMTP id <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net>; Tue, 28 Nov 2000 20:11:47 +0000 Received: from [147.72.229.147] by webmail.worldnet.att.net; Tue, 28 Nov 2000 20:11:47 +0000 From: cooperdl@att.net To: gtk-list@gnome.org Subject: Option Menu Date: Tue, 28 Nov 2000 20:11:47 +0000 X-Mailer: AT&T Message Center Version 1 (May 2 2000) X-Authenticated-Sender: cooperdl@att.net Message-Id: <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a continuation of a thread started on glade- users. I am having a problem with the optionmenu widget resizing (or rather, not resizing) when new menu items are added to the menu connected to the optionsmenu. After checking into the code, it seems that the size of the optionmenu is set only when the menu is attached to the optionmenu. The optionmenu size functions are private. How can I force the the optionmenu to resize after adding new menu items? I have x expand and shrink enabled, if you were wondering. I have found a workaround in the mean time. If I save the menu that is attached to the optionmenu, then unattach it from the optionmenu, add new items to it, and then re-attach it, the optionmenu is resized correctly. Why am I doing this, you ask? No, I'm not changing the optionmenu items at various times in the program. I'm setting the optionmenu items at startup based on a configuration file read in when the program starts. Thanks for any education you can provide. David From davidchen@itri.org.tw Mon Nov 27 21:31:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id ABCE02BBBA for ; Mon, 27 Nov 2000 21:31:29 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id KAA21783 for ; Tue, 28 Nov 2000 10:31:44 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id KAA20658 for ; Tue, 28 Nov 2000 10:28:57 +0800 (CST) From: "david chen" To: Subject: Garbage collection in GTK Date: Tue, 28 Nov 2000 10:29:32 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ RGVhciBTaXIvTWFkYW0NCg0KSSBoYXZlIHRoZSBmb2xsb3dpbmcgcXVlc3Rpb25zLCBjb3VsZCBh bnlvbmUga2luZGx5IHRvIGFuc3dlciBtZSwgdGhhbmtzIQ0KDQoxLiAgSW4gR1RLLCBpcyB0aGVy ZSBhbnkgImdhcmJhZ2UgY29sbGVjdGlvbiI/DQogICAgIEhvdyBkb2VzIEdUSyBkZWFsIHdpdGgg dGhpcyBraW5kIG9mIGlzc3VlPw0KDQoyLiBIb3cgZG9lcyBHVEsgZGVhbCB3aXRoIGdpZiwgb3Ig anBnIGZvcm1hdD8NCiAgICBJbiB0aGF0IGJvb2ssIG9ubHkgeHBtIGZvcm1hdCBpcyBtZW50aW9u ZWQuDQoNCg0KDQpLaW5kIFJlZ2FyZHMsDQoNCg0KRGF2aWQ= From loban@ugcs.caltech.edu Mon Nov 27 02:36:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from spew.ugcs.caltech.edu (spew.ugcs.caltech.edu [131.215.43.154]) by mail.gnome.org (Postfix) with ESMTP id 81C732BC6A for ; Mon, 27 Nov 2000 02:36:14 -0500 (EST) Received: by spew.ugcs.caltech.edu (Postfix, from userid 9289) id C2BB32440F; Sun, 26 Nov 2000 23:36:13 -0800 (PST) Date: Sun, 26 Nov 2000 23:36:13 -0800 From: Loban Amaan Rahman To: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? Message-ID: <20001126233613.A20416@spew.ugcs.caltech.edu> References: <002f01c05813$97178da0$bcec41d2@ielinux.com> <200011270252.VAA18807@renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200011270252.VAA18807@renoir.op.net>; from pbd@Op.Net on Sun, Nov 26, 2000 at 09:52:47PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >I want set my widget to play sound effect when some event happen. > >Have any gtk function can do it? > >or other C,linux function can do it? Don't mind the flame you got earlier. Some people just like doing that. Check out the following web-page for what you need. http://developer.gnome.org/doc/API/libgnome/gnome-gnome-sound.html = L From jouse@ms27.hinet.net Fri Nov 24 01:00:05 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ms27.hinet.net (ms27.hinet.net [168.95.4.27]) by mail.gnome.org (Postfix) with ESMTP id 58B832BAAA for ; Fri, 24 Nov 2000 01:00:04 -0500 (EST) Received: from Alan ([210.65.236.188]) by ms27.hinet.net (8.8.8/8.8.8) with SMTP id NAA20594 for ; Fri, 24 Nov 2000 13:59:50 +0800 (CST) Message-ID: <010201c055db$efcc0d20$bcec41d2@ielinux.com> From: "jouse" To: Subject: Have man for gtk?? Date: Fri, 24 Nov 2000 14:00:51 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FF_01C0561E.F468F260" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi, all Have man for gtk?=20 like as type "man gtk_main_quit()" then show the function help. Where to get it? ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi, all
Have man for gtk? =
like as  type "man = gtk_main_quit()"=20 then show the function help.
Where to get = it?
 
------=_NextPart_000_00FF_01C0561E.F468F260-- From robert@promisechina.com Thu Nov 23 22:42:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8C0892BE58 for ; Thu, 23 Nov 2000 22:42:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id WAA23486 for ; Thu, 23 Nov 2000 22:42:44 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAO3ggD07917 for ; Thu, 23 Nov 2000 22:42:43 -0500 Received: (qmail 16140 invoked from network); 24 Nov 2000 03:33:47 -0000 Received: from unknown (HELO zhang) (61.151.184.134) by www10.chinadns.com with SMTP; 24 Nov 2000 03:33:47 -0000 Message-ID: <000a01c055c8$45a78300$7424c409@promise.com> From: "Zhang" To: Subject: Can I band .so with my program? Date: Fri, 24 Nov 2000 11:40:19 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C0560B.529CA340" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQoNCiAgICBJIGNvZGUgYSBwcm9ncmFtIHdpdGggR1RLKyBpbiBGcmVlQlNELCBi dXQgdXNlcnMgY2FuJ3QgdXNlIGl0IGlmIGhlIGhhdmVuJ3QgaW5zdGFsbCBHTElCICYgR1RLTElC LCBpdCBzYXlzICdjYW4ndCBmaW5kICoqKi5zby4uLicsIGNhbiBJIGJhbmQgdGhvc2UgLnNvIHdp dGggbXkgcHJvZ3JhbSA/IA0KDQogICAgQmVzdCBSZWdhcmRzDQoNCg0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBSb2JlcnQuIA0KICAgIA0K ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7IEkgY29kZSBhIHByb2dyYW0gd2l0aCBHVEsrIGluIEZyZWVCU0QsIGJ1dCANCnVzZXJz IGNhbid0IHVzZSBpdCBpZiBoZSBoYXZlbid0IGluc3RhbGwgR0xJQiAmYW1wOyBHVEtMSUIsIGl0 IHNheXMgJ2Nhbid0IGZpbmQgDQoqKiouc28uLi4nLCBjYW4gSSBiYW5kIHRob3NlIC5zbyB3aXRo IG15IHByb2dyYW0gPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBzaXplPTI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJlc3QgUmVnYXJkczwvRk9OVD48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgDQom bmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsgDQombmJzcDsmbmJzcDsmbmJzcDsgUm9iZXJ0LiA8L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgPC9GT05UPjwvRElWPjwv Qk9EWT48L0hUTUw+DQo= ------=_NextPart_000_0007_01C0560B.529CA340-- From jack.smith@csfb.com Wed Nov 22 08:56:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E91832BA9B for ; Wed, 22 Nov 2000 08:56:36 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id IAA10742 for ; Wed, 22 Nov 2000 08:56:31 -0500 (EST) Received: from unknown(169.37.98.45) by ny-bas05 via smap (V4.2) id xma009527; Wed, 22 Nov 00 08:56:09 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: GLib GTK compile problems Date: Wed, 22 Nov 2000 13:56:06 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 16050FFD683062-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I am not able to compile GLib or GTK+ under solaris > GTK/GLib version is 1.2.8 > My OS is: > uname -a > SunOS 5.5.1 Generic_103640-32 sun4m sparc SUNW,SPARCstation-20 > > My Compiler is > cc -V > cc: WorkShop Compilers 4.2 30 Oct 1996 C 4.2 > > > It appears that configure is unable to resolve a few basics like > sizeof(char), sizeof(int), etc, as well as the location of bcopy() > > CC doesn't like it when attempting to assign a NULL to a Pointer without > casting. > > I have looked through the documentation, and can't find how I am meant to > resolve these with configure options, so I thought I would ask someone who > must have been able to get GTK/GLib working. > > Any Suggestions ?? > > Thanks > Jack Smith This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From Igor.Borojevic@ireland.sun.com Wed Nov 22 11:58:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id B7F532CE1F for ; Wed, 22 Nov 2000 11:58:16 -0500 (EST) Received: from sunire.Ireland.Sun.COM ([129.156.220.30]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id IAA17313 for ; Wed, 22 Nov 2000 08:58:10 -0800 (PST) Received: from caladan.ireland.sun.com (caladan [129.156.220.156]) by sunire.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id QAA22495 for ; Wed, 22 Nov 2000 16:58:08 GMT Received: from ireland.sun.com (localhost [127.0.0.1]) by caladan.ireland.sun.com (8.9.3+Sun/8.9.3) with ESMTP id QAA14381 for ; Wed, 22 Nov 2000 16:58:05 GMT Message-ID: <3A1BFB1C.7EDC7252@ireland.sun.com> Date: Wed, 22 Nov 2000 16:58:05 +0000 From: Igor Borojevic - Sun Ireland - Central Test - Performance Test Engineer X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: sending events to desktop References: <3A1A8C02.64597193@SoftHome.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, What I want to do is to send events to the desktop i.e. 1) send mouse middle button click 2) warp down, right, down... 3) click on programs/system/Gnome terminal (that's launching the gnome terminal) Do I have to specify all fields in GdkEventButton structure? What to put for window that received (?) event? The program that produces core is: #include int main (int argc, char **argv) { GdkEvent *event; event->button.type = GDK_BUTTON_PRESS; event->button.x_root = 100; event->button.y_root = 100; event->button.source = GDK_SOURCE_MOUSE; event->button.button = 3; gtk_main_do_event(event); exit(1); } From David.Monniaux@ens.fr Wed Nov 29 12:01:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nef.ens.fr (nef.ens.fr [129.199.96.32]) by mail.gnome.org (Postfix) with ESMTP id 777972BE96 for ; Wed, 29 Nov 2000 12:01:26 -0500 (EST) Received: from basilic.ens.fr (basilic.ens.fr [129.199.99.48]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id eATH1JH36864 for ; Wed, 29 Nov 2000 18:01:19 +0100 (CET) Received: from localhost by basilic.ens.fr (8.9.2/jb-1.1) id SAA04305 for ; Wed, 29 Nov 2000 18:01:19 +0100 (MET) X-Authentication-Warning: basilic.ens.fr: monniaux owned process doing -bs Date: Wed, 29 Nov 2000 18:01:18 +0100 (MET) From: David Monniaux X-Sender: monniaux@basilic.ens.fr To: gtk-list@gnome.org Subject: mouse wheel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, currently (1.2.x) the mouse wheel behavior is hardcoded in gtkmain.c. It is understood that buttons 4 and 5 are impulsions for vertical scrolling of widgets. It is understood that the user has put "ZAxisMapping 4 5" into XF86Config if running XFree86. Some new mice have two wheels; the second one is intended for horizontal scrolling. Of course, it's possible to add support for it in a similar fashion (I may soon send a patch for this). However, I find it a bit rigid and hackish that button numbers should be hardwired on behaviors. Some mice have more than 3 physical buttons and the user might want buttons 4 and 5 not to behave like a wheel. Are there any plans to make wheel behavior customizable; i.e. allow, say, buttons 6-7 for vertical scrolling and 8-9 for horiz? David Monniaux http://www.di.ens.fr/~monniaux Laboratoire d'informatique de l'École Normale Supérieure, Paris, France From tim@aromasys.com Tue Oct 31 19:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 9EBCE2BB98 for ; Tue, 31 Oct 2000 19:19:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id TAA03455 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from sunny.fishnet.com (sunny.fishnet.com [209.150.200.6]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA107KD05140 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from MICROTIME (209.150.205.175) by sunny.fishnet.com (5.0.048) id 39FECC320001EEDF for gtk-list@redhat.com; Tue, 31 Oct 2000 18:07:25 -0600 Message-ID: <005001c04397$ad8e9820$6500a8c0@AROMASYS> From: "Tim Holzmann" To: Subject: install problem Date: Tue, 31 Oct 2000 18:07:08 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004D_01C04365.62664000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable configure bails with the error 'glib-config --version 'returned 1.2.6, = but GLIB (1.2.8) was found! None of the suggestions worked, how can I = get glib-config to recognize the new 1.2.8 version. I run ldconfig -v, = and it shows the correct version. This is very frustrating, I'm running = RH6.2. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
configure bails with the error 'glib-config = --version=20 'returned 1.2.6, but GLIB (1.2.8) was found!  None of the = suggestions=20 worked, how can I get glib-config to recognize the new 1.2.8 version. I = run=20 ldconfig -v, and it shows the correct version. This is very frustrating, = I'm=20 running RH6.2.
------=_NextPart_000_004D_01C04365.62664000-- From dfisher@jagger.me.berkeley.edu Tue Oct 31 22:34:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 5E52A2DE23 for ; Tue, 31 Oct 2000 22:34:26 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA13LjV11138; Tue, 31 Oct 2000 19:21:45 -0800 Message-ID: <39FF8C49.5020409@jagger.me.berkeley.edu> Date: Tue, 31 Oct 2000 19:21:45 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001030 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: gdk_input_add References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal, Just another question... just to be sure... you are calling gtk_main, right? The thing is, this is supposed to work... it has worked for me. Could you post a small sample program that also exhibits the behavior. I think it's too hard to tell otherwise. Darin Meghal Harish Varia wrote: > I am using the gdk_input_add() on the client side. > > Also on the client side, I call > > connect(sd,(struct sockaddr *)&server,sizeof(server)); > > I know that the connection has been made, and also that the server is > sending data back because if I use a separate thread to read data off of > the socket, this seems to work. > > The problem with using a separate thread involves issues with > reading/writing globals, so I really need to get this gdk_input_add() > working. > > Thanks, > Meghal > > > On Tue, 31 Oct 2000, Darin Fisher wrote: > > >> How are you establishing the socket connection? >> Darin >> >> >> Meghal Harish Varia wrote: >> >> >>> Hello, >>> >>> I use gdk_input_add in my program as follows: >>> >>> { >>> sd=socket(AF_INET,SOCK_STREAM,0); >>> /* I check if a valid socket is returnet */ >>> gdk_input_add(sd, GDK_INPUT_READ,incoming_message,NULL); >>> } >>> >>> >>> and then i declare: >>> static void >>> incoming_message (gpointer data, gint source, GdkInputCondition cond) >>> { >>> >>> } >>> >>> >>> It compiles fine, and the gdk_input_add line seems to be executed, >>> However, incoming_message is never called.. why?? >>> >>> >>> Thanks, >>> Meghal >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> gtk-list mailing list >>> gtk-list@gnome.org >>> http://mail.gnome.org/mailman/listinfo/gtk-list >> From dsh8290@rit.edu Tue Oct 31 23:37:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 5186D2BEFE for ; Tue, 31 Oct 2000 23:37:23 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA26918; Tue, 31 Oct 2000 23:25:06 -0500 (EST) Date: Tue, 31 Oct 2000 23:24:06 -0500 From: D-Man To: roncom@dds.nl Cc: gtk-list@gnome.org Subject: Re: C/C++-applications as objects in gtk? Message-ID: <20001031232406.A29924@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001031143529.B29942DB4D@mail.gnome.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001031143529.B29942DB4D@mail.gnome.org>; from roncom@dds.nl on Tue, Oct 31, 2000 at 08:58:11 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Here comes the fun part. C/C++ is compiled, not interpreted. In (for example) Python, functions (and thus programs) are objects and can be manipulated as such -- passed to other functions, assigned to a local name (aka variable), etc. If you want to treat a compiled (C/C++) app as an object, I think you would need to use CORBA. This would entail writing an IDL file describing the object (app) and then a corresponding CORBA service implementation. If you just want to interact with another process, you could use some system calls to open a pipe to the app and interact with it that way. If you know what the api of the app is, you could write some C/C++ code that uses the api and just link against the binary. This may be impossible if the app is proprietary. To simulate pressing the enter key while communicating with a CLI app through a pipe, simply write the newline character to the pipe ( '\n' ). -D On Tue, 31 Oct 2000 08:58:11 Ronald Bultje wrote: > > > Hi there, > > is it possible to use an existing c/c++ Application as some sort of > object-kind-of-thing in a gtk-application? > The object/c/c++-thing is in this case a tv-viewer and my own application > should add some functionality to it (buttons, etc), but I still wanna watch > tv, of course, so I also need the tv viewer-application itself together > with all other widgets I want to add. > > Is there any way to use all existing c/c++-code and make an object of it > without changing everything? > > An another question: is there any way to execute a console-application from > within my gtk-app? And are there ways to "simulate" the [enter]-key and the > [Ctrl]-key (this application needs the control-key and the enter key in > some situations, if I can simulate them then I can make some sort of a GUI > for it) > > Thanks in advance for anyone who can help me, > > Ronald > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From meisemann@dsrnet.com Wed Nov 1 15:11:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 54E632D000 for ; Wed, 1 Nov 2000 15:11:10 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1Jlnp24164 for ; Wed, 1 Nov 2000 14:47:51 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1Jlb424129; Wed, 1 Nov 2000 14:47:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 14:51:59 -0500 Message-ID: <01C04413.49775A80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 14:51:58 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From meisemann@dsrnet.com Wed Nov 1 15:52:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 171362C963 for ; Wed, 1 Nov 2000 15:52:43 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1KTQp29095 for ; Wed, 1 Nov 2000 15:29:27 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1KTO429082; Wed, 1 Nov 2000 15:29:24 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 15:34:09 -0500 Message-ID: <01C04419.2DBE6EE0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 15:34:08 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was thinking of putting my dialog window in a separate function and not in main().....a novel idea. Anyway, I suppose the implication of this is that i have to create the window each time and I don't mind this but what about the signal_connects , should they also be in the same function I create the dialog window in and if so, what are the implications of the rest of the program continuing to run or will it wait for me to do something with the dialog box. -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 01, 2000 2:52 PM To: 'Dugas, Alan'; gtk-list@gnome.org Subject: RE: dialog widget problem I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From Rick.Esquibel@ARZ.Boeing.com Wed Nov 1 17:13:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id 0C5E12DE81 for ; Wed, 1 Nov 2000 17:13:22 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id OAA26587 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id OAA16613 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from xch-mes-01p.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Wed, 1 Nov 2000 14:01:06 -0800 Received: by xch-mes-01p.msc.az.boeing.com with Internet Mail Service (5.5.2650.21) id ; Wed, 1 Nov 2000 15:01:06 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: gtk_ctree_node_get_text bug? Date: Wed, 1 Nov 2000 15:01:05 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There appears to be a bug in the gtk_ctree_node_get_text function when a GtkCTree is defined with only one column. More specifically, this statement in gtk_ctree_node_get_text() will return 0 when column = 0. if (column < 0 || column >= GTK_CLIST (ctree)->columns) return 0; Others have used the GTK_CELL_TEXT macro to resolve this bug when the ctree_tree_select_row signal is used (see below). void ctree_tree_select_row(GtkCTree *ctree, GList *node, gint column, gpointer user_data) { gchar *text = NULL; text = GTK_CELL_TEXT (GTK_CTREE_ROW (node)->row.cell[column])->text; } Is this bug going to be fixed in the next release of Gtk+? From timecop@japan.co.jp Wed Nov 1 03:19:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from toshiba.oat.ne.jp (ppp106-1.dialup.mtu-net.ru [212.188.106.1]) by mail.gnome.org (Postfix) with SMTP id 5B6E32DBDA for ; Wed, 1 Nov 2000 03:18:24 -0500 (EST) Received: (qmail 3596 invoked by uid 1000); 1 Nov 2000 08:04:52 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Nov 2000 08:04:52 -0000 Date: Wed, 1 Nov 2000 17:04:51 +0900 (JST) From: X-Sender: timecop@toshiba.oat.ne.jp To: gtk-list@gnome.org Subject: beginner gtk questions Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="29630320-785879086-973065891=:3587" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --29630320-785879086-973065891=:3587 Content-Type: TEXT/PLAIN; charset=iso-2022-jp after reading through docs etc here is what I came up with. attached is a custom gtk widget for a knob. can someone look over the code as far as the functionality or missing required pieces, and things like that, and get back to me? reply to my email, I am not on the list. Would this kind of a widget be acceptable in a general purpose GTK app or does it need a lot more work to make it usable. I also would like suggestions how to make the adjustment widget honor the adjustment->lower values to start the knob with negative numbers... etc thanks. :) $B!&!E!D(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!D!E!&(B timecop@japan.co.jp | $B#O#ADL?.%5%S!<%93t<02q Content-Description: Content-Disposition: attachment; filename="knob-widget.tar.bz2" QlpoOTFBWSZTWRmsVlkAe7R/lP/xQhB//////////v////4EAAABBAhgRz55 ECVnu+h6lO9krbvee75u70vOruz7z1OlmmFe+5t5oey8X3Gp7RK3l169zpQa A1QA23jzPW6+5vY23p7tdrd3ffAy9Nbb33d069PvPd993qAH3273w7bQAWwM PdddpOK2m7nTnV55bx15x4zx6ovt99gG855x9X2dnvdzor1fJu09e8B73Our M+1N9PXDYTdu1595V8Rj6bdnsvcUCs7elenve483XvPVc826lVrgTAJCRIIy AQSZNEnqeEI2mjUTwp6T0RtT9JNpG0jQaNA0aMjIBpk0IghCmkIAAA0BpoAA AAAAAAACUxIIUKeqekYQNMQYmmg0wTQNBiAAA0ABoAEmkiBEKJ6iI0yGgaaP UDTRpoyBoAGQwg0AAACJJEwp6IExNqp+JgIQNUfknppJ7SDU09TIGMTKDxJo fpQbJBJqQmiCZNMhJpoo02SZtImg9RozRpGmAmARk0YhpppiN9gfT830dfY+ T+Z/EJwyQEJmIrwp4ZFjAjq9qTn7OiqeyqG0TA6LzqKupIQCRUI/0F1hwWMT VISFV1Kc2pUTMjpkJnJYE0KVHIUnP8Wfz8EOxaKUx0GckNWlDCINQVJFMIC9 sEkRowTu/HMyWwXUARg40jhBYQG68zHdYphfhg6SzciMtAPLnrCwSZ0WyUHf AgiDwRGVIJJD3PR0RkRn3BfbMz3gayw73YLJPDC7mX5ylLJAwYQWAGHzThkk PTA0w4Q5SsAPpJqMgkOGBxkCgMAjAYTpIAlFFDCehB1AJhEBUEYkGIEIpAEh pnJkHvDk1Jrn52Q7TYQICbSwggM2hUUEYy+ixFsKMAqBSKjBYowiwiqSKMGC hIIBSFC0qMKpISjAIjBAFAUgkYUoNpEYQEHJVdgP1MQaYsCJAJAgDTE2gYgb RIQKFDTaPe+LlfXLPbbjfny29PLnwIRyTR/v+/xSwADVgHT9zhTZPMoybIcy xeQzPqNYpfEL1V4MMm3Y4ocsZGwSC/jWnU8y+kC81SQxhMSAVkMTEqAeT8TZ UH/SpTpRSB81sxVLCHJ1AsIeeN4TRiIVlVkQRiotCgYlwslYCJbI0BLMMhWK KxiMYkBFlEXGGMJjLCxksEUUQ2gXVCppqqKKrqwP3fwnJCHLCwR2OOkvxyNZ MFFCLnPwlQ7frKDKSXRkkWKpRlUQrYqerYWQl7ZBRVCWo1ftoyOwICPaHjCP fxiKJxclKKB7AiAg82RA1qRiRiUQZFVKgApFgqyQiwUAVVVQiMBEVqhIe2b1 kLV+irBFltRfDT1z4rBgHxfF69VxeydP/P2H2neId5d2BUE7gDjGkP6XnL/N pcPkYj0SEpAe34zFo7QO0YecDryyJjbR3lT2qioMEqEsf9PP9ONQv/18ql+u O/92FD87DyeTfwjDtZ0UkkmjgaWamc8Om6ZDx+zno6X7j+/UbwJ+WCdTZXn7 /WXgnUBtgchYSEfehifBcfw3b/Tf7+F2QPzni7w7/2S8Y+cxeL905ylgiRKX tVrjjj+1c0LyLxzxKswzjJ5/1ej4fP6KlaXkvQ9lpJyeyZR8SrhKaKhyDW/Z 92+ZZZG3kFvTlPvYEshfYkUkaklUFG0gTGJtFdo4kRPeR7bvbvlgXG0jxHfA Ehm8G15q5BcCPEjNgjao5fRC+73kCINUZ8+7YU2f3b/1b18vXK+K5D66hbIz wjqKRxeCzgVD7cGkcNJUUcFFGjSmUwMBQVVEJpb3d3+aZN0xa0V3RBNVn8u6 ePsa1pnFCnaYoxdJa86uUUagOxjK9haywMPH2WlkvNnlpY5oSlsTstGkNoWi CG7xB9vrc31j46vDoI9W+UL9f3PP/r6Xs1WEVXgPZRwz2l9bvftW05mte2s4 t6e9Pe+bUoufpEn9NkUDpklQprdO3gzT466fCTX7C+fVUCGZwdLg1s5jJ6Bi wYjUkN/V6uFqukt1vdS2lJ0EVPBeGTMfBc/mDrc6imeRzfNkyOxdNoSwrRXM VqJu4pvEwKarExfK8gwkp/L9Th0s0pEEGP0IXsaAb5tSplGmu+1FTNXinhyH ov35x8z6/PmSDCkZSQPGUmzIcygDZA1gbpBiXFjEGKsUEZFBRVQWCqKIiLEU GCrEVR3O+tejyzbFkdQnjIoTzvz39m7MaVMR4pbcHBDfmF2KBhvutAXp4bFm fPr9MceKzkhrzLKJI7LIFWo9rxcoeiL84BMQR6Z8HkiF6cxAwjQv1Wik2eO5 F+294+7exMp/XMuwe319aDmflK16UoTNpb1UyTkorPQ2MWhZox2bPZPlj2nU CyANQY1ijJ5gOQJIjj5czfKaKTQGD0rz5mmjL80VsnUXYYiA7AJ4VhorL6+f qiNbrASubw+/yc8bpwh78vX8SBMdIhZkWTOPK1Dy6dep178YvOzV6zTrRubh uXVbnLiImhY2xkzk1/b52e/3/gYIPe7Pt+tSmvJB7kfNJS+//ffWUfJJCLsX 6Jv3Y+PlhOla6fGt9wPP9jrDGhtyQqJjxqe1Xi7+rt21LsLdt3itXXVscjCd MKthWcL4cCXmAI4d5a5O5d8DGSSSL+yQ5tARrZ1zD86Eg5dRA40eXZ5xaQkT R8FECJxAG0lK6zbvzt4FViwUUVGF0PeBo5+AkzudCNXWWTctp8iIT4XcqhNt vawNkbW63Zvc+fJtxcZTw7dd+ddL0OqHKcFeHguU3m8lViigIxSUb06c1xrW GXTqxcnNe35jz+eFTGLYjmvdBY6UyFGekLSc4yrBYhID+P7+EU+aWA2wpRhF WCIoosRBRVFB4hChJ1wUmkgqk7CTJMUDSdoi5JhrFquMBY9JPC/ODHX3MssT lhKtosOpQYHGXNfHKwQ8BEj2QkzRIIBgk+9zD5oezwiTaNQpk31HsweMi8UQ INOGz1agX73rU0rHKXvgudO3M50ek+/JVEK3bZjDL5lirjxh2Zjozoha3F87 41oanqGRY+6FD7sfCI/hQfv8baA9BCeo4wn4MEjOmPLdh6n2+Xqq+Y3vHOrp 0dYV1jkcjqyaGZRrxOSRxEgQpOFrWSJZMvU4yMMKqncB2cGobLwFyGm3Ihw4 zlIkREOkHRLowY6dOOOhfkTTdsqTthBWV5kVitYjYJY7iJIBiFwkOpo5qhzz 6LVZ16U69mM2w1wfPv6Vn0r8Jk9kXcACJb8+2p0DZPGjMz84HaI+tpzEI8Lz 3fO0bZurNIoaYyGaVbpMgySxZTv0gBSAYNue1Qq1rGttZGsqqiBIR1m4YW80 dKwFVO9mc6nhqqaSCW+tOnBC6mcrC+Osdji75+hVfLFwhkiBA0eer5dThoAJ yCkhAgPLN03JBM2kC+pVUhUgYKa6eWuDCmWGrfjyMCrrawqWWlq1QrLq5Bt6 o0RREQjF9bWETI0LTIQNTngx3fWUDEFIoBcCwHKlXnl3pd6BVBHumOkvFCuO 6DV4vdIgqsqxeq3d17HW1+3DhoRWZYqyNLsbkYeHrim/YLObd/OYc9XjUOmW 72iplrERiLBYl502knesSBPifH7235UpbE+bU0kWQDNzxCgr98N4Jd0FFiIC Kx9/E+J9OYjban04n18m8NdfPdWaLXOsTRo9tJRtdhs7yylA1HIt4Ix5NPk2 NNgKrgzqOybs0wz6Mw8E6NMUXmzfaocBLXPDau/BM4LouKlIiKIm6ZDS/he8 OogKpcDAIMGDabHWiVY6Vqum0xI1bGMr295ADJKcEe4oY4RzoTc10Utb8ia5 1nmsV6lHIPpAbJMnk06bnQzWVotLfjBPcDgYHxt12udV7Lv0h7BoEosyjAXH aUBkRED75oi+pu0tOBaZUo3lZqCWUpOr64hO8pzgbbbCdpnjfcX/Ocw71Kby gQFiLka5sGMs7ownHcFx66WvnMIoqCobXIWwAtSkGmIcahZWyDwDV5MJ2EiD JB3S13A2xyXn1KTG91hsEMx3kA3sJglab+4UWIhszlFGdHQkxOjJ3idaTobF eBXx4ErZKUwj2ZiRmd4sYmKqRZNJ5du2hTy3vstr1452LOU8csJDYaCNCJy4 4mVadWwlhPc0ZHVOFYQHPB9TrFwyMIgaDZ2Jnc4JUghnA66O8UYDu6woLBfn ehDNN1SkzhM+/kfqeURWZxoatWtkTv2khR43M2NG2I0qnhmhjxtMpJlMyz3l Rpxhn4LPEA2JFFDs+VQ7w0pz5ycYHCicMrBjC6M3rV9J2ZRlaIhm8DEYMPRA nM5EFRkRICI6yUBoW3k2rYCFXjjpx6NcixYroaWMXJpAI7mMNQiRJMWRCKEV SNmIHPPzPm+j44Zyr6zXxo+t+2HuKqHPmSaCSQSxdcPOsSQ0YTjtraG2LLwG +cIIYaY4nFqVMK0q0hGvGeo3tNcaYmJy4nM9zxyxq1vJ6fgCqrlql6IEmHls b9KdLe9zu86G6dePJ93lrxlPvwEfXt4+YzHr4lH5H3OUF8PZBpekt9QNqakx 3jmYz6a0zSBYFy2UlpG0lVpNmWkYAxWQ/LnBicp6fteA+vGACwn0ubEUmPLA 3Aypi5XKDpgSMjauONBVaExoCGhirZCJdChKiWMjKr82zDkzuInLEc4OOjed CexGcMWshRGWMgKDEGnJNAkiAeaBADUYN80GiCx5UYe9A8Wb0ODcAnVypmJG VAsFnWbufhiHewOHGQrFhPLRQUJnTORFkDWWY8Mg3XwoWkSokiOqIWFwRc4A X2UCwujOU5AOogpFIiIrGUANAmZfhJAJIFQAOYcGIOKyG2TnAEsXqpLyxeq2 oQBUL7kRwFlFF7smISMYKoCgLFFIFTCJMSLJFlkkGURFSbQKgLBQNNZFCoCy oCMFgKLBZBRVUIKKVCqwmecyVU+1rnL9bfet3hS8JVGDLvjbrZaprLszWaJt DhkBYsIpBwmdakgZJCadZ2EV8VopEbYpXFk2RucnKCiqT3SqiLFgqyKChmuW 8Ad8E7KooKCKjBUWKpFEV5mMUerJKxVFI7gaVBSLBGAXAGlADTAAUhFJDWLA 9+c+vl2BsgzEIqyLJdAgkiRgZgMRwkmMk1DaKSCyCEFQBgAgKAoKNIlCcznW Bjk3wIMIrGCgVHDXhQDjEWkMpAO5NwWIwWEESUAxgejYEnJEMYikgCyKSCLQ o5VaAiSImOQGwISu+FBIwZEASUgRNSENoApJDzteAYqKgqKiIqxFFRJYG0IF 1wyThCBz5qEJsOTxkqsmJbO3abzTUtEwlyLgXFqaW6NStNOTMLmJiYNhOEA2 hAxrwGHGVJOzqXn5m+G7wLCSbQFILtISCkCbhJpBYFQKyQVYHP1qd88d6ITm AxgcjpnUnYCnplVUBZFIs7sk7j33vFYyS6Kfb7Hu8X61nHNORBVUgsWAosik WRHPLA16GeJ5dNbbtuepoeanC1W3TwtZAtCQyQ2YoCiksUFKqOYwVLN5vuJI RkhCEVgqoigs1CQslZCaDTPsM+MsAmLMPd9eivgHghEKfhTBa8zZiSKtQ4L7 QoispJsKWEk1LJ9Vj6pm8PURUP28KsOSFMKNORXsh0bIkrH2N/MUkFKC7n6H yQ9X9BRAhyaEc2ATnHHIjXqUaRx0RhIYhbiZ0aCnIxYSBQILmlSRxE3UxvW9 m2kxpt0wiHYiyT8LIBUkVRtuybZC5ZhdYayT2VgWT8jMAVVigLFAcA1HykIa JDLuwZ5eHdZd1eFYtdPMcdqEcq4mYwUFUWCqoKxWfNKoerrehzPNaTn4+7Bg dQL9p4Dq+q7u2ITbGE+lY7NMcS9iGzOAjK+d9/R3IwWLKkoE62t6piqnFMdA kGHlOdgyauxl8bIlOO2KuQ00M6goCkCVlQV1RsQ8dcJnWBm9usaFg4z2SLl6 ucWyJVYVCnS64ya28UzKJcNFQg5QItoS0sQFgsigiAqxS7A86TTRu+kTNDAC KGnTSXXaRTPq4xjttq+699Hsad2ELmr59pt3Yhid/KrdLvZK44lkRY2oKEZD GY3HMzRVMtgpRtsFFxxH4SnhlDYsNUAURYiLGtWqgoWKoijBFG2SpbmYGD+D zre3hOHC2qHDCMYLMgnOr2ObRrrhgzLOxdAk+Rqi56rY2TbNrcrjyuLydHcm U1zRbsylY6EqJ8NuGtH3Upu3WvlFGIxUVREYiz1POzPma8z2++r0uTW3JPts NkdeOx7HsVvoIeJ7cq1kSFGo/FlLaj3mTEVEWiBFIVUFWCjJ8/dmTj2ZMOKr dPq+QTOyZvKZUjtZzzDWr5U70YplHiPo43TKEOMnOu+1GjFgrFVlNCjI7jGh xvNL9c8BCsgskaHpnRUlBkqFmAfcgsNBBsUgGWEQjAJhaHW1mBOBz7eDmSQx 6O80Umi9036dsj2ICI6MR0IgGX2T2RRYCkUBSLFJgfPjF461PJfA+J5poN5d VhBW7g8W7sFR9ZuXfx8budxd9VpDeaGxnTfxXqaHgxYjJF5MCkWWJIRA+uMm 3sCKhKkjgsQlJu8nGO7IJjmqUDpK6dKCK5SCkWCrLaViPsAPd8tRUKyFAIIM UuZlRpgJpkse7j6T3dPV8LLm46/c6z/cvwTlmEknTd0+Yy9Kuia/yVlLV/gS LfGWFn/tNGElkHasRXY/4D2BjRmVhsKDgwg6QO5KTVfyoNxihZKR+b5lSJKg fZfwnZlplpy9Vz7mZo4iy3NFIGt2d+yqqrEvW8gjIMjvYsZmpgkfJR4YiwYq +CD2NHIdpcLLEsHdjf+TLvvc/43MsfN6AD7v4ez5vq8mM7YwxfPBsDH7UHA5 c/yR++dWq0K5Ze12a+jj4mmTDLDflrE+2lNjH5X8Hx+mR6vuuQU+AIUw7+oZ f1D+GzvC9/jXI1dFhaX1HDZ7skDrkaWXPIgaIqbL1VsYI1ly2VzijiBAy8c4 71NxFqTLOyMZyxrlTJ5TXxidPXjhhGlCyYk2bVEpYotZSEUidi3MaPV63rBt epnNERVeEzoCjp/GLG+WmkVzwcWayzZRvGjSSYrkqpEmgTYlAFUmLQnNJDmW zzsal3Wl6UpUwMZylscfI/yJbPOvExz9X36QkhFBJZQsctfFZmr2NhDR9hKF ZhNDAPb7zzfdl65muvbpBprrLoPXiXXi3GF3jI4FteOAHNudkrXDNY7VENAH XYZw+zrezGCOd5YNsa4EVpo9HEPkJqq6HjmPmgiYw32+2OhIqOMYJYWKSHaA hrWvglHl5B16wA/wfz+jLXxot+hX2GMiye40xbdOgMzRpu/yeN42nqWrBztU sBVxRaI01ZDzfGxOuTGgYqtfKDmUGDKcsGUgSrNiizWkDta2xN6yVErzeDMu yPBj4K9su53wKb7so720ZA1WG+HIlBBZjiOQtFlFzISvjcOvR+Xt9568352K QRo21C0yjG1tI0xwwMXhWngDxdse8md3d3S8M/KVpFaow+1aJFEGHd4e+Nu3 r7UHC6HXrPxT+X9AB4mkip3BPaCRQC4S0fVve6/BRd+AmGCwnOttt0jSU0uw L51dsJxIuZWoTTlTs7HMbPU5GXdHxv+X7U830uc+qL4fw/Xmu2d3o+tOcZWg sYc0jOa9TN/HYtcVDKKS+KXw+3P15UlntsSJxmkbAfxSI4WK1Vl2ezofbsLH RafijZ+l82ihHfLm199m1fBMy4PSC94aSH61ALpXxgj3PZPchi+SqMAPezVq OXt23FugEBgqRYsFBZBTXPVRv473eA4VObc5sPO5QNsgpIsnro7fxyMwYiCk RFies7gIeuA3O7QLAb7t5nJb6Pv6O5RipDhwgdawEk3DhznCHXD17vG9cAs0 Y/DpxUgkWOYMRm2Kbz6nY577mTocqeF7uuXoBTI5CjSTqRoQPGZWsHdjjbPD 3szxgb5ubqUFAT0fCfXkiKAIIREARGDISwc02gFST5awiwWKQ+EhdWEqjCRe k/p8K7/JvbwP7H4PKirt7WluH5t8uhwQvIbPBhvVnpKHCEUKRbQ0ySpFJK/G VEBalQDSVFFHVD5yVVCLIgkxqSKKqqCwRkEVqSsFKhWQqSURGGnHEZR3kpjL GVKCxgjAUEgsiqCW0RrSNZLJSNBsGVxNfai70wCUYQk5RVWCpFQQQO2jKW0Y iS2iWlpaMrWMQWRWA2WlTsUIgxlVYCURkK0sQsoxttWsYjbIsmCsURbSlKQh 7AhMIgSGiqhEWxFqEioVACM2IjZEdNUIhpIO1kNB8jSCkSkgoI/SwEd9rvhC Qfn6zC2iK42ECoFpELCQSlSAVSKg9ZROhBkESWYApPNCUBXjHji8Re/458WH i3xe7xhCMamcjtxX8LrWcsbgYYKYsKDfIq6sF8rZgXEoYIo3WQSWlAcjCjel czvWaXJh3zY0MIJBHWDq+dPUG7gkkUjHQW9wTB06I653lKJ404qDRjRGjOb+ lcitOYQIRKtAkE7lsC9YTBI4PBjKvEyr6z064ioorzx0qa0IsaZ5x4IiM32r OTB0paGudXDgwwZ2bRYWanUzQaI5kbjTdY+ReCBu7mGCDepGHmkTAMdK+5ou +NcaZ5eE9dbJsTZimYLm03NgQCOuA8UdiYhGD2VGLWGWHA6mY0KqMYijZHEx Y1oLmMXWqMR2YkaozEqMlJlTnVqYR0spW8Nkq3IZADP0iO9iq0WlRYVJy8Wr Mp1NoiwEHJuUaNdKZZCsGSZqVhglOrlhYpmpmiy5cmUSDLVUBJmDCourM00l VyEwjWGobLuZw00WlIVXIBGSpi2Vbd0hNzumKIwIzEo4rJSmqFFMoAnRuHdt pXozSOOZs3eIIAoiiyiGliVBmbikm6q0whbxp4KvJIoUrvE2hlJzxomqFVEB JCZbDEtE6Q1qrdziEzQlNUZxzECTczPjk9HnnLYOwUNleM26NyFrhDXS8TEF g/J6996N8J6cG92YNfhNWz3q7d4iqQs6xaVNasu7ilvsuybdA1SSEJRNanU0 JJg6ak9cchyO+u+poaOUokkGBfXIl9JA9EKl5PHQrhPweWNSODoHPHMkeEI7 tmQOiBxymddPA/Bkx32nlzs8ER6YJmR0QjEVKBlPpDbAcweG+6RF+JHKTkEI 7IWkNndVNEKk6fBZIEnwR4xdK5E7phyawzMkSRskShLUTmqetJmzRgZSLUSw 5BpIXMmJjdK8aukushgqopIsWBplnnnt83Jvy/RJ8skveqccUnlRpFGlCyLY rKySopRBiiiLStLb9HaEFikDUmKKo6tiKr+idgJbCT2AvFHj9rPg4mkuYJUE tHCTDlTlhPBsQsBhQ675ippxLXgZRFQJFUxFV4Os2Dmt8cbKzbmXLpSKDYjJ g8cZU0vjjKMRE2GV7xlGdTTcsuxsVx0Pmq48DnkHlxRGRAqRRmO/Hg5VkZWc ogh8a9O/x9+WFix46FZUIrz301lxudHhOJRt20IWsxy1oimze9Gd89+/f1S1 AUpITNJgRjq/l7wMFaK0hIMAgpqSHlqXeDQPRXQBVQYicTtnTzJWp+Kl7NZR F6y+gSaZE42ZjsbHPBO7UvlKvHHAWec+76xjUjB4kiZhTWGYiV5nydpHgx09 npQPl668+ZDPB1p+doURBJBBFabYaHGss10IAi4iBxZ3408iWM6HlPqqOBBQ IwMK77oBxg5GSpwBXJNnB2Mgq13758LjC5Kore5nv133rRrrgvuXhICtUUWg AzoVNuEcOu3nHbMnc5lDm9Smt3KDzeaEDe9VzAEdmCeM1BIsdBbkBTXXPQUU vC41s2inwja12vKvnUQqDaqJ5fTDERUgjER68c55+uTe+fOsrZ5Mvk087IDM GIBMMJAAPmIGdCu4FC8JNtBTgYdE9ZjIG02kxkxq3fKT35xz5wfURd9WcTB3 NrAukwD2hJSAfQhR0gCaQ5y7t22cLv78QRZ2yUUV24FZyYTZtnTWhhmgDIwg pkZonIYlswBtJtK3FdkEwD5W5UaVkyFXoKJelI9JAaNAqZjgw+DRijuhjfNL 01ElGImDfY0K2c8DzOgQUQ6418MVNG3gSBWCgUhu51YnZxuvKmaHJJN1PHdp 83uRXRUTOc8T1wh1oGZ6ewgLAHkwLrBTiAn6ed7txxM4GzskSPNSLkM5ICLb Q2wSVNtRsidJak1fXRrNmszRacFeTHXi2eWeY2Aked6Rj1g+n8j8Fnnk9+k/ m+QUIeeZEpfPLSaSR89F6lhAvvsvI4021+TMWhUeadyivVpSOh1y6QwnpskL HRoBVFOKREXD71FCVhto2HInnbcPw4/JquLq6w5ztNLd8HSvgK+WBj36973f cse2lJd94bIFk+UzQvUhEvXrffQvpWBaw2DZJTL0Uz1oB671Pe9+1tBYztfV EqtKcy+YYoIZNLaWU0TAEkyk5T/X/R+s0eHkMkvaTEGuGQojEE9dFgL3ZNqp tOeIZje8DTlRAvZTCiDBJ1YUbYYb6yXv3PVny5a4BPSdJz54Sl8HwHwMChWg YF/BD+A0TyC50NEkgtBL364zRiiATZFnZ0BvY0CDhMeXFCt4FW7jftMxNeeN VEkdnZHz6zfx7ZkPJ4lizcoDWoQ8nyDxKVZ65WDrW8mlppnbzeMnw319sHdV +bTdUPpHW0C9mm5GSg902gVRqEb+OKGAgE8EI1lps7GNZd9SLrhb4xGw1toG 3tsDKvEhzfb1eFcel0udvhEWCIEIIjsN4aS2hsLYxG+8tbRfQvJGWdNZmGsE PWcUlCIej1efLbPjflPlLGhVFEJmrWGjdY+GJlXSW714iitGtIjrGvSklaWF tsuRgkiM95ErjmRTpFCMqSHa85nSVp466Y56WnG3DViizcdXGTjpq1WtqtQL FilNKoNUFdbDhvZc46FtZE1cuekrHt/NnlORJ3yHKdp4dawS8rr08au6bTIT RFWALFgVTwG8GVuMiMcAUZyUcZ3mDPEZSAXBjPESae5IigSqqFrkW9543HXB zqubUuzU4GeeTTtOBxtpcPyCHVZDz16+TfkbNv6HPr467ySdfD4XZA86CQ6M Z1ckOX2yxdelQiKgosFWC+c9HnAw8SdeHF4e8ypOTq1Cg66W542eFW7EBD6E +Okig4GhmoJAYHWtF4Afg9/BNVrxJwDz1SGWLHCsbMUJESwxwoU6qvIfDfZv mRDIEd5MSYJgVRZoDGLIpFIpe09eqZkCF108c8bdceeUMYbk4iR9EuuoQN93 XEBWPi4y08y11aaTNJLmjjeprkSvNA2xKsAq8fYpUmxRiIF3kCIYw8AoJIgr VHXKgZVdMLZdwvYAdFLR3OhB9RYq4CBQfoXZk1FUPz5bOCyClC0sPu+/18Fp SMzcIalC4m7z6gI6QgFKguVTDn0n85EPTtlcw241XDsiwRRjKPG1h4GcOts1 ejmm16OSGO+cDeeeIijEPFucHfXnWztN8RTaVXPq79evSCJjdHaeby9ak7Yo 8YpxwE2wWlubdHWbmtUFkzmtwwHbvNuIiXq89cmuchVHnrrnGHjI5KyCqnZu wz1OoiPVUSZmZ3XYbVl5pjCMSCi94fkpUxCncoqMzw5SVkrIb3uwIWFbSzJN Km0bhpQWGzVMEJgE9HHWtMJzxnOiTBWIkmOFNIDhu3pQEZwJTiASiTaHlSs6 RnfLIeV7yvljeHllJAfGsOZnE729q6IvF9OPwAIMGPpwY8DKwzz4UCuF3Ti6 7hLU+EagVYQjcmiK2piQYAmWMQLi02F22rN9IZdcxnGhjDENkzrntPOeBXb+ 3ztMUHqoqxTQVUaKlUVaQnmj5fOgwkZCSQC7GSXP0h83o8t22bX0U8GN9PN+ u8bfvoChIkG+h7gyaGODTHcNrWq9+fUraTQyVb+ev+UKB4QVTEH61K/0Ts02 Hv06HuftVMGHHYEH2BbHsPd+ybc+YYjYGXX7nEz8xe50t3jVfCzRNUaZw+8t MxMbEaAY0+DS4bJ0qz6jLG2joEkYTmjRqYM4Naq9GnWkaB7VQM6cBBo14z54 ZB+Mpx0kmQfRiP0Y37qZEpTny/P6wDxz9VX/H0IN6Dqex2Pufr7v66mvURvD OvcZwiuVVa/TT/l4OO5lNDs8SHxl7QNjAWfzlQD/p6M/qXXyrD9a03YMLE/X HnX02r9DwxDs8duzt7cloYiRbPHGOUqJC6/T3dgmTXW29FjTI5Vyzqyo9IGw DlZx1fkbU4KuRhTuVXmfzHqJD5D3ohXxpG4srSVqq61yAVl/hPEIRhpkNWAR N/nXjLuljWCIKVkLh+kqIKxYayp2RlRFZFG5tPhq4fFRm2BsrnVbYZcIGxRk URGKN2b2YyXbkmJVrrPsZ3wLOqbDFUbSEJUQgSJIoYoj6fz4h6PzIXkFkIxk HEnXhTnCAsAHp75O7ITaEUUiNA8RYCyKAKTydGKixYqqLFFVWMiKMfh20VSC MWLARgxVRBgKDBVYCIKokV6IE/W69YIqnsbbWpbRlllaKlQaU/s3IoMFcfev XAn3PJxGKsvuw3m5VSI03VsIKFzXRrDYTTTSI2uqFr8nnmSQ6DiIqlaoKqdb k1FicmnM3iCFWf0JCwx5c68q9JPA5zklNiBsSOHFLNyeRBORnbFDIhUg56zQ RGTAhGAKJ301mue/Tny6SHEtOnPpMypNqkymbrJ4VpDKJnhJ0NTDRuUG9aId XeFggglya0KoS6WPX529VqTuetWKszwcY6fwCB8ojKfXn2Px7hfMh+hOdIvE kPAxEWY2CDJYlbQCFKoqNCDqyGBlhMvclTfiyi3EG1ZT6V2iK4ERxKSwhkbk PSAfLJDyAdeKw/EnWi6ULGWlZIUkpltb268CdUhStIZzaYTggTVBYNgsSu9Q CCWEJAYQQJokXiHjwkkYZ6yo5+BRfxqUZjii/e2LEOLCdyYCIlMApJBMgyY2 kJejGvC9KdRoStrcb3THZthjPfDzwXjyoFIiQkKiiUQGocXEybE8YHbytq3C GiCGKKL3UgsvVdPKpcku9e6AU4iWFoZoK8+jewmdKgTQgW6mRmhuUKqCroIV DrC5ON4Yc9HgUohYVOzh2xYzjGSB4lDw53JTODBW5oSTcCyUiBDjjxRYkVc6 7CzWcHXVzzme0C8RggHJyWxIb65hVgqwRigs4U6wMC+baiaN+vXfmejmBO0g vqXsMXy5nIeeeV9z31yqPaMGoszDDh0nvnpGMWMYjFYeoT12cE63v0qKxpjT zrUvlBCMZxRitRmNpTSFp51rlnjjpnmrF3IgURIrssBs1gcaHLLabmeWZBGg ooiN6iIgXkwRwMt4n02xyhqlp8AMW1q9h2M9FAJdJcr3mzqEuNjsiJq7yDY1 JPHzjX0MsFioxRurgj5fj3y8B07p7+Ti/HE9oJoPIkYeRxMDjvZ3gW+VDg2O sffPQ4hn5OBvK4ZTgtAkjZJGI1XNJbsAGzSpBPtQGafEbyeJF8xRgupuVyqg XlYPFSQUoVtWMlhbKTLsqGN7alOlnnK9KEsaFoSvEN4PiSy8gS08t4tnNKHj fPOHUhXj5QJ33rpwQzX3l2Ope7jDD5O7Pj5u+K0pX5ZioYkHjBAY70uhFmBx ctsTJ1BsqImA5lrqsqumJBDyTjOFHyKsGAYBJJfpDGgCSb1eQstCSjbQhZMl YXNY6yEER93bUVdecZDGUV0htbZloU+rrjODRTim0xl3mwTxAwqarBGqM0UB xrJu1VVu3BHKEM13UYEokHY5khyaUFF1ogDxuYzpx3S6gxJIclu3541inGfD 1vcW1tadGrEIxASswJBIEpxFu2evFszWcDgiacIkJ4gamU4WO9gsFgoKoCnY iOxzniee+O/K1qBoaaPQIYO6u07vSd0FN4q8nxGA7wKfXqA6ZUiCORi6gwOt 2uZG917RpMZqyRatsc4kwSS9zvyXLGubnyg1ooVqbznVroGK9X5WyGNe+tNp RoLdcyEfQA4nWurDMEFGe5GVNuSBzdPgeU619wr2851eNKiiix1j2a5yjycJ YkEUqWIgKOFeJeEuhdN2aTckh2QyGIRSRSGBCasMEikBQCtZT2evt9iQnvvt ka9DZV6WishspQn3BLCcr3tLjlyjh0J8ok3vvvlOuQWJkEewUQBz4W+TwKwR SNP0ePbmt4gtrBvw6piZNzvDIJ09SYqvRdCiO4jVezhTCIpGSYiDCFIelCa9 1Eimjodh8/P1z68egx9L4SdOQixrxYWp5Q25EAD3JgiI95ejrfG3QXBx6tat sixSTyIJtXatSvO+lrcsC2mmOU6EuS5AaPicTeWDVmDiPx6QGo1NgZsKxaRI XUSDii7WWaCX3ZyfCOcTRJNO0+UNEAeiGGVxh2Q7zmtqLj3LVcCjRA6ourCN jTHEIISmaRlJl94Nk3QUqI5yNee9+HGPqedHj63QnV3nxz6OtKChGFEjxEFg ckb8KFObIQ7kESSkmJk7thQ3eO/SxoqIrFSI5e+GKDC1t343DNI0gh7exHxe pvGJ6ODzeuNZM5cLm7sU2RRsaaWNMuwXhwaI0wQMTp8KLLZHo4eFL5yEz5hj yq/F6AC+pVV2XJc+z7ri/8ihY9ifP6/teh8ZiW0G8/i4GwPMoef9gIPhOeI/ xKYAxDD0hP0/h+r2fT9PYjCRImVPxGfVWPyfjkHiTSGJeNm4anh+Y5IbYdhp gDP0mv2c0V5FfYujulvl7O3tyxiH1C3GhpbwQOp637gDP9o8zvXue2knuc1w lmhgcc7pbHgBdxb610OnekNpWYjgHyyQvD64b361eZOZOkbw9uUMH+kRLFCI oLA9RCyT9Sn6kMA4yVPSVdv6LNwT82TeKgIghhbYIUlAsJ0fj1prTC11KRpa 0RZCfnGSYOWi5PcCWPxeZXoTu7Aby54HDyk64AbuZ+n9Jt7wDaru4gJ1IWjv xkQKioFRCggBJ1iBs6XQkQTB4ExHn3BO3F7QC4YwYCjm0Is0ZKvLJaJLr+mv I9tGaNAMvrAREjXkkmpEXSSiseYEGgAw5huc0b8q9FwCv+rEaWv6sChbPHxr dFchrBLxXsYoOncjpANbpBscRJugXklupm8qSbddw6aD4IoqLOUQhMbatcCF ZmuiAAxSVKxaswMSyRVip+LLHuNi6SXYjIyD30l4ObrQ0HPmQJHTaZ82wKX3 cdcYHGf6P299fv9Lht/2J4h2xrhhQWgc/XsC3bSpY9NBKhnyS8PYOHUNxnUp 4IApqKrEiwQKDJpxALhfMrGE9oFE9wUh35J0ensCPKse8LAcP7LLYuGB6ff+ glXgXMgSCl7+35oRjLH413HkD5unA3cnAi4i3D0Oj8mdzJqvJCg9ijKhWMOr LbEKG/AVwQ8ggxgMMDg2ljSBC8CZOfDibDvcu6N6DoOg3C63YS7Du7FcC8w0 EC4V0WcVsxVG6oWSruyi6Li1AZZmSno7IXNEJsKiC5ECqa5nQ9AVQZNsTGRx NnSwFuVbtZnd+7hcnMZ6H01TVU0EPk9UL/p+HF9u++TCoRjSUyqL7YzUjuO0 ENPj4jgd8eALv5HKj/BG5Hv1/ZsDfs/G0Lv//ZAJmZ4G8hGyW4kwhElZng4A 0FmTCciDqMj80Ujc0DROIEcPEIXhfsFSgG5cNucAkhyHOL9YgJ9sFWREuoAK T4EIpGIcNgHI4A5MHhY0rqQq9qMgfsNmABWqoKnIna47poC29XAbF1aD4oyI UYt3ggbikvO+AvyRTWE3ZoRe83KcwiQDqCKLgm8oaFWKVaKkQ5YE1XAWC20e MvckpI3srhjbuLnB7EY8/Cd0aEDndIQK637KGokvgRiI+cU5VwVc88EqDkZo 8IcRwnF00XBY2K6VoEf871gl0ZOyjyt3CVhGa7uHgxWa8kvkOTSFus6PLyEm isUglJKkZ1m7JGcFDUmQM0bNbDmm/xQJYN7D90h6kTTJCQIrAogH51xNMYuu DmZmxM2HuxNUh6wAuFj0nUtzkNPE9M6HCMASIpGKwGDEgRYkCAx1LRQlUdW8 WDfIGQG7AnXOTi44b5qssVwXkqNwHEiN/wSiQkYqqsSRQigIJEHyKySQ/jeJ fAD44WIHaQ1gF6c+x8G8A9v0Ha90P8nCjykKOxBXEEGQIJkE2ZkhaHuzmqiN WnSItwd3CEopXyQeuooFOrVa6EqsUTaoiZamhZAIRCJJipfqBkg6lsjZ/V+g Xihoydnun2/dOA6K2dw4FCbAIqo+WRi1ZUn5SLJkMFYiLKkURHcSwLVWflvE MmMdD2ep5yUlSMKmPpXIS5G/igodvgv+OdQHYpXZorT1RRLKdKAYkjJ68wff BCMYgLAiKYeJ4EOSMjJDAEPcOC+tAwOpTxm+p4gQuvCnIkMA0FNcAqitVUyG l4LbgeYPH1SIGPwwLsuj38JlYJsFQOeiBHlxWZ30LC9JVHzDR6joo4Fl6V9L S9ol2CAibw/mipIMAGEAqeWtawfALCGwjCAoRAQCKQU2kJClkKgQoVbc/EYn uE9uAWCm0FRBilInkMr07LUuCZIQUiGkQlJiEJ7JdJJ41a5kEnmpVrV6qsw1 49gmvgD3QQqwBBGD0YbBjsYx2BuD4Op8i7EjPQUSgbAHEQ4GroNPKGH3hwnw 0iSaTarsHDPPZTgF6iD8BFTUC6HZiajANQCdAGHdfJY8+zzIr5HAposcw5IQ Gh4rVW04aRldiG1iVHE/kQLkHOXQsUqUDEeJHA3UvBhrlfOpcIGovKBUyAWK /xchImrJaJV4HoPikBkgoKoopIAoCyRWRkCHMNAagvYQ4IiJEIKAxVRYhFCA xEQIsJZQCz7z0ebw1frRFedOGBJA3OgOinlBf1Bkr6/Kbp7TAPVJD2vZhx4p Y9PXoIiMSIpIKoIEz2USJoYGn2TcyF0RubhyDSD3UelJtpIs6tAegPaPSmVi jFEGfKNiejt7Adr+4AVZwprtozGCodQ86kkeVJsIFqpIxqu3xCNhd7UAHJpX OglImlbuDbukxjTzNvOuvusaKLeY0GGwCFi4ldQtA0sED3Q0ILdJVRTQ35iS PHlfECiGDPCFRdQ1oz0zJWPj4kunlHFHsW8zBUYwPN3skSCWbNklZhCkoDtr Q8ZwdAaY6oxxODhdzSW7BFxvusyPIZpR2Zhc3K6iKsjIExgXB7pyMFUYA2C+ KaEBQDObbyDLMxK+JiyQ4MCkshLULA/NsjSkPrAdBrREpZJUFFRxDhNSUoJn ocP38ZwcNgIMLSVYJODLIpEcSXnCXBGBQ0UAwGQMggkVgIIUIhZ+AbstbTVc eesJvQyk5mUchEwyXKRKwUUG0NWwSP5SfZ26iBUgoWN8hBto/IIfk3QeFLBW S1EC1HfJpu+S6xmiwLlukvf1Uw8ItGlgBGQkjgMwtIkTIHISQQoN1MuVPWKL ARDVvogZnAKFA6zg3F0FOqlb7hU89Jo8sE2ljwhtAfvgJA6ENm+BYes1m95U smhrhCPAU5CpuHEEIrf94WD4Q/KiByhvKyfKEQN8xR3EkhDmoo102slWtY5x ucTwHhVflBgea/JU5YMeoxPDGYKwlAURAkgwJAwmovU6SkpEkQkSEiEGI110 EgSNWKqNSB8VHl/D/3+f4bPLhM0ZvCGzwQKKoL4oyb0SaVZCrXzD3kt3h8MU kQwjme6kWXUkB7WmKvlDXlGZSzgjOdJol4iTPKkfgaTYV2AWoHhRIEGHDArS WYgwqqSuazYVP/xdyRThQkBmsVlk --29630320-785879086-973065891=:3587-- From JayLeBlanc@yifan.net Wed Nov 1 13:40:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id 3E09A2BA98 for ; Wed, 1 Nov 2000 13:40:02 -0500 (EST) Received: (qmail 19327 invoked from network); 1 Nov 2000 18:27:22 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 1 Nov 2000 18:27:22 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Wed, 1 Nov 2000 13:27:22 -0500 Subject: Label Alignment Message-id: <3a00608a.4b57.0@yifan.net> X-User-Info: 198.133.22.66 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a trick to get labels to Left Justify? I have a window which contains a 13x13 table. I attach some pixmaps to the table and then I attempt to attach a label spanning multiple columns of the table. It centers the text. I tried gtk_label_set_justify specifying GTK_JUSTIFY_LEFT but it still appears to be centered. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From neel@neel.eng.sun.com Wed Nov 1 17:39:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 87B972BC90 for ; Wed, 1 Nov 2000 17:39:02 -0500 (EST) Received: from engmail2.Eng.Sun.COM ([129.146.1.25]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA14303 for ; Wed, 1 Nov 2000 15:26:55 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA24490 for ; Wed, 1 Nov 2000 14:26:38 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id OAA01514 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:25:36 -0800 (PST) Date: Wed, 1 Nov 2000 14:25:36 -0800 From: Neelakanth Nadgir To: gtk-list@gnome.org Subject: plot widget? Message-ID: <20001101142536.A1510@neel.smcc.Eng.Sun.COM> Mail-Followup-To: gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Does anyone know of a good plot widget that plots in real time? I tried gtkplot from gtkextra, but I am not sure if I can use it in realtime. I tried my own using gtkdrawing, but for some reason it seems to repaint a lot (my bad code I guess) thanks -neelakanth From dsh8290@rit.edu Wed Nov 1 18:11:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 916AF2BC64; Wed, 1 Nov 2000 18:11:19 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id RAA01326; Wed, 1 Nov 2000 17:58:41 -0500 (EST) Date: Wed, 1 Nov 2000 17:57:35 -0500 From: D-Man To: eprakash@hss.hns.com Cc: gtk-list@gnome.org, gtk-app-devel-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: A Query - how to install Gtk--? Message-ID: <20001101175735.C30710@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <65256989.001DAA52.00@sandesh.hss.hns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <65256989.001DAA52.00@sandesh.hss.hns.com>; from eprakash@hss.hns.com on Tue, Oct 31, 2000 at 00:35:03 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is a list specific to gtk--. Libsigc++ is a library that provides a safe signal framework for C++ app. Gtk-- uses this signal framework for the C++ parts (gtk provides it's own signal mechanisms but I imagine it doesn't work well with C++). You need to install libsigc++, then gtk--. I don't know if glade-- is dependent on gtk-- (for installing and running, that is) but inorder to use the C++ code glade-- spits out you will need gtk-- installed. You may also want to check out libglade. Libglade is a C library (I don't know if there are C++ wrappers, though you could make some) that creates the UI at runtime from the .glade file. It's advantage is that you don't need to generate and compile any code for the UI itself and the UI can be changed without recompiling the app (just change the .glade file). If you want/need rpms for a RedHat system on x86 platform e-mail me and I'll send them to you. -D On Tue, 31 Oct 2000 00:35:03 eprakash@hss.hns.com wrote: | | | | | Hi, | I am having a problem in installing gtk-- | I need to work in glade and generate code in c++. For that, I installed glade--. | Then it asked me, to install GTK--. When doing that it asked me for Libsigc++. | Now all this is not fitting in line properly. | | It is still giving me compilation errors. It doesn't generate the makefile. | Can you please tell me the exact procedure of installing gtk--,(or how to | generate C++ code using glade)! | regards, | Ela | | | | | | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dfisher@jagger.me.berkeley.edu Wed Nov 1 18:53:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 858902BAFB for ; Wed, 1 Nov 2000 18:53:00 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA1NeRV12770 for ; Wed, 1 Nov 2000 15:40:27 -0800 Message-ID: <3A00A9EA.8040406@jagger.me.berkeley.edu> Date: Wed, 01 Nov 2000 15:40:26 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001101 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a00608a.4b57.0@yifan.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay, GtkLabel derives from GtkMisc, which has an alignment method that you can use to left justify the text... gtk_misc_set_alignment(GTK_MISC(label), 0.0, GTK_MISC(label)->yalign); I think gtk_label_set_justify() only applies when you have multi-line labels. Darin Jay LeBlanc wrote: > > Is there a trick to get labels to Left Justify? > I have a window which contains a 13x13 table. I > attach some pixmaps to the table and then I > attempt to attach a label spanning multiple > columns of the table. It centers the text. I > tried gtk_label_set_justify specifying > GTK_JUSTIFY_LEFT but it still appears to be > centered. Any ideas? > > Thanks, > Jay > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From pbd@op.net Wed Nov 1 19:07:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4ACA22DEDB for ; Wed, 1 Nov 2000 19:07:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0c.ppp.op.net [209.152.194.44]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id SAA07199; Wed, 1 Nov 2000 18:55:20 -0500 (EST) Message-Id: <200011012355.SAA07199@renoir.op.net> To: timecop@japan.co.jp Cc: gtk-list@gnome.org Subject: Re: beginner gtk questions In-reply-to: Your message of "Wed, 01 Nov 2000 17:04:51 +0900." Date: Wed, 01 Nov 2000 18:55:42 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >after reading through docs etc here is what I came up with. attached >is a custom gtk widget for a knob. can someone look over the code as >far as the functionality or missing required pieces, and things like >that, and get back to me? reply to my email, I am not on the list. >Would this kind of a widget be acceptable in a general purpose GTK >app or does it need a lot more work to make it usable. I also would >like suggestions how to make the adjustment widget honor the >adjustment->lower values to start the knob with negative >numbers... etc this looks pretty interesting in a number of ways. i would be quite interesting in merging this code with a Gtk-- object that I have called a Gtkmmext::MotionFeedback. Its a lot more general than a knob, and has a number of nice features that yours does not (such as the use of shaped windows). It can then be used as a slider, a knob or others kinds of control widgets where mouse motion is used to control an adjustment in combination with widgets. i'll see what i can do. i try to stay away from GTK+ widget creation when i can, because its so painful compared to doing it in C++, but now that you've offered up the framework, perhaps i can get around to this :) --p From caleb@deepthought.granfalloon.com Wed Nov 1 23:27:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id A4F172BB45 for ; Wed, 1 Nov 2000 23:27:02 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id EAA17055; Thu, 2 Nov 2000 04:35:05 -0500 Date: Thu, 2 Nov 2000 04:35:05 -0500 From: Caleb Land To: Jay LeBlanc Cc: gtk-list@gnome.org Subject: Re: Label Alignment Message-ID: <20001102043505.A16724@deepthought.granfalloon.com> References: <3a00608a.4b57.0@yifan.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3a00608a.4b57.0@yifan.net>; from JayLeBlanc@yifan.net on Wed, Nov 01, 2000 at 01:27:22PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2000 at 01:27:22PM -0500, Jay LeBlanc wrote: > =20 > Is there a trick to get labels to Left Justify? =20 The function that you want to use is: gtk_misc_set_alignment(GTK_MISC(label), 0.0f, 0.0f); of course, the last two floats are the actual alignment (0.0f being left an= d 1.0f being right). --=20 Sincerely, Caleb Land (bokonon@rochester.rr.com) --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjoBNUgACgkQJFp+8ilAIxSJowCg66pETIP8L0a8XQrQIvEIhRkO yIwAn3jTDr9MdbdzkPv04agJn5VNd6oZ =LoF9 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From vaf@ciudad.com.ar Thu Nov 2 01:52:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 649EA2BB20 for ; Thu, 2 Nov 2000 01:52:36 -0500 (EST) Received: from ciudad.com.ar (host022140.ciudad.com.ar [200.42.22.140]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id DAA38392 for ; Thu, 2 Nov 2000 03:40:15 -0300 (ART) Message-ID: <3A04FB40.A3E1D9C9@ciudad.com.ar> Date: Sun, 05 Nov 2000 03:16:33 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: example the DND in GTK !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all .. ano code source of gtk drag and drop for example !!!! ??? tanks all . -------------- Castellano : Hola a todos ... alguien me puede decir de algun fuente de ejemplo de como husar el codigo de drag and drop de GTK++ por que no logro hacerlo fubcionar !! .. gracias a todos . From hvv@hippo.ru Thu Nov 2 02:50:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.86]) by mail.gnome.org (Postfix) with ESMTP id 5281F2BAB8 for ; Thu, 2 Nov 2000 02:50:12 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id LAA03154; Thu, 2 Nov 2000 11:20:03 +0400 Date: Thu, 2 Nov 2000 11:20:03 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: vaf Cc: lista de correo GTK Subject: Re: example the DND in GTK !! In-Reply-To: <3A04FB40.A3E1D9C9@ciudad.com.ar> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 5 Nov 2000, vaf wrote: Hi, in the gtk source tree there is testdnd.c - a nice example on DND usage. > hello all .. > > ano code source of gtk drag and drop for example !!!! ??? > > tanks all . > > -------------- > > Castellano : > Hola a todos ... > alguien me puede decir de algun fuente de ejemplo de como husar el > codigo de drag and drop de GTK++ por que no logro > hacerlo fubcionar !! .. > gracias a todos . > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wowa@jet.msk.su Thu Nov 2 03:07:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id 9E2A02C828 for ; Thu, 2 Nov 2000 03:07:06 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13rFD6-0005lC-00; Thu, 2 Nov 2000 10:54:56 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13rFD4-0005An-00; Thu, 2 Nov 2000 10:54:54 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13rFD4-00058K-00; Thu, 02 Nov 2000 10:54:54 +0300 From: Vladimir Tsichevski To: vaf@ciudad.com.ar Cc: gtk-list@gnome.org In-reply-to: <3A04FB40.A3E1D9C9@ciudad.com.ar> (message from vaf on Sun, 05 Nov 2000 03:16:33 -0300) Subject: Re: example the DND in GTK !! Message-Id: Date: Thu, 02 Nov 2000 10:54:54 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Sun, 05 Nov 2000 03:16:33 -0300 >From: vaf >X-Accept-Language: en >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > >hello all .. > >ano code source of gtk drag and drop for example !!!! ??? > >tanks all . > >-------------- > >Castellano : >Hola a todos ... >alguien me puede decir de algun fuente de ejemplo de como husar el >codigo de drag and drop de GTK++ por que no logro >hacerlo fubcionar !! .. >gracias a todos . > File gtk/testdnd.c in gtk+ distribution is hopefully the example what you want. Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From albert.cieslikiewicz@lapeyre.fr Thu Nov 2 03:13:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mrtr.lapeyre.fr (gateway.lapeyre.fr [193.104.107.1]) by mail.gnome.org (Postfix) with ESMTP id 25F4C2DDB6 for ; Thu, 2 Nov 2000 03:13:44 -0500 (EST) Received: from lapeyre.fr (srvmail.lapeyre.fr [10.10.2.50]) by mrtr.lapeyre.fr (8.10.1/8.10.1) with ESMTP id eA28sAF09898 for ; Thu, 2 Nov 2000 09:54:10 +0100 Received: from AlbertC ([10.70.1.4]) by lapeyre.fr (8.10.0/8.10.0) with SMTP id eA286QA12057 for ; Thu, 2 Nov 2000 09:06:26 +0100 (MET) Message-ID: <004301c044a3$7dd5de60$0401460a@siepol.lapeyre> From: "Albert Cieslikiewicz" To: Subject: unsuscribe Date: Thu, 2 Nov 2000 09:00:37 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0020_01C044AB.5E51F620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2417.2000 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0020_01C044AB.5E51F620-- From cummins@jamstec.go.jp Thu Nov 2 05:10:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gatekeeper2.jamstec.go.jp (gatekeeper2.jamstec.go.jp [192.244.231.20]) by mail.gnome.org (Postfix) with ESMTP id E06312BB05 for ; Thu, 2 Nov 2000 05:10:32 -0500 (EST) Received: from jamstec.go.jp by gatekeeper2.jamstec.go.jp (8.8.8/3.7W) id SAA10482; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: from xochitl.jamstec.go.jp by jamstec.go.jp (8.8.8/1.1.22.3/14Mar00-0301PM) id SAA0000017935; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: (from cummins@localhost) by xochitl.jamstec.go.jp (8.9.3/3.6Wbeta6) id TAA29647 for gtk-list@gnome.org; Thu, 2 Nov 2000 19:24:22 +0900 Date: Thu, 2 Nov 2000 19:24:22 +0900 From: Phil Cummins To: gtk-list@gnome.org Subject: "non-detructive" line drawing? Message-ID: <20001102192422.A29643@xochitl.jamstec.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre1 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I sent this to gtk-app-devel-list but later realized I should probably have sent it here. My apologies to anyone who had to read it twice. I'm developing an application using GtkPerl in which I load a pixmap into the DrawingArea widget, and then use the pointer to draw a polyline on top of it. But it is important that I be able to erase, if desired, segments of the polyline. I know from past (non-gtk) experience that a simple way to do this is to do the drawing via a boolean exlusive-or of the pixel values. Then to erase the line, all you have to do is re-draw it. Can any one please tell me if there is a way to change the line-drawing mode for the DrawingArea widget so that it uses such an exclusive-or operation? Or is there another way to erase polyline segments? Note that I want to avoid having to re-draw the pixmap everytime an erase operation occurs, as this would be too time-consuming. Thanks. -- -------------------------------------------------------------------- Phil R Cummins cummins@jamstec.go.jp Frontier Research for Subduction Dynamics tel(i/d):81/0-468-67-3393 JAMSTEC, 2-15 Natsushima-cho fax(i/d):81/0-468-67-3409 Yokosuka 237-0061, Japan From wilhelmi@ira.uka.de Thu Nov 2 06:37:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id E0F7A2DD5D for ; Thu, 2 Nov 2000 06:36:32 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:20 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:19 +0100 Message-ID: <3A014EE2.709C5380@ira.uka.de> Date: Thu, 02 Nov 2000 12:24:18 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, firstly I think this is a message for gtk-list@gnome.org, so I'm bringing= it there. > > I would like to know why I can't call a thread that modify a gtkwidge= t > > in an callback function. > > > > It hangs up as gdk_threads_enter is used. > > > > Here the problem : > > > > // main function : > > > > gdk_threads_enter() > > gtk_main() > > gdk_threads_leave() > > > > // callback : > > > > phread_create(... thread_function ...) > > > > // thread_function : > > > > gdk_threads_enter() > > // modify a widget > > gdk_threads_leave() > > > > When the program runs : > > > > The call of gdk_thread_enter in the thread function hangs. > > > > I think that the problem comes from the fact that 2 calls of > > gdk_threads_enter > > are likely to be nested ... but it is in a different thread. I would > > like to > > understand what is the exact problem and if a solution exists. Actually this should work, AFAICT. Please post a example, demonstrating t= his behaviour (This sould be a stripped down example though) and I will have = a look. Bye, Sebastian -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From wilhelmi@ira.uka.de Thu Nov 2 07:10:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 4CA792BAC0 for ; Thu, 2 Nov 2000 07:10:08 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:57 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:56 +0100 Message-ID: <3A0156C3.159D27D6@ira.uka.de> Date: Thu, 02 Nov 2000 12:57:55 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> <3A0161F2.9E909CAF@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, > > Actually this should work, AFAICT. Please post a example, demonstrati= ng > > this behaviour (This sould be a stripped down example though) and I w= ill > > have a look. > = > this example is build from the one given in the FAQ. = =2E.. > gtk_signal_connect(GTK_OBJECT (label), "event", > GTK_SIGNAL_FUNC(argument_thread), NULL); =2E.. This is not, what you described in your first mail. This will not work, a= s James already pointed out. This is because GTK+ still holds the lock, whi= le calling callbacks. (GLib however doesn't). Just delete the locking from t= he function that you callback to. (The other uses of that function still nee= d to lock though). Bye, Sebastian. -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From GONZALOMZ@teleline.es Thu Nov 2 07:49:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from tsmtp1.mail.isp (unknown [195.235.113.141]) by mail.gnome.org (Postfix) with ESMTP id 585A32BAC0 for ; Thu, 2 Nov 2000 07:49:16 -0500 (EST) Received: from teleline.es ([10.10.21.70]) by tsmtp1.mail.isp (Netscape Messaging Server 4.15) with ESMTP id G3EDNK02.34H for ; Thu, 2 Nov 2000 13:35:44 +0100 From: GONZALOMZ To: gtk-list@gnome.org Message-ID: <45bee470d7.470d745bee@teleline.es> X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es Subject: callbacks X-Accept-Language: es Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Date: Thu, 2 Nov 2000 07:49:16 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How can i pass my own struct to a callback function ? How can i convert my own struct to a gpointer ? Thanks. Gonzalo Monrtesdeoca Zamora ___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES Haz click en http://www.terra.es/correo/ From Florent.Devin@lifl.fr Thu Nov 2 08:00:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 744382BD71 for ; Thu, 2 Nov 2000 08:00:24 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id NAA11603 ; Thu, 2 Nov 2000 13:47:32 +0100 (MET) Message-ID: <3A01627A.2D1DF82A@lifl.fr> Date: Thu, 02 Nov 2000 13:47:54 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: GONZALOMZ Cc: gtk-list@gnome.org Subject: Re: callbacks References: <45bee470d7.470d745bee@teleline.es> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GONZALOMZ a écrit : > > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? > > Thanks. > Gonzalo Monrtesdeoca Zamora > gint callback (..., gpointer user_data); This should be the way to pass your struct (using the user_data). gpointer is a define for void*. -- Florent DEVIN From backes@hlrwm.rhrk.uni-kl.de Thu Nov 2 08:00:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id D181A2BD71 for ; Thu, 2 Nov 2000 08:00:58 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id NAA15541; Thu, 2 Nov 2000 13:48:41 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <45bee470d7.470d745bee@teleline.es> Date: Thu, 02 Nov 2000 13:48:41 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: GONZALOMZ Subject: RE: callbacks Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 02-Nov-2000 GONZALOMZ wrote: > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? Hi, you should pass the address of your struct to the callback and not the struct itself: (gpointer) &struct_address > > Thanks. > Gonzalo Monrtesdeoca Zamora > > Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From coreyt@coreyt.com Thu Nov 2 10:20:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id D85162DBB4 for ; Thu, 2 Nov 2000 10:20:58 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id JAA02660 for ; Thu, 2 Nov 2000 09:08:36 -0600 Date: Thu, 2 Nov 2000 09:08:36 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Socket/Plug example Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone have a simple Socket/plug example that you can post. I have been unable to figure it out from the header files, and have yet to find an example. Corey Thornburg coreyt@coreyt.com From pbd@op.net Thu Nov 2 11:44:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 26AA02DECD for ; Thu, 2 Nov 2000 11:44:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-09.ppp.op.net [209.152.194.73]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA03779; Thu, 2 Nov 2000 11:32:12 -0500 (EST) Message-Id: <200011021632.LAA03779@renoir.op.net> To: Phil Cummins Cc: gtk-list@gnome.org Subject: Re: "non-detructive" line drawing? In-reply-to: Your message of "Thu, 02 Nov 2000 19:24:22 +0900." <20001102192422.A29643@xochitl.jamstec.go.jp> Date: Thu, 02 Nov 2000 11:32:44 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Can any one please tell me if there is a way to change >the line-drawing mode for the DrawingArea widget so that >it uses such an exclusive-or operation? Or is there another create a new GdkGC used for drawing, copy from the one used by the drawing area, set the function to GDK_XOR, somewhat like this: xor_gc = gdk_gc_new (area->window); gdk_gc_copy (xor_gc, area->style->white_gc); gdk_gc_set_function (xor_gc, GDK_XOR); now use xor_gc for draw_line operations, and presto, you're all set. >Or is there another way to erase polyline segments? Note that I want >to avoid having to re-draw the pixmap everytime an erase operation >occurs, as this would be too time-consuming. i'm not quite sure what you mean here. with XOR, you always have to draw twice to erase. its inherent in how XOR operates. --p From coreyt@coreyt.com Thu Nov 2 13:15:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id AFDE62BEA5 for ; Thu, 2 Nov 2000 13:15:07 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id MAA02935 for ; Thu, 2 Nov 2000 12:02:44 -0600 Date: Thu, 2 Nov 2000 12:02:44 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Re: Socket/Plug example In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ok, problem solved. rough examples sockettest.pl ----------------------------------------- #!/usr/bin/perl -w use Gtk; init Gtk; my $w = new Gtk::Window; $w->set_title("Test Socket"); $w->signal_connect("delete_event",sub{main_quit Gtk}); $s = new Gtk::Socket; $w->add($s); $s->realize; $s->show; $w->show; $wid = $s->window->XWINDOW; $cmd = "./plugtest.pl $wid"; print "$cmd\n"; $retval=fork(); if($retval == 0){ system($cmd); } print "$cmd done\n"; ---------------------------------- plugtest.pl ----------------------------------- #!/usr/bin/perl -w $wid = $ARGV[0]; use Gtk; init Gtk; $l = new Gtk::Label "Test Plug"; #$p = new Gtk::Plug $s->window->XWINDOW; $p = new Gtk::Plug $wid; $p->add($l); $l->show; $p->show; main Gtk; --------------------------------------------------- Corey Thornburg coreyt@coreyt.com On Thu, 2 Nov 2000, Corey Thornburg wrote: > Does anyone have a simple Socket/plug example that you can post. > > I have been unable to figure it out from the header files, and have yet to > find an example. > > Corey Thornburg > coreyt@coreyt.com > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From alan.dugas@analog.com Thu Nov 2 14:54:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id DC34D2BEA5; Thu, 2 Nov 2000 14:54:41 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id OAA27400; Thu, 2 Nov 2000 14:42:30 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id OAA28597; Thu, 2 Nov 2000 14:42:26 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G6CCB>; Thu, 2 Nov 2000 14:42:33 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Deleting text from a GtkExText Date: Thu, 2 Nov 2000 14:37:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Has anyone else run in this problem? I am currently unable to delete text, from within my program, that I insert into a gtkextext. However, if I manually move the cursor back into the text inserted then I am able to manually delete the text. Unfortunately, I need to delete text from within the program since I need to set the widget as uneditable. I am running Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and all help would be GREATLY appreciated. Thanks in advance to those who respond. -- Stupid Genius From davina@lickey.com Thu Nov 2 19:11:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 2E5472CE87; Thu, 2 Nov 2000 19:11:56 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AC0C5A005; Thu, 2 Nov 2000 15:59:47 -0800 (PST) Message-ID: <3A01FFF3.A1192AA0@lickey.com> Date: Thu, 02 Nov 2000 15:59:47 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: realizing a widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm a newbie GTK programmer, and I'm writing a new widget. It is a composite of GtkLabel and GtkEntry, and it has GtkWidget as its immediate parent. I'm working with the Tictactoe example from the tutorial (composite widget) and the GtkEv example from Havoc Pennington's book (child of GtkWidget). My problem is that the label and entry do not actually show up when I run my program, and I think the problem is that I am not overriding the realize method. The gtk_ev_realize() is pretty involved, and I don't think I need to do everything in it. What, exactly, does a realize method need to do? Thanks! Davina From vaf@ciudad.com.ar Thu Nov 2 22:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 1DFDE2BCF5 for ; Thu, 2 Nov 2000 22:59:33 -0500 (EST) Received: from ciudad.com.ar (host022177.ciudad.com.ar [200.42.22.177]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id AAA07768 for ; Fri, 3 Nov 2000 00:47:21 -0300 (ART) Message-ID: <3A0623AD.BF7841BB@ciudad.com.ar> Date: Mon, 06 Nov 2000 00:21:17 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: and not find testdnd.c !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all . and no find testdnd.c !!! what this ftp.xxxx.org/xxxx/testdnd.c ???????? thanks all Castellano : Hoal a todos gracias por contestarme rapido y espero pornto mejorar mi ingles .. el problema es que no encuentro este archivo que me dijieron por ningun lado ni en internet ni en mi HD que que pakete de GTK+ biene ??? gracias por todo . From Florent.Devin@lifl.fr Fri Nov 3 01:06:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 34A9A2BB01 for ; Fri, 3 Nov 2000 01:06:32 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id GAA21554 ; Fri, 3 Nov 2000 06:53:42 +0100 (MET) Message-ID: <3A0252FD.3DFF9B17@lifl.fr> Date: Fri, 03 Nov 2000 06:54:05 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: vaf Cc: lista de correo GTK Subject: Re: and not find testdnd.c !! References: <3A0623AD.BF7841BB@ciudad.com.ar> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ vaf a écrit : > > hello all . > and no find testdnd.c !!! > what this ftp.xxxx.org/xxxx/testdnd.c ???????? > thanks all > > Castellano : > Hoal a todos > gracias por contestarme rapido y espero pornto mejorar mi ingles .. > el problema es que no encuentro este archivo que me dijieron por > ningun lado ni en internet ni en mi HD > que que pakete de GTK+ biene ??? > gracias por todo . > You have to download the gtk-xxxx.tar.gz, and extract testdnd.c from this archive. -- Florent DEVIN From wolfgang@ultim.net Fri Nov 3 02:26:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 65A062CC41 for ; Fri, 3 Nov 2000 02:26:27 -0500 (EST) Received: from debian.home(m139.l1.mtl.ultim.net[216.13.32.139]) (1136 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 02:16:47 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA377TF15758 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:07:29 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:07:28 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: concern on the X server side Message-ID: <20001103020728.A15748@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi everybody, Say you have a program displaying gdkwindows which changes the background pixmaps of those gdkpixmaps a couple of times per session. When quitting the program, will GDK clean everything from the X server or will those resources still be allocated in the server as long as the programmer doesn't do it ? Thus, in short, do pixmaps survive their creator's death ? Wolfgang -- A chicken is an egg's way of producing more eggs. From hvv@hippo.ru Fri Nov 3 02:44:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.92]) by mail.gnome.org (Postfix) with ESMTP id C2ACE2CE2B for ; Fri, 3 Nov 2000 02:44:52 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01331; Fri, 3 Nov 2000 10:49:50 +0400 Date: Fri, 3 Nov 2000 10:49:49 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: realizing a widget In-Reply-To: <3A01FFF3.A1192AA0@lickey.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Thu, 2 Nov 2000, Davina Armstrong wrote: Hi, > I'm a newbie GTK programmer, and I'm writing a new widget. It is a > composite of GtkLabel and GtkEntry, and it has GtkWidget as its > immediate parent. I'm working with the Tictactoe example from the > tutorial (composite widget) and the GtkEv example from Havoc > Pennington's book (child of GtkWidget). My problem is that the label > and entry do not actually show up when I run my program, and I think the > problem is that I am not overriding the realize method. The > gtk_ev_realize() is pretty involved, and I don't think I need to do > everything in it. What, exactly, does a realize method need to do? You should use gtk_widget_show(widget) to make them visible or use gtk_widget_show_all(window) to show everything in one call. If it doesn't work then there is something wrong with your code. > Thanks! > Davina > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wolfgang@ultim.net Fri Nov 3 03:18:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 970CF2BEB0 for ; Fri, 3 Nov 2000 03:18:31 -0500 (EST) Received: from debian.home(m160.l1.mtl.ultim.net[216.13.32.160]) (927 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 03:08:54 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA37xk817060 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:59:46 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:59:46 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Concerns confirmed Message-ID: <20001103025945.A17041@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi again, I have done some tests and I can confirm that memory is leaking on the server side when gdkpixmap are not explicitly destroyed. Shouldn't this be considered as a bug in gdk ? W -- A chicken is an egg's way of producing more eggs. From backes@hlrwm.rhrk.uni-kl.de Fri Nov 3 05:02:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id 1902D2CC04 for ; Fri, 3 Nov 2000 05:02:14 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id KAA20935; Fri, 3 Nov 2000 10:50:05 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 03 Nov 2000 10:50:05 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: Gtk Subject: Sarting gtk programs iconified Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, is there a (hidden) option to start gtk programs in the iconified state (such as xterm -icon)? Especially, i would need such a feature for gnome-terminal. Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From Valdis.Kletnieks@vt.edu Fri Nov 3 10:34:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 34CF52DFBE for ; Fri, 3 Nov 2000 10:32:43 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eA3FJx615970; Fri, 3 Nov 2000 10:19:59 -0500 Message-Id: <200011031519.eA3FJx615970@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed In-Reply-To: Your message of "Fri, 03 Nov 2000 02:59:46 EST." <20001103025945.A17041@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2118079230P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 03 Nov 2000 10:19:59 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2118079230P Content-Type: text/plain; charset=us-ascii On Fri, 03 Nov 2000 02:59:46 EST, Wolfgang Sourdeau said: > I have done some tests and I can confirm that memory is leaking on the > server side when gdkpixmap are not explicitly destroyed. > Shouldn't this be considered as a bug in gdk ? First off, this is *NOT* a gdk bug, because the server: a) doesn't *know* the client is gdk b) should be bullet-proof against anything the client does. If it's anybody's fault, it's the servers. Now, double check *very* carefully here. Is memory actually *leaking* from the X server, or is storage being *fragmented*? There's a big distinction here, and the fix is different for each case. If it is *leaking*, this means that the X server is calling malloc() to allocate space and failing to call free() to release it. If it is *fragmenting*, the X server *is* calling free(), but the resulting memory layout is sub-optimal. For example, consider the following code: char *x[4]; x[0] = malloc(40); x[1] = malloc(1); x[2] = malloc[40); x[3] = malloc(1); free(x[0]); free(x[2]); Memory would possibly now look like this: |<-40 bytes of free->||<1 byte>||<40 free>||<1 byte>| So 2 allocated bytes are taking up 82 bytes of memory. If you then try to malloc(45), it can't use either of those 2 spaces, so it has to go to the end and allocate THERE. Now, if the owner if the first 1-byte block calls free(), any modern malloc package will re-group all 81 bytes into one larger free block. The problem is that inside the X server, the 2 40-byte allocations could have come from ONE X client that has since exited, byut the 2 1-byte allocations have come from some OTHER client that is still running, so you can't free that memory until THAT process exits. And usually, there's a lot more than 2 clients running (quite often, I have 30 or 40 client programs running). So it's *very* easy for memory to get very fragmented inside the X server. Unfortunately, C does not have any good garbage-collection scheme for compacting the allocated memory - the problem is that the garbage collector has no way of knowing what variables in the program have pointers to the to-be-moved allocation, so it can't relocate allocated memory. I've checked both the IBM AIX 4.3.3 X server, and the XFree 4.0.1 server on my Linux box, and both of them quite quickly bloat up to about 50M in size. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2118079230P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOgLXn3At5Vm009ewEQIJQQCdGO7xRaR6IO6xOOoDP+vi02yF9qAAoMAo HpoRkXvaadH+GtQwSlb9C9wd =ELKr -----END PGP SIGNATURE----- --==_Exmh_2118079230P-- From philippe.vivarelli@conexant.com Fri Nov 3 12:12:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 509CB2CC91 for ; Fri, 3 Nov 2000 12:12:55 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id IAA13104 for ; Fri, 3 Nov 2000 08:59:50 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Widget Colors To: gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Fri, 3 Nov 2000 18:00:34 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/03/2000 09:00:44 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All Hi all, I have some troubles to change widgets colors. I mean Background and Text colors for main widgets such as Frame, Label, Entry, Button, etc. I took a look at the GTK mailing list archive and it seems I am not alone with this problem. It would be nice if a GTK expert could provide a working source code example to do this kind of thing. Thank you Regards Philippe Vivarelli From alan.dugas@analog.com Fri Nov 3 17:05:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id BB24E2BB23; Fri, 3 Nov 2000 17:05:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id QAA04769; Fri, 3 Nov 2000 16:53:33 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id QAA09485; Fri, 3 Nov 2000 16:53:30 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G73QK>; Fri, 3 Nov 2000 16:53:37 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Fri, 3 Nov 2000 16:53:34 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Thanks for your responses Chris and Detlef. I keep trying to use this > widget as a gtktext. Have either of you run into problems with cpu usage > when using gtkextext to insert text? After replacing gtktext with > gtkextext, the update rate of the gtkextext is so slow my system locks up! > In other words this widget appears to have an extremely large amount of > overhead. Unless... I have something in my code that's messing with the > gtkextext. Any ideas? > > > > -- Stupid Genius > > > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Thursday, November 02, 2000 5:25 PM > To: GTK app devel > Subject: Re: Deleting text from a GtkExText > > > On Thu, 2 Nov 2000, Dugas, Alan wrote: > > > > Has anyone else run in this problem? I am currently unable to delete > > text, > > from within my program, that I insert into a gtkextext. However, if I > > manually move the cursor back into the text inserted then I am able to > > manually delete the text. Unfortunately, I need to delete text from > > within > > the program since I need to set the widget as uneditable. I am running > > Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and > > all > > help would be GREATLY appreciated. Thanks in advance to those who > > respond. > > > > hi alan > > freeze the widget > make it editable > remove the unwonted chars with gtk_extext_delete_text() > make it uneditable > thaw it > > with freet n thaw you prevent the user while updaing > > hope that helps > if not i can send you some code i use in muli. > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From wolfgang@ultim.net Fri Nov 3 21:37:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id D64B72BC0E for ; Fri, 3 Nov 2000 21:37:55 -0500 (EST) Received: from debian.home(m150.l1.mtl.ultim.net[216.13.32.150]) (2958 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 21:28:22 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA42JBk19163 for gtk-list@gnome.org; Fri, 3 Nov 2000 21:19:11 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 21:19:10 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Concerns confirmed Message-ID: <20001103211910.A18906@debian.home> References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200011031519.eA3FJx615970@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Fri, Nov 03, 2000 at 10:19:59AM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'inpiration, Valdis.Kletnieks@vt.edu écrivait en ces mots: > First off, this is *NOT* a gdk bug, because the server: > a) doesn't *know* the client is gdk So what? If there is some X "policy" to not release resources without explicit destruction, the programmer has to destroy the resources he created. The fact that it is stupid is another thing. Now there are a lot of stupid design problems with X... For what GDK is concerned, I love that library because it permits to forget about X trickiness. And maybe this is one more thing that could be implemented. So if it's not a bug, it's a non-feature ;-) > b) should be bullet-proof against anything the client does. Same thing here. X sucks... > Is memory actually *leaking* from the X server, or is storage being > *fragmented*? There's a big distinction here, and the fix is different > for each case. I don't think there is a way to know it except by profiling the memory usage of the server, which I don't have the time to do. Something I am sure of is, now that I am using gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from 5Mb down to a couple of Kb (~50). I would deduce that the 5Mb was due to a leak and that the 50Kb are due to fragmentation. > Unfortunately, C does not have any good garbage-collection scheme for compacting > the allocated memory - the problem is that the garbage collector has no way > of knowing what variables in the program have pointers to the to-be-moved > allocation, so it can't relocate allocated memory. Well, a GC would certainly be possible to implement. Emacs has its own GC, GNU ObjC can be "garbaged-collected" while it's written in C. Everything in C which is not related to basic bit/byte manipulation, basic computation and basic memory management has to be brought artificially, contrarily to higher-level languages. C is just a portable assembler. Wolfgang -- A chicken is an egg's way of producing more eggs. From neel@neel.eng.sun.com Fri Nov 3 22:10:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 2EC792BCCB for ; Fri, 3 Nov 2000 22:10:21 -0500 (EST) Received: from engmail3.Eng.Sun.COM ([129.144.170.5]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id TAA22758; Fri, 3 Nov 2000 19:58:10 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id SAA19069; Fri, 3 Nov 2000 18:58:09 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id SAA29059; Fri, 3 Nov 2000 18:57:03 -0800 (PST) Date: Fri, 3 Nov 2000 18:57:03 -0800 From: Neelakanth Nadgir To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org Subject: Re: Widget Colors Message-ID: <20001103185703.G3168@neel.smcc.Eng.Sun.COM> Mail-Followup-To: philippe.vivarelli@conexant.com, gtk-list@gnome.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from philippe.vivarelli@conexant.com on Fri, Nov 03, 2000 at 06:00:34PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sometime ago, philippe.vivarelli@conexant.com said: > I have some troubles to change widgets colors. > I mean Background and Text colors for main widgets such as Frame, Label, > Entry, Button, etc. > I took a look at the GTK mailing list archive and it seems I am not alone > with this problem. > It would be nice if a GTK expert could provide a working source code > example to do this kind of thing. Please read the archives (beginning oct 29th) there was some discussion about this. Best wishes, -neelakanth -- ___________________ Neelakanth Nadgir (650) 786-7006 (x87006) From gharris@flashcom.net Sat Nov 4 02:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id A60A32BBB5 for ; Sat, 4 Nov 2000 02:26:56 -0500 (EST) Received: (cpmta 3391 invoked from network); 3 Nov 2000 23:14:42 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 3 Nov 2000 23:14:42 -0800 X-Sent: 4 Nov 2000 07:14:42 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id XAA00468; Fri, 3 Nov 2000 23:14:37 -0800 (PST) (envelope-from gharris) Date: Fri, 3 Nov 2000 23:14:37 -0800 From: Guy Harris To: =?iso-8859-1?Q?=B1=E8=C1=BE=C3=B5?= Cc: gtk-list@gnome.org Subject: Re: How can i place the widget Message-ID: <20001103231437.B379@quadrajet.flashcom.com> References: <002301c04245$cb0d5880$becda8c0@sysic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <002301c04245$cb0d5880$becda8c0@sysic.net>; from jckim@hei.co.kr on Mon, Oct 30, 2000 at 04:47:48PM +0900 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Oct 30, 2000 at 04:47:48PM +0900, ±èÁ¾Ãµ wrote: > How can i place the widget that is invisible,hidden(after call > gtk_widget_show ) in top of the screen ? > In Xwindow programming, this is just like "XRaiseWindow". Widget, or window? If the widget in question is a GtkWindow, and is pointed to by a GtkWidget pointer "win", you can do gdk_window_raise(win->window); which, in the version of GTK+/GDK running on the X Window System, will, in fact, call... ..."XRaiseWindow()". From otaylor@redhat.com Sat Nov 4 12:52:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id ACC002BB6B for ; Sat, 4 Nov 2000 12:52:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DDB50242C56; Sat, 4 Nov 2000 12:40:37 -0500 (EST) To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> <20001103211910.A18906@debian.home> From: Owen Taylor Date: 04 Nov 2000 12:40:37 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 21:19:10 -0500" Message-ID: Lines: 43 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > La plume l=E9g=E8re, =E0 Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'i= npiration, > Valdis.Kletnieks@vt.edu =E9crivait en ces mots: > > First off, this is *NOT* a gdk bug, because the server: > > a) doesn't *know* the client is gdk >=20 > So what? If there is some X "policy" to not release resources without > explicit destruction, the programmer has to destroy the resources he crea= ted. > The fact that it is stupid is another thing. Now there are a lot of > stupid design problems with X... When a client exits in X, whether it be GTK+ or another client, all resources that it allocated will be freed. (Unless, they are in use, as as say, the background pixmap of the root window)=20 That does not mean that the memory will be returned to the operating system - whether that happens depends a lot on exactly how malloc works on the system, how big the allcated areas are, where they are in memory, etc.=20=20=20=20 But it will be available for reuse within the X server. =20 > I don't think there is a way to know it except by profiling the memory > usage of the server, which I don't have the time to do. > Something I am sure of is, now that I am using > gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from= 5Mb > down to a couple of Kb (~50). I would deduce that the 5Mb was due to a > leak and that the 50Kb are due to fragmentation. X servers tend to be fairly well debugged in this respect.=20 So, until I see an example program that reproduces the problem, I'm quite suspicious of this claim.=20 That doesn't mean that there couldn't be some really obscure bug that you happen to be triggering. But I'd be somewhat suprised. Can you provide a test case? Regards, Owen From oka@debian.or.jp Sat Nov 4 14:21:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from is.aist-nara.ac.jp (enterprise.aist-nara.ac.jp [163.221.80.21]) by mail.gnome.org (Postfix) with SMTP id 305EF2BB50 for ; Sat, 4 Nov 2000 14:21:35 -0500 (EST) Received: (qmail 17337 invoked from network); 5 Nov 2000 04:09:17 +0900 Received: from hidari.aist-nara.ac.jp (163.221.92.74) by ismailgate.aist-nara.ac.jp with SMTP; 5 Nov 2000 04:09:17 +0900 Date: Sun, 05 Nov 2000 04:09:17 +0900 Message-ID: From: Mitsuru Oka To: gtk-list@gnome.org Subject: [Q] gtk_module_release User-Agent: Wanderlust/2.3.0 (Roam) EMY/1.13.8 (Tastes differ) FLIM/1.13.2 (Kasanui) APEL/10.2 Emacs/20.7 (alpha-debian-linux-gnu) MULE/4.0 (HANANOEN) X-URL: http://www.aist-nara.ac.jp/~mitsu-o/ MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I'm wonder why gtk don't call gtk_modules release (or finalize) callback function such as gtk_module_release when gtk_modules are relsesed. I want to use gtk_module_release function to clean up loaded module resouces. -- Mitsuru Oka From leonardo@centroin.com.br Sat Nov 4 17:03:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from trex2.centroin.com.br (trex2.centroin.com.br [200.225.63.134]) by mail.gnome.org (Postfix) with ESMTP id 134E72D12C for ; Sat, 4 Nov 2000 17:03:19 -0500 (EST) Received: from centroin.com.br (du15b.nit.centroin.com.br [200.225.56.15]) by trex2.centroin.com.br (8.10.1/8.10.1) with ESMTP id eA4LpIr08460 for ; Sat, 4 Nov 2000 19:51:18 -0200 (EDT) Message-ID: <3A048859.926AFCE5@centroin.com.br> Date: Sat, 04 Nov 2000 20:06:17 -0200 From: Leonardo Zide X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: -rdynamic in gtk-config Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Why does gtk-config (or actually glib-config) adds the -rdynamic option to the linker options ? My program uses a lot of calls to dlopen() to load plugins at run time and somehow when it's compiled with the -rdynamic option the plugins are able to use some of the main program's functions and variables. The weird thing is that there are no unresolved symbols in the plugins (except for main()) to cause them to use the wrong symbols. Leonardo From pbd@op.net Sat Nov 4 17:30:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-04.ppp.op.net [209.152.194.36]) by mail.gnome.org (Postfix) with ESMTP id 0BD582BAF1 for ; Sat, 4 Nov 2000 17:30:26 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA4MImW08613; Sat, 4 Nov 2000 17:18:48 -0500 Date: Sat, 4 Nov 2000 17:18:48 -0500 Message-Id: <200011042218.eA4MImW08613@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus, clists, mouse button press Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i am trying to figure out how to use a single button press on a row of a clist to drive some action to change that row. i discovered a long time ago that select_row is emitted for single or dbl-button press events. so its up to the handler to discover if it was a single or double press. but here's the problem. as far as i can tell, once a child (i.e. a row) of the clist has focus, the next button press on a different row does not cause select_row to be emitted. instead, it just moves the focus there so that the *next* button press will emit select_row. this is really annoying behaviour and i'm not sure how to turn it off. any ideas ? or have i made in mistake in my analysis of what the focus/press interaction is ? --p From shippy@cs.nmt.edu Sat Nov 4 17:39:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 3192D2CF24 for ; Sat, 4 Nov 2000 17:39:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA08772 for ; Sat, 4 Nov 2000 17:27:02 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA4MR1D14824 for ; Sat, 4 Nov 2000 17:27:01 -0500 Received: from mailhost.nmt.edu ([129.138.4.52]) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13sBm8-0002an-00 for ; Sat, 04 Nov 2000 14:27:00 -0800 Received: from cs.nmt.edu (IDENT:shippy@grissom-48.nmt.edu [129.138.5.218]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA4MQsg17672 for ; Sat, 4 Nov 2000 15:26:54 -0700 Message-ID: <3A048D36.1000001@cs.nmt.edu> Date: Sat, 04 Nov 2000 15:27:02 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gtk.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From hp@redhat.com Sun Nov 5 11:13:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D7D792BA9B for ; Sun, 5 Nov 2000 11:13:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA5G0Ko26819; Sun, 5 Nov 2000 11:00:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: concern on the X server side References: <20001103020728.A15748@debian.home> From: Havoc Pennington Date: 05 Nov 2000 11:00:20 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 02:07:28 -0500" Message-ID: Lines: 8 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > Thus, in short, do pixmaps survive their creator's death ? > No, they shouldn't. Havoc From shippy@cs.nmt.edu Sun Nov 5 14:52:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhost.nmt.edu (mailhost.nmt.edu [129.138.4.52]) by mail.gnome.org (Postfix) with ESMTP id 8049B2BA8D for ; Sun, 5 Nov 2000 14:52:55 -0500 (EST) Received: from cs.nmt.edu (IDENT:shippy@grissom-18.nmt.edu [129.138.5.188]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA5JeXg00390 for ; Sun, 5 Nov 2000 12:40:38 -0700 Message-ID: <3A05B7B5.8010500@cs.nmt.edu> Date: Sun, 05 Nov 2000 12:40:37 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From summer@OS2.ami.com.au Sun Nov 5 19:03:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netsrvr.ami.com.au (netsrvr.ami.com.au [203.55.31.38]) by mail.gnome.org (Postfix) with ESMTP id 0BE2E2BA8D for ; Sun, 5 Nov 2000 19:03:49 -0500 (EST) Received: from emu.os2.ami.com.au (IDENT:root@c0s19.ami.com.au [203.55.31.84]) by netsrvr.ami.com.au (8.9.3/8.9.3) with ESMTP id HAA32309 for ; Mon, 6 Nov 2000 07:51:25 +0800 Received: from possum.os2.ami.com.au (IDENT:summer@possum.os2.ami.com.au [192.168.1.6]) by emu.os2.ami.com.au (8.10.0/8.10.0) with ESMTP id eA5N7pZ27895 for ; Mon, 6 Nov 2000 07:08:18 +0800 Message-Id: <200011052308.eA5N7pZ27895@emu.os2.ami.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: gtk-list@gnome.org Subject: GTK and Perl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Nov 2000 07:10:04 +0800 From: John Summerfield Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I look for documentation on yusing this combination? I'm new to GTK and would prefer not to learn how to use it in C first. >From the Gtk-Perl-0.7003-0_helix_2 documentation: The code may very well still have leaks, and a few portions are incomplete (such as Gdk colormap manipulation) and much of it is untested. No documentation currently exists, but this code is designed to mimic the C calling sequences as much as is reasonable. I HAVE found an application written in Perl/GTP; it might serve as a sample (though with lots of extraneous stuff I don't want to know about), but it only covers what that application does. I found the tutorial on the www.gtk.org, but that's for C programmers. From mjb@adam.cheshire.net Sun Nov 5 22:11:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from adam.cheshire.net (adam.cheshire.net [208.153.58.2]) by mail.gnome.org (Postfix) with ESMTP id C3DB72BACF for ; Sun, 5 Nov 2000 22:11:31 -0500 (EST) Received: from net1-pool-16.cheshire.net (IDENT:matthew@net1-pool-16.cheshire.net [208.153.58.137]) by adam.cheshire.net (8.9.1/8.9.1) with ESMTP id VAA20876 for ; Sun, 5 Nov 2000 21:58:27 -0500 (EST) Message-Id: <200011060258.VAA20876@adam.cheshire.net> Date: Sun, 05 Nov 2000 22:00:05 EST From: Matthew Beauchesne To: gtk-list@gnome.org Subject: Re: GTK and Perl Reply-To: mjb@adam.cheshire.net X-Mailer: Spruce 0.6.5 for X11 w/smtpio 0.7.9 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 06 Nov 2000, John Summerfield wrote: > Date: Mon, 06 Nov 2000 07:10:04 +0800 > To: gtk-list@gnome.org > From: John Summerfield > Subject: GTK and Perl > > > Where do I look for documentation on yusing this combination? I'm new to > GTK > and would prefer not to learn how to use it in C first. There is a tutorial at http://personal.riverusers.com/~swilhelm/perlgtk/ that is modeled after the GTK+ tutorial at www.gtk.org. It isn't complete but should give you enough to start with. There is also a gtk-perl mailing list. You can subscribe here. http://mail.gnome.org/mailman/listinfo/gtk-perl-list HTH -- Matthew Beauchesne mjb@adam.cheshire.net -- From matthew@mattshouse.com Sun Nov 5 23:53:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.linuxnet (c90610-a.alton1.il.home.com [24.11.42.157]) by mail.gnome.org (Postfix) with ESMTP id 7F87F2BB74; Sun, 5 Nov 2000 23:53:49 -0500 (EST) Received: from matthew (matthew.linuxnet [192.168.1.5]) by www.linuxnet (8.9.3/8.9.3) with ESMTP id WAA26135; Sun, 5 Nov 2000 22:41:35 -0600 Date: Sun, 5 Nov 2000 22:41:59 -0600 (CST) From: matthew X-Sender: matthew@matthew.linuxnet To: gnome-list@gnome.org Cc: gtk-list@gnome.org Subject: gtk-config and gnome-config relocation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I propose that gtk-config and gnome-config be moved from *-libs-devel to *-libs. These files are small, unobtrusive, and come in very handy in a non-development capacity. For example: I'm writing a gtk/gnome application that I will be distributing in both binary and source packages. The binary package will be installed from a GUI installer app. If these scripts are on the target system then I have a definite way of determining where the icons, executables, etc. belong in order to mesh with gnome. However, without these scripts it's guess work. Matthew From philippe.vivarelli@conexant.com Mon Nov 6 06:00:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 0DD932BCBD for ; Mon, 6 Nov 2000 06:00:26 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id CAA24421; Mon, 6 Nov 2000 02:47:16 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Re: Widget Colors To: gtk-list@gnome.org Cc: neelakanth.nadgir@sun.com X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Mon, 6 Nov 2000 11:48:07 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/06/2000 02:48:05 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, It works for buttons but not for other widgets (Label, Frames, ..) I tried this code below, and the button color is changed but it doesn't work for the other widgets (a Label: label1 and a Frame : frame1) Does someone could help Thank you Philippe Vivarelli on_button1_clicked(GtkButton *button, gpointer window) { GtkWidget *ThisWidget; GtkStyle* my_style; GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; my_style = gtk_style_copy( gtk_widget_get_default_style() ); my_style->bg[GTK_STATE_NORMAL] = myGdkColor; my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; my_style->bg[GTK_STATE_SELECTED] = myGdkColor; my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; gtk_widget_set_style(button, my_style); ThisWidget = lookup_widget(window, "label1"); gtk_widget_set_style(ThisWidget, my_style); ThisWidget = lookup_widget(window, "frame1"); gtk_widget_set_style(ThisWidget, my_style); } From john.cupitt@ng-london.org.uk Mon Nov 6 06:53:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 2F1EB2BCBD for ; Mon, 6 Nov 2000 06:53:06 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZVM6; Mon, 6 Nov 2000 11:40:45 -0000 Message-ID: <3A0697E5.A5651067@ng-london.org.uk> Date: Mon, 06 Nov 2000 11:37:09 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ philippe.vivarelli@conexant.com wrote: > It works for buttons but not for other widgets (Label, Frames, ..) Hi Phillippe, it works for widget that have their own windows. Label/frame/etc. are client-type widgets ... they draw on their parent's window. Wrap them in an event box to make sure they get their own window. > on_button1_clicked(GtkButton *button, gpointer window) > > { > GtkWidget *ThisWidget; > GtkStyle* my_style; > > GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; > > my_style = gtk_style_copy( gtk_widget_get_default_style() ); > > my_style->bg[GTK_STATE_NORMAL] = myGdkColor; > my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; > my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; > my_style->bg[GTK_STATE_SELECTED] = myGdkColor; > my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; > > gtk_widget_set_style(button, my_style); > > ThisWidget = lookup_widget(window, "label1"); > gtk_widget_set_style(ThisWidget, my_style); > > ThisWidget = lookup_widget(window, "frame1"); > gtk_widget_set_style(ThisWidget, my_style); > > } This is maybe not the best way. Havoc suggested: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Now your colour change will survive a theme change. Even better (I think) is to use gtk_widget_set_name( widget, "green_widget" ) to set a name for your widget. Then in your .gtkrc file for your application, have lines like: style "green_style" = default { bg[ NORMAL ] = { 0.5, 0.7, 0.5 } } widget "*green_widget" style "green_style" Much easier, and easy for your users to alter too. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From koppal@usc.edu Sun Nov 5 19:00:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from usc.edu (usc.edu [128.125.253.136]) by mail.gnome.org (Postfix) with ESMTP id EBCC12BA8D for ; Sun, 5 Nov 2000 19:00:38 -0500 (EST) Received: from aludra.usc.edu (koppal@aludra.usc.edu [128.125.253.184]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA13145 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Received: from localhost (koppal@localhost) by aludra.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA15517 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Date: Sun, 5 Nov 2000 15:48:25 -0800 (PST) From: koppal To: gtk-list@gnome.org Subject: Rookie questions about the widget curve and GDK Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am a GTK beginner. I wanted to know if the widget curve works for the option GTK_CURVE_TYPE_LINEAR I also wanted to know what i need to put in the arguments of the first gdk_window_new function that i call...i was confused about who is the parent when i have not made any windows yet... thanks, Sanjeev From cras@irccrew.org Sun Nov 5 13:05:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailframe.cabinet.net (mailframe.cabinet.net [213.169.1.9]) by mail.gnome.org (Postfix) with ESMTP id AAD232BA9B for ; Sun, 5 Nov 2000 13:05:10 -0500 (EST) Received: from shodan.irccrew.org (shodan.irccrew.org [213.169.2.254]) by mailframe.cabinet.net (Postfix) with ESMTP id 5B65F10025 for ; Sun, 5 Nov 2000 19:52:54 +0200 (EET) Received: by shodan.irccrew.org (Postfix, from userid 6976) id 1E525F4BB; Sun, 5 Nov 2000 19:52:53 +0200 (EET) Date: Sun, 5 Nov 2000 19:52:53 +0200 From: Timo Sirainen To: gtk-list@gnome.org Subject: MDI-like widget? Message-ID: <20001105195253.B2546@irccrew.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't mean the traditional "windows inside windows" MDI, but rather that kind of what MS Visual Studio (don't know what other programs have it) partly uses. Some of it's windows dock at the borders of the real window, they can be moved to different border or above/below other docked windows or removed completely as a separate real window, but they never float around freely and other windows don't overlap them. So I was thinking some container widget that could do this automatically. I could add widgets to left/right/up/down and it could be moved around or separated as new window, and the new window could be docked back (like tearoff menus). These docked border windows would be mostly for some utility windows, like file browsers and such. There wouldn't be that many of them. In the middle there would be the working area. I'm not sure how it would behave, maybe have some windows that could be split horizontally (and vertically) and they also could be moved around but not necessarily behind border windows .. The windows themselves could have some simple title bar that could be used to drag the window. Window resizing should of course also work, but while growing one window others would shrink. GtkTable works pretty much the same as this, except I don't know if it's possible to move and resize widgets in it, or to add/remove rows/columns in the middle of the table. So the questions: Has anyone done anything like this yet? Does anyone want this kind of widget? Is anyone willing to code it? ;) I might try it, but it would take a long time and probably would just end up as ugly and buggy code. From jason@rebel.rebel.net.au Thu Nov 2 02:29:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id 1F16A2BAB8; Thu, 2 Nov 2000 02:29:34 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id RAA11222; Thu, 2 Nov 2000 17:47:26 +1030 Date: Thu, 2 Nov 2000 17:47:25 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um... You can safely ignoe my last post. I have worked out a way to do it. If anyone is ineterested this is what I came up with. GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); ... //add many widgets to MainW ... void do_sens(GtkWidget *w,gpointer data) { gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); } void sens_all(gboolean sens) { gtk_container_foreach (GTK_CONTAINER(MainW), do_sens, (gpointer *)sens); } It seems to do what I wanted. Jason On Thu, 2 Nov 2000, Jason Tan wrote: > > > Hi All, > > I have an applciaiton with many many user contorls(widgets) and under > certain cirecumstances I want to be able to block all the signals from all > widgets excpet one or two. > > Is there an easy-ish way to do this? > > The gui stores info about bales of wool in several places and under > certain circumstances we don't want any processing to be able to > continue until the user has verified the details being displayed are > correct. > > I could put in a variable that can be set when I am in the mode where I > want the user to verify before continuing, then test that variable in > every callback, but I have a lot of callbacks and this would be a lot of > work. > > Does anyone have a better suggestion or know a way to do this. > > I guess what I really want to do is soemthign like > > gtk_signal_handler_block(,) > ... > gtk_singnal_handler_unblock(,). > > The bit I can't work out is how to do the block all. > > Any suggestions very gratefully received. > > I am using glade, so there might be some celever way to gt all the child > widgets fromt eh top level window using sem of the support functions, but > I haven't worked out how to do that yet either. > > Regards > jason tan > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > -- ------------------------------------------------------------------------------ Jason Tan jason@rebel.net.au Some people have a way about them that seems to say: "If I have only one life to live, let me live it as a jerk." -/usr/games/fortune ------------------------------------------------------------------------------ From dinh@enserb.fr Thu Nov 2 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 779E62BAC0 for ; Thu, 2 Nov 2000 06:57:26 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id MAA11158; Thu, 2 Nov 2000 12:45:09 +0100 (MET) Message-ID: <3A0161F2.9E909CAF@enserb.fr> Date: Thu, 02 Nov 2000 12:45:38 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Sebastian Wilhelmi Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> Content-Type: multipart/mixed; boundary="------------85D89991BDE0D515223CA7BE" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sebastian Wilhelmi wrote: > > Actually this should work, AFAICT. Please post a example, demonstrating this > behaviour (This sould be a stripped down example though) and I will have a > look. this example is build from the one given in the FAQ. -- Hoa --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii; name="testthread.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="testthread.c" #include #include #include #include #include #include #include #define YES_IT_IS (1) #define NO_IT_IS_NOT (0) typedef struct { GtkWidget *label; int what; } yes_or_no_args; G_LOCK_DEFINE_STATIC (yes_or_no); static volatile int yes_or_no = YES_IT_IS; void destroy(GtkWidget *widget, gpointer data) { gtk_main_quit(); } void *argument_thread(void *args) { yes_or_no_args *data = (yes_or_no_args *)args; gboolean say_something; printf("one thread\n"); for(;;) { /* sleep a while */ sleep(rand() / (RAND_MAX / 3) + 1); /* lock the yes_or_no_variable */ G_LOCK(yes_or_no); /* do we have to say something? */ say_something = (yes_or_no != data->what); if(say_something) { /* set the variable */ yes_or_no = data->what; } /* Unlock the yes_or_no variable */ G_UNLOCK(yes_or_no); if(say_something) { /* get GTK thread lock */ gdk_threads_enter(); /* set label text */ if(data->what == YES_IT_IS) gtk_label_set_text(GTK_LABEL(data->label), "O yes, it is!"); else gtk_label_set_text(GTK_LABEL(data->label), "O no, it isn't!"); /* release GTK thread lock */ gdk_threads_leave(); } } return(NULL); } int main(int argc, char *argv[]) { GtkWidget *window; GtkWidget *label; yes_or_no_args yes_args, no_args; pthread_t no_tid, yes_tid; /* init threads */ g_thread_init(NULL); /* init gtk */ gtk_init(&argc, &argv); /* init random number generator */ srand((unsigned int)time(NULL)); /* create a window */ window = gtk_window_new(GTK_WINDOW_TOPLEVEL); gtk_signal_connect(GTK_OBJECT (window), "destroy", GTK_SIGNAL_FUNC(destroy), NULL); gtk_container_set_border_width(GTK_CONTAINER (window), 10); /* create a label */ label = gtk_label_new("And now for something completely different ..."); gtk_container_add(GTK_CONTAINER(window), label); gtk_signal_connect(GTK_OBJECT (label), "event", GTK_SIGNAL_FUNC(argument_thread), NULL); /* show everything */ gtk_widget_show(label); gtk_widget_show (window); /* create the threads */ yes_args.label = label; yes_args.what = YES_IT_IS; pthread_create(&yes_tid, NULL, argument_thread, &yes_args); no_args.label = label; no_args.what = NO_IT_IS_NOT; pthread_create(&no_tid, NULL, argument_thread, &no_args); /* enter the GTK main loop */ gdk_threads_enter(); gtk_main(); gdk_threads_leave(); return(0); } --------------85D89991BDE0D515223CA7BE-- From jason@rebel.rebel.net.au Thu Nov 2 00:03:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id BA0442BB36; Thu, 2 Nov 2000 00:02:56 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id PAA09077; Thu, 2 Nov 2000 15:20:50 +1030 Date: Thu, 2 Nov 2000 15:20:49 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Blockingsignals for all widgets(except one or two) In-Reply-To: <20001101175735.C30710@dman.rh.rit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All, I have an applciaiton with many many user contorls(widgets) and under certain cirecumstances I want to be able to block all the signals from all widgets excpet one or two. Is there an easy-ish way to do this? The gui stores info about bales of wool in several places and under certain circumstances we don't want any processing to be able to continue until the user has verified the details being displayed are correct. I could put in a variable that can be set when I am in the mode where I want the user to verify before continuing, then test that variable in every callback, but I have a lot of callbacks and this would be a lot of work. Does anyone have a better suggestion or know a way to do this. I guess what I really want to do is soemthign like gtk_signal_handler_block(,) ... gtk_singnal_handler_unblock(,). The bit I can't work out is how to do the block all. Any suggestions very gratefully received. I am using glade, so there might be some celever way to gt all the child widgets fromt eh top level window using sem of the support functions, but I haven't worked out how to do that yet either. Regards jason tan From cookj@cs.man.ac.uk Fri Nov 3 07:26:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from m1.cs.man.ac.uk (m1.cs.man.ac.uk [130.88.192.2]) by mail.gnome.org (Postfix) with ESMTP id C3E122DB5A for ; Fri, 3 Nov 2000 07:26:07 -0500 (EST) Received: from ceratops by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id MAA21276; Fri, 3 Nov 2000 12:13:41 GMT Date: Fri, 3 Nov 2000 12:13:40 GMT Message-Id: <200011031213.MAA44701@ceratops> From: Jon Cook To: gtk-list@gnome.org Subject: Mouse position with key event Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Unlike its X equivalent, the GdkEventKey data structure does not contain the position of the mouse when the key press/release event occurred. Is there any way of getting this information. Cheers, Jon From rsteinke@merilon.elfhame.net Wed Nov 1 17:27:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id DE1102DD66 for ; Wed, 1 Nov 2000 17:27:41 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eA1MJtx09516 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:19:55 -0800 Date: Wed, 1 Nov 2000 14:19:55 -0800 From: Ron Steinke Message-Id: <200011012219.eA1MJtx09516@merilon.elfhame.net> To: gtk-list@gnome.org Subject: stop GtkEventBox from resizing Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any way to stop a GtkEventBox from being resized by its parent? Specifically, the EventBox contains a pixmap, and I want it to remain the same size as the pixmap, even when the window containing it changes size. I can do it by surronding the EventBox with another box, but I was wondering if there was some more sophisticated way of doing this? Ron Steinke From cvj@telco.co.in Tue Oct 31 22:26:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id F11E32BEA5; Tue, 31 Oct 2000 22:26:38 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id IAA25908; Wed, 1 Nov 2000 08:44:16 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id IAA29761; Wed, 1 Nov 2000 08:45:46 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id IAA30603; Wed, 1 Nov 2000 08:42:32 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id IAA11174; Wed, 1 Nov 2000 08:41:58 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 08:41:57 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Oct 31, 4:49pm) References: <39FF2DE6.7A3B4731@lickey.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford , Davina Armstrong Subject: Re: activating a button Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Oct 31, 4:49pm, Jonathan Blandford wrote: > Subject: Re: activating a button > Davina Armstrong writes: > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > either make the "activate" event call my button callback function, or I > > can make it call gtk_button_clicked(button), both of which work, but > > fail to give the user the visual feedback of the button being clicked. > > Can anyone tell me how to accomplish this? > Try gtk_button_pressed(button) and then gtk_button_realesed(button) this will ultimately generate the click event on your button also hopefully( i m not sure plz. try out ) it will give you the visual effect Thanx cvjoshi > There is no way in GTK+ to give this visual feedback using a button. > Sorry I can't help more. > > Thanks, > -Jonathan > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list >-- End of excerpt from Jonathan Blandford -- ### Imagination is more important than Knowledge. ### - Albert Einstien ________________________________________________________ Chandrashekhar V Joshi ESG, TTIL, Telco Campus, PUNE - 411 018 email: cvjoshi@telco.co.in phone: +91-20-77 42 61 Extn.2049 (off) -740 20 49 (off) +91-20-765 26 91 (res) --------------------------------------------------------- From jrb@redhat.com Wed Nov 1 00:18:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (dsl254-119-026-nyc1.dsl-isp.net [216.254.119.26]) by mail.gnome.org (Postfix) with ESMTP id 51EDF2C898; Wed, 1 Nov 2000 00:18:06 -0500 (EST) Received: (from jrb@localhost) by localhost.localdomain (8.11.0/8.11.0) id eA16C8B02762; Wed, 1 Nov 2000 01:12:08 -0500 X-Authentication-Warning: localhost.localdomain: jrb set sender to jrb@redhat.com using -f To: "Chandrashekhar V. Joshi" Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-URL: From: Jonathan Blandford Date: 01 Nov 2000 01:12:07 -0500 In-Reply-To: "Chandrashekhar V. Joshi"'s message of "Wed, 1 Nov 2000 08:41:57 +0000" Message-ID: Lines: 26 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Chandrashekhar V. Joshi" writes: > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > Subject: Re: activating a button > > Davina Armstrong writes: > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > either make the "activate" event call my button callback function, or I > > > can make it call gtk_button_clicked(button), both of which work, but > > > fail to give the user the visual feedback of the button being clicked. > > > Can anyone tell me how to accomplish this? > > > > Try gtk_button_pressed(button) and then > gtk_button_realesed(button) > this will ultimately generate the click event on your button > also hopefully( i m not sure plz. try out ) > it will give you the visual effect This won't work. It will simulate the "clicked" event (by emitting the signal) but you won't get the visual effect. You are better off using gtk_button_clicked, or better yet, just calling your callback directly when you get an "activate" signal. Thanks, -Jonathan From cvj@telco.co.in Wed Nov 1 00:31:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id 290E22D34F; Wed, 1 Nov 2000 00:31:13 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id KAA01261; Wed, 1 Nov 2000 10:48:54 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id KAA01553; Wed, 1 Nov 2000 10:50:22 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id KAA32537; Wed, 1 Nov 2000 10:47:06 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id KAA11538; Wed, 1 Nov 2000 10:46:32 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 10:46:32 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Nov 1, 1:12am) References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford Subject: Re: activating a button Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Nov 1, 1:12am, Jonathan Blandford wrote: > Subject: Re: activating a button > "Chandrashekhar V. Joshi" writes: > > > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > > Subject: Re: activating a button > > > Davina Armstrong writes: > > > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > > either make the "activate" event call my button callback function, or I > > > > can make it call gtk_button_clicked(button), both of which work, but > > > > fail to give the user the visual feedback of the button being clicked. > > > > Can anyone tell me how to accomplish this? > > > > > > > Try gtk_button_pressed(button) and then > > gtk_button_realesed(button) > > this will ultimately generate the click event on your button > > also hopefully( i m not sure plz. try out ) > > it will give you the visual effect > > This won't work. It will simulate the "clicked" event (by emitting the > signal) but you won't get the visual effect. You are better off using > gtk_button_clicked, or better yet, just calling your callback directly > when you get an "activate" signal. > oh yes. actually u can emit a button_press and button_release signal but following should work except that queue_draw may not update your ui as u are in the event dispatch thread till ur function completes gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); // ur implementation here gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); thanx cvjoshi From otaylor@redhat.com Mon Nov 6 09:01:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 428042BB58 for ; Mon, 6 Nov 2000 09:01:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 07C50242C5D; Mon, 6 Nov 2000 09:01:37 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: stop GtkEventBox from resizing References: <200011012219.eA1MJtx09516@merilon.elfhame.net> From: Owen Taylor Date: 06 Nov 2000 09:01:37 -0500 In-Reply-To: Ron Steinke's message of "Wed, 1 Nov 2000 14:19:55 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > Is there any way to stop a GtkEventBox from being resized by > its parent? Specifically, the EventBox contains a pixmap, and I want > it to remain the same size as the pixmap, even when the window > containing it changes size. I can do it by surronding the EventBox > with another box, but I was wondering if there was some more > sophisticated way of doing this? The geometry management of a widget is typically handled by the options by which it is added into its parent. So, if the parent doesnt' have sufficient flexibility to do what you want, you may need to add an intermediate parent. It could be a box, as you suggest, but a more designed-for-the-task widget is a GtkAlignment: http://developer.gnome.org/doc/API/gtk/gtkalignment.html Regards, Owen From otaylor@redhat.com Mon Nov 6 09:03:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8B9302CE87 for ; Mon, 6 Nov 2000 09:03:13 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF6EE242C5E; Mon, 6 Nov 2000 09:03:12 -0500 (EST) To: Jon Cook Cc: gtk-list@gnome.org Subject: Re: Mouse position with key event References: <200011031213.MAA44701@ceratops> From: Owen Taylor Date: 06 Nov 2000 09:03:12 -0500 In-Reply-To: Jon Cook's message of "Fri, 3 Nov 2000 12:13:40 GMT" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jon Cook writes: > Hi, > > Unlike its X equivalent, the GdkEventKey data structure does not > contain the position of the mouse when the key press/release event > occurred. Is there any way of getting this information. Not really, sorry. You can use gdk_window_add_filter() to get direct access to the X event. Alternatively, you can use gdk_window_get_pointer() when you receive the event and assume that is close enough. Regards, Owen From otaylor@redhat.com Mon Nov 6 09:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0BE12CDEC; Mon, 6 Nov 2000 09:05:02 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C1BE5242C5E; Mon, 6 Nov 2000 09:05:02 -0500 (EST) To: Jason Tan Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) References: From: Owen Taylor Date: 06 Nov 2000 09:05:02 -0500 In-Reply-To: Jason Tan's message of "Thu, 2 Nov 2000 17:47:25 +1030 (CST)" Message-ID: Lines: 42 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jason Tan writes: > Um... > You can safely ignoe my last post. > I have worked out a way to do it. > > If anyone is ineterested this is what I came up with. > > GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); > > ... > > //add many widgets to MainW > > ... > > > > void do_sens(GtkWidget *w,gpointer data) > { > gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); > } > > > void sens_all(gboolean sens) > { > gtk_container_foreach (GTK_CONTAINER(MainW), > do_sens, > (gpointer *)sens); > } > > It seems to do what I wanted. > > > Jason Of course, gtk_widget_set_sensitivity() already propagates sensitivity to the child widgets... Regards, Owen From otaylor@redhat.com Mon Nov 6 09:09:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id BE04D2BB20 for ; Mon, 6 Nov 2000 09:09:10 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 83FFC242C5E; Mon, 6 Nov 2000 09:09:10 -0500 (EST) To: John Cupitt Cc: philippe.vivarelli@conexant.com, gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: <3A0697E5.A5651067@ng-london.org.uk> From: Owen Taylor Date: 06 Nov 2000 09:09:10 -0500 In-Reply-To: John Cupitt's message of "Mon, 06 Nov 2000 11:37:09 +0000" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt writes: > philippe.vivarelli@conexant.com wrote: > > It works for buttons but not for other widgets (Label, Frames, ..) > > Hi Phillippe, it works for widget that have their own windows. > Label/frame/etc. are client-type widgets ... they draw on their parent's > window. Wrap them in an event box to make sure they get their own > window. A slightly more intuitive way to think of this is that a widget such as a Label or a Frame does not have a background - it draws the text, and for the frame, the shadow, but not the background. If you think about a label widget as just being the text, and not text + background, it should be clear that you need to set the background of the parent widget (or add a parent widget such as a GtkEventBox), rather than setting the background of the widget itself. Regards, Owen From hvv@hippo.ru Mon Nov 6 10:16:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 456402BA83; Mon, 6 Nov 2000 10:14:45 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hvv@hippo.ru Mon Nov 6 10:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 56D652BCBD; Mon, 6 Nov 2000 10:16:13 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From alan.dugas@analog.com Mon Nov 6 13:30:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id EC8722BB20; Mon, 6 Nov 2000 13:30:16 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id NAA15511; Mon, 6 Nov 2000 13:30:13 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id NAA19165; Mon, 6 Nov 2000 13:30:05 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G88N2>; Mon, 6 Nov 2000 13:30:14 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Mon, 6 Nov 2000 13:30:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Well, by scaling down the number of calls to gtk_extext_insert() I found that the loading scaled proportionatly. This more or less confirms my suspiction that gtkextext requires significantly more overhead than gtktext. For the time being I will live with this with an eye towards writing as much data as possible into one gigantic array to minimize gtk_extext_insert() calls. However, how do I display text at one location and insert text in another? The application I am working on collects data real-time and appends new data to the bottom of the gtkextext. If I wish to view something at the top of the widget and use either the scrollbar or keyboard to do so, the text that's supposed to be appended to the bottom gets inserted into the viewing location instead!! Has anyone else run into this? >From what I've seen in the gtkextext.h file, the API doesn't appear to have a function to facilitate this. Thanks again to those who respond. -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Saturday, November 04, 2000 12:58 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Fri, 3 Nov 2000, Dugas, Alan wrote: > > Thanks for your responses Chris and Detlef. I keep trying to use this > > widget as a gtktext. Have either of you run into problems with cpu > usage > > no ;) > > > when using gtkextext to insert text? After replacing gtktext with > > gtkextext, the update rate of the gtkextext is so slow my system locks > up! > > In other words this widget appears to have an extremely large amount of > > overhead. > > to me it seems not very slow. but i must say, that i use it in muli only > for quit small text chunks, aprox 1k. but at this size it is possible to > switch the page more then 10 times / second on a PII 350, 198 megs of > ram(not tested with a stopwatch :). > > Unless... I have something in my code that's messing with > the > > gtkextext. Any ideas? > > if you insert your text linewise, that can be realy time consumptiv. > > beside of this, is it possible that you not only changed to gtkextext, but > also to pixmap themes? or in other words try it with the default theme. > pixmap themes are absolut time suckin pigs > > and at least, if you are short of memory, it can give a problem with > gtkextext, cause it leaks memory. not the most, but if you change the > contents very often... > > if that all not helps, can you send a snippet of code, that shows the > behaviour? (direct, not over the list, if its bigger) > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From robby@dingoblue.net.au Mon Nov 6 14:40:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [203.2.75.107]) by mail.gnome.org (Postfix) with ESMTP id 2BC232BC01 for ; Mon, 6 Nov 2000 14:40:33 -0500 (EST) Received: from celery (sdcax54-175.dialup.optusnet.com.au [198.142.208.175]) by mail04.syd.optusnet.com.au (8.9.3/8.9.3) with ESMTP id GAA04746 for ; Tue, 7 Nov 2000 06:40:25 +1100 Received: from robby by celery with local (Exim 3.16 #1 (Debian)) id 13ss4f-0003Pg-00 for ; Tue, 07 Nov 2000 06:36:57 +1100 Date: Tue, 7 Nov 2000 06:36:57 +1100 From: Robert Schonberger To: gtk-list@gnome.org Subject: Window specific themes? Message-ID: <20001107063657.A12997@celery> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.3.9i X-Operating-System: Linux 2.2.17 i686 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Just wondering if theres a way to set particular windows/programs to use different gtk+ themes?=20 =09 I can do it manually by editing .gtkrc to point to a different theme directory, then opening a new gtk window (this, luckily, doesn't affect all the other windows already existing - or does it?) Anyway, just wondering if theres a better/more intelligent way of doing this? Thanks, Robert --=20 Robert Schonberger robsc@cse.unsw.edu.au 2nd Year Software Engineering Student Computing 1A tutor send email with subject exactly "get pgp key" to get my public key. Reality is for people who lack imagination. --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.1i iQA/AwUBOgcIWBo1ek5dW854EQLzeQCgy6Z+3GSHckg/iC58qWSrxO9MpssAoJuE 27/niKFdg88Iyf/4IxppHmJ3 =9Nl9 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From davina@lickey.com Mon Nov 6 14:50:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 8C2D72BA98 for ; Mon, 6 Nov 2000 14:50:57 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id A3A57A017 for ; Mon, 6 Nov 2000 11:50:55 -0800 (PST) Message-ID: <3A070B9F.DB932EF1@lickey.com> Date: Mon, 06 Nov 2000 11:50:55 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: focus question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry and a GtkButton. When I first move the mouse over the application, the window gets the focus. When I hit tab the first time, the GtkEntry gets the focus. The second tab gives the focus to the GtkButton. My question is about the third tab - I can't figure out where the focus is going. The fourth tab brings the focus back to the GtkEntry. Can anyone help? Thanks! Davina From otaylor@redhat.com Mon Nov 6 17:41:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 379072BE08 for ; Mon, 6 Nov 2000 17:41:03 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF07A242E1F; Mon, 6 Nov 2000 17:41:02 -0500 (EST) To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: focus question References: <3A070B9F.DB932EF1@lickey.com> From: Owen Taylor Date: 06 Nov 2000 17:41:02 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 06 Nov 2000 11:50:55 -0800" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry > and a GtkButton. When I first move the mouse over the application, the > window gets the focus. When I hit tab the first time, the GtkEntry gets > the focus. The second tab gives the focus to the GtkButton. My > question is about the third tab - I can't figure out where the focus is > going. The fourth tab brings the focus back to the GtkEntry. Can > anyone help? Not your problem - just the way that GTK+ works (will be fixed for GTK+-2.0). Regards, Owen From switk@worldnet.att.net Tue Nov 7 06:08:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc27.worldnet.att.net (mtiwmhc27.worldnet.att.net [204.127.131.52]) by mail.gnome.org (Postfix) with ESMTP id 2F12D2BC8D for ; Tue, 7 Nov 2000 06:08:33 -0500 (EST) Received: from worldnet.att.net ([12.91.41.209]) by mtiwmhc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001107110832.HEFU7142.mtiwmhc27.worldnet.att.net@worldnet.att.net> for ; Tue, 7 Nov 2000 11:08:32 +0000 Message-ID: <3A07E2A3.FA06AA2C@worldnet.att.net> Date: Tue, 07 Nov 2000 06:08:19 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Below is a copy of an email that I sent to Davina and forgot to CC the list. The only way that I know of to get the effect of a button being pressed when a key is pressed is rather messy and involved for what you want to do. You connect to both the "key_press_event" and the "key_release_event" of the widget that is going to have the keyboard focus and in key_press handler call gtk_button_enter(), gtk_button_pressed(), and gtk_button_clicked(). Then in the key_release handler use gtk_button_released() and gtk_button_leave(). The problem with this approach is that if the mouse happens to be over the button that you're doing this with then you get 2 "clicked" signals emitted so you need to check to make sure that you're button isn't the widget that the mouse happens to be over. You can do this by connecting to the "enter_notify_event" and "leave_notify_event" for the button that you're dealing with. If it is then don't call gtk_button_enter(), gtk_button_clicked() and gtk_button_leave(). (I told you it was messy) I'm not sure how much help this would be to you though. Even on my slowest machine (pentium 100) a dialog I have that has an entry widget with button_clicked attached to it's "activate" signal, goes away too fast to be able to see the visual effect, unless you are not closing the dialog at this time. Davina Armstrong wrote: > > I want write a dialog box that does the following: > > It has a GtkEntry and a GtkButton. When it first appears, the GtkEntry > has the focus. The user types in the GtkEntry and hits Enter, which - > and here's my problem - activates the GtkButton. > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > either make the "activate" event call my button callback function, or I > can make it call gtk_button_clicked(button), both of which work, but > fail to give the user the visual feedback of the button being clicked. > Can anyone tell me how to accomplish this? > > Thanks! > Davina > From jones@iabg.de Tue Nov 7 08:54:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 5D1152BAC0 for ; Tue, 7 Nov 2000 08:54:18 -0500 (EST) Received: by iabgfw.iabg.de; id OAA16174; Tue, 7 Nov 2000 14:54:16 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma015689; Tue, 7 Nov 00 14:53:26 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Tue, 7 Nov 2000 14:53:23 +0100 Message-ID: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> From: "jones" To: Subject: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 14:50:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a problem that you may be able to help with I have a C Gtk program that interfaces with a ada program, I have compressed the C program in to *.o files and the packed them in to *.a file and then try to link them to the ada program but in linking the ada link program can not find any of the Gtk calls, I need a way to compile the program. an help thanks OneStar From charlet@ACT-Europe.FR Tue Nov 7 09:17:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 87AB62BAB8 for ; Tue, 7 Nov 2000 09:17:29 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 62B495F59D; Tue, 7 Nov 2000 15:17:28 +0100 (MET) Date: Tue, 7 Nov 2000 15:17:28 +0100 From: Arnaud Charlet To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001107151728.C10193@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <000b01c048c1$b57b7970$5000050a@sam.iabg.de>; from jones@iabg.de on Tue, Nov 07, 2000 at 02:50:37PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. This is hard to help without more details, but have you considered doing your Gtk part also in Ada, using GtkAda ? This might not be an option for you, but thought I'd mention it anyway. By more details I mean which platform, what commands did you use, what error did you get, etc... Arno From JayLeBlanc@yifan.net Tue Nov 7 09:51:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id EA8622BAB8 for ; Tue, 7 Nov 2000 09:51:56 -0500 (EST) Received: (qmail 13229 invoked from network); 7 Nov 2000 14:51:26 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 7 Nov 2000 14:51:26 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Tue, 7 Nov 2000 09:51:26 -0500 Subject: Label Alignment Message-id: <3a0816ee.3395.0@yifan.net> X-User-Info: 198.133.22.75 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thanks Darin Fisher and Caleb Land for your replies. That worked great for that label but it doesn't seem to work well for a multi-line label. The label is attached to a large section of a table and seems to want to center each line again. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From dfisher@jagger.me.berkeley.edu Tue Nov 7 10:41:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neptune.landover.net (unknown [205.179.108.68]) by mail.gnome.org (Postfix) with ESMTP id A8CAB2BAB8 for ; Tue, 7 Nov 2000 10:41:47 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darinf@localhost.localdomain [127.0.0.1]) by neptune.landover.net (8.11.0/8.11.0) with ESMTP id eA7Fe1b23399 for ; Tue, 7 Nov 2000 07:40:05 -0800 Message-ID: <3A082251.537D75AF@jagger.me.berkeley.edu> Date: Tue, 07 Nov 2000 07:40:01 -0800 From: Darin Fisher X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22smp i686) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a0816ee.3395.0@yifan.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay LeBlanc wrote: > Thanks Darin Fisher and Caleb Land for your replies. That worked great > for that label but it doesn't seem to work well for a multi-line label. > The label is attached to a large section of a table and seems to want > to center each line again. Any ideas? > > Thanks, > Jay > > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list Make sure you are setting both the alignment and the justification.... gtk_misc_set_alignment(...) gtk_label_set_justify(...) Are you calling both functions? The justification is, by default, centered. Think of the label as existing in a box, that is just large enough to contain the text. The alignment of the box, is its (x,y) offset within its container. The justification effects the layout of text within the box. For single line labels, the justification should never matter (I think). Hope this helps... Darin From jones@iabg.de Tue Nov 7 11:07:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 432B82CAAD for ; Tue, 7 Nov 2000 11:06:59 -0500 (EST) Received: by iabgfw.iabg.de; id RAA09866; Tue, 7 Nov 2000 17:06:57 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma009495; Tue, 7 Nov 00 17:06:03 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de; Tue, 7 Nov 2000 17:05:58 +0100 Message-ID: <002d01c048d4$3b271ea0$5000050a@sam.iabg.de> From: "jones" To: "Johan Groth" Cc: References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Subject: Re: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 17:03:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ----- Original Message ----- From: "Johan Groth" To: "jones" Cc: Sent: Tuesday, November 07, 2000 3:16 PM Subject: Re: C Gtk, ada and gnat > jones wrote: > > > > I have a problem that you may be able to help with I have a C Gtk program > > that interfaces with a ada program, I have compressed the C program in to > > *.o files and the packed them in to *.a file and then try to link them to > > the ada program but in linking the ada link program can not find any of the > > Gtk calls, I need a way to compile the program. > > Hi, > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` > > -- > Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 > Cell Network ! Kontoret: 054 - 14 25 27 > johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 > johan.groth.cellnetwork@dynamics.saab.se > thanks solved it now From ranma@gargoyles.ch Tue Nov 7 11:48:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from demona.gargoyles.ch (demona.gargoyles.ch [212.254.218.162]) by mail.gnome.org (Postfix) with ESMTP id B8F5C2BDE5; Tue, 7 Nov 2000 11:48:16 -0500 (EST) Received: from agamemnon (agamemnon@agamemnon.gargoyles.ch [192.168.0.100]) by demona.gargoyles.ch (8.10.1/8.10.1) with SMTP id eA7GlTG15375; Tue, 7 Nov 2000 17:47:29 +0100 From: Thomas Haeberli Reply-To: ranma@gargoyles.ch Organization: http://ranma.gargoyles.ch To: gtk-app-devel-list@gnome.org Subject: Need just a user adress Field in GTK+ Date: Tue, 7 Nov 2000 17:53:14 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: gtk-list@gnome.org MIME-Version: 1.0 Message-Id: <00110717535302.00397@agamemnon> Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all =09Is there any chance that there's a user Varfield in the GTK+ ? =09I have a bigger preprocessing before i call the Window Creator, and =09there are already Values in the Data Tree, so i have to pass the =09Adress of the DataTree to the GTK, but how do i do that ? =09gtk_main() dosn't seem to me that it's supporting it. --=20 so long Ranma-kun http://ranma.gargoyles.ch http://anime.gargoyles.ch http://www.gargoyles.ch From tcarter@reliable-net.net Tue Nov 7 14:49:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id 009942CC78 for ; Tue, 7 Nov 2000 14:49:28 -0500 (EST) Received: from tcarter ([199.3.90.49]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id OAA37603 for ; Tue, 7 Nov 2000 14:33:10 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <000a01c048f4$230f4fc0$315a03c7@tcarter> From: "tcarter" To: "LIST GTK" Subject: Object Destroy Date: Tue, 7 Nov 2000 14:51:10 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C048CA.2AE7C580" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have an area in the window I use to create a "pop-up" vertical scroll = bar with an adjustment. =20 When I'm finished with the "pop-up", I try to destroy the scroll bar and = adjustment object. When I execute the gtk_object_destroy for the adjustment object, I get: Gtk-WARNING: gtk_signal_disconnect_by_data(): could not find handler = containing data (hex data). How do I destroy the Adjustment? ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have an area in = the window I use=20 to create a "pop-up" vertical scroll bar with an = adjustment. =20
 
When I'm finished = with the=20 "pop-up", I try to destroy the scroll bar and adjustment=20 object.
 
When I execute the=20 gtk_object_destroy for the adjustment object, I get:
 
Gtk-WARNING:=20 gtk_signal_disconnect_by_data(): could not find handler containing data = (hex=20 data).
 
How do I destroy the = Adjustment?
 
 
------=_NextPart_000_0007_01C048CA.2AE7C580-- From davina@lickey.com Tue Nov 7 15:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 13DFB2BF54; Tue, 7 Nov 2000 15:17:33 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 4E86DA017; Tue, 7 Nov 2000 12:17:28 -0800 (PST) Message-ID: <3A086354.46539980@lickey.com> Date: Tue, 07 Nov 2000 12:17:24 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: drawing GtkEntry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm trying to change the appearance of GtkEntry to be a dotted underline rather than a white box. I've got the dotted line being drawn, but I can't figure out where the white rectangle is being drawn. I was able to draw a gray box *over* the white one, but I'd prefer not to draw the white one in the first place. Help, anyone? Thanks! Davina From algr0010@stud.uni-sb.de Tue Nov 7 15:20:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from indyio.rz.uni-sb.de (indyio.rz.uni-sb.de [134.96.7.3]) by mail.gnome.org (Postfix) with ESMTP id 563502C963 for ; Tue, 7 Nov 2000 15:20:27 -0500 (EST) Received: from caesar.rz.uni-saarland.de (IDENT:Niutg3LMIDSawNLbssHVcfJJagmy1Amk@caesar.rz.uni-sb.de [134.96.7.20]) by indyio.rz.uni-sb.de (8.9.3/8.9.3) with ESMTP id VAA5095883 for ; Tue, 7 Nov 2000 21:20:26 +0100 (CET) Received: from caesar.rz.uni-sb.de (IDENT:iwlhmVL+4nCgnLArCtdUPxb3GVidIN03@caesar.rz.uni-sb.de [134.96.7.20]) by caesar.rz.uni-saarland.de (8.9.3/8.9.3) with ESMTP id VAA128567734 for ; Tue, 7 Nov 2000 21:20:25 +0100 (TZ=CET) Date: Tue, 7 Nov 2000 21:20:24 +0100 From: Alexei Gromov X-Sender: algr0010@caesar.rz.uni-saarland.de To: LIST GTK Subject: Locale and fonts. In-Reply-To: <000a01c048f4$230f4fc0$315a03c7@tcarter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, All. I want to know, what and where do I have to change to set the default font for different locales. If I don't set LANG and LC_CTYPE environment, then GTK applications (Gnapster, XMMS) are using one font. If I set the locale, then they are using another one. I would like to change the font they use. May be it is not a GTK question but locale... Can anyone help me with this? ------------------------------------------------------------------------- | Alexei Gromov, DFKI. | | E-mail algr0010@stud.uni-sb.de | | Alexei.Gromov@dfki.de | | alex@sapsan.de | ------------------------------------------------------------------------- From hp@redhat.com Tue Nov 7 18:06:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0083F2D0F6; Tue, 7 Nov 2000 18:06:55 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7N64J31683; Tue, 7 Nov 2000 18:06:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: Re: drawing GtkEntry References: <3A086354.46539980@lickey.com> From: Havoc Pennington Date: 07 Nov 2000 18:06:04 -0500 In-Reply-To: Davina Armstrong's message of "Tue, 07 Nov 2000 12:17:24 -0800" Message-ID: Lines: 18 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I'm trying to change the appearance of GtkEntry to be a dotted underline > rather than a white box. I've got the dotted line being drawn, but I > can't figure out where the white rectangle is being drawn. I was able > to draw a gray box *over* the white one, but I'd prefer not to draw the > white one in the first place. Help, anyone? > The way to do this is to subclass GtkEntry and replace its drawing code, probably. The white rectangle is most likely set as the window background in the realize function; you'd need to override that as well, probably your override should chain up to the default GtkEntry realize, then reset the window background. Havoc From hp@redhat.com Tue Nov 7 18:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 9A5412BE8C for ; Tue, 7 Nov 2000 18:35:51 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7NZ0Y31713; Tue, 7 Nov 2000 18:35:00 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Timo Sirainen Cc: gtk-list@gnome.org Subject: Re: MDI-like widget? References: <20001105195253.B2546@irccrew.org> From: Havoc Pennington Date: 07 Nov 2000 18:35:00 -0500 In-Reply-To: Timo Sirainen's message of "Sun, 5 Nov 2000 19:52:53 +0200" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Timo Sirainen writes: > So the questions: Has anyone done anything like this yet? Does anyone want > this kind of widget? Is anyone willing to code it? ;) I might try it, but it > would take a long time and probably would just end up as ugly and buggy code. > We want a widget like this in GTK+. It's quite a bit of work though, to have all the nice features you expect and have a nice API. One way I was thinking of doing it was to have a single container with slots at left/right/top/bottom/center, and its children can be pulled out into their own window or go in a slot, and if multiple children are in a slot you get a notebook there, etc. You'd need to be able to configure which children could go in which space, limit spaces to only one child, and other stuff like that. A nicer way to do it might be to have a GtkDockSpot widget, which is just one of the slots. You'd have a GtkDockGroup that defined a set of GtkDockSpot widgets children could be shared between. Then you'd put these all in a table to get the typical left/right/top/bottom/center layout. This way any number of alternative layouts would be supported though, which could be convenient. But there are various issues to think about, it's unclear what way is best. Havoc From rhajikhani@exchange.office.etoys.com Tue Nov 7 20:10:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 92FAB2BC6C for ; Tue, 7 Nov 2000 20:10:08 -0500 (EST) Received: (qmail 11003 invoked from network); 8 Nov 2000 00:44:24 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 00:44:24 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59RJ55; Tue, 7 Nov 2000 17:08:01 -0800 Date: Tue, 7 Nov 2000 17:08:56 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk+ developing a real time graphical tool Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am trying to develop a real time graphical statistical tool for loads on our servers. I would like to show bars change their hight in accordance to their new values continuously. The bars would indicate the load on our servers. Can any one tell me what I should use for displaying the bars? Is a gnome canvas the tool that I should be using? Is there another widget that I should consider? I have started this thing and I would like to get a feed back as to whether I am taking the right path... If any one has any idea I really appreciate it... Thanks -Rasoul From pbd@op.net Tue Nov 7 20:14:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 05CFD2DBFA for ; Tue, 7 Nov 2000 20:14:56 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-1b.ppp.op.net [209.152.194.91]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id UAA09791; Tue, 7 Nov 2000 20:14:50 -0500 (EST) Message-Id: <200011080114.UAA09791@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help with gtk+ developing a real time graphical tool In-reply-to: Your message of "Tue, 07 Nov 2000 17:08:56 PST." Date: Tue, 07 Nov 2000 20:15:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi there, >I am trying to develop a real time graphical statistical tool for loads on >our servers. I would like to show bars change their hight in accordance to >their new values continuously. The bars would indicate the load on our >servers. Can any one tell me what I should use for displaying the bars? you might want to track down est@hyperreal.org's GtkLevelHold widget. its pretty cool. i use it for audio metering in various applications. if you can't find it, let me know and i can email you a copy of it and GtkRGB on which it depends. --p From bjrohan@home.com Tue Nov 7 23:42:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by mail.gnome.org (Postfix) with ESMTP id 0A9272BF7F for ; Tue, 7 Nov 2000 23:42:27 -0500 (EST) Received: from home.com ([24.10.69.33]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20001108044102.OOPX26316.femail4.sdc1.sfba.home.com@home.com> for ; Tue, 7 Nov 2000 20:41:02 -0800 Message-ID: <3A08DB62.507E32A8@home.com> Date: Tue, 07 Nov 2000 20:49:39 -0800 From: "Brian J. Rohan" X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test10 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: very basic gcc question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am new to C++, and realize this may not be the best group to post C++ questions in (what group would be best?). I have tried to compile a very basic C++ program as follows: #include int main() { cout <<"Hello World!\n"; return 0; } I then go to the directory contaiing the .cc file above, and type gcc ch1proj1.cc (the name of the file) I then get the following error messages: /tmp/cc2y1g3w.o: IN function `main': /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' /tmp/cc2y1g3w.0(.text+0xf): undefined reference to `ostream::operator<<(char const *)' collect2: ld returned 1 exit status What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 Thank you very much Brian From antony@claire.co.jp Tue Nov 7 23:46:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns.claire.co.jp (ns.claire.co.jp [210.154.52.34]) by mail.gnome.org (Postfix) with ESMTP id 3E1412DD01 for ; Tue, 7 Nov 2000 23:46:06 -0500 (EST) Received: from claire.co.jp (IDENT:antony@ttsw4158.tel.claire.co.jp [172.20.80.158]) by ns.claire.co.jp (8.9.3+3.2W/8.8.7) with ESMTP id NAA31143; Wed, 8 Nov 2000 13:46:02 +0900 Message-ID: <3A08DA85.602E8408@claire.co.jp> Date: Wed, 08 Nov 2000 13:45:57 +0900 From: Antony Stace Reply-To: antony@claire.co.jp Organization: System Claire X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3k i686) X-Accept-Language: en MIME-Version: 1.0 To: "Brian J. Rohan" Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <3A08DB62.507E32A8@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ try using "g++" instead of "gcc" "Brian J. Rohan" wrote: > > I am new to C++, and realize this may not be the best group to post > C++ questions in (what group would be best?). I have tried to compile a > very basic C++ program as follows: > > #include > > int main() > { > cout <<"Hello World!\n"; > return 0; > } > > I then go to the directory contaiing the .cc file above, and type gcc > ch1proj1.cc (the name of the file) > I then get the following error messages: > > /tmp/cc2y1g3w.o: IN function `main': > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to > `ostream::operator<<(char const *)' > collect2: ld returned 1 exit status > > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 > > Thank you very much > > Brian > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From dsh8290@rit.edu Wed Nov 8 01:50:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id EB9202CDC9 for ; Wed, 8 Nov 2000 01:50:42 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id BAA10432 for ; Wed, 8 Nov 2000 01:50:32 -0500 (EST) Date: Wed, 8 Nov 2000 01:50:00 -0500 From: D-Man To: gtk-list@gnome.org Subject: Re: very basic gcc question Message-ID: <20001108015000.C31568@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ As Anthony said, using the C++ compiler instead of the C compiler fixes the problem. Brian, it would be better for you to use 'endl' instead of '\n' to print a newline. Using the endl manipulator flushes the stream, otherwise you may not get the output. ex: cout << "Hello World." << endl ; Deviation in discussion: However, looking at the gcc web site and man pages, it appears that 'gcc' no longer stands for GNU C Compiler, but instead stands for GNU Compiler Collection. gcc also accepts an argument (-x) to specify the language to use. Here are some samples using Brian's code: $ gcc -x c++ hello.cc /tmp/ccq8aI9Q.o: In function `main': /tmp/ccq8aI9Q.o(.text+0x17): undefined reference to `cout' /tmp/ccq8aI9Q.o(.text+0x1c): undefined reference to `ostream::operator<<(char const *)' /tmp/ccq8aI9Q.o(.text+0x2a): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))' collect2: ld returned 1 exit status $ g++ -x c++ hello.cc $ g++ -x c hello.cc hello.cc:2:22: iostream.h: No such file or directory Similarly, if I write the corresponding Hello World in java: $ gcj --main=Hello Hello.java $ gcj -xjava --main=Hello Hello.java $ gcc -xjava --main=Hello Hello.java jc1: Unrecognized option `-fmain=Hello' $ gcc -xjava -C Hello.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main' /tmp/ccQ2q5v6.o: In function `Hello::Hello(void)': /tmp/ccQ2q5v6.o(.text+0xe): undefined reference to `java::lang::Object::Object(void)' [other link errors snipped] $ gcc -xjava -c Hello.java [ this gave no errors, however a C/C++ .o object file was created, rather than a .class file ] It seems that the -x option tells gcc which parser to use, but it has no effect on the remainder of available options or the linker. What is the intended purpose of redefining "GCC" and the -x option? Am I using it in the wrong way? Thanks, -D On Tue, 07 Nov 2000 23:45:57 Antony Stace wrote: | try using "g++" instead of "gcc" | | "Brian J. Rohan" wrote: | > | > I am new to C++, and realize this may not be the best group to post | > C++ questions in (what group would be best?). I have tried to compile a | > very basic C++ program as follows: | > | > #include | > | > int main() | > { | > cout <<"Hello World!\n"; | > return 0; | > } | > | > I then go to the directory contaiing the .cc file above, and type gcc | > ch1proj1.cc (the name of the file) | > I then get the following error messages: | > | > /tmp/cc2y1g3w.o: IN function `main': | > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' | > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to | > `ostream::operator<<(char const *)' | > collect2: ld returned 1 exit status | > | | > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 | > | > Thank you very much | > | > Brian | > From hvv@hippo.ru Wed Nov 8 01:55:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.198.223]) by mail.gnome.org (Postfix) with ESMTP id 2C1332DBC0 for ; Wed, 8 Nov 2000 01:55:29 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01231; Wed, 8 Nov 2000 10:17:51 +0400 Date: Wed, 8 Nov 2000 10:17:50 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Alexei Gromov Cc: LIST GTK Subject: Re: Locale and fonts. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 7 Nov 2000, Alexei Gromov wrote: Hi Alexey, File /etc/gtk/gtkrc.${LANG} defines default fontset used by gtk under that locale. But you should add similar constructs to .gtkrc to override defaults. Gnome Control Center edits it for example when you override font. I personally dumped fontset definitions from /etc/gtk/gtkrc.ru since XLib behaves very strange at allocating fonts in fontset (it seemed to me that it's impossible to make fontset containing fonts I needed - XLib was loading some falbacks for unknown reason). So I use 'font' rather than 'fontset' keyword in my .gtkrc since it allows me to specify font precisely - but following this way you will encounter a nasty bug in gtk that will make all non-english words truncated in menus on buttons etc. Apply the appropriate patch from http://www.hippo.ru/~hvv/projects.html and you'll get nicely and correctly working gtk. > Hi, All. > > I want to know, what and where do I have to change to set the default font > for different locales. > If I don't set LANG and LC_CTYPE environment, then GTK applications > (Gnapster, XMMS) are using one font. If I set the locale, then they are > using another one. I would like to change the font they use. May be it is > not a GTK question but locale... Can anyone help me with this? > > ------------------------------------------------------------------------- > | Alexei Gromov, DFKI. | > | E-mail algr0010@stud.uni-sb.de | > | Alexei.Gromov@dfki.de | > | alex@sapsan.de | > ------------------------------------------------------------------------- > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hp@redhat.com Wed Nov 8 09:30:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 295442BB41 for ; Wed, 8 Nov 2000 09:30:24 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA8ETXR32162; Wed, 8 Nov 2000 09:29:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <20001108015000.C31568@dman.rh.rit.edu> From: Havoc Pennington Date: 08 Nov 2000 09:29:33 -0500 In-Reply-To: D-Man's message of "Wed, 8 Nov 2000 01:50:00 -0500" Message-ID: Lines: 15 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > What is the intended purpose of redefining "GCC" and the -x option? Am I > using it in the wrong way? > If you guys were having this discussion on a more appropriate mailing list, there might be someone on said list who knew the answer. ;-) No gcc experts on this one AFAIK. Try: http://gcc.gnu.org/lists.html Also there are some C programming lists out there. Havoc From dsh8290@rit.edu Wed Nov 8 14:04:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id A62B62D61F for ; Wed, 8 Nov 2000 14:04:31 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id OAA01555; Wed, 8 Nov 2000 14:04:25 -0500 (EST) Date: Wed, 8 Nov 2000 14:03:45 -0500 From: D-Man To: Havoc Pennington Cc: dsh8290@ritvax.isc.rit.edu, gtk-list@gnome.org Subject: Re: not-so-basic gcc question [was very basic gcc question] Message-ID: <20001108140345.A5606@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001108015000.C31568@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from hp@redhat.com on Wed, Nov 08, 2000 at 09:29:33 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ;-) For those who are interested: In any case I had a sudden revelation this morning: the code compiled fine, but didn't link. For C++ code, these are equivalent (as far as I can tell): g++ foo.cc gcc -xc++ -lstdc++ foo.cc As for the Java, gcc -xjava -c Foo.java will compile the Java to a .o object file. I found that there is a program, /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain , that takes a class name as an argument and writes C code for main to stdout. this main can then be compiled and linked with the other object files. gcj --main=Foo Foo.java is the same as gcc -xjava -c Foo.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain Foo > main.c gcc -lgcj -lgcjgc -lpthread -lzgcj main.c Foo.o The following also seem to be equivalent: gcc -xjava -c Foo.java gcj -c Foo.java I don't think you can create .class file using the gcc command. -D On Wed, 08 Nov 2000 09:29:33 Havoc Pennington wrote: | | D-Man writes: | > What is the intended purpose of redefining "GCC" and the -x option? Am I | > using it in the wrong way? | > | | If you guys were having this discussion on a more appropriate mailing | list, there might be someone on said list who knew the answer. ;-) | No gcc experts on this one AFAIK. Try: | | http://gcc.gnu.org/lists.html | | Also there are some C programming lists out there. | | Havoc | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From mleisher@crl.nmsu.edu Wed Nov 8 16:44:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 94A2F2BACE for ; Wed, 8 Nov 2000 16:44:31 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA05950 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA20761 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA07982; Wed, 8 Nov 2000 14:44:29 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14857.51517.439323.424921@helion.crl.nmsu.edu> Date: Wed, 8 Nov 2000 14:44:29 -0700 (MST) To: gtk-list@gnome.org Subject: Dialog positioning redux Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've been playing with centering dialog widgets on application windows for a bit over the past couple days. A brief scan of the archives did not produce anything specific about the behavior I'm seeing. Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to work *after* the dialog window is visible, which causes a flash as the window is moved to its new location. What am I missing that will allow me to move the widget before making it visible? ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From alan.dugas@analog.com Wed Nov 8 17:04:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 791422DB8D; Wed, 8 Nov 2000 17:04:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id RAA25190; Wed, 8 Nov 2000 17:04:42 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id RAA07880; Wed, 8 Nov 2000 17:04:39 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474HA866>; Wed, 8 Nov 2000 17:04:58 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Wed, 8 Nov 2000 17:03:54 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ But how does that prevent the insertion point from being moved by the scrollbar or keyboard - even with the widget set insensitive? The problem is that the insertion point moves when it shouldn't. In short I don't want the user to be able to move insertion point, but I do want the user to be able to move up and down (i.e. scroll) the widget to view previously displayed text. Any ideas? -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Monday, November 06, 2000 4:19 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Mon, 6 Nov 2000, Dugas, Alan wrote: > > another? The application I am working on collects data real-time and > > appends new data to the bottom of the gtkextext. If I wish to view > > something at the top of the widget and use either the scrollbar or > > keyboard > > to do so, the text that's supposed to be appended to the bottom gets > > inserted into the viewing location instead!! Has anyone else run into > > this? > > From what I've seen in the gtkextext.h file, the API doesn't appear to > > have > > a function to facilitate this. Thanks again to those who respond. > > if i understod you right, that the 'widget jumps to the inserte position', > then something like the following shall help > > gtk_extext_freeze(...) > gtk_extext_inserte(...) > gtk_extext_set_line( GtkExText, the_first_line_you_want_to_show - 1 ); > gtk_extext_thaw(...) > > > you can get the actuell line you see before freeze from > gtk_extext_get_line() or from the scroll_line_start struct in _GtkExText. > > hope that helps > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 18:16:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 940B92BD01 for ; Wed, 8 Nov 2000 18:16:18 -0500 (EST) Received: (qmail 14289 invoked from network); 8 Nov 2000 22:50:41 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 22:50:41 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59SG71; Wed, 8 Nov 2000 15:14:08 -0800 Date: Wed, 8 Nov 2000 15:14:39 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk table Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am new to gtk. My dilema is that I want to populate the columns of a table in a loop. It is a 2x2 table and I only want to populate the upper cells. this is my command for (i = 0; i <= 1; i++) { count = i; lh = gtk_level_hold_new(300, 20, GTK_LEVEL_HOLD_FADE, 8, 3, 5); gtk_table_attach_defaults( GTK_TABLE(table), lh, count, ++count, 0, 1); /* rest of the code here */ But I get an error: Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion `left_attach < right_attach' failed. Can any one help? What I am doing wrong? From alan.dugas@analog.com Wed Nov 8 18:36:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 6E8AE2BBA9 for ; Wed, 8 Nov 2000 18:36:48 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id SAA28217; Wed, 8 Nov 2000 18:36:47 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb1.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id SAA22981; Wed, 8 Nov 2000 18:36:46 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ491>; Wed, 8 Nov 2000 18:37:03 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, Rasoul Hajikhani Subject: RE: Help with gtk table Date: Wed, 8 Nov 2000 18:37:02 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You might want to change "++count" to "count + 1". It looks like count = 0 and ++count = 1 during the first loop. However, count = 2 and ++count = 3 during the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope this helps. -- Stupid Genius > ---------- > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > Sent: Wednesday, November 08, 2000 6:14 PM > To: gtk-list@gnome.org > Subject: Help with gtk table > > Hi there, > I am new to gtk. My dilema is that I want to populate the columns of a > table in a loop. It is a 2x2 table and I only want to populate the upper > cells. this is my command > for (i = 0; i <= 1; i++) > { > count = i; > > lh = gtk_level_hold_new(300, 20, > GTK_LEVEL_HOLD_FADE, > 8, > 3, > 5); > > gtk_table_attach_defaults( GTK_TABLE(table), > lh, > count, > ++count, > 0, > 1); > /* rest of the code here */ > But I get an error: > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > `left_attach < right_attach' failed. > > Can any one help? What I am doing wrong? > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 19:03:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 05A5B2BD01 for ; Wed, 8 Nov 2000 19:03:27 -0500 (EST) Received: (qmail 21904 invoked from network); 8 Nov 2000 23:37:50 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 23:37:50 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59S2LX; Wed, 8 Nov 2000 16:00:55 -0800 Date: Wed, 8 Nov 2000 16:01:09 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "Dugas, Alan" Cc: gtk-list@gnome.org Subject: RE: Help with gtk table In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It worked just fine... Thanks a whole bunch --r On Wed, 8 Nov 2000, Dugas, Alan wrote: > You might want to change "++count" to "count + 1". It looks like count = 0 and > ++count = 1 during the first loop. However, count = 2 and ++count = 3 during > the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope > this helps. > > > > -- Stupid Genius > > > ---------- > > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > > Sent: Wednesday, November 08, 2000 6:14 PM > > To: gtk-list@gnome.org > > Subject: Help with gtk table > > > > Hi there, > > I am new to gtk. My dilema is that I want to populate the columns of a > > table in a loop. It is a 2x2 table and I only want to populate the upper > > cells. this is my command > > for (i = 0; i <= 1; i++) > > { > > count = i; > > > > lh = gtk_level_hold_new(300, 20, > > GTK_LEVEL_HOLD_FADE, > > 8, > > 3, > > 5); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > lh, > > count, > > ++count, > > 0, > > 1); > > /* rest of the code here */ > > But I get an error: > > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > > `left_attach < right_attach' failed. > > > > Can any one help? What I am doing wrong? > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Wed Nov 8 20:35:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 3434F2BE08 for ; Wed, 8 Nov 2000 20:35:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA91YLM09907; Wed, 8 Nov 2000 20:34:21 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Mark Leisher Cc: gtk-list@gnome.org Subject: Re: Dialog positioning redux References: <14857.51517.439323.424921@helion.crl.nmsu.edu> From: Havoc Pennington Date: 08 Nov 2000 20:34:21 -0500 In-Reply-To: Mark Leisher's message of "Wed, 8 Nov 2000 14:44:29 -0700 (MST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to > work *after* the dialog window is visible, which causes a flash as the window > is moved to its new location. > > What am I missing that will allow me to move the widget before making it > visible? If you call set_uposition() before you show the window, it shouldn't flash. Unless it's a window manager bug. Havoc From mleisher@crl.nmsu.edu Thu Nov 9 11:16:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 3FE572BB3D for ; Thu, 9 Nov 2000 11:16:58 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA16442 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA69562 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA08567; Thu, 9 Nov 2000 09:16:54 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14858.52726.742649.403639@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 09:16:54 -0700 (MST) To: gtk-list@gnome.org Subject: Re: Dialog positioning redux In-Reply-To: References: <14857.51517.439323.424921@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc> If you call set_uposition() before you show the window, it Havoc> shouldn't flash. Unless it's a window manager bug. Thanks. I'm using an old, hacked-up version of fvwm95. I'll switch to something else and see if that does the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From pbd@op.net Thu Nov 9 12:45:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-10.ppp.op.net [209.152.194.48]) by mail.gnome.org (Postfix) with ESMTP id 7864E2BBE3 for ; Thu, 9 Nov 2000 12:45:25 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA9Hk4m07865; Thu, 9 Nov 2000 12:46:04 -0500 Date: Thu, 9 Nov 2000 12:46:04 -0500 Message-Id: <200011091746.eA9Hk4m07865@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: how to tell when a widget is really not visible Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i have a widget packed onto page 2 of a notebook. when i am viewing page 1, i don't want the page 2 widget to queue redraws. what flags do i use to determine that its not "visible", since VISIBLE and MAPPED don't work for this purpose ? --p From cschadl@satan.org.uk Thu Nov 9 13:38:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.chartermi.net (mail.chartermi.net [24.213.60.74]) by mail.gnome.org (Postfix) with ESMTP id 49C892BBEE for ; Thu, 9 Nov 2000 13:38:56 -0500 (EST) Received: from satan.org.uk ([206.11.232.21]) by mail.chartermi.net (Post.Office MTA v3.5.3 release 223 ID# 0-69662U28758L15078S0V35) with ESMTP id net for ; Thu, 9 Nov 2000 13:38:50 -0500 Message-ID: <3A0AE48F.1B247C5A@satan.org.uk> Date: Thu, 09 Nov 2000 12:53:19 -0500 From: Chris Schadl X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Default widget question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Right now I'm still getting the hang of GTK and I am writing a test app with 3 buttons. The first button (Add) is the default button, however I am having trouble getting it to display as such. If I use the following code: add = gtk_button_new_with_label("Add"); gtk_box_pack_start(GTK_BOX(buttonbox), add, TRUE, TRUE, 0); GTK_WIDGET_SET_FLAGS(add, GTK_CAN_DEFAULT); gtk_widget_grab_default(GTK_WIDGET(add)); gtk_signal_connect_object(GTK_OBJECT(add), "clicked", GTK_SIGNAL_FUNC(callback_func), (gpointer)clist); then the "Add" button is smaller than the rest of the buttons but that's about it. It dosen't have the kind of 'beveled' border that default buttons are supposed to have (such as the "Ok" button in the file selection widget.) Is there something that I am missing? -- ---------------------------------------- Chris Schadl cschadl@satan.org.uk PGP Key -> finger chris@typedef.dhs.org ---------------------------------------- From meisemann@dsrnet.com Thu Nov 9 16:06:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id BE4792BC97 for ; Thu, 9 Nov 2000 16:06:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA9KtYp29935 for ; Thu, 9 Nov 2000 15:55:34 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA9KtX429930 for ; Thu, 9 Nov 2000 15:55:33 -0500 (EST) Received: by localhost with Microsoft MAPI; Thu, 9 Nov 2000 16:06:47 -0500 Message-ID: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: circular reference Date: Thu, 9 Nov 2000 16:06:45 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application with C and GTK and due to the nature of this error I got I am not sure where in the code the message came from so can not really supppply any o code to help. However, I was wondering if anyone has ever seen this message before and what it may mean. At one point in running my application, probably when I was quiting the application, I got an error message: Warning: Name: mainForm Class: XmForm Circular dependency in Form children. Warning: Name: hydroText Class: XmTextField Character '', not supported in font. Discarded. Any ideas what I should look for in my code? Thanks for your help. Matt From mleisher@crl.nmsu.edu Thu Nov 9 18:13:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id EACE92BD5A for ; Thu, 9 Nov 2000 18:13:19 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA28853 for ; Thu, 9 Nov 2000 16:13:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA70375 for ; Thu, 9 Nov 2000 16:13:18 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA09143; Thu, 9 Nov 2000 16:13:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14859.12173.337326.480528@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 16:13:17 -0700 (MST) To: gtk-list@gnome.org Subject: www.gtk.org update? Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Any idea when updates of GTK-specific software will be appearing again? Perhaps replacing the current list with a pointer to freshmeat.net would do the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From hp@redhat.com Thu Nov 9 19:41:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 459C52BB45 for ; Thu, 9 Nov 2000 19:41:43 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAA0emN06232; Thu, 9 Nov 2000 19:40:48 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Havoc Pennington Date: 09 Nov 2000 19:40:48 -0500 In-Reply-To: Matt Eisemann's message of "Thu, 9 Nov 2000 16:06:45 -0500" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one ... > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From meisemann@dsrnet.com Fri Nov 10 09:18:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id F32CC2BAA0 for ; Fri, 10 Nov 2000 09:18:18 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAAE71p11566 for ; Fri, 10 Nov 2000 09:07:01 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAAE6w411558; Fri, 10 Nov 2000 09:06:59 -0500 (EST) Received: by localhost with Microsoft MAPI; Fri, 10 Nov 2000 09:18:06 -0500 Message-ID: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Havoc Pennington'" Cc: "gtk-list@gnome.org" Subject: RE: circular reference Date: Fri, 10 Nov 2000 09:18:05 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Yes quite sure that I am using GTK and C (not C++) in my application. Well, I only got this error once and I am running on Sun Solar in a X window environment. The Motif Window Manager could be running or causing a conflict with my application thats why I was wondering if anyone knows of potential conflicts with MWM or Open Look Window Manager and a (C and GTK) application. Maybe this error was a fluke and won't happen again. Matt -----Original Message----- From: Havoc Pennington [SMTP:hp@redhat.com] Sent: Thursday, November 09, 2000 7:41 PM To: Matt Eisemann Cc: gtk-list@gnome.org Subject: Re: circular reference Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one .. > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From jack.smith@csfb.com Wed Nov 8 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E444C2BEA3 for ; Wed, 8 Nov 2000 06:57:26 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id GAA04140 for ; Wed, 8 Nov 2000 06:57:21 -0500 (EST) Received: from unknown(169.37.98.46) by ny-bas05 via smap (V4.2) id xma003685; Wed, 8 Nov 00 06:56:51 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: I would like to use GTK but ... Date: Wed, 8 Nov 2000 11:56:48 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 1617E008126635-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I can't get configure to run I have downloaded from ftp.gtk.org the latest version 1.2.8 I have unzipped this into a directory called ~/GTK/src/gtk+-1.2.8 Now when I try to run ./configure this is what I get loads of lines where configure is checking stuff, .......... ........ ...... then *** The glib-config script installed by GLIB could not be found *** If GLIB was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GLIB_CONFIG environment variable to the *** full path to glib-config. configure: error: *** GLIB 1.2.8 or better is required. The latest version of GLIB *** is always available from ftp://ftp.gtk.org/. So, why isn't this specified in the requirements for GTK http://www.gtk.org/faq/gtkfaq-2.html#ss2.1 2.1 What do I need to run GTK+? To compile GTK+, all you need is a C compiler (gcc) and the X Window System and associated libraries on your system. clearly this is not the case. So, If I download the glib stuff, I ought to be able to compile GTK+, except that attempts to 'make' glib also fail with "glib.h", line 502: Error: "," expected instead of "gssize". "glib.h", line 503: Error: "," expected instead of "gsize". ......... And more lines related to other typedef errors I can't find anywhere that typedef's gint32. WHASSUUPP ! I hope to hear from you soon This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From baxter@cs.unc.edu Tue Nov 7 11:37:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 70A2F2BDE5 for ; Tue, 7 Nov 2000 11:37:55 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id LAA18379 for ; Tue, 7 Nov 2000 11:37:52 -0500 (EST) Message-ID: <3A082FDF.359920AF@cs.unc.edu> Date: Tue, 07 Nov 2000 11:37:51 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Blinking Tooltips Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have the Mandrake 7.2 distro on my laptop. KDE 2.0 is my desktop. The question I have is this: All the tooltips in the GTK-based apps that I run (E.g. Gimp) blink on and off. Is this the designed behavior? The whole tooltip window appears and disappears at about 1hz frequency. If so, it is extremely annoying and makes the text in the tooltip unnecessarily difficult to read. It reminds me of the bad old days when everyone used to use that dang tag on their web pages. That's finally subsided, but now we have to deal with blinking tooltips in every app?? Anyone know how I can make the tooltips stop blinking? I can't seem to find any info about how to disable the blink anywhere. --Bill Baxter From johan.groth.mandator@celsius.se Tue Nov 7 09:45:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id BC3242BAB8 for ; Tue, 7 Nov 2000 09:45:35 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Tue, 07 Nov 2000 15:25:19 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id PAA18362 for gtk-list@gnome.org; Tue, 7 Nov 2000 15:25:49 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id PAA00856 for ; Tue, 7 Nov 2000 15:17:25 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id ; Tue, 07 Nov 2000 15:18:05 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id PAA24842; Tue, 7 Nov 2000 15:17:35 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA27634; Tue, 7 Nov 2000 15:16:51 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id PAA17908; Tue, 7 Nov 2000 15:16:47 +0100 (MET) Message-Id: <3A080ECF.A06E9BCA@rmail.bofors> Date: Tue, 07 Nov 2000 15:16:47 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. Hi, you need to tell gnatmake to link with the gtk libraries. $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs `gtk-config --libs` -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From iboroje@jagor.srce.hr Fri Nov 10 10:37:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mail.gnome.org (Postfix) with ESMTP id DD9D32BAA0 for ; Fri, 10 Nov 2000 10:37:23 -0500 (EST) Received: from localhost (iboroje@localhost) by jagor.srce.hr (8.9.0/8.9.0) with ESMTP id QAA09480 for ; Fri, 10 Nov 2000 16:37:22 +0100 (MET) Date: Fri, 10 Nov 2000 16:37:22 +0100 (MET) From: Igor Borojevic To: gtk-list@gnome.org Subject: Re: Welcome to the "gtk-list" mailing list In-Reply-To: <20001110153002.149D12BAA0@mail.gnome.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Fri, 10 Nov 2000 gtk-list-request@gnome.org wrote: Hi, I was wondering where I can find more information or any documentation about modules in gtk? I have some sh script that runs some program: GTK_MODULES=$GTK_MODULES:name_of_library and in library I have functions: g_module_check_init() and gtk_module_init() which are defined as G_MODULE_EXPORT I was wondering who is invoking who here and in which order, actually I have some ideas how that thing works but I would like to hear some authorative explanation. Tnx Igor Borojevic From basavaraj_m@yahoo.com Thu Nov 9 20:16:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web703.mail.yahoo.com (web703.mail.yahoo.com [128.11.23.23]) by mail.gnome.org (Postfix) with SMTP id E36162BB45 for ; Thu, 9 Nov 2000 20:16:12 -0500 (EST) Received: (qmail 12188 invoked by uid 60001); 10 Nov 2000 01:16:08 -0000 Message-ID: <20001110011608.12187.qmail@web703.mail.yahoo.com> Received: from [129.107.62.95] by web703.mail.yahoo.com; Thu, 09 Nov 2000 17:16:08 PST Date: Thu, 9 Nov 2000 17:16:08 -0800 (PST) From: basavaraj menasinahal Reply-To: basavaraj_m@dacafe.com Subject: I am getting Gtk-warning **:cannot display: To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Dear Sir/Madam, I compiled successfully my program and when I tried to run on SUN OS it is giving me Gtk-warning ** : cannot display: What is the error? Can I run this program in Windows? __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From Alexander.Lichius@ruhr-uni-bochum.de Thu Nov 9 07:55:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sunu450.rz.ruhr-uni-bochum.de (sunu450.rz.ruhr-uni-bochum.de [134.147.64.5]) by mail.gnome.org (Postfix) with SMTP id 6060A2BF09 for ; Thu, 9 Nov 2000 07:55:10 -0500 (EST) Received: (qmail 24603 invoked from network); 9 Nov 2000 12:55:01 -0000 Received: from dialppp-5-240.rz.ruhr-uni-bochum.de (134.147.5.240) by mailhost.rz.ruhr-uni-bochum.de with SMTP; 9 Nov 2000 12:55:01 -0000 Date: Thu, 9 Nov 2000 13:56:09 +0100 From: Alexander Lichius X-Mailer: The Bat! (v1.45) Personal Reply-To: Alexander Lichius X-Priority: 3 (Normal) Message-ID: <1977908351.20001109135609@ruhr-uni-bochum.de> To: GTK Mailing List Subject: GDK ERROR: Fatal io error 11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi i tried to run a gdk/gtk+ application which gives me randomly the following error: Gdk-ERROR**: Fatal IO error 11 (Try again) on X server bla:0.0 it seems that there is no special action related to throwing the error. sometimes it it sufficient to just move the mouse over some of the application windows, somtimes one has to push some buttons. i found some similar reports in the archive but no reliable hint on solving that problem. the developer of the app has never encountered such errors, so i think it has to do with my local setup (X, shared libs, etc.). i upgraded to the latest glib, gdk, gtk+ releases and had a recompile from scratch, but no go ... ANY hints are really appreciated, but please CC to me directly because i am not participating on the list for now ... CU Alexander mailto:Alexander.Lichius@ruhr-uni-bochum.de From hp@redhat.com Fri Nov 10 12:08:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1417D2DE91 for ; Fri, 10 Nov 2000 12:08:42 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH7g007433; Fri, 10 Nov 2000 12:07:42 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> From: Havoc Pennington Date: 10 Nov 2000 12:07:42 -0500 In-Reply-To: William Baxter's message of "Tue, 07 Nov 2000 11:37:51 -0500" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, They aren't supposed to blink, I've never heard of this problem. Maybe your system clock is seriously broken, confusing GTK's timing? Havoc From hp@redhat.com Fri Nov 10 12:10:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0FA4A2BDA1 for ; Fri, 10 Nov 2000 12:10:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH9FR07437; Fri, 10 Nov 2000 12:09:15 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Havoc Pennington Date: 10 Nov 2000 12:09:15 -0500 In-Reply-To: Matt Eisemann's message of "Fri, 10 Nov 2000 09:18:05 -0500" Message-ID: Lines: 14 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Yes quite sure that I am using GTK and C (not C++) in my application. > Well, I only got this error once and I am running on Sun Solar in a X > window environment. The Motif Window Manager could be running or causing a > conflict with my application thats why I was wondering if anyone knows of > potential conflicts with MWM or Open Look Window Manager and a (C and GTK) > application. Maybe this error was a fluke and won't happen again. > I would say the error was output by MWM or OLWM, GTK does not have such an error and doesn't use the Motif functions the error mentions. Havoc From hp@redhat.com Fri Nov 10 12:11:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 83AA52DE4D for ; Fri, 10 Nov 2000 12:11:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAHA6W07443; Fri, 10 Nov 2000 12:10:06 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Alexander Lichius Cc: GTK Mailing List Subject: Re: GDK ERROR: Fatal io error 11 References: <1977908351.20001109135609@ruhr-uni-bochum.de> From: Havoc Pennington Date: 10 Nov 2000 12:10:06 -0500 In-Reply-To: Alexander Lichius's message of "Thu, 9 Nov 2000 13:56:09 +0100" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I've only heard of this when people have threaded apps and don't do locking properly. Havoc From alan.dugas@analog.com Fri Nov 10 12:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id D9B302DE08 for ; Fri, 10 Nov 2000 12:34:22 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id MAA25830; Fri, 10 Nov 2000 12:33:54 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id MAA23101; Fri, 10 Nov 2000 12:33:50 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ6DR>; Fri, 10 Nov 2000 12:34:07 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, basavaraj_m@dacafe.com Subject: RE: I am getting Gtk-warning **:cannot display: Date: Fri, 10 Nov 2000 12:34:05 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are you running this program remotely? I get that error if I try to run my gtk app on a remote host and display it on a local host. Hope this helps. -- Stupid Genius > ---------- > From: basavaraj menasinahal[SMTP:basavaraj_m@yahoo.com] > Reply To: basavaraj_m@dacafe.com > Sent: Thursday, November 09, 2000 8:16 PM > To: gtk-list@gnome.org > Subject: I am getting Gtk-warning **:cannot display: > > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? > > Can I run this program in Windows? > > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one Place. > http://shopping.yahoo.com/ > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Fri Nov 10 13:56:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 210722BDA1 for ; Fri, 10 Nov 2000 13:56:17 -0500 (EST) Received: (qmail 19080 invoked from network); 10 Nov 2000 18:30:30 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 10 Nov 2000 18:30:30 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59T7PT; Fri, 10 Nov 2000 10:53:31 -0800 Date: Fri, 10 Nov 2000 10:55:00 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Need help with scroll window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a table with 30 columns and I have a scrolled window that allows me to view all the rows. the problem is on opening the window, the table is very small and I have to resize my main window to make the table larger. Is there any way that I can give a defualt size value (wxh) to a table. Please help this thing is driving me crazy... -Rasoul From wolfgang@ultim.net Fri Nov 10 23:31:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 77D3F2BB33 for ; Fri, 10 Nov 2000 23:31:20 -0500 (EST) Received: (qmail 7040 invoked from network); 11 Nov 2000 04:26:04 -0000 Received: from m176.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.176) by athena.ultim.net with SMTP; 11 Nov 2000 04:26:04 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAB4OOT14119 for gtk-list@gnome.org; Fri, 10 Nov 2000 23:24:24 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 10 Nov 2000 23:24:24 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: I am getting Gtk-warning **:cannot display: Message-ID: <20001110232424.B13898@debian.home> References: <20001110011608.12187.qmail@web703.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001110011608.12187.qmail@web703.mail.yahoo.com>; from basavaraj_m@yahoo.com on Thu, Nov 09, 2000 at 05:16:08PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Thu, Nov 09, 2000 at 05:16:08PM -0800, heure d'inpiration, basavaraj menasinahal écrivait en ces mots: > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? You are probably launching your program in an environment where the the "DISPLAY" variable is not set. You can verify this by typing this command: "echo $DISPLAY". This problem should not occur if you are running it in an X Window session. Wolfgang -- A chicken is an egg's way of producing more eggs. From bott@iol.it Sat Nov 11 09:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by mail.gnome.org (Postfix) with ESMTP id 86BDA2BD47 for ; Sat, 11 Nov 2000 09:30:47 -0500 (EST) Received: from gauss (151.33.131.175) by smtp1.libero.it; 11 Nov 2000 15:30:46 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 13uZQK-0001VP-00 for ; Sat, 11 Nov 2000 13:06:20 +0100 Date: Sat, 11 Nov 2000 13:06:19 +0100 From: Ottavio Campana To: Gtk-list Subject: Question about combo box Message-ID: <20001111130619.A5773@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have got a combobox where the user has to put an url. When he presses enter I want to lauch a function and to add the text he wrote in the list of the combobox. I think that for the first thing I have to intercept a signal, I've tried with changed but the function run everytime I press a button. For the second thing I don't know what to do. Can you help me? Bye -- Non c'è più forza nella normalità, c'è solo monotonia. From pbd@op.net Sat Nov 11 09:50:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 13D372DC54 for ; Sat, 11 Nov 2000 09:50:47 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-05.ppp.op.net [209.152.194.37]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA18417; Sat, 11 Nov 2000 09:50:40 -0500 (EST) Message-Id: <200011111450.JAA18417@renoir.op.net> To: Ottavio Campana Cc: Gtk-list Subject: Re: Question about combo box In-reply-to: Your message of "Sat, 11 Nov 2000 13:06:19 +0100." <20001111130619.A5773@gauss> Date: Sat, 11 Nov 2000 09:51:51 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I have got a combobox where the user has to put an url. When he presses >enter I want to lauch a function and to add the text he wrote in the >list of the combobox. I think that for the first thing I have to >intercept a signal, I've tried with changed but the function run >everytime I press a button. For the second thing I don't know what to >do. use the "activate" signal which will be triggered by . --p From Anthony-Ferrand@wanadoo.fr Sat Nov 11 14:12:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id 114C12CFDC for ; Sat, 11 Nov 2000 14:12:13 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 11 Nov 2000 20:12:12 +0100 Message-ID: <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 20:12:19 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gdk_input_add? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just want to run a function when a file is created. Can I do it without gtk_timeout_add? I try with gdk_input_add but it doesn't success. I am probably missing something. First, if I run my prog and if the file is present, my function is launched and relaunch and relaunch ... etc (even if I delete the needed file and using the gdk_input_remove function) But, if run my prog and the file is not present, the function is not launched even if I create then needed file.... Can you explain-me this function (gdk_input_add)? Thanks in advance, ASF From charlet@ACT-Europe.FR Sat Nov 11 20:38:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id A17552BA99 for ; Sat, 11 Nov 2000 20:38:08 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id A0D065F5F5; Sun, 12 Nov 2000 02:38:07 +0100 (MET) Date: Sun, 12 Nov 2000 02:38:07 +0100 From: Arnaud Charlet To: Johan Groth Cc: jones , gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001112023807.A22284@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A080ECF.A06E9BCA@rmail.bofors>; from johan.groth.mandator@celsius.se on Tue, Nov 07, 2000 at 03:16:47PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` Note that there is actually a gtkada-config script, similar to gtk-config, that also adds the gtkada specific options. One can even do gnatmake my_ada_main `gtkada-config` Arno From pbd@op.net Sat Nov 11 21:29:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id C7DA42BAE3 for ; Sat, 11 Nov 2000 21:29:23 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA15937; Sat, 11 Nov 2000 21:29:21 -0500 (EST) Message-Id: <200011120229.VAA15937@renoir.op.net> To: ASF Cc: GTK Subject: Re: gdk_input_add? In-reply-to: Your message of "Sat, 11 Nov 2000 20:12:19 +0100." <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 21:30:38 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >First, if I run my prog and if the file is present, my function is >launched and relaunch and relaunch ... etc (even if I delete the needed >file and using the gdk_input_remove function) >But, if run my prog and the file is not present, the function is not >launched even if I create then needed file.... it sounds as if you are using gdk_input_add() with a disk file. this is not its intended purpose. it is intended to allow a GDK program to receive asynchronous events from sources like the X server (i.e. keyboard, mouse, etc), FIFO's (for inter-process communication), special device files, etc. Whenever input is available from such a source, GDK will cause its main event loop to execute a handler provided by the programmer to deal with the input. A disk file *always* has input available, hence your situation. what are you trying to accomplish ? it would be much more conventional to use gtk_input_add() instead of the low-level gdk version anyway. --p From hill9361@uidaho.edu Sat Nov 11 21:43:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from raptor.csrv.uidaho.edu (raptor.csrv.uidaho.edu [129.101.119.252]) by mail.gnome.org (Postfix) with ESMTP id 34B882BD9F for ; Sat, 11 Nov 2000 21:43:50 -0500 (EST) Received: from localhost (hill9361@localhost) by raptor.csrv.uidaho.edu (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id SAA26204 for ; Sat, 11 Nov 2000 18:43:49 -0800 (PST) X-Authentication-Warning: raptor.csrv.uidaho.edu: hill9361 owned process doing -bs Date: Sat, 11 Nov 2000 18:43:48 -0800 (PST) From: Matt Hillebrand X-Sender: hill9361@raptor.csrv.uidaho.edu To: gtk-list@gnome.org Subject: widgets/callbacks In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I cannot figure out how to access widgets from within callback functions. For example, how do I make a second window appear when a button on the main window is clicked? Also, I would like to access widgets such as the scrolled window's labels of one window from callbacks associated with buttons on other windows. Thanks! Matthew P. Hillebrand From alan@ielinux.com Sun Nov 12 05:29:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id A7CAC2BAB4 for ; Sun, 12 Nov 2000 05:29:15 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id SAA11089 for ; Sun, 12 Nov 2000 18:36:38 +0800 Message-ID: <00b001c04c93$74165ce0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set fonts in defferent language?? Date: Sun, 12 Nov 2000 18:29:28 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AD_01C04CD6.7E108CA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear sir, How to set over two kind different fonts and font size in program? I can set it in gtkrc file like this... style "gtk-default-zh-tw" { fontset =3D "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\ -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\ -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\ -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*" } class "GtkWidget" style "gtk-default-zh-tw" But if I have a widget with helvetica(in english font) and big5(in = taipei font) fonts. How to select and set different font size in widget?? Please help me! thanks. (from alan@ielinux.com) ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear sir,
How to set over two kind different = fonts and font=20 size in program?
I can set it in gtkrc file = like this...
 
style "gtk-default-zh-tw" = {
 fontset =3D=20 "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\
   =20 -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\
  = ; =20 -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\
   =20 -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*"
}
class = "GtkWidget" style=20 "gtk-default-zh-tw"
But if I have a widget with = helvetica(in=20 english font) and big5(in taipei = font) fonts.
How to select and = set different font size in=20 widget??
Please help me! = thanks. (from alan@ielinux.com)
 
 
------=_NextPart_000_00AD_01C04CD6.7E108CA0-- From a1c_watson@hotmail.com Sun Nov 12 06:48:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f186.law7.hotmail.com [216.33.237.186]) by mail.gnome.org (Postfix) with ESMTP id A8CBB2CD08 for ; Sun, 12 Nov 2000 06:48:58 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 12 Nov 2000 03:48:57 -0800 Received: from 131.47.100.10 by lw7fd.law7.hotmail.msn.com with HTTP; Sun, 12 Nov 2000 11:48:57 GMT X-Originating-IP: [131.47.100.10] From: "Adam Watson" To: gtk-list@gnome.org Subject: Help with shaped widgets Date: Sun, 12 Nov 2000 21:48:57 GST Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Nov 2000 11:48:57.0966 (UTC) FILETIME=[8A90C0E0:01C04C9E] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to create a widget shaped to the framed outline of an app I am writing. I have tried gtk_widget_shape_combine_mask() but it masks the wrong area. It instead maks the area I want to keep tranparent and clickable and places gray over the nice frame I spent hours creating. How can I reverse this effect or am I going about this all wrong? Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives me an error sort of like this (writing this error from memory): assertion: "isdrawable" != NULL Please help, I posted a similar request on the gnome-list and haven't recieved a response. Thanks in advance, Adam _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From hvv@hippo.ru Sun Nov 12 06:54:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id D6DBD2C81B for ; Sun, 12 Nov 2000 06:54:17 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id GAA26294 for ; Sun, 12 Nov 2000 06:54:17 -0500 Received: from localhost.localdomain (IDENT:root@[195.218.232.211]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACBsFD32303 for ; Sun, 12 Nov 2000 06:54:15 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id PAA05928; Sun, 12 Nov 2000 15:32:44 +0400 Date: Sun, 12 Nov 2000 15:32:43 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I think from GUI usability standpoint, it would be nice to extend the handling of right/middle clicks on scrollbar's arrows (that are in the edges) 1) Middle or right click on the arrow moves the slider right to that edge of scrollbar 2) Even more inteligent: Middle click on the arrow moves the slider right to that edge of scrollbar, right click - right to oposite edge. This is IMO very handy when your pointer is over the left arrow of horizontal scrollbar and you have to scroll to 90% of scrollbar: you press right button (slider goes to the 100% limit), and then press left mouse button several times (it's over left arrow, remember?) to move slider to 90%. May be the meaning of right and middle presses should be reversed since middle button is not present on a lot of mouses. Sorry, I don't have time to dig in the gtk sources and understand it to make a correct patch. But it seems it would be very easy to code it. What do you think about this? Best regards, -Vlad From pbd@op.net Sun Nov 12 10:39:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 183662BD32 for ; Sun, 12 Nov 2000 10:39:00 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id KAA07496; Sun, 12 Nov 2000 10:38:54 -0500 (EST) Message-Id: <200011121538.KAA07496@renoir.op.net> To: "Adam Watson" Cc: gtk-list@gnome.org Subject: Re: Help with shaped widgets In-reply-to: Your message of "Sun, 12 Nov 2000 21:48:57 +0700." Date: Sun, 12 Nov 2000 10:40:19 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I am trying to create a widget shaped to the framed outline of an app I am >writing. I have tried gtk_widget_shape_combine_mask() but it masks the >wrong area. It instead maks the area I want to keep tranparent and >clickable and places gray over the nice frame I spent hours creating. How >can I reverse this effect or am I going about this all wrong? i've done a lot of stuff in Gtk-- with shaped windows. I don't use GNOME. if you want to take a look at the code i have, let me know, and i'll send you some. --p From damon@helixcode.com Sun Nov 12 11:42:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id BFF762C7C8 for ; Sun, 12 Nov 2000 11:42:44 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA05112 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from cmailg4.svr.pol.co.uk (cmailg4.svr.pol.co.uk [195.92.195.174]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACGghD08734 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from modem-101.blue-mandarin.dialup.pol.co.uk ([62.136.237.101] helo=helixcode.com) by cmailg4.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 13v0DI-0007w7-00 for gtk-list@redhat.com; Sun, 12 Nov 2000 16:42:40 +0000 Message-ID: <3A0EB911.3D48EBE@helixcode.com> Date: Sun, 12 Nov 2000 15:36:49 +0000 From: Damon Chaplin X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: GTK List Subject: What to do when WM destroy command is used? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I just got a bug report about Glade crashing after the Window Manager's 'Destroy' command was used to destroy a window. Can GTK+ apps recover from a window being destroyed by the WM? Is there a recommended way to do this? If not, maybe we should encourage WMs to not show the "Destroy" command, or make it an advanced option. Damon From pbd@op.net Sun Nov 12 12:01:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 503192BDEB for ; Sun, 12 Nov 2000 12:01:48 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06493 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from renoir.op.net (root@renoir.op.net [207.29.195.4]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH1mD11826 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id MAA10406; Sun, 12 Nov 2000 12:01:42 -0500 (EST) Message-Id: <200011121701.MAA10406@renoir.op.net> To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-reply-to: Your message of "Sun, 12 Nov 2000 15:32:43 +0400." Date: Sun, 12 Nov 2000 12:03:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. this raises a particular annoyance of mine. the current GTK widget set makes almost no use of multiple mouse buttons for anything. one of the most annoying cases of this is the SpinButton. it is incredibly annoying to have to move the mouse in order to change direction when spinning. its much nicer to have each button (or one button, if desired) that can drive the spin in each direction. i tried to fix this in the gtk code, but it was too much work to try to get it right, and i didn't feel that the changes i made would be accepted. so i did it more abstractly in Gtk--: AutoSpin: not a visible widget, but a controller for an adjustment. You can call "start_spinning(up_or_down)" and "stop_spinning()", presumably on receipt of a button_press/release event in some visible widget. With an AutoSpin object, you can use any other widget you want to control an adjustment with "spin-like" behaviour. i typically use single buttons (eventboxes) where mouse 1 starts spinning down, mouse 3 starts spinning up, and mouse 2 returns to the median adjustment value. if there is enough interest, i could possibly cook up a GTK+ version of AutoSpin. --p From otaylor@redhat.com Sun Nov 12 12:08:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 1BE2E2BD32 for ; Sun, 12 Nov 2000 12:08:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06703 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH8iD12838 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id B5C70242653; Sun, 12 Nov 2000 12:08:44 -0500 (EST) To: Damon Chaplin Cc: GTK List Subject: Re: What to do when WM destroy command is used? References: <3A0EB911.3D48EBE@helixcode.com> From: Owen Taylor Date: 12 Nov 2000 12:08:44 -0500 In-Reply-To: Damon Chaplin's message of "Sun, 12 Nov 2000 15:36:49 +0000" Message-ID: Lines: 70 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Damon Chaplin writes: > I just got a bug report about Glade crashing after the Window Manager's > 'Destroy' command was used to destroy a window. > > Can GTK+ apps recover from a window being destroyed by the WM? Well, there are two forms of "Destroy". The proper way is that the window manager calls XKillClient. There is no way at all for a client to recover from this, because you can't recover from an X IO error. The force-destroy in Enlightenment and Sawfish works another way - it justs calls XDestroyWindow (!) on the window. This is more handleable, and if an app ignores X errors, it sees it as a bit like a "Delete" request, except that the window is gone... But it doesn't make it better, it just makes it less predictable. I think Enlightenment uses "Annihilate" or "Nuke" or something a bit more dangerous sounding than simply "Destroy". > Is there a recommended way to do this? > > If not, maybe we should encourage WMs to not show the "Destroy" command, > or make it an advanced option. Window managers probably should have some sort of force-kill command, since it is useful, upon rare occasion. But it should work something like: - Send a delete message to the window, and at the same time a _NET_WM_PING message if the application advertises support for that. - If after some timeout (maybe 10 seconds), the window is still there, put up a dialog: PING supported and no ping received: "The application is not responding to messages. This may mean it is busy or communication with it has been lost. Attempt to force the application to quit?" PING supported and received: "The application does not allow closing this window." No PING supported: "The application is busy or does not allow closing this window. Attempt to force the application to quit?" (Need some considerable rewording about the dangers of forced quits - LOST DATA!. But gives some idea of what a window manager can do.) - If the user chooses to kill the application, kill the application via some combination of XKillClient(), and, if the client is local kill(). Under no circumstances should a window manager XDestroyWindow() a clients window. There is no guarantee at all what a client will do when one of its windows is destroyed by an outside agency - it might seg fault, it might remain running with no windows visible, etc... Regards, Owen From kodis@papa.jagunet.com Sun Nov 12 13:41:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0D0482BD71 for ; Sun, 12 Nov 2000 13:41:28 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12395 for ; Sun, 12 Nov 2000 13:41:27 -0500 Received: from papa.jagunet.com (kodis.jaguNET.com [209.133.192.48]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACIfPD27109 for ; Sun, 12 Nov 2000 13:41:26 -0500 Received: (from kodis@localhost) by papa.jagunet.com (8.11.0/8.11.0) id eACIcNJ10322; Sun, 12 Nov 2000 13:38:23 -0500 Date: Sun, 12 Nov 2000 13:38:21 -0500 From: John Kodis To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001112133821.A10294@papa.jagunet.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from hvv@hippo.ru on Sun, Nov 12, 2000 at 03:32:43PM +0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > I think from GUI usability standpoint, it would be nice to extend > the handling of right/middle clicks on scrollbar's arrows I agree that the default scrollbar actions could be usefully extended. Here are the two extensions that I'd like to see added: - Currently, pressing button 1 in the arrow at the bottom of a vertical scrollbar scrolls down. I'd like to see this extended so that pressing button 2 scrolls up. This would allow a window to be scrolled up and down without having to move the cursor from one end of the scrollbar to the other. Similarly for the top, left, and right scrollbar arrows. - Currently, dragging the slider in a vertical scrollbar with button 1 scrolls vertically. I'd like to see this extended so that dragging the slider in a scrollbar of either orientation with button 2 would effect the position of both scrollbars, allowing a window to be scrolled vertically and horizontally with a single mouse motion. Since these are both extensions to the way things currently operate, the user confusion factor of these changes should be minimal. > Sorry, I don't have time to dig in the gtk sources and understand it > to make a correct patch. I could probably find the time to make these changes if I had some assurance that they could eventually make their way into the mainline code. -- John Kodis. From otaylor@redhat.com Sun Nov 12 13:48:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 770CC2C992 for ; Sun, 12 Nov 2000 13:48:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12632 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACImOD28163 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 28B30242653; Sun, 12 Nov 2000 13:48:24 -0500 (EST) To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: From: Owen Taylor Date: 12 Nov 2000 13:48:24 -0500 In-Reply-To: Vlad Harchev's message of "Sun, 12 Nov 2000 15:32:43 +0400 (SAMT)" Message-ID: Lines: 41 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Vlad Harchev writes: > Hi, > > I think from GUI usability standpoint, it would be nice to extend the > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > 1) Middle or right click on the arrow moves the slider right to that edge of > scrollbar > 2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. > > Sorry, I don't have time to dig in the gtk sources and understand it to make > a correct patch. But it seems it would be very easy to code it. > What do you think about this? I have just committed a change that makes the scrollbar arrows work like those on a spinbutton: button-2 - move by pages button-3 - move to end I don't think the suggestion that button-2 should move to the other end is that intuitive (Some people might think that it should move in steps in the other direction, and it definitely should act the same as in the gtkspinbutton.) If moving in both directions using the arrows is that common, the right solution is probably to make the feature overt and use NeXT-style arrow positioning, not to make it a hidden feature. (especially since 2-button mice are pretty common) Thanks for the suggestion, Owen From hvv@hippo.ru Sun Nov 12 14:50:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 525EE2BBBA for ; Sun, 12 Nov 2000 14:50:04 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA15542 for ; Sun, 12 Nov 2000 14:50:04 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJndD04908 for ; Sun, 12 Nov 2000 14:49:39 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01500; Sun, 12 Nov 2000 23:30:15 +0400 Date: Sun, 12 Nov 2000 23:30:15 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@redhat.com Cc: gtk-devel-list@gnome.org Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 12 Nov 2000, Owen Taylor wrote: > > Vlad Harchev writes: > > > Hi, > > > > I think from GUI usability standpoint, it would be nice to extend the > > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > > 1) Middle or right click on the arrow moves the slider right to that edge of > > scrollbar > > 2) Even more inteligent: > > Middle click on the arrow moves the slider right to that edge of > > scrollbar, right click - right to oposite edge. This is IMO very handy > > when your pointer is over the left arrow of horizontal scrollbar and you > > have to scroll to 90% of scrollbar: you press right button (slider goes to > > the 100% limit), and then press left mouse button several times (it's > > over left arrow, remember?) to move slider to 90%. > > May be the meaning of right and middle presses should be reversed since > > middle button is not present on a lot of mouses. > > > > Sorry, I don't have time to dig in the gtk sources and understand it to make > > a correct patch. But it seems it would be very easy to code it. > > What do you think about this? > > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) Nice decision - I also like it. May be we should add the following logic too: If ctrl or alt or meta is pressed, the slider is moved in oposite direction (with the same treatment of step size as function of the mouse button index)? I personally always keep my hand over alt or control when in X and when mouse is in hand, since alt-drag1 moves the window, alt-drag2 resizes it. So it would be nice to use 'ctrl' and 'alt' as a modifier to mean "move in opposite direction" (since one of my hands is over those modifiers). Same for spinbutton (alt or cntrl+ click on arrow changes the value in the opposite direction). What do you think about this? It's nice that you've listen to any of my proposals :) Others are still waiting for you. > Thanks for the suggestion, > Owen > Best regards, -Vlad From rsteinke@merilon.elfhame.net Sun Nov 12 14:57:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 325EE2BEBE for ; Sun, 12 Nov 2000 14:57:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eACK5bM06108 for gtk-list@gnome.org; Sun, 12 Nov 2000 12:05:37 -0800 From: Ron Steinke Date: Sun, 12 Nov 2000 12:05:37 -0800 To: gtk-list@gnome.org Subject: patches Message-ID: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I submitted a patch to ftp.gtk.org/incoming about a month ago, but it hasn't been moved to applied, rejected, or outdated. Is this an out of date way to submit patches? Should I just post it to the devel list? Ron Steinke From hvv@hippo.ru Sun Nov 12 15:01:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 474452BEBE for ; Sun, 12 Nov 2000 14:58:47 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA16037 for ; Sun, 12 Nov 2000 14:58:47 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJwgD06335 for ; Sun, 12 Nov 2000 14:58:43 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01524; Sun, 12 Nov 2000 23:39:12 +0400 Date: Sun, 12 Nov 2000 23:39:12 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: John Kodis Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: <20001112133821.A10294@papa.jagunet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, John Kodis wrote: > On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > > > I think from GUI usability standpoint, it would be nice to extend > > the handling of right/middle clicks on scrollbar's arrows > > I agree that the default scrollbar actions could be usefully > extended. Here are the two extensions that I'd like to see added: > > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. I suggest to move in opposite direction only if some modifier key is pressed (with the step size the same as without modifier key). > - Currently, dragging the slider in a vertical scrollbar with button 1 > scrolls vertically. I'd like to see this extended so that dragging > the slider in a scrollbar of either orientation with button 2 would > effect the position of both scrollbars, allowing a window to be > scrolled vertically and horizontally with a single mouse motion. That's also nice. IMO GtkScrolledWindow should do this, not GtkScrollbar. And IMO the extension to the logic could be even more useful: ctrl-drag (in any direction) inside scrolled window just moves the content as if scrollbars were pressed simulatenously (i.e. there is no need to position on the scrollbar 0 jsu inside scrolled window). It seems trying to handle this in signal connected with gtk_signal_connect_after will do the trick easily. > Since these are both extensions to the way things currently operate, > the user confusion factor of these changes should be minimal. > > > Sorry, I don't have time to dig in the gtk sources and understand it > > to make a correct patch. > > I could probably find the time to make these changes if I had some > assurance that they could eventually make their way into the mainline > code. I hope Owen will comment on this. > -- John Kodis. Best regards, -Vlad From Valdis.Kletnieks@vt.edu Sun Nov 12 16:11:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B98672BBBA for ; Sun, 12 Nov 2000 16:11:27 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA19715; Sun, 12 Nov 2000 16:11:27 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACLBQD17226; Sun, 12 Nov 2000 16:11:26 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACLBNw25234; Sun, 12 Nov 2000 16:11:24 -0500 Message-Id: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 13:48:24 EST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-194299008P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 16:11:21 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-194299008P Content-Type: text/plain; charset=us-ascii On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end Is there any easy way to make this configurable to be xterm-ish, i.e. Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near one end, move 1/20th of a "page", near other move 19/20th, in middle move 1/2 page) Button-2 move HERE. Button-3 As button-1, but DOWN/LEFT You get the idea - some of use have been using xterm-ish scrolling for over a decade and the fingers are trained. ;) -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-194299008P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8HeHAt5Vm009ewEQIvPgCdGtH90XVzYj1wcKlK6liT0sdoWfQAn0hD k/gOpx01poffptlM8+Ny17zJ =wxn3 -----END PGP SIGNATURE----- --==_Exmh_-194299008P-- From owsla@owsla.cjb.net Sun Nov 12 16:18:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-64-148.delval.adsl.bellatlantic.net [151.204.64.148]) by mail.gnome.org (Postfix) with ESMTP id 7F2502CA01 for ; Sun, 12 Nov 2000 16:18:56 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eACLHXM06434 for gtk-list@gnome.org; Sun, 12 Nov 2000 16:17:33 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From gharris@flashcom.net Sun Nov 12 16:35:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5BFB72D40C for ; Sun, 12 Nov 2000 16:35:25 -0500 (EST) Received: (cpmta 8942 invoked from network); 12 Nov 2000 13:35:23 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 12 Nov 2000 13:35:23 -0800 X-Sent: 12 Nov 2000 21:35:23 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id NAA04837; Sun, 12 Nov 2000 13:35:22 -0800 (PST) (envelope-from gharris) Date: Sun, 12 Nov 2000 13:35:21 -0800 From: Guy Harris To: Andrew Ferguson Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001112133521.A354@quadrajet.flashcom.com> References: <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 04:54:50PM -0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Aug 14, 2000 at 04:54:50PM -0400, Andrew Ferguson wrote: > I was unable to find any documentation on these arguments (except for > two email messages to the main GTK+ list). So, I have looked in the > GTK+ code and put up a webpage with my findings, if anyone on the list > could go to > > http://owsla.cjb.net/gtk.shtml > > and tell me about an errors, additions, etc., I would be most obliged. "--g-fatal-warnings": 1) doesn't make warnings cause a segfault - GLib calls "abort()", which typically causes a SIGABRT signal, *not* a SIGSEGV signal; 2) it also causes "critical" messages (which are more severe than warnings, but less severe than errors) to cause a SIGABRT (errors are always fatal); 3) at least as I read the code, causes that to be true of all warnings and critical messages logged with the GLib message logging routines, not just those from GTK+. From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id DD0552D40C for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:34 GMT Date: Sun, 12 Nov 2000 19:00:49 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <19792.001112@ifrance.com> To: gtk-list@gnome.org Subject: Re: widgets/callbacks References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Hillebrand wrote: Hi, MH> I cannot figure out how to access widgets from within callback MH> functions. For example, how do I make a second window appear when a button MH> on the main window is clicked? It's quite simple. Add this in the caller function : gtk_signal_connect (GTK_OBJECT (button), "clicked", GTK_SIGNAL_FUNC (create_window), NULL); Then, create a function create_window (GtkButton *button, gpointer user_data) (here user_data is NULL, but it's not always the case, see further), which has the convenient (R)(TM)(C) code to create another window. It should look like : void create_window (GtkButton *button, gpointer user_data) { GtkWidget *window; ... /* The widgets you want in the window */ window = gtk_window_new (GTK_WINDOW_DIALOG); /* If you want a dialog */ gtk_widget_show (window); ... gtk_main (); /* Shouldn't be gtk_main, but that's so simple :-) */ } MH> Also, I would like to access widgets such as the scrolled window's labels MH> of one window from callbacks associated with buttons on other windows. In this case, you should pass the scrolled_window (or directly the label) to the callback through the gpointer (equivalent to void pointer) user_data : gtk_signal_connect (GTK_OBJECT (obj), "signal", GTK_SIGNAL_FUNC (func), (gpointer)sw); where sw is the scrolled window. Then, declare the callback function: void func (GtkButton *button, gpointer user_data) /* Assuming the obj is button */ { GtkWidget *sw = GTK_WIDGET (user_data); .. } Note that GtkWidget could be GtkScrolledWindow. MH> Thanks! MH> Matthew P. Hillebrand Hope this helps, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id EE9EE2D4C5 for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:36 GMT Date: Sun, 12 Nov 2000 19:03:21 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <8794.001112@ifrance.com> To: Gtk-list Subject: Re: Help with shaped widgets References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Adam Watson wrote: AW> Hi, Hi, [cut] AW> Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and AW> GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives AW> me an error sort of like this (writing this error from memory): AW> assertion: "isdrawable" != NULL AW> Please help, I posted a similar request on the gnome-list and haven't AW> recieved a response. There was a similar question recently in gtk-devel-app. The problem was that the user was drawing on the GtkDrawingArea before it was realized. I don't have your code, but verify the widget is shown *before* you use it (I mean, modify it). AW> Thanks in advance, Hope this helps, AW> Adam bye, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From lrclause@cs.uiuc.edu Sun Nov 12 17:52:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8AA782D92D for ; Sun, 12 Nov 2000 17:52:10 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA26244 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACMqAD32481 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eACMpmG24690; Sun, 12 Nov 2000 16:51:48 -0600 To: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> From: Lars Clausen Date: 12 Nov 2000 16:51:48 -0600 In-Reply-To: Valdis.Kletnieks@vt.edu's message of "Sun, 12 Nov 2000 16:11:21 -0500" Message-ID: Lines: 32 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, Valdis Kletnieks wrote: > On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: >> I have just committed a change that makes the scrollbar arrows work >> like those on a spinbutton: >>=20 >> button-2 - move by pages >> button-3 - move to end >=20 > Is there any easy way to make this configurable to be xterm-ish, i.e. >=20 > Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near > one end, move 1/20th of a "page", near other move 19/20th, in middle move > 1/2 page) >=20 > Button-2 move HERE. >=20 > Button-3 As button-1, but DOWN/LEFT >=20 > You get the idea - some of use have been using xterm-ish scrolling for > over a decade and the fingers are trained. ;) Some of us have used xterm-ish scrolling for almost a decade and never stopped disliking it. Is that something that happens in the tenth year? :) -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Valdis.Kletnieks@vt.edu Sun Nov 12 18:49:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id F1FA52DB72 for ; Sun, 12 Nov 2000 18:49:55 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id SAA30823 for ; Sun, 12 Nov 2000 18:49:54 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACNnrD08843 for ; Sun, 12 Nov 2000 18:49:53 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACNnkw22680; Sun, 12 Nov 2000 18:49:47 -0500 Message-Id: <200011122349.eACNnkw22680@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Lars Clausen Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 16:51:48 CST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <200011122111.eACLBNw25234@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_293371560P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 18:49:46 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_293371560P Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 12 Nov 2000 16:51:48 CST, Lars Clausen sa= id: > Some of us have used xterm-ish scrolling for almost a decade and never > stopped disliking it. Is that something that happens in the tenth year= ? :) That's why I said "configurable". Ideally, it will work fine for you out= of the box, and I put something simple in .gtkrc and get what I want.. ;) And if somebody wants to say "that's a gtk-engines issue", thats fine too= , as long as it's *doable*. ;) -- = Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_293371560P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8smnAt5Vm009ewEQKWowCfRennf0B4h7IL/YQhgqhCA6SiHRoAn2gO 9FELA4KZO2IOCdWNX4dlnfmb =N4na -----END PGP SIGNATURE----- --==_Exmh_293371560P-- From pt99par@student.hk-r.se Sat Nov 11 10:48:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from obelix.rby.hk-r.se (obelix-b.rby.hk-r.se [194.47.132.4]) by mail.gnome.org (Postfix) with ESMTP id 94AB72BAF3 for ; Sat, 11 Nov 2000 10:48:03 -0500 (EST) Received: from pure.rsn.hk-r.se (IDENT:pure@pure.rsn.hk-r.se [194.47.143.158]) by obelix.rby.hk-r.se (8.10.2/8.10.2) with SMTP id eABFljK25915; Sat, 11 Nov 2000 16:47:46 +0100 (MET) From: Per Arneng Reply-To: pt99par@student.hk-r.se Date: Sat, 11 Nov 2000 16:49:40 +0000 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: xpert@xfree86.org Subject: Configuration files written in XML MIME-Version: 1.0 Message-Id: <00111116494000.01721@pure.rsn.hk-r.se> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello! I have a suggestion: I think that the configuration files should be written in XML. This will give the following advantages: * easier for users to configure and read config files. * easier for programmers to write software to manage these config files. * If other software have config files in xml then you would not have to write config software specified for a certian software. You could just write a program that can can read and change element values and attributes. The element names would be self describing. * Configuring with a standard text editor would be easier. If anyone likes this idea please forward this message to other developers. I think xml in config files would make it a lot easier for both developers and users. Best Regards Per Arneng 'pt99par@student.hk-r.se' From alan@ielinux.com Sun Nov 12 23:11:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 12A422BB05 for ; Sun, 12 Nov 2000 23:11:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15024 for ; Mon, 13 Nov 2000 12:18:57 +0800 Message-ID: <008001c04d27$dccd9de0$bcec41d2@ielinux.com> From: "alan" To: Subject: About gtkrc and locale ?? Date: Mon, 13 Nov 2000 12:11:54 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007D_01C04D6A.E96730A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some question.. 1.My default gtkrc file path is on /usr/etc/gtk/gtkrc, not /etc/gtk/gtkrc Why? 2.My ${LANG} is zh_TW.Big5 but still get /usr/etc/gtk/gtkrc, not /usr/etc/gtk/gtkrc.zh_TW.Big5 why?? Have I miss something? ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some = question..
1.My default gtkrc file = path is on=20 /usr/etc/gtk/gtkrc,
  not=20 /etc/gtk/gtkrc      Why?
 
2.My ${LANG} is zh_TW.Big5 = but still get=20 /usr/etc/gtk/gtkrc,
  not=20 /usr/etc/gtk/gtkrc.zh_TW.Big5 why??
 
Have I miss = something?
------=_NextPart_000_007D_01C04D6A.E96730A0-- From alan@ielinux.com Sun Nov 12 23:16:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 134862BC51 for ; Sun, 12 Nov 2000 23:16:08 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15079 for ; Mon, 13 Nov 2000 12:23:34 +0800 Message-ID: <008b01c04d28$81930360$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I package qt widget or xlib window in gtkwidget?? Date: Mon, 13 Nov 2000 12:16:31 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0088_01C04D6B.8ECB4720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some widgets and windows code by qt and Xlib. Can I package them in my GtkWidget?? How to do that?? (from alan@ielunux.com) ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some widgets = and windows code by qt and=20 Xlib.
Can I package them in my = GtkWidget??
How to do that?? (from alan@ielunux.com)
 
 
------=_NextPart_000_0088_01C04D6B.8ECB4720-- From alan@ielinux.com Sun Nov 12 23:40:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 3A5CA2BB7E for ; Sun, 12 Nov 2000 23:40:38 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15357 for ; Mon, 13 Nov 2000 12:48:08 +0800 Message-ID: <00c601c04d2b$efce96c0$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I get Hot key from a hide widget?? Date: Mon, 13 Nov 2000 12:41:06 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C3_01C04D6E.FD8D2180" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, If I have a main_widget hide. Could I get any event or hot keys from this hide windget?? How to do this?? (from alan@ielinux.com) ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
If I have a main_widget = hide.
Could I get any event or = hot keys from this hide=20 windget??
How to do this?? (from alan@ielinux.com)
 
------=_NextPart_000_00C3_01C04D6E.FD8D2180-- From johan.groth.mandator@celsius.se Mon Nov 13 05:21:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 4702A2BC6A for ; Mon, 13 Nov 2000 05:21:06 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:58 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA23764 for gtk-list@gnome.org; Mon, 13 Nov 2000 11:15:45 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA11111 for ; Mon, 13 Nov 2000 11:13:35 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:10 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA21438 for ; Mon, 13 Nov 2000 11:13:59 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA17609; Mon, 13 Nov 2000 11:13:13 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA11566 for ; Mon, 13 Nov 2000 11:13:08 +0100 (MET) Message-Id: <3A0FBEB4.5BFEC5E6@rmail.bofors> Date: Mon, 13 Nov 2000 11:13:08 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: example clist core dumps Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I'm trying to get Gtk+ 1.2.8 to work on Solaris 2.5.1 which is using X11R5. Everything compiles ok (using gcc 2.95.2 and gmake 3.79) but when I try to run the clist example it core dumps directly. The backtrace looks like this: (gdb) r Starting program: /proj/taurus_mps/gnu/gtk+-1.2.8/examples/clist/clist warning: Lowest section in /usr/lib/libw.so.1 is .dynamic at 00000074 Program received signal SIGSEGV, Segmentation fault. 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 753 gtk_binding_entry_add_signal (binding_set, GDK_End, GDK_CONTROL_MASK, (gdb) bt #0 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 #1 0xef6c9c40 in gtk_type_class_init (type=42773) at gtktypeutils.c:598 #2 0xef6c8e14 in gtk_type_class (type=42773) at gtktypeutils.c:342 #3 0xef6c8f94 in gtk_type_new (type=42773) at gtktypeutils.c:362 #4 0xef5da034 in gtk_clist_new_with_titles (columns=2, titles=0xeffff8a8) at gtkclist.c:1075 #5 0x11994 in main (argc=1, argv=0xeffff944) at clist.c:115 Does anyone know about a fix for this error? I can't use anything that uses clist right now. /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From nge@INTRINsec.com Mon Nov 13 07:32:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sync.corp.INTRINsec.com (sync.INTRINsec.com [194.98.42.5]) by mail.gnome.org (Postfix) with ESMTP id 8791E2BAF3 for ; Mon, 13 Nov 2000 07:32:53 -0500 (EST) Received: hidden From: nge@INTRINsec.com Received: by flic.corp.INTRINsec.com with Internet Mail Service (5.5.2650.21) id ; Mon, 13 Nov 2000 13:24:04 +0100 Message-ID: To: gtk-list@gnome.org Subject: Scrolled Window and GtkCanvas Date: Mon, 13 Nov 2000 13:23:57 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Here is my question: I have a scrolled window in which I have packed a widget derived from a GtkCanvas on which I drawn a widget derived from a GtkCanvasItem. I would like that the vertical and horizontal scrollbars follow the height and the width of the GtkCanvasItem I drawn on the GtkCanvas. Someone can help me ? Nicolas From otaylor@redhat.com Mon Nov 13 09:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8E5642BF1A; Mon, 13 Nov 2000 09:30:45 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5A383242653; Mon, 13 Nov 2000 09:30:45 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: patches References: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> From: Owen Taylor Date: 13 Nov 2000 09:30:45 -0500 In-Reply-To: Ron Steinke's message of "Sun, 12 Nov 2000 12:05:37 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I submitted a patch to ftp.gtk.org/incoming about a month ago, > but it hasn't been moved to applied, rejected, or outdated. Is this > an out of date way to submit patches? Should I just post it to the > devel list? Well, its been moved to patches/ now. I'm not sure that is better from your perspective. :-( Uploading to gtk.org is not outdated, in theory, but we haven't done a very good job of keeping track of those patches recently. It doesn't hurt to _both_ upload and send mail to gtk-devel-list. Once we have bugzilla in place for GNOME, which handles attachments pretty well (its currently in testing), we may that the preferred way to submit small patches, since the less mechanisms we have, the better. Regards, Owen From Josh_Horvath-AJH051@email.mot.com Mon Nov 13 12:24:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by mail.gnome.org (Postfix) with ESMTP id B98392BC3D for ; Mon, 13 Nov 2000 12:24:44 -0500 (EST) Received: [from pobox4.mot.com (pobox4.mot.com [10.64.251.243]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id KAA26172 for ; Mon, 13 Nov 2000 10:24:43 -0700 (MST)] Received: [from m-il06-r4.mot.com (m-il06-r4.mot.com [129.188.137.196]) by pobox4.mot.com (MOT-pobox4 2.0) with ESMTP id KAA20744 for ; Mon, 13 Nov 2000 10:24:39 -0700 (MST)] Received: from pobox.cstl.labs.mot.com by m-il06-r4.mot.com with ESMTP for gtk-list@gnome.org; Mon, 13 Nov 2000 10:24:02 -0700 Received: from labs.mot.com ([182.1.73.251]) by pobox.cstl.labs.mot.com (Netscape Messaging Server 4.15) with ESMTP id G3Z4C200.BM7 for ; Mon, 13 Nov 2000 11:24:02 -0600 Message-Id: <3A1023B4.4A33438A@labs.mot.com> Date: Mon, 13 Nov 2000 11:24:04 -0600 From: "Joshua Horvath" X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Combobox & popdown list focus weirdness Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've noticed that after a selection is made in the popdown list of the combobox, if you manually set the entry with an item that is not in the list the focus gets left in a weird state. The next time you show the popdown list, there is a hollow focus box left around whatever item you last selected. You can't click on the item to select it, but using the up down keys will clear the focus box. Is there some way to get around this behavior? It seems that the GtkList widget needs to keep track of focus and selections independently (to support multiple/entended selections) but this seems to have the undesirable side effect I'm noticing. I tried doing a gtk_container_set_focus_child(container, NULL) on the GtkList to clear the focus_child pointer but this didn't help. I also tried resetting the various GtkList fields to their original state (except the *children pointer) but that didn't seem to help, either. What I'd really like is to have the popdown list get reset to it's initial state every time I show it - i.e. no items focused or selected, key navigation starting at the first item in the list. Anyone know how to accomplish this? So far the only sure way I've found to do it is to clear the list and add the items again, which is not exactly the solution I'm looking for... -Josh From m.ghaeini@center7.com Mon Nov 13 12:32:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ws.center7.com (unknown [216.250.142.14]) by mail.gnome.org (Postfix) with ESMTP id 851D32D4C3 for ; Mon, 13 Nov 2000 12:32:37 -0500 (EST) Received: from c7mail.center7.com ([216.250.143.227]) by ws.center7.com (8.9.3/8.9.3) with ESMTP id KAA09369 for ; Mon, 13 Nov 2000 10:32:36 -0700 Received: from center7.com (ISP [10.1.65.150]) by c7mail.center7.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W5J6YZFV; Mon, 13 Nov 2000 10:34:04 -0700 Message-ID: <3A102525.BBC20371@center7.com> Date: Mon, 13 Nov 2000 10:30:13 -0700 From: Mohammad Ghaeini Reply-To: m.ghaeini@center7.com X-Mailer: Mozilla 4.74 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: GTK Mailing List Subject: gtk library for Solaris on Sparc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I find a gtk library for Solaris on Sparc, I am running version 2.8? Thanks. Ghaeini From tcarter@reliable-net.net Mon Nov 13 12:44:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id CBF7E2D4C3 for ; Mon, 13 Nov 2000 12:44:50 -0500 (EST) Received: from tcarter (ppm97.reliable-net.net [209.183.108.97]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id MAA62570; Mon, 13 Nov 2000 12:44:39 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <004401c04d99$a75870a0$265a03c7@tcarter> From: "tcarter" To: , "GTK Mailing List" Subject: Re: gtk library for Solaris on Sparc Date: Mon, 13 Nov 2000 12:46:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ http://www.sunfreeware.com/ -----Original Message----- From: Mohammad Ghaeini To: GTK Mailing List Date: Monday, November 13, 2000 12:35 Subject: gtk library for Solaris on Sparc >Where do I find a gtk library for Solaris on Sparc, I am running version >2.8? > >Thanks. >Ghaeini > > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list > From john.cupitt@ng-london.org.uk Mon Nov 13 12:53:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 924112BAAA for ; Mon, 13 Nov 2000 12:53:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8HR; Mon, 13 Nov 2000 17:53:13 -0000 Message-ID: <3A1029AE.D81ABCD5@ng-london.org.uk> Date: Mon, 13 Nov 2000 17:49:34 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: m.ghaeini@center7.com Cc: GTK Mailing List Subject: Re: gtk library for Solaris on Sparc References: <3A102525.BBC20371@center7.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mohammad Ghaeini wrote: > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? Hi, download and build the sources (from www.gtk.org) ... it's very smooth on solaris 2.8. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pks@timing.com Mon Nov 13 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 177962BA9F for ; Mon, 13 Nov 2000 14:40:06 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA783 for ; Mon, 13 Nov 2000 12:44:14 -0700 Message-ID: <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 12:39:14 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: changing a widget's color at runtime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Once again a gtk-- questions on gtk-list ... My question was anserwed last time and nobody complained about the fact that it was gtk--, please tell me to go away (and preferably where to go) if gtk-- questions bug you. I'm changing a widget's (label in particular) color at run time and am using the following code to do so: void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { Gtk::Style *cur_style = status_lbl_1->get_style(); cur_style = cur_style->copy(); cur_style->set_fg(GTK_STATE_NORMAL, color); status_lbl_1->set_style(*cur_style); status_lbl_2->set_style(*cur_style); } This works, but it leaves me with these questions: 1) Calling set_style() when leaving out the call to copy() doesn't update the appearance, is this because set_style() comparse the style's address, as opposed to members to determine if anything has changed? 2) When learning how to make runtime color changes possible I ran into a function called ensure_style() (before I discovered that a call to copy() makes it behave as expected I had something like this: lbl->get_style()->set_fg(GTK_STATE_NORMAL, color); lbl->ensure_style(); which didn't produce the desired results ... am I misinterpreting the function name? 3) am I introducing a memory leak by making a copy of the style and never disposing of the original? 4) should I make two copies of the style beacuse I'm calling set_style() for two different widgets? thank you for answers to any of these questions! From owsla@owsla.cjb.net Mon Nov 13 15:27:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-66-169.delval.adsl.bellatlantic.net [151.204.66.169]) by mail.gnome.org (Postfix) with ESMTP id 2AD442BAF3 for ; Mon, 13 Nov 2000 15:27:06 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADKPel01134 for gtk-list@gnome.org; Mon, 13 Nov 2000 15:25:40 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From owsla@owsla.cjb.net Mon Nov 13 16:21:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0F3B62C939 for ; Mon, 13 Nov 2000 16:21:18 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA03238 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADLLHD09837 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from adsl-151-204-66-169.delval.adsl.bellatlantic.net ([151.204.66.169] helo=linajudo.owsla.net ident=owsla) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13vR2P-0006Q5-00 for ; Mon, 13 Nov 2000 13:21:13 -0800 Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADLJjY02384 for gtk-list@gtk.org; Mon, 13 Nov 2000 16:19:45 -0500 Date: Mon, 13 Nov 2000 16:19:43 -0500 From: Andrew Ferguson To: gtk-list@gtk.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113161943.A2366@linajudo.owsla.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 15:54:50 -0400 X-Mailer: Balsa 1.0.pre5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 14 Aug 2000 15:54:50 andrew@owsla.cjb.net wrote: > Hi, > > In the GTK+ tutorial, it is mentioned that there are several standard > arguments that GTK+ accepts (the one's parsed for by > gtk_init(&argc, &argv) ). > .... I am so sorry this got posted again, my mail client went nuts. Again, I'm very sorry this happened. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From meisemann@dsrnet.com Mon Nov 13 16:55:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 315D32C939 for ; Mon, 13 Nov 2000 16:55:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eADLiTp20486 for ; Mon, 13 Nov 2000 16:44:29 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eADLiP420474; Mon, 13 Nov 2000 16:44:26 -0500 (EST) Received: by localhost with Microsoft MAPI; Mon, 13 Nov 2000 16:55:00 -0500 Message-ID: <01C04D92.75D60C60.meisemann@dsrnet.com> From: Matt Eisemann To: "'Drazen Kacar'" Cc: "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: installing 2.8 Date: Mon, 13 Nov 2000 16:54:59 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Finally I can get back to this. Well now I can get back to this. To answer the questions below, the compiler that I am using is gcc (not cc). I will prog provide some of the makefile for your inspection and see if that looks right. . . . . CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS INC_PATH = ..... (paths to include files) LIB_PATH = -L/home/matt/mppcm/ssep/lib/debug/sparc_sunos56 \ -L/home/matt/mppcm/ssep/GTK/gtk+-1.2.8/lib \ LIBS = -lsl -lsocket -lnsl -lgl -lgtk -lgdk -lposix4 -lm The above are some of the options that I am using for my application. For GTK and GLIB I think I used most of the default settings but I did redirect the architecture-independent files I think. Probabaly used ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default /usr/local. I think I also did the same thing with the GLIB ./configure script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something like that. Could the error below be due to the above or did I not answer all questions? Let me know if you need more info. This is all on a Sun Solaris system. Thanks for all your help. Matt -----Original Message----- From: Drazen Kacar [SMTP:dave@srce.hr] Sent: Saturday, October 28, 2000 7:58 AM To: Matt Eisemann Cc: 'Dugas, Alan'; 'gtk-list@gnome.org' Subject: Re: installing 2.8 Matt Eisemann wrote: > Well, it turns out that since running Sun Solaris it does not use 'ld' in > the /etc directory to find the libraries but solaris does rely on the > LD_LIBRARY_PATH variable to find the GTK and GLIB libraries. My > application works now but the only disturbin thing is that when application > links it still gets that > /bin/sh:gtk-config: not found Do you have the directory where gtk-config lives in your $PATH? > but maybe it finds it later on? > > I also get some wierd warnings similar to > > glibconfig.h:43: warning: ANSI C does not support 'long long' > glibconfig.h:44: warning: ANSI C does not support 'long long' > > Is there a patch for this or is that a bug in glibconfig.h ? Thanks ahead > of time for your help. This has something to do with compiler options. Which compiler and which options were used to build GTK? And which compiler and which options were used to build the application? -- .-. .-. Sarcasm is just one more service we offer. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From pbd@op.net Mon Nov 13 17:59:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 0570F2DBC8 for ; Mon, 13 Nov 2000 17:59:31 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id RAA23678; Mon, 13 Nov 2000 17:59:26 -0500 (EST) Message-Id: <200011132259.RAA23678@renoir.op.net> To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime In-reply-to: Your message of "Mon, 13 Nov 2000 12:39:14 MST." <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 18:01:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >My question was anserwed last time and nobody complained about the fact >that it was gtk--, please tell me to go away (and preferably where to go) >if gtk-- questions bug you. gtkmm-main@lists.sourceforge.net. but this is a GTK level question, even if the code itself is Gtk--. >I'm changing a widget's (label in particular) color at run time and am >using the following code to do so: > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > Gtk::Style *cur_style = status_lbl_1->get_style(); > > cur_style = cur_style->copy(); > cur_style->set_fg(GTK_STATE_NORMAL, color); > > status_lbl_1->set_style(*cur_style); > status_lbl_2->set_style(*cur_style); > >This works, but it leaves me with these questions: Repeating myself again: please don't do this. Use status_lbl1->set_name ("StatusLabel"); status_lbl2->set_name ("StatusLabel"); and then load a GTK RC file with: style "status_label" { fg[NORMAL] = { 0.93, 0.94, 0.23 } } widget "*StatusLabel" style "status_label" this allows and your users to change the colors at run time without any recompilation. as a side effect, it also removes a bunch of ugly code from your app :) --p From pks@timing.com Mon Nov 13 18:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 794A32BEE0 for ; Mon, 13 Nov 2000 18:30:44 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA765 for ; Mon, 13 Nov 2000 16:34:50 -0700 Message-ID: <3A10796F.CDC133DB@timing.com> Date: Mon, 13 Nov 2000 16:29:51 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > gtkmm-main@lists.sourceforge.net. thank you for mailing list name. > > but this is a GTK level question, even if the code itself is Gtk--. > > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > > > /* ugly code here */ > > > Repeating myself again: please don't do this. Use > > status_lbl1->set_name ("StatusLabel"); > status_lbl2->set_name ("StatusLabel"); > > and then load a GTK RC file with: > > style "status_label" { > fg[NORMAL] = { 0.93, 0.94, 0.23 } > } > widget "*StatusLabel" style "status_label" I've read similar advice (might have been yours for all I know) in previous messages on this list. I am using a massive GTK rc to set color preferences for components with "static" color. The reason I resorted to this ugly code is because I want to change the color at run time ... imagine a status label that goes shows an application going through different states const lbl_config_rec lbl_configs[] = { { "Stopped", orange_color }, { "Ready", another_color }, { "Starting", green_color }, { "Calibrating", green_color }, { "Collecting", white_color }, { "Interrupted", red_color }, }; that is status_lbl_1 and status_lbl_2 could be green now, red in two seconds and another color three seconds from then. using resource files, the only way I see to accomplish something like this would be to create 12 labels, set_naming() each set of two, then hiding the set that's currently visible, and showing the set that reflects the application's new state ... this can certainly be done ... but I would argue that this paradigm isn't much prettier (if at all). If you find there is a "cleaner" way to accomplish something like this using RC files I would love to hear from you again - maybe I'm just not seeing the light ;) > this allows and your users to change the colors at run time without > any recompilation. as a side effect, it also removes a bunch of ugly > code from your app :) > > --p I appreciate your response! I'll subscribe to the list you recommend when I get done clicking the send button! Patrick From pks@timing.com Mon Nov 13 19:16:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id E454D2BC43 for ; Mon, 13 Nov 2000 19:16:35 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA781 for ; Mon, 13 Nov 2000 17:20:41 -0700 Message-ID: <3A10842C.ECB94385@timing.com> Date: Mon, 13 Nov 2000 17:15:40 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I found the following when skimming previous messages on the mailing list ... a search for color doesn't do much good when the subject contains colour ;) Anwyays ... I believe this gets much closer to the answers I was seeking ... it certainly does address the "memory leak" question I had ... ----------------------------------------------------------------------- The correct way is: - create a GtkRcStyle - set the background color in the RcStyle, and set the flag in the RcStyle indicating that the background color is set - call gtk_widget_modify_style() to override the widget's current style with your RcStyle - unref the RcStyle, the widget will have kept a reference to it This method allows your changes to survive theme switches. If you just modify the GtkStyle instead of adding the GtkRcStyle, changing themes will make your modification go away. The GTK 2.0 sources have a function gtk_widget_modify_bg() that does this for you. Havoc Yes, sorry for the brevity; I've typed it in a few times before, this is one of the many FAQs not in the FAQ. Something like: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Not tested. You may want to modify states other than NORMAL, but it should be obvious how to do so following this example. Havoc From varia@ecf.utoronto.ca Mon Nov 13 20:44:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cannon.ecf.utoronto.ca (cannon.ecf.utoronto.ca [128.100.8.5]) by mail.gnome.org (Postfix) with ESMTP id C83212BAC4 for ; Mon, 13 Nov 2000 20:44:54 -0500 (EST) Received: from skule.ecf (varia@skule.ecf [128.100.8.6]) by cannon.ecf.utoronto.ca (8.9.3/8.9.3) with ESMTP id UAA30082 for ; Mon, 13 Nov 2000 20:44:53 -0500 Received: from localhost (varia@localhost) by skule.ecf (8.9.3/8.9.3) with SMTP id UAA629102 for ; Mon, 13 Nov 2000 20:44:53 -0500 (EST) X-Authentication-Warning: skule.ecf: varia owned process doing -bs Date: Mon, 13 Nov 2000 20:44:53 -0500 (EST) From: Meghal Harish Varia X-Sender: varia@skule.ecf To: gtk-list@gnome.org Subject: Gtkand the internet Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any "simple" way to convert a gtk+ application to run on a web page, or is a full rewrite required? Meghal From dsh8290@rit.edu Mon Nov 13 21:52:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 04DA02BC8E for ; Mon, 13 Nov 2000 21:52:11 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id VAA23499; Mon, 13 Nov 2000 21:52:04 -0500 (EST) Date: Mon, 13 Nov 2000 21:51:40 -0500 From: D-Man To: andrew@owsla.cjb.net Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113215140.C18291@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <"from Andrew_Ferguson"@walnut.prs.k12.nj.us> <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 16:54:50 -0400 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't see any replies yet (BTW, you're date is a little behind ;-)). Just find any gtk application and run "app --help" to find the options. -D On Mon, 14 Aug 2000 16:54:50 Andrew Ferguson wrote: | [ I posted this to gtk-app-devel-list@gnome.org some time ago and | recieved little response, hence I have reposted it here; perhaps | someone on this list will tell me if what I have done is a good, bad, | or ugly thing. Thanks.] | | Hi, | | In the GTK+ tutorial, it is mentioned that there are several standard | arguments that GTK+ accepts (the one's parsed for by | gtk_init(&argc, &argv) ). | | I was unable to find any documentation on these arguments (except for | two email messages to the main GTK+ list). So, I have looked in the | GTK+ code and put up a webpage with my findings, if anyone on the list | could go to | | http://owsla.cjb.net/gtk.shtml | | and tell me about an errors, additions, etc., I would be most obliged. | Also, is any of this information wanted by the FAQ or tutorial | maintainers? Thanks. | | _________________________________________________ | Andrew Ferguson | http://owsla.cjb.net | andrew@owsla.cjb.net | Tintin Webring: http://owsla.cjb.net/tintin/ring/ | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dave@svarozic.srce.hr Mon Nov 13 22:01:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from svarozic.srce.hr (svarozic.srce.hr [161.53.2.157]) by mail.gnome.org (Postfix) with ESMTP id E91AA2D473 for ; Mon, 13 Nov 2000 22:01:48 -0500 (EST) Received: (from dave@localhost) by svarozic.srce.hr (8.9.3+Sun/8.9.3) id EAA00750; Tue, 14 Nov 2000 04:01:32 +0100 (MET) Date: Tue, 14 Nov 2000 04:01:31 +0100 From: Drazen Kacar To: Matt Eisemann Cc: "'Drazen Kacar'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: Re: installing 2.8 Message-ID: <20001114040131.A740@svarozic.srce.hr> References: <01C04D92.75D60C60.meisemann@dsrnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <01C04D92.75D60C60.meisemann@dsrnet.com>; from meisemann@dsrnet.com on Mon, Nov 13, 2000 at 04:54:59PM -0500 X-Face: 'UIE}WabGB0+U>p-#(hp<_+AD2{H],=qR*jHfm$/e]l0(kU3oOYc5lqG6gg>[\h^IOc{'siD6#!T&loIShgmYHz3#+*D38:|`~\BE,(W~Ol9BDfDwk'lKJ;Z{sY8E9(ME.E]'wvNO`$n#,;9Z`tOFcW/nHZq!BOSrM>V?C<5DTw=<${c{M2V+|)0jSUl&!+8%8nIBF(u:E>SZWM^e X-Attribution: Dave Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann wrote: > Finally I can get back to this. Well now I can get back to this. To > answer the questions below, the compiler that I am using is gcc (not cc). > I will prog provide some of the makefile for your inspection and see if > that looks right. . . . . > > CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS Remove -pedantic. That's probably the cause of: glibconfig.h:43: warning: ANSI C does not support 'long long' If that doesn't help, try removing -ansi as well. > For GTK and GLIB I think I used most of the default settings but I did > redirect the architecture-independent files I think. Probabaly used > ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default > /usr/local. I think I also did the same thing with the GLIB ./configure > script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something > like that. Could the error below be due to the above or did I not answer Then you'd have to have /home/matt/mppcm/ssep/GLIB/bin in your $PATH if you want your shell to be able to find glib-config. Or you'll have to have symlink in one of the directories which are in your PATH. -- .-. .-. Chaos, panic & disorder - my work here is done. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From gharris@flashcom.net Tue Nov 14 04:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5B2992BBA9 for ; Tue, 14 Nov 2000 04:22:22 -0500 (EST) Received: (cpmta 7413 invoked from network); 14 Nov 2000 01:22:17 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 14 Nov 2000 01:22:17 -0800 X-Sent: 14 Nov 2000 09:22:17 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id BAA00439; Tue, 14 Nov 2000 01:22:14 -0800 (PST) (envelope-from gharris) Date: Tue, 14 Nov 2000 01:22:14 -0800 From: Guy Harris To: D-Man Cc: andrew@owsla.cjb.net, gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001114012214.A351@quadrajet.flashcom.com> References: <"from <20000814165449.A4412@linajudo.owsla.net> <20001113215140.C18291@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001113215140.C18291@dman.rh.rit.edu>; from dsh8290@rit.edu on Mon, Nov 13, 2000 at 09:51:40PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 13, 2000 at 09:51:40PM -0500, D-Man wrote: > Just find any gtk application and run "app --help" to find the options. I found one: % ethereal --help but it just popped up its standard 3-pane window; it didn't print anything. (You use "-h" on Ethereal.) I found another one: % xmms --help but all it printed was: Usage: xmms [options] [files] ... Options: -------- -h, --help Display this text and exit. -n, --session Select XMMS session (Default: 0) -r, --rew Skip backwards in playlist -p, --play Start playing current playlist -u, --pause Pause current song -s, --stop Stop current song -f, --fwd Skip forward in playlist -e, --enqueue Don't clear the playlist -m, --show-main-window Show the main window. -v, --version Print version number and exit. with no description of generic GTK+ options - which is what he was looking for, not the options for a particular application. GTK+ 1.2.8, at least, doesn't treat "--help" specially in "gtk_init_check()" (which is what "gtk_init()" calls); in fact, I don't see anything to treat "--help" specially anywhere in GTK+ 1.2.8 (nor in GLib 1.2.8, for that matter). There also doesn't seem to be anything in the current CVS version of GTK+ to treat "--help" specially. Perhaps GNOME applications do that, but that doesn't automatically happen with GTK+ applications. From john.cupitt@ng-london.org.uk Tue Nov 14 06:48:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id B6DAB2BC89 for ; Tue, 14 Nov 2000 06:48:13 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8Y8; Tue, 14 Nov 2000 11:48:12 -0000 Message-ID: <3A1125A1.DA8E74C9@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:44:33 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Patrick Schweiger wrote: > Paul Barton-Davis wrote: > > please don't do this. Use > > > > status_lbl1->set_name ("StatusLabel"); > > status_lbl2->set_name ("StatusLabel"); > > > > and then load a GTK RC file with: > > > > style "status_label" { > > fg[NORMAL] = { 0.93, 0.94, 0.23 } > > } > > widget "*StatusLabel" style "status_label" > > I've read similar advice (might have been yours for all I know) in previous > messages on this list. I am using a massive GTK rc to set color preferences > for components with "static" color. The reason I resorted to this ugly code > is because I want to change the color at run time ... > the only way I see to accomplish something like this > would be to create 12 labels, set_naming() each set of two, then hiding the > set that's currently visible, and showing the set that reflects the > application's new state ... this can certainly be done ... but I would > argue that this paradigm isn't much prettier (if at all). > > If you find there is a "cleaner" way to accomplish something like this > using RC files I would love to hear from you again - maybe I'm just not > seeing the light ;) Paul is right, you're better off with .gtkrc files. The trick is that you can set_name() at any time, changing the name updates the style, and it's a cheap call. In my app I have: style "error_style" { bg[].. } style "clean_style" { bg[].. } style "leaf_style" { bg[].. } etc. widget "*error_widget" style "error_style" widget "*clean_widget" etc. Then when one of my widgets changes state, I set_name() to the new state ... and it is automcatically updated with the new style. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From john.cupitt@ng-london.org.uk Tue Nov 14 06:51:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id E6B9E2DBAA for ; Tue, 14 Nov 2000 06:51:33 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8ZG; Tue, 14 Nov 2000 11:51:28 -0000 Message-ID: <3A112662.118A2EE0@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:47:46 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: Gtkand the internet References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal Harish Varia wrote: > Is there any "simple" way to convert a gtk+ application to run on a web > page, or is a full rewrite required? You could take a look at broadway: http://www.broadwayinfo.com/ John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pbd@op.net Tue Nov 14 09:05:49 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 46E102DBBC for ; Tue, 14 Nov 2000 09:05:48 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0b.ppp.op.net [209.152.194.75]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01336; Tue, 14 Nov 2000 09:04:59 -0500 (EST) Message-Id: <200011141404.JAA01336@renoir.op.net> To: gtkmm Mailing List Cc: gtk-list@gnome.org Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Mon, 13 Nov 2000 19:08:28 +0100." <20001113190827.A1435@vulcain.yyydom> Date: Tue, 14 Nov 2000 09:06:52 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ GTK folk: gtkmm-main folk are discussing whether our main loop object (Gtk::Kit aka Gtk::Main) should call gtk_exit() itself ] >> > But, just moving the "throw 1;" line to the other side of "Gtk::Kit >> > kit(argc, argv)" returns "0" without printing the error message: >> >> Gtk::Kit::~Kit calls gtk_exit(0), so the program terminates during the >> stack unwinding. > >argh! > >i thought this was finally fixed ? >there is no reason why Kit::~Kit may call exit(). > >it is my own duty to return from main. >maybe i want to do something else after using gtk-- ? >gtk-- is just a library. it has no right to play god. I agree absolutely. The problem, however, is that this exists down at the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell GTK "ok, shutdown and cleanup" that is guaranteed to be clean without also telling it to call exit(0). Here's what the (fantastic) GTK reference manual says: --------------------------------------------------------------------- gtk_exit () void gtk_exit (gint error_code); Terminate the program and return the given exit code to the caller. This function will shut down the GUI and free all resources allocated for error_code : Return value to pass to the caller. This is dependend on the target system but at least on Unix systems 0 means success. --------------------------------------------------------------------- No other listed function is described as shutting down the GUI. Now, in reality, we know that something like: while (gtk_main_level()) { gtk_main_quit(); } will accomplish most of the desired goal *currently*. But given the public description of gtk_exit(), there is nothing to stop some critical functionality from moving into that function at some point. So, I feel that until GTK advertises another function that *just* shuts down the GUI and frees all resources, Gtk::Main (I *hate* the word "Kit" :) should continue to call gtk_exit(). OTOH, I really feel that GTK should offer such a function. But then again, this is not easy to do with 100% correction. Shutting down the connection to the X server would work for me, though, and if there was a way to force GDK and GTK to destroy every object as well, that would be even better. Not glib though, since a program may be using glib for other things. --p From Dermot.McCluskey@ireland.sun.com Tue Nov 14 10:55:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id 18D3C2BABE for ; Tue, 14 Nov 2000 10:55:41 -0500 (EST) Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id HAA19240 for ; Tue, 14 Nov 2000 07:55:37 -0800 (PST) Received: from sternwood (sternwood [129.156.238.42]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with SMTP id PAA06001 for ; Tue, 14 Nov 2000 15:55:36 GMT Message-Id: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Date: Tue, 14 Nov 2000 15:55:35 +0000 (GMT) From: Dermot McCluskey Reply-To: Dermot McCluskey Subject: GTK+ test suite To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: z9eGPGzyi9LucDXIEylbmw== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.8 sun4u sparc Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I work in the Desktop Test Team at Sun. As you may know, Sun has joined the GNOME Foundation and is adopting GNOME as the future desktop for Solaris. We are planning to develop a verification test suite for GTK+. This test suite could be used to check the stability of a particular build of GTK+ and to find bugs. We are currently putting together a team to work on this project. Our plan is to check the code in to the CVS tree at gnome.org as soon as we have something usable. Some of the areas to be tested will include: - completeness of header files - ability to create all standard (non-deprecated) widgets; check default properties are set correctly; get and set standard properties; receive expected callbacks; etc - expected behavior and return values from library functions The execution of the test suite will be automated - there will be no manual intervention or inspection involved. We plan to use the TET test harness to control builds, execution, journal files and results tabulation. A suitable open source version of TET3 is available from The Open Group (tetworks.opengroup.org). Any comments or suggestions on areas we should cover or ideas on implementation are welcome. - Dermot Dermot McCluskey - Sun Microsystems, Ireland - Desktop Test From kenelson@ece.ucdavis.edu Tue Nov 14 12:57:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ece.ucdavis.edu (clover.ece.ucdavis.edu [169.237.32.1]) by mail.gnome.org (Postfix) with ESMTP id F38762D2E6 for ; Tue, 14 Nov 2000 12:57:21 -0500 (EST) Received: from clover.ece.ucdavis.edu (kenelson@localhost [127.0.0.1]) by ece.ucdavis.edu (8.9.3/8.9.3) with ESMTP id JAA13626; Tue, 14 Nov 2000 09:56:47 -0800 (PST) Message-Id: <200011141756.JAA13626@ece.ucdavis.edu> X-face: RinRV?cII^~g?cLc9;-D}8xnP^:6hX}*,%&@y"6p7xm^Z]V<7(`zzI!/#s%[2G'fTVC+b"* 4eYfecJ4=,gHu4o_{Z[VG{Em*{tC^LKZ6eUDc?PI0@dk}3"kJ7*"y8*hMv\qz[C5djlU#AQh0Cq.%W @2kSd~S<&}]!;ZNm(wUE4= X-url: http://www.ece.ucdavis.edu/~kenelson To: Paul Barton-Davis Cc: gtkmm Mailing List , gtk-list@gnome.org, kenelson@ece.ucdavis.edu Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Tue, 14 Nov 2000 09:06:52 EST." <200011141404.JAA01336@renoir.op.net> Date: Tue, 14 Nov 2000 09:56:47 -0800 From: Karl Nelson Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >argh! > > > >i thought this was finally fixed ? > >there is no reason why Kit::~Kit may call exit(). > > > >it is my own duty to return from main. > >maybe i want to do something else after using gtk-- ? > >gtk-- is just a library. it has no right to play god. > > I agree absolutely. The problem, however, is that this exists down at > the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell > GTK "ok, shutdown and cleanup" that is guaranteed to be clean without > also telling it to call exit(0). > > Here's what the (fantastic) GTK reference manual says: > [...] > > No other listed function is described as shutting down the GUI. > > Now, in reality, we know that something like: > > while (gtk_main_level()) { > gtk_main_quit(); > } > > will accomplish most of the desired goal *currently*. But given the > public description of gtk_exit(), there is nothing to stop some > critical functionality from moving into that function at some point. Actually it is worse. Gtk+ is is very bad about being greedy with resources. THus every time it allocates a piece of memory of certain size, it never frees it. It just holds that chunk in researve in case another thing the same size needs it. I tried in vain at one point to convince them to switch to an allocator which frees if the number of items on the stack grows larger than 32 or 64. (Which according to analysis slows gtk+ programs by 0.01%.) But they really won't hear of it. Thus the only way gtk+ will ever free is by exiting! > > So, I feel that until GTK advertises another function that *just* > shuts down the GUI and frees all resources, Gtk::Main (I *hate* the > word "Kit" :) should continue to call gtk_exit(). (Okay, I secretly hate Main because someone sent this code which scares me. int main(int argc, char** argv) { Gtk::Main main(argc,argv); ) > > OTOH, I really feel that GTK should offer such a function. But then > again, this is not easy to do with 100% correction. Shutting down the > connection to the X server would work for me, though, and if there was > a way to force GDK and GTK to destroy every object as well, that would > be even better. Not glib though, since a program may be using glib for > other things. Well, we could place some code to do it, but it would be our own mess. If you send destroy to every toplevel widget, you will blast everything but those memory lists. I suspect the only way it will happen is if someone gets gtk+ patch in. But considering my tim is down to just basic gtk-- maintainence it won't be me. --Karl From meisemann@dsrnet.com Tue Nov 14 13:43:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id E06FC2BB2C for ; Tue, 14 Nov 2000 13:43:21 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAEIVxp00099 for ; Tue, 14 Nov 2000 13:32:00 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAEIVr400070; Tue, 14 Nov 2000 13:31:53 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 14 Nov 2000 13:42:12 -0500 Message-ID: <01C04E40.B0F9AC80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Tue, 14 Nov 2000 13:42:10 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Somewhat related to below. I have my dialog widget in its own function now. Hence , all the callbacks and widget creation are in a single function . Is this a bad idea? See the code (simplified...taken out hopefully extraneous code) VOID dialog_create(SHARED_WINDOW *tasks) { GtkWidget *dialog_win; GtkWidget *dialog_label; GtkWidget *dialog_ok dialog_win = gtk_dialog_new(); gtk_widget_set_usize(dialog_win, 250,250); dialog_label=gtk_label_new("WARNING some text here \n"); dialog_ok = gtk_button_new_with_label("OK"); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox), dialog_label, FALSE,FALSE,NO_PADDING); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area), dialog_ok, FALSE,FALSE,NO_PADDING); gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); gtk_signal_connect_object(GTK_OBJECT(dialog_win),"delete-event", GTK_SIGNAL_FUNC(dialog_delete_ev ent),NULL); gtk_signal_connect(GTK_OBJECT(dialog_win),"destroy", GTK_SIGNAL_FUNC(utics_destroy),N ULL); gtk_widget_show(dialog_ok); gtk_widget_show(dialog_label); gtk_widget_show(dialog_win); tasks->dialog_win = dialog_win; tasks->dialog_create = TRUE; } Here is the dialog_delete_event function. gint dialog_delete_event(GtkWidget *widget, GdkEvent *event, gpointer data) { g_print("dialog delete event occurred\n"); gtk_widget_hide(widget); return(TRUE); } void destroy(GtkWidget *widget), gpointer data) { gtk_widget_hide(widget); } The gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); works great without noticible problems but the other ones do not work. When I try to close the window via the window manager, the menu for the window dissappears but the dialog box remains. Any noticible reasons why? Maybe the above code will help. I want the dialog box to dissaprear and not be destroyed when the user closes the window via the window menu. (command ALT - F4). Any ideas why it is not working. Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Monday, October 30, 2000 6:51 PM To: gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem The code looks OK to me, however, you may be running into a scoping issue with dialog_win depending on where you use gtk_signal_connect(). Otherwise, I think I'd need to see more of your code to figure out what's going on. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Monday, October 30, 2000 6:23 PM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > You were right. For some reason it needed gtk_signal_connect_object. If > I > want to also have a window delete handler in case they close the window > via > window mgr does the following look right given the variable names I have > used already. > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > gtk_widget_hide(widget); > return(TRUE); > } > > Actually, i just tried it and I got a core dump. Anything look wrong > above. Thanks ahead of time for your help. > > Matt > > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 5:58 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > Just a thought... It appears the problem has to do with > gtk_signal_connect() > passing it's first argument to gtk_widget_hide() whereas I think your > trying to > pass the last argument instead. Try using gtk_signal_connect_object(), it > > will > change the order of the argments passed to the callback function so that > the > last argument to gtk_signal_connect_object() is passed as the first > argument to > gtk_widget_hide() instead. > > > > -- Stupid Genius > > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 5:09 PM > > To: gtk-list@gnome.org > > Subject: dialog widget problem > > > > Currently I am creating an application, but there is something wrong > with > > the callback that hides the widget or something is wrong in my logic. > Here > > is a bit of code below which so should give some idea of what I am > doing. > > The main window calls a dialog box when a certain flag is set. I want > the > > user to be able to push the "OK" button and hide the dialog window and > > reset the flag back to FALSE. I hopefully left out extraneous > information > > and code. > > > > void some_function(... ) > > { > > > > ..... > > > > > > > > if(tasks->dead_tasks == TRUE) > > { > > gtk_widget_show_all(tasks->dialog_win); > > tasks->dead_tasks = FALSE; > > } > > } > > > > > > > > int main(INT argc, CHAR *argv[]) > > { > > ... > > dialog_win = gtk_dialog_new(); > > dialog_label = gtk_label_new("WARNING. There is something wrong. "); > > dialog_ok = gtk_button_new_with_label("OK"); > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > ALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > _ok, FALSE,FALSE, NO_PADDING); > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > T(dialog_win)); > > } > > The code works somewthat above but the problem is that the OK button > > disappears and not the whole window. > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pks@timing.com Tue Nov 14 14:12:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 22C122BAC4 for ; Tue, 14 Nov 2000 14:12:20 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA790; Tue, 14 Nov 2000 12:16:27 -0700 Message-ID: <3A118E60.95BE0160@timing.com> Date: Tue, 14 Nov 2000 12:11:28 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Cupitt Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> <3A1125A1.DA8E74C9@ng-london.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt wrote: > Paul is right, you're better off with .gtkrc files. The trick is that > you can set_name() at any time, changing the name updates the style, and > it's a cheap call. In my app I have: > > style "error_style" { > bg[].. > } > style "clean_style" { > bg[].. > } > style "leaf_style" { > bg[].. > } > etc. > widget "*error_widget" style "error_style" > widget "*clean_widget" etc. > > Then when one of my widgets changes state, I set_name() to the new state > ... and it is automcatically updated with the new style. Ahhhhh! I never even thought of this! I guess I was sidetracked by the fact that parsing a resource file does not affect the appearance of widgets created/realized/mapped/shown before the parsing ... which in retrospect doesn't make a whole lot of sense either ... > HTH, you *bet* it does! I thank you, Paul and gtk-list! From david@linux.com Tue Nov 14 19:09:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 2930D2BC09 for ; Tue, 14 Nov 2000 19:09:32 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF09Tq19512 for ; Tue, 14 Nov 2000 16:09:29 -0800 Message-ID: <3A11D439.A835ECF@linux.com> Date: Tue, 14 Nov 2000 16:09:29 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: gtk_entry_set_text() and very fast updates Content-Type: multipart/mixed; boundary="------------57DD6587A406CDEAB9918436" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------57DD6587A406CDEAB9918436 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Question, I have need to update an entry box on the order of ~200ms intervals. Using gtk_entry_set_text() only seems to grow in memory usage. [...] commaval=commafy(tuples); sprintf(temp, "%*s", 9, commaval); free(commaval); gtk_entry_set_text(GTK_ENTRY(count_field), temp); [...] Consider this the body of a loop. Yes, I'm new to gtk starting last wednesday evening. Can someone recommend a leak proof method other than widget de/construction? tia, -d -- "The difference between 'involvement' and 'commitment' is like an eggs-and-ham breakfast: the chicken was 'involved' - the pig was 'committed'." --------------57DD6587A406CDEAB9918436 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------57DD6587A406CDEAB9918436-- From rhajikhani@etoys.com Tue Nov 14 20:24:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 0C56C2BCB6 for ; Tue, 14 Nov 2000 20:24:19 -0500 (EST) Received: (qmail 29921 invoked from network); 15 Nov 2000 00:43:42 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 15 Nov 2000 00:43:42 -0000 Received: from etoys.com (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSNBHC; Tue, 14 Nov 2000 17:04:41 -0800 Message-ID: <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 18:03:54 -0800 From: Rasoul Hajikhani Organization: etoys X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.7-1.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Help! is gtk cpu intensive? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are gtk applications cpu intensive. I have a window that has a menu box, 3 buttons, scrollable window that holds gtkrgb object, couple of frames and a table, and it reads 27% cpu. Is this normal or does this mean I have done something wrong... ps: does any one know where I can get oci.h off the net. My Oracle installation did not have it... Thanks -r From alan@ielinux.com Tue Nov 14 21:41:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 503112CED7 for ; Tue, 14 Nov 2000 21:40:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id KAA04130 for ; Wed, 15 Nov 2000 10:47:53 +0800 Message-ID: <004e01c04ead$7e679440$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set dialog window always on top?? Date: Wed, 15 Nov 2000 10:40:48 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004B_01C04EF0.848E26C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable How to set dialog window always on top?? I program a YesNoWindow,=20 I can set gtk_grab_add() let MainWindow can't get event. But I clicked the MainWindow, the YesNoWindow would lower MainWindow. Could I let the YesNoWindow(sub Dialog) always raise over MainWindow? How to do it?? ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
How to set dialog window always = on=20 top??
I program a YesNoWindow, =
I can set gtk_grab_add() = let MainWindow can't get = event.
But I clicked the MainWindow, = the=20 YesNoWindow would lower=20 MainWindow.
Could I let the YesNoWindow(sub = Dialog)=20 always raise over MainWindow?
How to do = it??
------=_NextPart_000_004B_01C04EF0.848E26C0-- From pbd@op.net Tue Nov 14 21:54:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 152212BF70 for ; Tue, 14 Nov 2000 21:54:51 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18026; Tue, 14 Nov 2000 21:54:45 -0500 (EST) Message-Id: <200011150254.VAA18026@renoir.op.net> To: Rasoul Hajikhani Cc: "gtk-list@gnome.org" Subject: Re: Help! is gtk cpu intensive? In-reply-to: Your message of "Tue, 14 Nov 2000 18:03:54 PST." <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 21:56:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message <3A11EF0A.1B1AE58F@etoys.com>you write: >Are gtk applications cpu intensive. I have a window that has a menu box, >3 buttons, scrollable window that holds gtkrgb object, couple of frames >and a table, and it reads 27% cpu. Is this normal or does this mean I >have done something wrong... you've done something wrong. without seeing any code, its impossible to tell what. >ps: does any one know where I can get oci.h off the net. My Oracle >installation did not have it... at least one version of oci.h is copyrighted by oracle. --p From otaylor@redhat.com Tue Nov 14 22:58:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 35E092BD43 for ; Tue, 14 Nov 2000 22:58:37 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EDAF3242654; Tue, 14 Nov 2000 22:58:36 -0500 (EST) To: Dermot McCluskey Cc: gtk-list@gnome.org, gtk-devel-list@gtk.org Reply-To: gtk-devel-list@gtk.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> From: Owen Taylor Date: 14 Nov 2000 22:58:36 -0500 In-Reply-To: Dermot McCluskey's message of "Tue, 14 Nov 2000 15:55:35 +0000 (GMT)" Message-ID: Lines: 65 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ This would be best discussed on gtk-devel-list, so I've set the reply to point to that list. ] Dermot McCluskey writes: > I work in the Desktop Test Team at Sun. As you may > know, Sun has joined the GNOME Foundation and is > adopting GNOME as the future desktop for Solaris. > > We are planning to develop a verification test suite > for GTK+. This test suite could be used to check the > stability of a particular build of GTK+ and to find bugs. > We are currently putting together a team to work on > this project. > > Our plan is to check the code in to the CVS tree at > gnome.org as soon as we have something usable. > > Some of the areas to be tested will include: > - completeness of header files Hmmm, I'm not sure what this means quite... > - ability to create all standard (non-deprecated) widgets; > check default properties are set correctly; > get and set standard properties; > receive expected callbacks; etc So the idea here is to drive the widgets via their introspectable interface? Certainly quite a bit of testing can be done this way, though it probably will be as much testing the glue between the property system and the core itself. > - expected behavior and return values from library functions I assume this would involve writing specific test cases. These ideas sound like a reasonable start. I have very little experience in doing automated testing of toolkits, so I'd probably have to see things in action to know how it will work. > The execution of the test suite will be automated - there will > be no manual intervention or inspection involved. We plan to > use the TET test harness to control builds, execution, journal > files and results tabulation. A suitable open source version > of TET3 is available from The Open Group (tetworks.opengroup.org). Can you provide some more details on TET - I was unable to find out anything useful from the web page without registering to download. In particular: - What are the details of the license? (The Open Group has a history of being unable to get its act together on open license...) - What platforms does it run on? I saw mention on the web site of Win32 and Java... Thanks, Owen From dsh8290@rit.edu Tue Nov 14 23:20:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 425F22CA94 for ; Tue, 14 Nov 2000 23:20:51 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA09128 for ; Tue, 14 Nov 2000 23:20:50 -0500 (EST) Date: Tue, 14 Nov 2000 23:20:19 -0500 From: D-Man To: gtk-list Subject: Future of GTK Message-ID: <20001114232019.A1463@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi. I have a few questions regarding the future of GTK in my evaluation and comparison of GTK+ and wxWindows. Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? Thanks all for your input on this subject. -D From hp@redhat.com Wed Nov 15 00:21:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 00A852BC92 for ; Wed, 15 Nov 2000 00:21:39 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5KWH11139; Wed, 15 Nov 2000 00:20:32 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list Subject: Re: Future of GTK References: <20001114232019.A1463@dman.rh.rit.edu> From: Havoc Pennington Date: 15 Nov 2000 00:20:32 -0500 In-Reply-To: D-Man's message of "Tue, 14 Nov 2000 23:20:19 -0500" Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > Currently GTK is primarily for Unix and Unix-like operating systems. > Is it the intention that GTK (and libglade of course) will be > cross-platform? Yes. The most important difference between GTK and wxWindows in this respect is that GTK will always be an "emulating" toolkit (meaning it draws its own widgets that may look like native widgets given the right theme, but it doesn't use native widgets). AFAIK wxWindows is a "wrapper" toolkit (meaning it uses native widgets underneath). A "wrapper" toolkit is going to be less flexible/powerful than a native toolkit like GTK, in general. This is why Java moved away from that (AWT) and Swing has a more GTK-like approach. But of course a wrapper toolkit has more native L&F. On the other hand, GTK _is_ the native L&F on at least one platform, unlike Swing. > How easy/feasible is it to bind various languages to C++? For language bindings the issue isn't C vs. C++. The issue is that GTK has an object system designed to facilitate language bindings. You could write such an object system in C or in C++ (in fact Microsoft has done so as part of their .NET framework). The "object system" that C++ has by default though isn't very good for this, you need a more powerful object system on top. And of course pretty much all large C++ systems have a more powerful object system on top - QObject in Qt for example. Though QObject is not designed to address the language binding issue. Havoc From hp@redhat.com Wed Nov 15 00:23:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id CED912BC92 for ; Wed, 15 Nov 2000 00:23:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5M4k11142; Wed, 15 Nov 2000 00:22:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: David Ford Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> From: Havoc Pennington Date: 15 Nov 2000 00:22:04 -0500 In-Reply-To: David Ford's message of "Tue, 14 Nov 2000 16:09:29 -0800" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ David Ford writes: > Question, I have need to update an entry box on the order of ~200ms > intervals. Using gtk_entry_set_text() only seems to grow in memory > usage. > > [...] > commaval=commafy(tuples); > sprintf(temp, "%*s", 9, commaval); > free(commaval); > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > [...] > > Consider this the body of a loop. Yes, I'm new to gtk starting last > wednesday evening. Can someone recommend a leak proof method other than > widget de/construction? > If you're running that in a loop without ever running the GTK main loop, the memory leak is probably just GTK queuing up more and more redraws or something; try running the main loop once in a while. Havoc From wolfgang@ultim.net Wed Nov 15 00:24:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id E39942BC92 for ; Wed, 15 Nov 2000 00:24:02 -0500 (EST) Received: (qmail 19944 invoked from network); 15 Nov 2000 05:18:07 -0000 Received: from m170.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.170) by athena.ultim.net with SMTP; 15 Nov 2000 05:18:07 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAF5GnY18704 for gtk-list@gnome.org; Wed, 15 Nov 2000 00:16:49 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Wed, 15 Nov 2000 00:16:46 -0500 From: Wolfgang Sourdeau To: gtk-list Subject: Re: Future of GTK Message-ID: <20001115001644.A18672@debian.home> References: <20001114232019.A1463@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001114232019.A1463@dman.rh.rit.edu>; from dsh8290@rit.edu on Tue, Nov 14, 2000 at 11:20:19PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 14, 2000 at 11:20:19PM -0500, heure d'inpiration, D-Man écrivait en ces mots: > > Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? GTK+ is currently being implemented for the Win32 and BeOS platform. I am quite sure a MacOS port is underway too. Please refer to http://www.gtk.org. For what the any_languages->C++ bindings I will let someone else answer. But I think it is more difficult than with C because of C++ way of managing its objects. Wolfgang -- A chicken is an egg's way of producing more eggs. From david@linux.com Wed Nov 15 01:47:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8ED692BC0E for ; Wed, 15 Nov 2000 01:47:14 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF6l5q27835; Tue, 14 Nov 2000 22:47:08 -0800 Message-ID: <3A123169.CAA37887@linux.com> Date: Tue, 14 Nov 2000 22:47:05 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> Content-Type: multipart/mixed; boundary="------------C1D651F0BBBA7BCDD0093C3D" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Havoc Pennington wrote: > David Ford writes: > > Question, I have need to update an entry box on the order of ~200ms > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > usage. > > > > [...] > > commaval=commafy(tuples); > > sprintf(temp, "%*s", 9, commaval); > > free(commaval); > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > [...] > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > wednesday evening. Can someone recommend a leak proof method other than > > widget de/construction? > > > > If you're running that in a loop without ever running the GTK main > loop, the memory leak is probably just GTK queuing up more and more > redraws or something; try running the main loop once in a while. The loop is iterated by a gtk timer, the program sits in gtk main normally. sql_refresh is initially called by a button. I've commented everything in the function except for the set_text. Assume conn is null only for the first call and valid thereafter. It boils down to the below with main() having entered while()..gtk_main(). sql_refresh() [...] if(!conn) { auto_push_statusbar("You are not linked to the SQL server -- Going online"); sql_connect(); if(!conn) { auto_push_statusbar("Unable to link to SQL server"); return; } else auto_push_statusbar("Connected to SQL server, refreshing every..."); timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); } [...] gtk_entry_set_text() } auto_refresh() { GtkButton *dummy1=NULL; gpointer dummy2=0; sql_refresh(dummy1, dummy2); return; } If I comment out the set_text call, I can run the program at 1ms for 20 minutes and see no mem leak. -d --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------C1D651F0BBBA7BCDD0093C3D-- From bruces@mail.petech.ac.za Wed Nov 15 02:09:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 08E922BD79 for ; Wed, 15 Nov 2000 02:09:33 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA06384; Wed, 15 Nov 2000 09:08:50 +0200 Message-ID: <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "David Ford" Cc: References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> Subject: Re: gtk_entry_set_text() and very fast updates Date: Wed, 15 Nov 2000 09:08:54 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string given. Try to free temp each time after the text setting. Unfortunately I'm nowhere near a GTK+ box to give this a test myself. This may just break the app badly if it needs the original. Hope this works. Bruce ----- Original Message ----- From: "David Ford" To: "Havoc Pennington" Cc: Sent: Tuesday, November 14, 2000 10:47 PM Subject: Re: gtk_entry_set_text() and very fast updates > Havoc Pennington wrote: > > > David Ford writes: > > > Question, I have need to update an entry box on the order of ~200ms > > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > > usage. > > > > > > [...] > > > commaval=commafy(tuples); > > > sprintf(temp, "%*s", 9, commaval); > > > free(commaval); > > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > > [...] > > > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > > wednesday evening. Can someone recommend a leak proof method other than > > > widget de/construction? > > > > > > > If you're running that in a loop without ever running the GTK main > > loop, the memory leak is probably just GTK queuing up more and more > > redraws or something; try running the main loop once in a while. > > The loop is iterated by a gtk timer, the program sits in gtk main normally. > sql_refresh is initially called by a button. I've commented everything in > the function except for the set_text. Assume conn is null only for the first > call and valid thereafter. It boils down to the below with main() having > entered while()..gtk_main(). > > sql_refresh() > [...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going > online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } > [...] > gtk_entry_set_text() > } > > auto_refresh() > { > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; > } > > If I comment out the set_text call, I can run the program at 1ms for 20 > minutes and see no mem leak. > > -d > > From pbd@op.net Wed Nov 15 02:13:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 455D32CF06 for ; Wed, 15 Nov 2000 02:13:04 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id CAA02075 for ; Wed, 15 Nov 2000 02:13:02 -0500 (EST) Message-Id: <200011150713.CAA02075@renoir.op.net> To: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates In-reply-to: Your message of "Tue, 14 Nov 2000 22:47:05 PST." <3A123169.CAA37887@linux.com> Date: Wed, 15 Nov 2000 02:15:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >sql_refresh() >[...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going >online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } >[...] > gtk_entry_set_text() >} > >auto_refresh() >{ > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; >} This code doesn't make a lot of sense to me. What are you trying to accomplish ? When and how do you cancel the timeout function, and why doesn't it return FALSE or TRUE (or is that because you didn't actually cut-n-paste) ? --p From david@linux.com Wed Nov 15 02:17:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8D3A02BC0E for ; Wed, 15 Nov 2000 02:17:29 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF7Goq27877; Tue, 14 Nov 2000 23:16:52 -0800 Message-ID: <3A123862.87E3AFFF@linux.com> Date: Tue, 14 Nov 2000 23:16:50 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Bruce A. Smith" Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> Content-Type: multipart/mixed; boundary="------------630358A9D836FA4CC0025A32" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------630358A9D836FA4CC0025A32 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Bruce A. Smith" wrote: > I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string > given. Try to free temp each time after the text setting. Unfortunately I'm > nowhere near a GTK+ box to give this a test myself. This may just break the > app badly if it needs the original. > > Hope this works. That is what I had hoped, however it quickly segfaults after a few iterations. Is there documentation somewhere that says what functions copy and what functions don't? Where it's safe to do what? -d --------------630358A9D836FA4CC0025A32 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------630358A9D836FA4CC0025A32-- From david@linux.com Wed Nov 15 03:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 77E1B2BAE3 for ; Wed, 15 Nov 2000 03:08:13 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF886q28437; Wed, 15 Nov 2000 00:08:09 -0800 Message-ID: <3A124466.9E3335BF@linux.com> Date: Wed, 15 Nov 2000 00:08:06 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: [fixed] Re: gtk_entry_set_text() and very fast updates References: <200011150713.CAA02075@renoir.op.net> Content-Type: multipart/mixed; boundary="------------AE19907BCF653B58888E8B99" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------AE19907BCF653B58888E8B99 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Paul Barton-Davis wrote: > This code doesn't make a lot of sense to me. What are you trying to > accomplish ? When and how do you cancel the timeout function, and why > doesn't it return FALSE or TRUE (or is that because you didn't > actually cut-n-paste) ? I do believe I have found it thanks to your question of return value. I've changed the timer callback itself to return FALSE and the leak no longer occurs. The program also no longer segfaults. Perhaps a simple note can be added to the FAQ to RTFM [again] on the subject of callbacks and return values when it appears your program has a memleak and strange segfaults. -d --------------AE19907BCF653B58888E8B99 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------AE19907BCF653B58888E8B99-- From bruces@mail.petech.ac.za Wed Nov 15 03:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 3CCF72BAE3 for ; Wed, 15 Nov 2000 03:34:19 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09204 for ; Wed, 15 Nov 2000 10:34:13 +0200 Message-ID: <00b201c04f32$aa624560$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: Re Gtk Developer Network site Date: Wed, 15 Nov 2000 10:34:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From jones@iabg.de Wed Nov 15 06:19:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 17EC22BAE9 for ; Wed, 15 Nov 2000 06:19:38 -0500 (EST) Received: by iabgfw.iabg.de; id MAA29587; Wed, 15 Nov 2000 12:19:35 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma029548; Wed, 15 Nov 00 12:19:28 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Wed, 15 Nov 2000 12:19:27 +0100 Message-ID: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> From: "jones" To: Subject: updating entry widgets Date: Wed, 15 Nov 2000 12:18:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there anyway of making a entry widget update their entry at fixed time intervals? From john.cupitt@ng-london.org.uk Wed Nov 15 06:48:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id EEACF2BC61 for ; Wed, 15 Nov 2000 06:48:17 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ0H5; Wed, 15 Nov 2000 11:48:16 -0000 Message-ID: <3A127725.6E2FD33@ng-london.org.uk> Date: Wed, 15 Nov 2000 11:44:37 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: updating entry widgets References: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > Is there anyway of making a entry widget update their entry at fixed time > intervals? Hi, use gtk_timeout_add(), and update the entry in the timeout callback. John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From raszi@great.expectations.netfoo.org Tue Nov 14 18:17:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from great.expectations (tty-131.nas1.euroweb.hu [193.226.222.131]) by mail.gnome.org (Postfix) with ESMTP id 0576A2BE58 for ; Tue, 14 Nov 2000 18:17:18 -0500 (EST) Received: from raszi by great.expectations with local (Exim 3.16 #1 (Debian)) id 13vpKF-0001sI-00 for ; Wed, 15 Nov 2000 00:17:15 +0100 Date: Wed, 15 Nov 2000 00:17:15 +0100 From: KARASZI Istvan To: gtk-list@gnome.org Subject: File open/save dialog Message-ID: <20001115001715.A7062@great.expectations> Reply-To: raszi@bigfoot.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, i use often the file open/save dialog. And i'm very angry when i must delete my filename, when i want to go back into my home directory. I think a home button (near Create Dir, Delete File, Rename File or at the drop down menu in a separate option) is very comfortable. thanks, -- KARASZI Istvan From baxter@cs.unc.edu Mon Nov 13 10:22:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 82B5D2BAB1 for ; Mon, 13 Nov 2000 10:22:14 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id KAA05845; Mon, 13 Nov 2000 10:22:09 -0500 (EST) Message-ID: <3A100720.79FB2970@cs.unc.edu> Date: Mon, 13 Nov 2000 10:22:08 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did some more checking and they don't blink when using GNOME (sawfish) as the desktop manager. Only when KDE is the desktop manager. Havoc Pennington wrote: > Hi, > > They aren't supposed to blink, I've never heard of this problem. Maybe > your system clock is seriously broken, confusing GTK's timing? > > Havoc From pavan@gdit.iiit.net Tue Nov 14 14:56:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id E02362BAAF for ; Tue, 14 Nov 2000 14:56:24 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id BAA25370 for ; Wed, 15 Nov 2000 01:44:31 +0530 Date: Wed, 15 Nov 2000 01:44:31 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: GdkError !! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to draw a pixmap on another pixmap and trying to display the second one ! The problem is , second one is being created well but for the first one, the following error is being given ,, GdkWarning **:Creating pixmap from NULL window and colormap Can anyone explain me what this means , thanking you in anticipation, regards pavan From bruces@petech.ac.za Wed Nov 15 03:28:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id F02CD2BAE3 for ; Wed, 15 Nov 2000 03:27:55 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09012 for ; Wed, 15 Nov 2000 10:27:50 +0200 Message-ID: <008201c04f31$c5efe900$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: RE Gtk Developer Network site Date: Wed, 15 Nov 2000 10:27:55 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From mleisher@crl.nmsu.edu Wed Nov 15 10:34:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 0FD2F2BAAE for ; Wed, 15 Nov 2000 10:34:24 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA19963; Wed, 15 Nov 2000 08:34:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA19682; Wed, 15 Nov 2000 08:34:20 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA20966; Wed, 15 Nov 2000 08:34:18 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.44282.112015.417842@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 08:34:18 -0700 (MST) To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Some of the areas to be tested will include: - completeness of header >> files Owen> Hmmm, I'm not sure what this means quite... I suspect this means checking things like X11 header files that don't have return types specified (i.e. Solaris 2.8), prompting a flood of warnings when the -Wall flag is used with gcc. Owen> - What platforms does [TET] run on? I saw mention on the web site of Owen> Win32 and Java... Neither of which are being used by some of us. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From polom@convergence.de Wed Nov 15 11:39:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wintermute (chambertin.convergence.de [212.84.236.2]) by mail.gnome.org (Postfix) with ESMTP id EE62C2BC09 for ; Wed, 15 Nov 2000 11:39:03 -0500 (EST) Received: from wintermute ([127.0.0.1] helo=convergence.de ident=szymon) by wintermute with esmtp (Exim 3.16 #1 (Debian)) id 13vx69-0000No-00; Wed, 15 Nov 2000 08:35:13 +0100 Message-ID: <3A123C89.1D0D594A@convergence.de> Date: Wed, 15 Nov 2000 08:34:33 +0100 From: Szymon Polom Organization: convergence integrated media GmbH X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi... Owen Taylor wrote: > [ > This would be best discussed on gtk-devel-list, so I've > set the reply to point to that list. > ] > > Dermot McCluskey writes: > > > I work in the Desktop Test Team at Sun. As you may > > know, Sun has joined the GNOME Foundation and is > > adopting GNOME as the future desktop for Solaris. > > > > We are planning to develop a verification test suite > > for GTK+. This test suite could be used to check the > > stability of a particular build of GTK+ and to find bugs. > > We are currently putting together a team to work on > > this project. > In particular: > > - What are the details of the license? (The Open Group has a > history of being unable to get its act together on open > license...) > > - What platforms does it run on? I saw mention on the web site > of Win32 and Java... Java? Please not. Then they are going to do some stupting testing standard and superset it, because they own the java namespace and nobody is able to extend that standard. Or you have to licence their VM to be compliant or you have to use a test for your VM to be compliant. And so on. Sun. No thanks. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From hp@redhat.com Wed Nov 15 11:50:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id A5FF92CEB7 for ; Wed, 15 Nov 2000 11:50:46 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFGnK824323; Wed, 15 Nov 2000 11:49:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: From: Havoc Pennington Date: 15 Nov 2000 11:49:19 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Wed, 15 Nov 2000 01:44:31 +0530 (IST)" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > GdkWarning **:Creating pixmap from NULL window and colormap > Can anyone explain me what this means , > It means you are calling gdk_pixmap_new() without providing a window or colormap. This means GTK will assume the default visual/colormap, which may not be correct for the window you end up drawing the pixmap to. The way to solve it is to pass in the window or colormap you want to gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). The window you intend to draw the pixmap to would be appropriate here, or the result of gtk_widget_get_colormap() on the widget you intend to use the pixmap with. Havoc From otaylor@redhat.com Wed Nov 15 11:53:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0B7B2DCD0; Wed, 15 Nov 2000 11:53:20 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C0A28242659; Wed, 15 Nov 2000 11:53:20 -0500 (EST) To: Szymon Polom Cc: gtk-devel-list@gnome.org, Dermot McCluskey , gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123D84.7CB8515A@convergence.de> From: Owen Taylor Date: 15 Nov 2000 11:53:20 -0500 In-Reply-To: Szymon Polom's message of "Wed, 15 Nov 2000 08:38:44 +0100" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon Polom writes: > Hi... > > Owen Taylor wrote: > > > [ > > This would be best discussed on gtk-devel-list, so I've > > set the reply to point to that list. > > ] > > > > Dermot McCluskey writes: > > > > > I work in the Desktop Test Team at Sun. As you may > > > know, Sun has joined the GNOME Foundation and is > > > adopting GNOME as the future desktop for Solaris. > > > > > > We are planning to develop a verification test suite > > > for GTK+. This test suite could be used to check the > > > stability of a particular build of GTK+ and to find bugs. > > > We are currently putting together a team to work on > > > this project. > > > In particular: > > > > - What are the details of the license? (The Open Group has a > > history of being unable to get its act together on open > > license...) > > > > - What platforms does it run on? I saw mention on the web site > > of Win32 and Java... > > Java? Please not. Then they are going to do some stupting testing > standard and superset it, because they own the java namespace and nobody > is able to extend that standard. Or you have to licence their VM to be > compliant or you have to use a test for your VM to be compliant. And so > on. > > Sun? No thanks. This is a very unhelpful attitude to take, and not the way I think the GTK+ community should be responding to people interested in assisting with GTK+. Sun is interested in making contributions to the GTK+ project; we will work with them to make sure that that the work they do aligns with the goals of GTK+ and is useful for everybody. As Dermot has responded, the version of TET that they are planning to use does not use Java, so this turns out not to be an issue at all. Regards, Owen From mleisher@crl.nmsu.edu Wed Nov 15 12:11:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 027452BB1F for ; Wed, 15 Nov 2000 12:11:28 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id KAA00041; Wed, 15 Nov 2000 10:11:25 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id KAA43979; Wed, 15 Nov 2000 10:11:26 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id KAA21101; Wed, 15 Nov 2000 10:11:23 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.50107.812865.87743@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 10:11:23 -0700 (MST) To: gtk-devel-list@gtk.org, Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: <3A123C89.1D0D594A@convergence.de> References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123C89.1D0D594A@convergence.de> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon> Java? Please not. Then they are going to do some stupting testing Szymon> standard and superset it, because they own the java namespace and Szymon> nobody is able to extend that standard. Or you have to licence Szymon> their VM to be compliant or you have to use a test for your VM to Szymon> be compliant. And so on. This is a good point. My personal lack of interest in Java is simply due to the fact that I can solve the same problems much faster and with far less code in other programming languages that fill the same niche. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From lrclause@cs.uiuc.edu Wed Nov 15 13:46:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 3D7492D9B8 for ; Wed, 15 Nov 2000 13:46:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFIkFG31851; Wed, 15 Nov 2000 12:46:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <20001115001715.A7062@great.expectations> From: Lars Clausen Date: 15 Nov 2000 12:46:14 -0600 In-Reply-To: KARASZI Istvan's message of "Wed, 15 Nov 2000 00:17:15 +0100" Message-ID: Lines: 24 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, KARASZI Istvan wrote: > Hello, >=20 > i use often the file open/save dialog. And i'm very angry when i must > delete my filename, when i want to go back into my home directory. I think > a home button (near Create Dir, Delete File, Rename File or at the drop > down menu in a separate option) is very comfortable. SigUnix at UIUC has made a couple improvements to the file dialog. You can get patches for GTK 1.2.8 at . We're currently working on improving the filtering interface, but that has turned out to be a larger job that the previous fixes. Comments are very welcome! -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Anthony-Ferrand@wanadoo.fr Wed Nov 15 15:08:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id DAA1E2D3EB for ; Wed, 15 Nov 2000 15:08:47 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 15 Nov 2000 21:08:47 +0100 Message-ID: <3A12ED5D.FA957A67@wanadoo.fr> Date: Wed, 15 Nov 2000 21:09:01 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: passing args X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I use the gtk_timeout_add function and my problem is that I need to pass 2 args to the function specified in gtk_timeout_add but it accepts only one arg for datas.... Regards, ASF From dinh@enserb.fr Wed Nov 15 15:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 3B6682CB34 for ; Wed, 15 Nov 2000 15:49:03 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id VAA19547; Wed, 15 Nov 2000 21:48:52 +0100 (MET) Message-ID: <3A1304C6.33DB3E79@enserb.fr> Date: Wed, 15 Nov 2000 21:48:54 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: ASF Cc: GTK Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF wrote: > > Hello, > > I use the gtk_timeout_add function and my problem is that I need to pass > 2 args to the function specified in gtk_timeout_add but it accepts only > one arg for datas.... The idea is to pass a structure with these two arguments when you have a function void function(type1 * arg1, type2 * arg2) { .... } you have to define a second function and a structure : struct struct_arg1_arg2 { type1 * arg1; type2 * arg2; }; void function_prime(struct struct_arg1_arg2 * arg) { function(arg->arg1, arg->arg2); } to call the function, you do the following : { struct struct_arg1_arg2 data; data->arg1 = arg1; data->arg2 = arg2; gtk_timeout_add(interval, function, &data); } -- Hoa From dsh8290@rit.edu Wed Nov 15 16:11:16 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 177582CEB7 for ; Wed, 15 Nov 2000 16:11:16 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA08468 for ; Wed, 15 Nov 2000 16:11:15 -0500 (EST) Date: Wed, 15 Nov 2000 16:11:15 -0500 From: D-Man To: gtk-list Subject: Re: passing args Message-ID: <20001115161115.E1016@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001115155950.B1016@westsidecnc.rh.rit.edu>; from dsh8290@rit.edu on Wed, Nov 15, 2000 at 16:02:38 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. -D On Wed, 15 Nov 2000 16:48:54 DINH V. Hoà wrote: | ASF wrote: | > | > Hello, | > | > I use the gtk_timeout_add function and my problem is that I need to pass | > 2 args to the function specified in gtk_timeout_add but it accepts only | > one arg for datas.... | | | The idea is to pass a structure with these two arguments | | when you have a function | | void function(type1 * arg1, type2 * arg2) | { | .... | } | | | you have to define a second function and a structure : | | struct struct_arg1_arg2 | { | type1 * arg1; | type2 * arg2; | }; | | void function_prime(struct struct_arg1_arg2 * arg) | { | function(arg->arg1, arg->arg2); | } | | to call the function, you do the following : | | { | struct struct_arg1_arg2 data; | data->arg1 = arg1; | data->arg2 = arg2; | gtk_timeout_add(interval, function, &data); | } | | -- | Hoa | From pbd@op.net Wed Nov 15 16:18:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1457F2BC7C for ; Wed, 15 Nov 2000 16:18:03 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00378 for ; Wed, 15 Nov 2000 16:18:01 -0500 (EST) Message-Id: <200011152118.QAA00378@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 11:49:19 EST." Date: Wed, 15 Nov 2000 16:20:14 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It means you are calling gdk_pixmap_new() without providing a window >or colormap. This means GTK will assume the default visual/colormap, >which may not be correct for the window you end up drawing the pixmap >to. > >The way to solve it is to pass in the window or colormap you want to >gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). is this going to be "fixed" in the new GTK+ ? it seems like such a common question, and the "obvious" usage of gdk_pixmap_new() breaks so often that it seems as if the functions should be renamed so that the colormap-ish versions are the default. --p From pbd@op.net Wed Nov 15 16:19:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1B5092CE55 for ; Wed, 15 Nov 2000 16:19:52 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00457; Wed, 15 Nov 2000 16:19:03 -0500 (EST) Message-Id: <200011152119.QAA00457@renoir.op.net> To: Lars Clausen Cc: gtk-list@gnome.org Subject: Re: File open/save dialog In-reply-to: Your message of "15 Nov 2000 12:46:14 CST." Date: Wed, 15 Nov 2000 16:21:15 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >. We're >currently working on improving the filtering interface, but that has turned >out to be a larger job that the previous fixes. i thought somebody did this more than a year ago ? there was talk of it right here on this list ... From eric_monsler@radixwireless.com Wed Nov 15 16:42:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from radixtek.com (unknown [209.157.8.121]) by mail.gnome.org (Postfix) with ESMTP id 0292C2BC15 for ; Wed, 15 Nov 2000 16:42:42 -0500 (EST) Received: from dhcp-1-212.radixtek.com ([172.16.1.212] helo=radixwireless.com) by radixtek.com with esmtp (Exim 3.16 #1) id 13wAKA-0002Se-00; Wed, 15 Nov 2000 13:42:34 -0800 Message-ID: <3A13025F.421F9348@radixwireless.com> Date: Wed, 15 Nov 2000 13:38:39 -0800 From: Eric Monsler X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: dsh8290@rit.edu Cc: gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man wrote: > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > -D > I don't think that the macro approach works when specifying a function as a callback. Does it?? If so, I would love to hear how, because that would mean something is seriously broken in my understanding of the pre-processor, compilation and linking process and the callback use of function pointers. I would expect that using: #define function_prime(ARG) function(ARG->arg1,ARG->arg2) will cause the line: gtk_timeout_add(interval, function_prime, &data); to be expanded to: gtk_timeout_add(interval, function, &data); and, when called, to have the effect of calling function( ((type1 *)&data), ((type2 *)rand()) ); Where rand() is not really called of course, but represents some unknown content of a register or stack location used to pass the second argument of a function, when the call by pointer expects to be passing one argument. Eric From dsh8290@rit.edu Wed Nov 15 16:54:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id DA2862BD24 for ; Wed, 15 Nov 2000 16:54:37 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA10181; Wed, 15 Nov 2000 16:54:28 -0500 (EST) Date: Wed, 15 Nov 2000 16:54:28 -0500 From: D-Man To: Eric Monsler Cc: dsh8290@ritvax.isc.rit.edu, gtk-list Subject: Re: passing args Message-ID: <20001115165428.A1200@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3A13025F.421F9348@radixwireless.com>; from eric_monsler@radixwireless.com on Wed, Nov 15, 2000 at 16:38:39 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um, yeah. Good point. I wasn't thinking about callbacks there. However I do believe it is legal to take the address of a macro. -D On Wed, 15 Nov 2000 16:38:39 Eric Monsler wrote: | I don't think that the macro approach works when specifying a function | as a callback. Does it?? If so, I would love to hear how, because that | would mean something is seriously broken in my understanding of the | pre-processor, compilation and linking process and the callback use of | function pointers. From lrclause@cs.uiuc.edu Wed Nov 15 17:15:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 9E9B92BB2C for ; Wed, 15 Nov 2000 17:15:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFMFFK01827; Wed, 15 Nov 2000 16:15:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <200011152119.QAA00457@renoir.op.net> From: Lars Clausen Date: 15 Nov 2000 16:15:15 -0600 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:21:15 -0500" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, Paul Barton-Davis wrote: >> . We= 're >> currently working on improving the filtering interface, but that has tur= ned >> out to be a larger job that the previous fixes. >=20 > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... There's been much talk of rewriting it from scratch, but we looked and failed to find any improvements to the existing dialog. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From dinh@enserb.fr Wed Nov 15 18:24:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 121002DC08 for ; Wed, 15 Nov 2000 18:24:27 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07430; Thu, 16 Nov 2000 00:20:30 +0100 (MET) Message-ID: <3A132850.FEFAC745@enserb.fr> Date: Thu, 16 Nov 2000 00:20:32 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Eric Monsler Cc: dsh8290@rit.edu, gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Eric Monsler wrote: > > D-Man wrote: > > > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > > > -D > > > > I don't think that the macro approach works when specifying a function > as a callback. Does it?? If so, I would love to hear how, because that > would mean something is seriously broken in my understanding of the > pre-processor, compilation and linking process and the callback use of > function pointers. > > I would expect that using: > #define function_prime(ARG) function(ARG->arg1,ARG->arg2) > > will cause the line: > gtk_timeout_add(interval, function_prime, &data); > > to be expanded to: > gtk_timeout_add(interval, function, &data); not exactly, there will be a compilation error. because the macro takes at least one argument and no expansion is possible. And D-man, macro are not object in memory, it is simply replacement of text in the source code in the first pass of the compilation, then it is NOT legal to take the address of a macro. -- Hoa From dinh@enserb.fr Wed Nov 15 18:25:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 638502DE69 for ; Wed, 15 Nov 2000 18:25:22 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07665; Thu, 16 Nov 2000 00:25:13 +0100 (MET) Message-ID: <3A13296B.A8A89CE5@enserb.fr> Date: Thu, 16 Nov 2000 00:25:15 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Juergen Boemmels , gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Juergen Boemmels wrote: > > "DINH V. Hoà" writes: > > > to call the function, you do the following : > > > > { > > struct struct_arg1_arg2 data; > > data->arg1 = arg1; > > data->arg2 = arg2; > > gtk_timeout_add(interval, function, &data); > > } > > I'm not sure, but this won't work. > You alloc the data on the stack, register a pointer to this, add leave > the function destroying this part of the stack. But it also may even > work in several cases. Those bugs are realy hard to find. > > When your timeout occurs, you may get a segfault, because the > stackframe is no longer valid. > > A possible way would be > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > free (data); > } ok, the way I gave won't work but yours won't work too. because, data will be freed as much as the function is called. (the function is called periodically with gtk_timeout_add). then the a better solution is { struct struct_arg1_arg2 *data; data = malloc (sizeof (struct struct_arg1_arg2)); g_assert (data != 0); /* init data */ gtk_timeout_add (interval, function, &data); } function (struct struct_arg1_arg2 *data) { /* do something with data */ // no free } don't forget to free the data at the end of the program or when the timeout callback will be stopped. -- Hoa From hp@redhat.com Wed Nov 15 18:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 219622DD05 for ; Wed, 15 Nov 2000 18:49:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFNlqs15919; Wed, 15 Nov 2000 18:47:52 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011152118.QAA00378@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 18:47:52 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:20:14 -0500" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is this going to be "fixed" in the new GTK+ ? it seems like such a > common question, and the "obvious" usage of gdk_pixmap_new() breaks so > often that it seems as if the functions should be renamed so that the > colormap-ish versions are the default. > Well, these functions are totally useless in the new GTK; you would normally use gdk_pixbuf_new_from_xpm_data() instead, or better use GdkPixbuf with inline RGB or PNG data. Then you would display the pixbuf in a GtkImage. There is basically no reason to create a pixmap from XPM data anymore. It looks like there's a g_return_if_fail() at the top of the functions now that requires either a window or colormap to be passed in, which is probably a clearer warning (assertion failed in gdk_pixmap_create_from_xpm_d(): window != NULL or something). Havoc From rhajikhani@exchange.office.etoys.com Wed Nov 15 20:28:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 896B42CDF6 for ; Wed, 15 Nov 2000 20:28:00 -0500 (EST) Received: (qmail 17345 invoked from network); 16 Nov 2000 01:02:03 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:02:03 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN9WM; Wed, 15 Nov 2000 17:24:30 -0800 Date: Wed, 15 Nov 2000 18:25:11 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help CPU usage at 8.9% ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have this piece of code that when run, has a 9.0% cpu usage GtkWidget create_bars (void) 71 { 72 GtkWidget *lh, *table; 73 int i, count, count1; 74 75 char buffer[20]; 76 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); 78 79 vrule = gtk_vruler_new(); 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, _TWOH); 82 gtk_table_attach_defaults( GTK_TABLE(table), 83 vrule, 84 _NON, 85 _NON, 86 _ONE); 87 gtk_table_set_col_spacings( GTK_TABLE (table), 88 _FIVE); 89 90 for (i = _NON; i < _TWTY; i++) 91 { 92 count1 = count = i; 93 count++; 94 count1++; 95 96 lh = gtk_level_hold_new(_TWOH, 97 _TEN, 98 GTK_LEVEL_HOLD_FADE, 99 _EIGHT, 100 _THREE, 101 _TWO); 102 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, _NON); 104 gtk_table_attach_defaults( GTK_TABLE(table), 105 lh, 106 count, 107 count + _ONE, 108 _NON, 109 _ONE); 110 111 sprintf(buffer, "Label%d", i); 112 113 label = gtk_label_new (buffer); gtk_table_attach_defaults( GTK_TABLE(table), 115 label, 116 count1, 117 count1 + _ONE, 118 _ONE, 119 _TWO); 120 121 gtk_timeout_add(100, bar, lh); 122 } 123 124 return table; 125 126 } I really do not understand why such high cpu usage. On top of that, when I put this in my application which has a whole lot of other things, the cpu usage goes to 20%. However, my application without the above code, has less that 1% cpu usage. Can any one PLEASE help... -r From dfisher@jagger.me.berkeley.edu Wed Nov 15 20:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 42F6D2CDC8 for ; Wed, 15 Nov 2000 20:41:17 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eAG1edI03724; Wed, 15 Nov 2000 17:40:39 -0800 Message-ID: <3A133B17.1070100@jagger.me.berkeley.edu> Date: Wed, 15 Nov 2000 17:40:39 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ My guess would be that the cpu usage results from the 100 millisecond timeout. I bet if you increased the timeout you would notice the cpu usage drop. You have to consider how much work the bar() method is doing... if it doing relatively a lot of work then that would explain the cpu usage. Darin Rasoul Hajikhani wrote: > I have this piece of code that when run, has a 9.0% cpu usage > GtkWidget create_bars (void) > 71 { > 72 GtkWidget *lh, *table; > 73 int i, count, count1; > 74 > 75 char buffer[20]; > 76 > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > 78 > 79 vrule = gtk_vruler_new(); > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > _TWOH); > 82 gtk_table_attach_defaults( GTK_TABLE(table), > 83 vrule, > 84 _NON, > 85 _NON, > 86 _ONE); > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > 88 _FIVE); > 89 > 90 for (i = _NON; i < _TWTY; i++) > 91 { > 92 count1 = count = i; > 93 count++; > 94 count1++; > 95 > 96 lh = gtk_level_hold_new(_TWOH, > 97 _TEN, > 98 GTK_LEVEL_HOLD_FADE, > 99 _EIGHT, > 100 _THREE, > 101 _TWO); > 102 > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > _NON); > 104 gtk_table_attach_defaults( GTK_TABLE(table), > 105 lh, > 106 count, > 107 count + _ONE, > 108 _NON, > 109 _ONE); > 110 > 111 sprintf(buffer, "Label%d", i); > 112 > 113 label = gtk_label_new (buffer); > > gtk_table_attach_defaults( GTK_TABLE(table), > 115 label, > 116 count1, > 117 count1 + _ONE, > 118 _ONE, > 119 _TWO); > 120 > 121 gtk_timeout_add(100, bar, lh); > 122 } > 123 > 124 return table; > 125 > 126 } > I really do not understand why such high cpu usage. On top of that, when I > put this in my application which has a whole lot of other things, the cpu > usage goes to 20%. However, my application without the above code, has > less that 1% cpu usage. Can any one PLEASE help... > -r > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From rhajikhani@exchange.office.etoys.com Wed Nov 15 21:01:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 55B072DC08 for ; Wed, 15 Nov 2000 21:01:02 -0500 (EST) Received: (qmail 7064 invoked from network); 16 Nov 2000 01:35:09 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:35:09 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN0PP; Wed, 15 Nov 2000 17:57:36 -0800 Date: Wed, 15 Nov 2000 18:58:16 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: Darin Fisher Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <3A133B17.1070100@jagger.me.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Unfortunately, that was not it... I changed the time out to 5000 and still got the same cpu usage. The funny thing is that the sample code that comes with gtkrgb has the same code, except for the table, and the cpu usage is less than 1%. -r On Wed, 15 Nov 2000, Darin Fisher wrote: > My guess would be that the cpu usage results from the 100 millisecond > timeout. I bet if you increased the timeout you would notice the cpu > usage drop. You have to consider how much work the bar() method is > doing... if it doing relatively a lot of work then that would explain > the cpu usage. > > Darin > > > Rasoul Hajikhani wrote: > > > I have this piece of code that when run, has a 9.0% cpu usage > > GtkWidget create_bars (void) > > 71 { > > 72 GtkWidget *lh, *table; > > 73 int i, count, count1; > > 74 > > 75 char buffer[20]; > > 76 > > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > > 78 > > 79 vrule = gtk_vruler_new(); > > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > > _TWOH); > > 82 gtk_table_attach_defaults( GTK_TABLE(table), > > 83 vrule, > > 84 _NON, > > 85 _NON, > > 86 _ONE); > > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > > 88 _FIVE); > > 89 > > 90 for (i = _NON; i < _TWTY; i++) > > 91 { > > 92 count1 = count = i; > > 93 count++; > > 94 count1++; > > 95 > > 96 lh = gtk_level_hold_new(_TWOH, > > 97 _TEN, > > 98 GTK_LEVEL_HOLD_FADE, > > 99 _EIGHT, > > 100 _THREE, > > 101 _TWO); > > 102 > > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > > _NON); > > 104 gtk_table_attach_defaults( GTK_TABLE(table), > > 105 lh, > > 106 count, > > 107 count + _ONE, > > 108 _NON, > > 109 _ONE); > > 110 > > 111 sprintf(buffer, "Label%d", i); > > 112 > > 113 label = gtk_label_new (buffer); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > 115 label, > > 116 count1, > > 117 count1 + _ONE, > > 118 _ONE, > > 119 _TWO); > > 120 > > 121 gtk_timeout_add(100, bar, lh); > > 122 } > > 123 > > 124 return table; > > 125 > > 126 } > > I really do not understand why such high cpu usage. On top of that, when I > > put this in my application which has a whole lot of other things, the cpu > > usage goes to 20%. However, my application without the above code, has > > less that 1% cpu usage. Can any one PLEASE help... > > -r > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Wed Nov 15 21:43:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 7800F2BAAE for ; Wed, 15 Nov 2000 21:43:36 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA25867; Wed, 15 Nov 2000 21:43:34 -0500 (EST) Message-Id: <200011160243.VAA25867@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Wed, 15 Nov 2000 18:25:11 PST." Date: Wed, 15 Nov 2000 21:45:50 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >I have this piece of code that when run, has a 9.0% cpu usage Ah, did you mention you were using GtkLevelHold the last time ? :)) Yes, if you have twenty of these suckers updating every 10msecs, you'll be burning a notable fraction of your CPU. The way they use GtkRgb (and GdkRgb below it) is not supremely efficient. For my project ardour (http://ardour.sourceforge.net), I typically have 26 on screen, and its been a growing concern of mine. It would be possible to do 90% of the functionality with gdk_copy_area() and 1 or 2 pixmaps, but the level *hold* bar is a little tricker to get right. So basically, yep, this is exactly what you'd expect. However, I would point out that your implementation could be improved. You only need a single gtk_timeout_add() - that function can itself loop through all _TWTY LevelHolds and update them. This will reduce the strain on the main loop scheduling in glib. Right now, you have one timeout per bar, which is the wrong way around, IMHO --p (seasoned LevelHold user and hacker) From pbd@op.net Wed Nov 15 21:45:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 879552BD24 for ; Wed, 15 Nov 2000 21:45:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA26096 for ; Wed, 15 Nov 2000 21:45:52 -0500 (EST) Message-Id: <200011160245.VAA26096@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 18:47:52 EST." Date: Wed, 15 Nov 2000 21:48:07 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Well, these functions are totally useless in the new GTK; you would >normally use gdk_pixbuf_new_from_xpm_data() instead, or better use >GdkPixbuf with inline RGB or PNG data. Then you would display the >pixbuf in a GtkImage. There is basically no reason to create a pixmap >from XPM data anymore. except: % ls .../pixmaps no good reason to convert them either, if you ask me. >It looks like there's a g_return_if_fail() at the top of the functions >now that requires either a window or colormap to be passed in, which >is probably a clearer warning (assertion failed in >gdk_pixmap_create_from_xpm_d(): window != NULL or something). i guess i feel that if its possible to create server-side images without an explicit window (and it clearly is), then there is no reason to ever require one. --p From hp@redhat.com Wed Nov 15 23:01:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6ABE52C9BA for ; Wed, 15 Nov 2000 23:01:32 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAG40MG18356; Wed, 15 Nov 2000 23:00:22 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011160245.VAA26096@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 23:00:22 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 21:48:07 -0500" Message-ID: Lines: 67 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > > except: > > % ls .../pixmaps > > > no good reason to convert them either, if you ask me. > You don't need to convert the xpm's, just load them into pixbufs not pixmaps. We're talking about newly-written code here, right? The recommended way to write new code with 2.0 is to load into a pixbuf. If you want to have a pixmap, then the way to do that is to load into a pixbuf, then create a pixmap from the pixbuf using either gdk_pixmap_colormap_new_from_pixbuf or gdk_pixbuf_render_to_drawable. (pixmap_colormap_new_from_pixbuf being a convenience wrapper around the latter function). Anyhow, sort of beside the point, I'm just saying that the pixmap_from_xpm() things are not really useful anymore. pixbuf_new_from_file() or pixbuf_new_from_xpm_data() would be better. new_from_file() has the advantage that you can change the on-disk format of the image without even recompiling your app. > i guess i feel that if its possible to create server-side images > without an explicit window (and it clearly is), then there is no > reason to ever require one. > The window isn't required; the colormap is required. Otherwise you can't map from the colors in the XPM or pixbuf into a pixmap. The window is simply used to get a colormap. A colormap in 2.0 has the visual attached to it, the depth of the visual is needed to create the pixmap. Of course in GTK 2.0 there's almost no reason to use a non-default colormap or allocate colors in a colormap because the default colormap has an RGB color cube already allocated; colormap support is mostly for legacy reasons. We added gdk_gc_set_rgb_fg_color() and gdk_gc_set_rgb_bg_color() specifically so you can just forget about colormaps and color allocation. Of course everyone will try using the more intuitively-named set_foreground() first, which is unfortunate, but we can't break old code that assumes the color going into set_foreground() is already allocated. The interface could use some work; it might be nice if gdk_pixmap_colormap_new_from_pixbuf() and the XPM functions would accept a NULL colormap and fall back to the default colormap. For people who don't know or care about colormaps, this would always work properly, since all widgets are using the default colormap. It's possible we should have variants of all functions that take a colormap that don't take a colormap, e.g. gdk_pixmap_new_from_pixbuf(), so we can phase out colormaps over time. Anyhow, I think 2.0 is a lot better in this respect, it does allow you to ignore colormaps, but the interfaces could use some work to be coherent in the new scheme while still supporting legacy apps. Havoc From cssl@geocities.com Wed Nov 15 23:46:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.mail.yahoo.com (smtp1.mail.yahoo.com [128.11.69.60]) by mail.gnome.org (Postfix) with SMTP id C7A9E2CE31 for ; Wed, 15 Nov 2000 23:46:38 -0500 (EST) Received: from unknown (HELO geocities.com) (137.204.24.233) by smtp.mail.vip.suc.yahoo.com with SMTP; 15 Nov 2000 09:59:10 -0000 X-Apparently-From: Message-ID: <3A125EBA.19A4C03B@geocities.com> Date: Wed, 15 Nov 2000 11:00:26 +0100 From: Diego Zuccato Organization: CyberSpace Software Labs BBS X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: GTK list Subject: Troubles with GnomeAnimator Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello all. I'm having troubles with a GnomeAnimator that stopped working. I create the window "anim" containing the animator with glade and then call create_anim(). Then I set the image sequence (a slightly modified tux-anim ... just zoomed 4x and added the missing pixels). Then I start a detached thread (with pthead_create + pthread_detach) that does its work well, without calling GTK functions (I even tried to put just a sleep(10) in it...). When it's done it sets a global variable (I know it's ugly, but it should be enough) that's checked by a gtk_idle_add'ded function. Well, It worked, till I modified another window with glade. Now it displays anim window, but without the animation :-( Any hint ? Tks, Diego. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From bruces@mail.petech.ac.za Thu Nov 16 01:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 900962C8B5 for ; Thu, 16 Nov 2000 01:25:52 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id IAA01113 for ; Thu, 16 Nov 2000 08:25:47 +0200 Message-ID: <006101c04fe9$e18a85e0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: References: <200011152119.QAA00457@renoir.op.net> Subject: Re: File open/save dialog Date: Thu, 16 Nov 2000 08:25:47 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all There is one, called Advanced GtkFileSel, that adds nav buttons and filters. I've been using it for a couple of months now and it works fine. And all you have to do is patch and recompile Gtk+, no changes to the applications. Find it at Freshmeat->Appindex->Development->Widget Sets->advanced-gtkfilesel ----- Original Message ----- From: "Paul Barton-Davis" To: "Lars Clausen" Cc: Sent: Wednesday, November 15, 2000 1:21 PM Subject: Re: File open/save dialog > >. We're > >currently working on improving the filtering interface, but that has turned > >out to be a larger job that the previous fixes. > > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From zhyforever@163.net Thu Nov 16 04:00:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.hz.webex.com (unknown [61.153.4.67]) by mail.gnome.org (Postfix) with ESMTP id 55DA32DC48; Thu, 16 Nov 2000 04:00:55 -0500 (EST) Received: from Bluez ([210.15.25.162]) by mail.hz.webex.com (8.9.3/8.9.3) with SMTP id RAA22539; Thu, 16 Nov 2000 17:07:20 +0800 Message-ID: <006a01c04fac$78edbf30$7e00a8c0@Bluez> From: "Bluez Zhao" To: "gtk-app-devel-list" , "gtk-list" , "gtk-devel-list" Subject: About XLib Date: Thu, 16 Nov 2000 17:05:40 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0065_01C04FEF.72B95320" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable I'm sorry to put this question to these mail lists. Sorry to bother all = of you. But I hope you can give me a hand. The question is about XLib.=20 I use XGetImage to get the image of a specified window or just the = desktop as xwd would do. But When I use XPutImage to put it onto a = window, it fails when the image is multivis (for example the image = gotten on Solaris U10 when Netscape is running. It works properly on = Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid parameter attributes)." I think I have changed the image I get = using XGetImage to proper format. I compare it with the image generated = by xwud just before it be put to a window. I do all of these follow the guide of xwd and xwud. But I'm really = confused. Can you give me some advice or some web site about it? Thanks. Bluez Zhao ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
I'm sorry to put this question to = these mail=20 lists. Sorry to bother all of you. But I hope you can give me a hand. = The=20 question is about XLib.
 
I use XGetImage to get the image of = a=20 specified window or just the desktop as xwd would do. But When I use = XPutImage=20 to put it onto a window, it fails when the image is multivis (for = example the=20 image gotten on Solaris U10 when Netscape is running. It works properly = on=20 Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid=20 parameter attributes)." I think I have changed the image I get using = XGetImage=20 to proper format. I compare it with the image generated by xwud = just before=20 it be put to a window.
 
I do all of these follow the guide = of xwd and=20 xwud. But I'm really confused. Can you give me some advice or some web = site=20 about it? Thanks.
 
Bluez Zhao
 
 
------=_NextPart_000_0065_01C04FEF.72B95320-- From chris.wareham@catchword.com Thu Nov 16 06:00:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from figaro.catchword.co.uk (figaro.catchword.co.uk [194.129.29.1]) by mail.gnome.org (Postfix) with ESMTP id 5B8BB2BCCD for ; Thu, 16 Nov 2000 06:00:55 -0500 (EST) Received: from catchword.com (valkyrie.catchword.co.uk [194.129.29.105]) by figaro.catchword.co.uk (8.11.0/8.11.0) with ESMTP id eAGB28p12172; Thu, 16 Nov 2000 11:02:09 GMT Message-ID: <3A13BEDA.3020101@catchword.com> Date: Thu, 16 Nov 2000 11:02:50 +0000 From: Chris Wareham User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test10 i686; en-US; m18) Gecko/20001115 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Cc: zhyforever@163.net Subject: Re: About Xlib Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thus spake Blue Zhao: > > I use XGetImage to get the image of a specified window or just the > desktop as xwd would do. But When I use XPutImage to put it onto a > window, it fails when the image is multivis (for example the image > gotten on Solaris U10 when Netscape is running. It works properly on > Linux, U5 and U10 without Netscape is running). It displays: "BadMatch > (Invalid parameter attributes)." I think I have changed the image I > get using XGetImage to proper format. I compare it with the image > generated by xwud just before it be put to a window. > It's been a while since I had to do any Xlib programming (thankfully), but BadMatch ususally indicates that your drawable has the wrong depth. I can't remember if you specify the depth in the Graphics Context or when you create the drawable. As for good Xlib references, the only one I can recommend is Volume One of the O'Reilly X series. It's heavygoing if you read it from cover to cover, but I found it quite rewarding. A bit like learning assembler after you've learnt C ... Chris From jones@iabg.de Thu Nov 16 06:23:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id B5CE02CE2B for ; Thu, 16 Nov 2000 06:23:06 -0500 (EST) Received: by iabgfw.iabg.de; id MAA17492; Thu, 16 Nov 2000 12:23:03 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma016970; Thu, 16 Nov 00 12:21:29 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Thu, 16 Nov 2000 12:21:29 +0100 Message-ID: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: "jones" To: Subject: gchar too char Date: Thu, 16 Nov 2000 12:20:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have been trying to use atof() on a gchar and it dose not work, I think I need to cast/convert it in the a normal char. can anyone help? From boemmels@helium.physik.uni-kl.de Thu Nov 16 08:01:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.uni-kl.de (mail.uni-kl.de [131.246.137.52]) by mail.gnome.org (Postfix) with ESMTP id 3C8532BC0E for ; Thu, 16 Nov 2000 08:01:18 -0500 (EST) Received: from efes.physik.uni-kl.de (efes.physik.uni-kl.de [131.246.11.89]) by mail.uni-kl.de (8.11.0/8.11.0) with SMTP id eAGD1GL15302 for ; Thu, 16 Nov 2000 14:01:16 +0100 (MET) Received: from helium.physik.uni-kl.de by physik.uni-kl.de with esmtp id m13wOfH-0006vuC; Thu, 16 Nov 2000 14:01:19 +0100 (CET) Received: (from boemmels@localhost) by helium.physik.uni-kl.de (8.9.3/8.9.3) id OAA24744; Thu, 16 Nov 2000 14:01:16 +0100 To: gtk-list@gnome.org Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <3A13296B.A8A89CE5@enserb.fr> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit From: Juergen Boemmels In-Reply-To: "DINH V. Hoà"'s message of "Thu, 16 Nov 2000 00:25:15 +0000" X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Acadia" Date: 16 Nov 2000 14:01:16 +0100 Message-ID: Lines: 34 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "DINH V. Hoà" writes: > ok, the way I gave won't work but yours won't work too. > > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). You are absolutly right. I was confused by the name of the function (I don't use it very often). So I thought it has something to do with the timeout in the poll-call, which will only trigger once. Something like the task_queues in kernel-land. So i've learned again to always RTFM before answering. > then the a better solution is : > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } You have also to store also the return value of gtk_timeout_add if you ever want to get rid of the timer. Is there a way to add a timeout, wich is only triggered once? If not are there any plans to put something like this in a new version of gtk? bye juergen From pbd@op.net Thu Nov 16 09:36:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 70CE22DC82 for ; Thu, 16 Nov 2000 09:36:38 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01560; Thu, 16 Nov 2000 09:32:26 -0500 (EST) Message-Id: <200011161432.JAA01560@renoir.op.net> To: Juergen Boemmels Cc: gtk-list@gnome.org Subject: Re: passing args In-reply-to: Your message of "16 Nov 2000 14:01:16 +0100." Date: Thu, 16 Nov 2000 09:34:34 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Is there a way to add a timeout, wich is only triggered once? gint func (void *arg) { /* do something */ return FALSE; } gtk_timeout_add (N, func, some_arg); func will be called once and once only (because it returns FALSE). but it sound as if you want: gtk_idle_add (func, some_arg); which will also result in func being called once and once only (because it returns FALSE), but doesn't use the timeout mechanism. --p From gtw@research.att.com Thu Nov 16 10:34:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by mail.gnome.org (Postfix) with ESMTP id 254912BC76 for ; Thu, 16 Nov 2000 10:34:45 -0500 (EST) Received: from postal.research.att.com (postal.research.att.com [135.207.23.30]) by mail-green.research.att.com (Postfix) with ESMTP id D96931E03B for ; Thu, 16 Nov 2000 10:34:40 -0500 (EST) Received: from pc-gtw.research.att.com (root@pc-gtw.research.att.com [135.207.22.247]) by postal.research.att.com (8.8.7/8.8.7) with ESMTP id KAA12899 for ; Thu, 16 Nov 2000 10:34:38 -0500 (EST) Received: (from gtw@localhost) by pc-gtw.research.att.com (8.9.3/8.9.3) id KAA20213; Thu, 16 Nov 2000 10:34:37 -0500 To: gtk-list@gnome.org Subject: GdkColormap "colors" field From: Gary Wong Date: 16 Nov 2000 10:34:37 -0500 Message-ID: Lines: 19 X-Mailer: Gnus v5.7/Emacs 20.5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Given that the visual is GDK_VISUAL_GRAYSCALE, GDK_VISUAL_PSEUDO_COLOR or GDK_VISUAL_DIRECT_COLOR, can I assume that the entries in the "colors" array that a GdkColormap points to are in order? (To be precise, I want to know whether the relation `cmap->colors[ i ].pixel == i' is true for all 0 <= i < cmap->size.) From a browse through gdk/gdkcolor.c it seems that the assumption is justified, but I don't have any video hardware supporting any visuals with allocated colours, so I can't test it for myself. (If it makes any difference, I am only interested about colourmaps returned from gdk_rgb_get_cmap().) Thanks very much, Gary. -- Gary Wong gtw@gnu.org http://www.cs.arizona.edu/~gary/ From otaylor@redhat.com Thu Nov 16 11:51:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id B90B92DF0E for ; Thu, 16 Nov 2000 11:51:08 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A9F7424263C; Thu, 16 Nov 2000 11:51:08 -0500 (EST) To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Owen Taylor Date: 16 Nov 2000 11:51:08 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? >From glib.h typedef char gchar; There is no difference between gchar and char at all. No conversion is needed. Something else must be going wrong with your call to atof() unrelated to GLib. Regards, Owen From hp@redhat.com Thu Nov 16 12:28:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 211262BF16 for ; Thu, 16 Nov 2000 12:28:23 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGHRCE18876; Thu, 16 Nov 2000 12:27:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Havoc Pennington Date: 16 Nov 2000 12:27:11 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? > gchar is just exactly the same thing as char. atof() wants a string though, not a char. Havoc From Rick.Esquibel@ARZ.Boeing.com Thu Nov 16 12:53:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id D5E8B2CE84 for ; Thu, 16 Nov 2000 12:53:18 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id JAA14576 for ; Thu, 16 Nov 2000 09:52:59 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id JAA01770 for ; Thu, 16 Nov 2000 09:52:29 -0800 (PST) Received: from xch-arzbh-01.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Thu, 16 Nov 2000 09:52:14 -0800 Received: by xch-arzbh-01.msc.az.boeing.com with Internet Mail Service (5.5.2651.58) id ; Thu, 16 Nov 2000 10:52:13 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: RE: gchar to char Date: Thu, 16 Nov 2000 10:52:12 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ While gchar is defined as a char, I've run into this problem as well. However, I've cast the gchar to a char to "fix:" the problem. For example: gchar cf[3] = {"100"}; float ff = 0.0; ff = atof((const char *)cf); As a result: ff = 100.0. Hope this helps, good luck... From Valdis.Kletnieks@vt.edu Thu Nov 16 13:21:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9EBA22BBF6 for ; Thu, 16 Nov 2000 13:21:57 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAGILvw19684; Thu, 16 Nov 2000 13:21:57 -0500 Message-Id: <200011161821.eAGILvw19684@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: "Esquibel, Rick" Cc: "'gtk-list@gnome.org'" Subject: Re: gchar to char In-Reply-To: Your message of "Thu, 16 Nov 2000 10:52:12 MST." From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-519512784P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Nov 2000 13:21:57 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-519512784P Content-Type: text/plain; charset=us-ascii On Thu, 16 Nov 2000 10:52:12 MST, "Esquibel, Rick" said: > gchar cf[3] = {"100"}; Umm.. cf[4] actually, you need someplace for the trailing null. This could cause all sorts of fun if it walks off the end of the string.... -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-519512784P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhQlxHAt5Vm009ewEQIRMQCgri1AgAWIVdmsbqvY/QJutNzheqgAnREr coVFUgTlH4SUqzr0lgT7jzug =9ybR -----END PGP SIGNATURE----- --==_Exmh_-519512784P-- From pbd@op.net Thu Nov 16 14:52:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by mail.gnome.org (Postfix) with ESMTP id B2C7D2BAA0 for ; Thu, 16 Nov 2000 14:52:10 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eAGJsaR24561; Thu, 16 Nov 2000 14:54:36 -0500 Date: Thu, 16 Nov 2000 14:54:36 -0500 Message-Id: <200011161954.eAGJsaR24561@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus and sensitivity Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ is there a rationale for why a widget that is made insensitive should retain focus (assuming that i am right in thinking that it does). --p From rhajikhani@exchange.office.etoys.com Thu Nov 16 15:29:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 71D092BA9B for ; Thu, 16 Nov 2000 15:29:59 -0500 (EST) Received: (qmail 17831 invoked from network); 16 Nov 2000 20:02:37 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:02:37 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 12:23:47 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XA0NDAS7; Thu, 16 Nov 2000 12:23:43 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 13:23:19 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --p, how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but I am new to the whole concept of gtk... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Thu Nov 16 15:51:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id A24C02C912 for ; Thu, 16 Nov 2000 15:51:07 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id PAA08826; Thu, 16 Nov 2000 15:51:06 -0500 (EST) Message-Id: <200011162051.PAA08826@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Thu, 16 Nov 2000 13:23:19 PST." Date: Thu, 16 Nov 2000 15:53:33 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but >I am new to the whole concept of gtk... >-r ---------------------------------------------------------------------- gint update_level_holds (void *arg) { GList *list = (GList *) arg; GtkWidget *levelhold; gint n; gfloat value; for (; list; list = g_list_next (list)) { levelhold = (GtkWidget *) list->data; ... get relevant value for meter ... gtk_level_hold_set (levelhold, value); } return TRUE; } Then, somewhere, do this: GList *level_hold_list = 0; ... construct level holds, add them to the list ... gtk_timeout_add (100, update_level_holds, level_hold_list); ---------------------------------------------------------------------- Clear ? This code is not tested, I'm just passing on the rough idea. --p From hp@redhat.com Thu Nov 16 16:11:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 715BE2DFAE for ; Thu, 16 Nov 2000 16:11:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGLA3l21846; Thu, 16 Nov 2000 16:10:03 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: focus and sensitivity References: <200011161954.eAGJsaR24561@op.net> From: Havoc Pennington Date: 16 Nov 2000 16:10:03 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 16 Nov 2000 14:54:36 -0500" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is there a rationale for why a widget that is made insensitive should > retain focus (assuming that i am right in thinking that it does). > I would say not likely. GTK 1.2 focus handling is pretty screwed up. Owen did some fooling with it in 2.0, I think it would be valuable to really make sure all the screwy cases are gone by the time we release 2.0. Havoc From rhajikhani@exchange.office.etoys.com Thu Nov 16 16:21:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 11C412E009 for ; Thu, 16 Nov 2000 16:21:13 -0500 (EST) Received: (qmail 20987 invoked from network); 16 Nov 2000 20:55:17 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:55:17 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 13:17:46 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XBFD1FNL; Thu, 16 Nov 2000 13:17:41 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 14:18:27 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011162051.PAA08826@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You are rock... Thanks a whole bunch -r On Thu, 16 Nov 2000, Paul Barton-Davis wrote: > >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but > >I am new to the whole concept of gtk... > >-r > > ---------------------------------------------------------------------- > gint > update_level_holds (void *arg) > > { > GList *list = (GList *) arg; > GtkWidget *levelhold; > gint n; > gfloat value; > > for (; list; list = g_list_next (list)) { > levelhold = (GtkWidget *) list->data; > > ... get relevant value for meter ... > > gtk_level_hold_set (levelhold, value); > } > return TRUE; > } > > Then, somewhere, do this: > > GList *level_hold_list = 0; > > ... construct level holds, add them to the list ... > > gtk_timeout_add (100, update_level_holds, level_hold_list); > > ---------------------------------------------------------------------- > > Clear ? This code is not tested, I'm just passing on the rough idea. > > --p > > > > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 16 22:08:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 5EA142E08E for ; Thu, 16 Nov 2000 22:08:19 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAH375Q22091; Thu, 16 Nov 2000 22:07:05 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> <3A100720.79FB2970@cs.unc.edu> From: Havoc Pennington Date: 16 Nov 2000 22:07:04 -0500 In-Reply-To: William Baxter's message of "Mon, 13 Nov 2000 10:22:08 -0500" Message-ID: Lines: 9 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ William Baxter writes: > I did some more checking and they don't blink when using GNOME (sawfish) > as the desktop manager. Only when KDE is the desktop manager. > Conceivably it's some kind of kwm bug - don't know. :-( Havoc From jlbec@www.linux.org.uk Mon Nov 13 11:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 77B872CFF2 for ; Mon, 13 Nov 2000 11:35:51 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA18816; Mon, 13 Nov 2000 11:35:51 -0500 Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADGZoD14691; Mon, 13 Nov 2000 11:35:50 -0500 Received: from jlbec by www.linux.org.uk with local (Exim 3.13 #1) id 13vMaD-0005Ju-00; Mon, 13 Nov 2000 16:35:49 +0000 Date: Mon, 13 Nov 2000 16:35:49 +0000 From: Joel Becker To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001113163549.M6127@parcelfarce.linux.theplanet.co.uk> Mail-Followup-To: Joel Becker , Owen Taylor , gtk-devel-list@gnome.org, gtk-list@redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from otaylor@redhat.com on Sun, Nov 12, 2000 at 01:48:24PM -0500 X-Burt-Line: Trees are cool. Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 01:48:24PM -0500, Owen Taylor wrote: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) My $0.02. I think that so far this is the best choice. The 1/2/3 setup here is very intuitive, and the matching with the spinbutton (which I didn't even know about) makes for good small-scale consistency. I do think that a shift-click could maybe reverse direction, ala shift-TAB, but no unmodified button should go the wrong way. As far as NeXt-style arrow, please make it optional or themeable, if at all. I know many folks like them, but I could never stand them. When I want to scroll up, my mouse gravitates to the top of the window. Granted, I'm quickly falling in love with my IntelliMouse Explorer, and I'm probably not the first to love the mousewheel. Xterm scrolling isn't such a big deal to me, maybe because I started with CUA-style scrollbars. I never, _ever_ use buttons 1 or 3 on an Xterm. I always use button 2 and hand scroll it. As long as button 2 can move the slider, and Xterm person can always use that bit. That said, I'm sure that an Xterm person or two might beg to differ :-) Joel -- Life's Little Instruction Book #356 "Be there when people need you." http://www.jlbec.org/ jlbec@evilplan.org From lytles@club341.com Tue Nov 14 01:26:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [146.115.122.209]) by mail.gnome.org (Postfix) with ESMTP id 866422BC41 for ; Tue, 14 Nov 2000 01:26:43 -0500 (EST) Received: (from lytles@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01838; Mon, 13 Nov 2000 23:30:19 -0500 Date: Mon, 13 Nov 2000 23:30:18 -0500 From: seth_lytle@yahoo.com To: Mohammad Ghaeini Cc: gtk-list@gnome.org Subject: Re: gtk library for Solaris on Sparc Message-ID: <20001113233018.A1817@tomodreams.club341.com> References: <3A102525.BBC20371@center7.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A102525.BBC20371@center7.com>; from m.ghaeini@center7.com on Mon, Nov 13, 2000 at 10:30:13AM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ as suggested previously, get the gtk 1.2.8 source and build. one problem i ran into on solaris (not sure which version) is that gtk wanted a larger hunk of shared memory than the /etc/system was willing to give it, which caused weird scrolling, so i had to ./configure --disable-shm (but may not be a problem on 2.8/given your config) a google search of solaris gnome gives good info. in particular, if i had read http://www.clanger9.demon.co.uk/computer/gnome/ i would have saved myself a few hours debugging the shm above. > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? From monishabarooah@hotmail.com Wed Nov 15 09:56:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f270.law8.hotmail.com [216.33.240.145]) by mail.gnome.org (Postfix) with ESMTP id 66B7D2BC09 for ; Wed, 15 Nov 2000 09:56:41 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 15 Nov 2000 06:56:40 -0800 Received: from 202.144.44.2 by lw8fd.law8.hotmail.msn.com with HTTP; Wed, 15 Nov 2000 14:56:40 GMT X-Originating-IP: [202.144.44.2] From: "Monisha Barooah" To: gtk-list@gnome.org Subject: Doubts on GTK+ Date: Wed, 15 Nov 2000 14:56:40 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 15 Nov 2000 14:56:40.0628 (UTC) FILETIME=[42DFD740:01C04F14] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sir, I have gone through your site www.gtk.org and also gone through the tutorial and some parts of the reference manual on GTK+. I have written a GTK program wherein at first an icon is created and than when the icon is clicked another widow with some information comes up. The fact is that I need to link this program to a big file. I have written the GTK program starting with the main function. Now I need to convert everything written in the GTK main function to be within a routine called icon_creation( ) which will be called by the main function of the big source file. That is I want everything that the single GTK file outputted to be now be outputted by the big source file with the help of a routine icon_creation( ). I am really having problems with that. Can you please tell me as to how to do it or where to get the required documents with the help of which I can do this. I hope you will help me out. Thanking you in advance, Monisha. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From calum.benson@ireland.sun.com Mon Nov 13 08:04:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A8C0A2D00B for ; Mon, 13 Nov 2000 08:04:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id IAA16711 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADD4BD06221 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id FAA13767; Mon, 13 Nov 2000 05:04:09 -0800 (PST) Received: from ireland.sun.com (simcity [129.156.238.57]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id NAA29947; Mon, 13 Nov 2000 13:04:08 GMT Message-ID: <3A0FE6C8.AE3B5BA4@ireland.sun.com> Date: Mon, 13 Nov 2000 13:04:08 +0000 From: Calum Benson Organization: Sun Microsystems Ireland X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <20001112133821.A10294@papa.jagunet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Kodis wrote: > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. Probably rather too late in the day for this now, but an alternative solution to this would be to have put the up/down and left/right arrow buttons on the scrollbar control beside each other, rather than at opposite ends. This is something the Amiga's always done (although only for top-level windows, IIRC, not listbox controls)-- and additional advantage being that the control's behaviour remains clear just from looking at it, rather than having to learn some cunning mouse trick... Cheeri Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@ireland.sun.com Desktop Engineering Group http://www.sun.ie +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From pavan@gdit.iiit.net Thu Nov 16 15:46:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 049062D26D for ; Thu, 16 Nov 2000 15:45:04 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id CAA09989 for ; Fri, 17 Nov 2000 02:32:24 +0530 Date: Fri, 17 Nov 2000 02:32:24 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: Drawing a pixmap on a drawing area.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have previously asked a question about GdkError, now I have corrected it. But now a new problem came , I am trying to draw the pixmap, but it is not being drawn at all. I include the piece of code below, please help me. static GdkPixmap *pixmap = NULL; static GdkPixmap *backingpixmap; // configure_event .. and expose_event ... handled here pixmap = gdk_pixmap_create_from_xpm( .... ); // no error in above function call gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); (The size of pixmap is 40x40) I am calling this function as a timeout, why is it not drawing what I need ? is this okay !! Or is there any other conceptual method to be followed to draw a pixmap on another pixmap. thanx in anticipation regards pavan From kpierre@fit.edu Fri Nov 17 01:23:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id 1A39B2BB74; Fri, 17 Nov 2000 01:23:30 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id BAA29262; Fri, 17 Nov 2000 01:23:58 -0500 (EST) Message-ID: <3A14CF8C.9070508@fit.edu> Date: Fri, 17 Nov 2000 01:26:20 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: how do I handle right-click on menu_items Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin From Florent.Devin@lifl.fr Fri Nov 17 01:33:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 4642E2D291; Fri, 17 Nov 2000 01:33:44 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA05107 ; Fri, 17 Nov 2000 07:33:13 +0100 (MET) Message-ID: <3A14D146.BD74A42E@lifl.fr> Date: Fri, 17 Nov 2000 07:33:42 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items References: <3A14CF8C.9070508@fit.edu> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Kervin Pierre a écrit : > > hello, > > I'd like to have right-click handled differently than left click on my > gtk menu. My handler currently listens for the "activate" signal, but > I'd like to listen for the "activate" and right-click signals. > > My goal is to have the right click on any part of the menu or the rest > of the program window to open a "properties" dialog. > > Any insight on how this is done? > > Thanks in advance, > Kervin > Listen to the signal "event", and parse it. If it is a GDK_BUTTON_PRESS do ... -- Florent DEVIN From schmerge@cyber.com Fri Nov 17 09:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mhub.cyber.com (mhub.cyber.com [207.8.185.9]) by mail.gnome.org (Postfix) with ESMTP id 958A82BF9A for ; Fri, 17 Nov 2000 09:56:58 -0500 (EST) Received: (from uucp@localhost) by mhub.cyber.com (8.9.3/8.9.3) with UUCP id JAA05648 for gtk-list@gnome.org; Fri, 17 Nov 2000 09:47:19 -0500 (EST) Received: from cyber.com (schmerge.cyber.com [201.1.1.124]) by cyber.com (8.7.6/8.7.3) with ESMTP id JAA25584 for ; Fri, 17 Nov 2000 09:39:17 -0500 (EST) Message-ID: <3A154605.24E1F19F@cyber.com> Date: Fri, 17 Nov 2000 09:51:49 -0500 From: John Schmerge X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compiling GTK+ on AIX 4.1.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello Everyone, I'm trying to compile libgtk under AIX 4.1.5 and running into the following error during the compilation of the 'testgtk' program: /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule -lglib -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to `getpwuid_r' The gritty details are as follows: * I'm running AIX 4.1.5 on an RS6000 * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib 1.2.6 installed). * I'm using egcs 2.91.66 I would really appreciate any type of guidance that anyone can give me. Thanks, John Schmerge --------------------------- John Schmerge schmerge@cyber.com From Valdis.Kletnieks@vt.edu Fri Nov 17 10:10:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 3C0A92D26B for ; Fri, 17 Nov 2000 10:10:11 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAHFABw32586; Fri, 17 Nov 2000 10:10:11 -0500 Message-Id: <200011171510.eAHFABw32586@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 In-Reply-To: Your message of "Fri, 17 Nov 2000 09:51:49 EST." <3A154605.24E1F19F@cyber.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2131121704P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 17 Nov 2000 10:10:11 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2131121704P Content-Type: text/plain; charset=us-ascii On Fri, 17 Nov 2000 09:51:49 EST, John Schmerge said: > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 Current AIX is 4.3.3, 4.1.5 is *VERY* unsupported. I'd suggest upgrading. getpwuid_r lives in libc.a under AIX 4.3.3. It appears that something has gotten compiled in thread-safe mode. You might try adding -lpthread and hope that helps... > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). Current gtk+ is 1.2.8. Note that installing 1.2.6 will get you all the bugs that were already fixed in 1.2.8. No sense in installing an older version... > * I'm using egcs 2.91.66 You have my condolences. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2131121704P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhVKUnAt5Vm009ewEQIH8wCePD/ZcagY74GBt+70RX55n3ZM8vcAoKHw z1O9+39DbSIYf9l653e79Vho =+Az+ -----END PGP SIGNATURE----- --==_Exmh_2131121704P-- From wilhelmi@ira.uka.de Fri Nov 17 10:12:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 598CA2CDA2 for ; Fri, 17 Nov 2000 10:12:01 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:34 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:32 +0100 Message-ID: <3A154A69.AB71DDFD@ira.uka.de> Date: Fri, 17 Nov 2000 16:10:33 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 References: <3A154605.24E1F19F@cyber.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi John, > I'm trying to compile libgtk under AIX 4.1.5 and running into the following > error during the compilation of the 'testgtk' program: > > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). > * I'm using egcs 2.91.66 > > I would really appreciate any type of guidance that anyone can give me. This is the getpwuid_r function as used in GLib. GLib seems to have found it. try to reconfigure GLib (after deleting config.cache). If still config.h has the line #define HAVE_GETPWUID_R in it, just delete it. But in fact it shouldn't be there in the first place, so you might want to provide some insight, why GLib configure.in thinks, you have getpwuid_r Bye, Sebastian -- Sebastian Wilhelmi mailto:wilhelmi@ira.uka.de http://goethe.ira.uka.de/~wilhelmi From hp@redhat.com Fri Nov 17 14:18:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D6ABC2DCB3 for ; Fri, 17 Nov 2000 14:18:01 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAHJFf822598; Fri, 17 Nov 2000 14:15:41 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: Drawing a pixmap on a drawing area.. References: From: Havoc Pennington Date: 17 Nov 2000 14:15:41 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Fri, 17 Nov 2000 02:32:24 +0530 (IST)" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); > > (The size of pixmap is 40x40) > You are drawing the region of the pixmap at position 100,100 to the region of the drawing area at 140,140. Probably you mean to draw the region of the pixmap at 0,0 to the drawable at 100,100. Havoc From rsteinke@merilon.elfhame.net Fri Nov 17 14:31:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id ACA132BEBF for ; Fri, 17 Nov 2000 14:31:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAHJdl209551 for gtk-list@gnome.org; Fri, 17 Nov 2000 11:39:47 -0800 From: Ron Steinke Date: Fri, 17 Nov 2000 11:39:47 -0800 To: gtk-list@gnome.org Subject: containers and reference counting Message-ID: <3A158983.nail7D9114DL6@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm counfused about how reference counting works when widgets are added to containers. Let's say I have the code GtkBin *bin; GtkWidget *widget; ... (create the bin, widget) gtk_container_add(GTK_CONTAINER(bin), widget); Does the add increment the reference count for widget? Do I need to gtk_widget_unref(widget) here? If I later do gtk_container_remove(GTK_CONTAINER(bin), widget); does the remove unref the widget? Do I still have a widget, or has it been destroyed? Ron Steinke From hp@redhat.com Fri Nov 17 22:28:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id E5EFF2BDF0 for ; Fri, 17 Nov 2000 22:28:21 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAI3Qsj23719; Fri, 17 Nov 2000 22:26:54 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: containers and reference counting References: <3A158983.nail7D9114DL6@merilon.elfhame.net> From: Havoc Pennington Date: 17 Nov 2000 22:26:54 -0500 In-Reply-To: Ron Steinke's message of "Fri, 17 Nov 2000 11:39:47 -0800" Message-ID: Lines: 90 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I'm counfused about how reference counting works when widgets are > added to containers. Let's say I have the code > > GtkBin *bin; > GtkWidget *widget; > > ... (create the bin, widget) > > gtk_container_add(GTK_CONTAINER(bin), widget); > > Does the add increment the reference count for widget? Do I > need to gtk_widget_unref(widget) here? > > If I later do > > gtk_container_remove(GTK_CONTAINER(bin), widget); > > does the remove unref the widget? Do I still have a widget, or > has it been destroyed? > Widgets are created with a so-called floating reference. A floating reference has no owner, but anyone can remove it. Conventionally, you remove the floating count if you are keeping a non-transient reference of your own. gtk_container_add() will a) remove the floating reference and b) add its own reference. This means that the widget ends up with 1 reference, owned by the container. The code looks like: gtk_object_ref (GTK_OBJECT (child)); /* add reference */ gtk_object_sink (GTK_OBJECT (child)); /* remove floating, iff it exists */ Once an object is "sunk" (has no floating refence) there is no way to re-float it. gtk_object_sink() is a no-op if it's called on an already-sunk object. When you gtk_container_remove(), the container will unref the widget; so if you haven't added other references the widget will be finalized. An example case where you would ref a widget but not sink it is signal emission. If a widget emits a signal, say an entry emitting "changed", the widget is referenced during the signal emission and unreferenced afterward. This makes things much easier for users, since you can go ahead and for example destroy a window from a callback without worrying about whether signal emissions on the window are outstanding. However if signal emission sank the widget, a call such as: gtk_entry_set_text (entry, "foo"); would add a reference to emit the "changed" signal, strip the floating reference, then unref the widget, and so gtk_entry_set_text() might end up finalizing the entry, which would be kind of bad to say the least. As long as you always put your widgets in a container, all you have to remember as an application programmer is that you don't need to unref() unless you explicitly ref(). Toplevel windows are never floating, they are "born" owned by the GTK+ runtime, and the GTK+ runtime will unref() them when you call gtk_object_destroy(). So again no need to call unref() unless you called ref() explicitly. The "destroy" signal is a way to break reference cycles; it basically means "detach yourself from all other objects that you reference or that reference you." So for toplevel windows, it will remove the toplevel from the list of toplevels owned by GTK+, and thus cause an unref(); for other widgets, it will do an implicit gtk_container_remove(), among other things. Also if you destroy a toplevel all children of the toplevel will be recursively destroyed, so destroying a toplevel generally drops the refcount to 0 on all contained widgets. One case where you commonly need to worry about refcounting is when moving a widget between containers, where you want to hold a temporary reference: ref (child); container_remove (container, child); container_add (new_container, child); unref (child); So, more than you ever wanted to know. ;-) Havoc From pbd@op.net Fri Nov 17 22:55:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 9EDDD2DBC2 for ; Fri, 17 Nov 2000 22:55:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id WAA01227 for ; Fri, 17 Nov 2000 22:55:24 -0500 (EST) Message-Id: <200011180355.WAA01227@renoir.op.net> To: gtk-list@gnome.org Subject: gtk pixmap help requested Date: Fri, 17 Nov 2000 22:55:29 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ someone asked me to fwd this. don't know why. ------- Forwarded Message Date: Fri, 17 Nov 2000 00:00:00 From: "isiryder" To: pbd@op.net Subject: gtk-list help - Can you send this message? /* Hello. Can you send this message to the list in my name? I cannot do it, something is working wrong... */ Hi everyone. My name is Isaias and this is my first message to the list. I have a program that loads a pixmap into memory, and i want to modify and save it into a file again. What functions and structs should I use to be able to modify and save the pixmap? The code I use to create the pixmap is the following: create_pixmap (GtkWidget *widget, const gchar *filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; ... colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); ... pixmap = gtk_pixmap_new (gdkpixmap, mask); ... gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Thank you Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com ------- End of Forwarded Message From otaylor@redhat.com Fri Nov 17 23:05:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 552FA2D241; Fri, 17 Nov 2000 23:05:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 1AA5424263C; Fri, 17 Nov 2000 23:05:51 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GLib-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:05:51 -0500 Message-ID: Lines: 77 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GLib-1.3.2 has been released. This is a preview release of the unstable branch of GLib and is meant for: * those interested in the development of GLib or GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GLib-2.0 is released GLib is a the low-level core library that forms the basis of GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. GLib-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GLib-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GLib; GLib-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GLib with it. You should be able to install it alongside your current GLib without disturbing your current GLib. Bug reports and comments about this version of GLib should be sent to gtk-devel-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GLib 1.3.2: GLib: * Win32 build improvements [Tor] * Improvements to error reporting (g_critical(), g_return_if_reached()) [Darin] * Add g_strlcpy/g_strlcat [David Wheeler] * New IO channel implementation for Win32 [Tor] * Make g_array_free, g_string_free return pointer to memory requested not to be freed. [Darin] * Added GError based error reporting for thread functions. [Sebastian] * Moved reference docs into GLib distribution. [Owen] * Added g_convert() for doing convenient character set conversions based on iconv. (GLib now requires libiconv or a native iconv.) [Havoc/Owen] * Various Unicode handling additions (g_ucs4_to_utf8, g_utf8_validate(), g_{locale,filename}_{to,from}_utf8) [Robert/Havoc/Owen] * Portability fixes for threading. [Sebastian] * Added convenient functions for launching new processes (g_spawn_*), and shell quoting/unquoting functions. [Havoc] * Split glib.h into many headers. [Sebastian] * Added a simple callback-based parser for XML-like files (GMarkup). [Havoc] * Fixed confusions between comparison functions that return <0, 0, >0 and equaility functions that return FALSE,TRUE. [Sebastian] * Added safe/portable temporary file manipulation functions. [Tor] * autoconf improvements. [Raja] * Many documentation improvements. * Bug fixes. GObject: * Added boxed and pointer types. [Tim/Jonathan] * Added callback abstraction (GClosure) [Tim] * Added signal system (GSignal) [Tim] * Make GTypePlugin an interface [Tim] * Added GTypeModule - a simple GTypePlugin instantiation [Owen] * Bug fixes. From otaylor@redhat.com Fri Nov 17 23:08:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 73BE82D241; Fri, 17 Nov 2000 23:08:21 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5BB4824263C; Fri, 17 Nov 2000 23:08:21 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org, gtk-i18n-list@gnome.org Reply-To: gtk-i18n-list@gnome.org, gtk-devel-list@gnome.org Subject: [UNSTABLE] Pango-0.13 released From: Owen Taylor Date: 17 Nov 2000 23:08:21 -0500 Message-ID: Lines: 59 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Pango-0.13 has been released. This is a preview release and is meant for: * those interested in the development of Pango. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 and Pango-1.0 are released. Pango is a library for layout and rendering of text, with an emphasis on internationalization. It forms the core of text and font handling for GTK+-2.0. For more information about Pango, see http://www.pango.org. Pango-0.13 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz Pango-0.13 also requires GLib-1.3.2: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz As a change from Pango-0.12, a separate copy of FriBidi is not required to install Pango-0.13. Pango includes an internal copy of the routines that it needs, though it can optionally be compiled to use the routines from an external FriBidi library. This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. Bug reports and comments about Pango should be sent to gtk-i18n-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-i18n-list Changes between Pango-0.12 and Pango-0.13: * Win32 Support [Tor] * Per-display caching of font coverage on the root window [Owen] * Handling of embedded non-characters in PangoLayout [Elliot] * Mapping table fixes and improvements [KUSANO Takayuki, Robert, Owen] * Adjustable tab handling in PangoLayout [Havoc] * Add relative font-scaling attribute [Havoc] * Add function to convert XML/GMarkup description to a PangoAttrList [Havoc] * New version of Arabic shaper [Karl] * Enhanced Indic support with ligature tables from the font and many more languages [Robert] * Include FriBidi core that provides the features that Pango needs and can be used instead of separately installed fribidi. [Owen] * Add PangoLayoutIterator that abstracts the geometry operations for iterating over the lines/items/clusters/chars in a layout [Havoc] * Bug fixes, and more bug fixes From otaylor@redhat.com Fri Nov 17 23:12:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id CE1522DBDA; Fri, 17 Nov 2000 23:12:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A83E624263C; Fri, 17 Nov 2000 23:12:38 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GTK+-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:12:38 -0500 Message-ID: Lines: 104 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GTK+-1.3.2 has been released. This is a preview release of the unstable branch of GTK+ and is meant for: * those interested in the development of GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 is released. GTK+ is a widget toolkit for X and other windowing systems. It is used in such projects as the GIMP and GNOME. For more information about GTK+, see http://www.gtk.org GTK+-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz GTK+-1.3.2 also requires GLib-1.3.2 and pango-0.13: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GTK+-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GTK+; GTK+-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GTK+ with it. You should be able to install it alongside your current GTK+ without disturbing your current GTK+. Bug reports and comments about this version of GTK+ should be sent to: gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GTK+ 1.3.2 ================================= GTK Core: * New stock-icon and stock-item system. Use themeable pixbufs in dialogs, buttons, etc. [Havoc] * Theme engines reworked to use derivation and new object system. [Owen] * Added GtkClipboard object for simple selection handling. [Owen] * Make GtkEditable an interface, move implementation to GtkOldEditable for compat. [Owen] * Better handling of default directionality. [Robert] * Use GSignal as backend for GtkSignal and other GObject stuff. [Tim] * Move theme engines to GTypePlugin. [Owen] GDK: * Beginning of implementation of client parts of new window manager spec. [Owen] * Make gdk_drawable_get_image() work with backing store. [Havoc] Widgets: * New text widget [Havoc] - Adjustable tab handling. - Ability to have scrolling side areas in new text widget for tabs/line numbers. - Many cleanups and small improvements. * Improvements to submenu navigation [Nils Barth/David Santiago] and scrolling menus. [Alex] * Simplification of progress bar API. [Havoc] * Make GtkImage a generic image-display widget. [Havoc] * New GtkTreeView tree widget. Model/view architecture, flexible renderering, large datasets, etc. [Jonathan] * New GtkMessageBox widget for message display. [Havoc] * Allow labels to have contents set from XML-like markup language. [Havoc] * Make dialogs derive from GtkDialog and use stock buttons. [Havoc] Internationalization: * Proper character set conversion for clipboard/selection. [Owen] * New input method system via loadable modules; support on-the-spot preedit in GtkEntry and new text widget; allow switchin input methods on the fly; include modules for XIM and demo Cyrillic-tranliteration module. [Owen] * VIQR, Thai, and Inuktitut input methods. [Robert] * Convert po files to UTF-8. [Robert] gdk-pixbuf: * Full-alpha compositing for gdk-pixbuf on drawable. [Havoc] * Add simple saving to gdk-pixbuf. [David Welton/Havoc] * Add improved error handling with GError to gdk-pixbuf. [Havoc] Ports: * Much work on Win32 Port. [Tor/Hans] * Much work on Linux-FB Port. [Elliot/Alex] Misc: * Start of new gtk-demo demo program. [Owen/Jonathan] * Bug fixes and more bug fixes. From JParker@coinstar.com Fri Nov 17 12:13:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailgate.coinstar.com (www.coinstar.com [204.202.76.20]) by mail.gnome.org (Postfix) with ESMTP id CD9AF2BF7F; Fri, 17 Nov 2000 12:13:17 -0500 (EST) Received: from aluminum.coinstar.com ([172.16.24.23]) by mailgate.coinstar.com (Post.Office MTA v3.5.3 release 223 ID# 0-67851U100L100S0V35) with ESMTP id com; Fri, 17 Nov 2000 09:13:07 -0800 Subject: Re: how do I handle right-click on menu_items To: Kervin Pierre Cc: gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: From: JParker@coinstar.com Date: Fri, 17 Nov 2000 09:13:29 -0800 X-MIMETrack: Serialize by Router on Aluminum/Coinstar Inc/US(Release 5.0.3 |March 21, 2000) at 11/17/2000 09:13:13 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ G'Day ! This should work .... gint button_press_event (GtkWidget *widget, GdkEventButton *event ) { if (event ->button ==1) { /* your code */ return TRUE; } if (event -> button ==2) { /* more code */ return TRUE; } return FALSE; } This should all be documented in the appropiate header files. cheers, Jim Parker Sailboat racing is not a matter of life and death .... It is far more important than that !!! Kervin Pierre To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Sent by: cc: gtk-app-devel-list-admin Subject: how do I handle right-click on menu_items @gnome.org 11/16/00 10:26 PM hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list From pbd@op.net Sat Nov 18 00:00:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 2A7162BC3E; Sat, 18 Nov 2000 00:00:50 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id AAA04572; Sat, 18 Nov 2000 00:00:40 -0500 (EST) Message-Id: <200011180500.AAA04572@renoir.op.net> To: JParker@coinstar.com Cc: Kervin Pierre , gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items In-reply-to: Your message of "Fri, 17 Nov 2000 09:13:29 PST." Date: Sat, 18 Nov 2000 00:00:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >This should all be documented in the appropiate header files. agreed. and don't forget: if (event->type == GDK_BUTTON_PRESS) { } else if (event->type == GDK_2BUTTON_PRESS) { } else if (event->type == GDK_3BUTTON_PRESS) { } to handle double and triple clicks. --p From rhajikhani@exchange.office.etoys.com Sat Nov 18 00:33:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id D5B202C7BF for ; Sat, 18 Nov 2000 00:33:45 -0500 (EST) Received: (qmail 21736 invoked from network); 18 Nov 2000 03:26:57 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 18 Nov 2000 03:26:57 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Fri, 17 Nov 2000 19:48:00 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQ1C7; Fri, 17 Nov 2000 19:47:58 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Fri, 17 Nov 2000 20:47:37 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul, All, I have a program that calls a data base, retrieves a few data, and based on that data I would like to generate a few gtklevelhold bars, depending on the number of data got from the data base. So, the application should not show any thing upon execution, but rather after a time out has run out should then create those graphs. Here is what I have done. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; I also have another data structure struct _Hybrid{ GtkWidget *table; GtkWidget *progressbar; int timer; ServerData *sd; } Hybrid; when my application starts, I create a progress bar and a scrolling window in which there is vbox init. in the vbox there is table with row=0 column=0. I place a reference to this table in my Hybrid->table. After the time out I call a function call gint update_record(Hybrid *hybrid){ //call data base, get records (no problem here) // //place them in the link list of Hybrid hybrid->sd // // call a function update_table // update_table(Hybrid *hybrid) which is supposed to create the gtklevelhold bars, update the hybrid->table by placing bars in the table and display the bars... but it never happens and I get a segmentation fault. The bars never appear and my program dies... with a core dump. Can you help me with what I have done wrong... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mmotta@guest.net Sat Nov 18 12:35:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.supereva.it (adamo6.supereva.it [195.110.96.96]) by mail.gnome.org (Postfix) with SMTP id 8B41C2C874 for ; Sat, 18 Nov 2000 12:35:27 -0500 (EST) Received: (qmail 24484 invoked from network); 18 Nov 2000 17:35:31 -0000 Received: from unknown (HELO guest.net) (151.35.64.58) by mail.supereva.it with SMTP; 18 Nov 2000 17:35:31 -0000 Message-ID: <3A16BF8B.BBC59B89@guest.net> Date: Sat, 18 Nov 2000 17:42:35 +0000 From: Mario Motta X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: vdkbuilder , gtk-list@gnome.org Cc: "vdkbuilder-team@lists.sourceforge.net" Subject: ANNOUNCE: vdk-1.2.5, vdkbuilder-1.2.5 released Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ VDK Team is pleased to announce that newly released VDK 1.2.5 - VDKBuilder 1.2.5 are downloadable at: http://sourceforge.net/projects/vdkbuilder ======================= What's new in VDK 1.2.5 ======================= * Minor bug fixes, changes and enhancements * Enhanced dispatch algorithm for dynamic tables: Now a signal/event will proceed also from child to parent form if any. ============================== What's new on VDKBuilder 1.2.5 ============================== * Some portability problems with hupx and linuxppc solved * Added an hints editor, now users can add/remove/change their own editor hints * Implemented a projects-reopen feature based on a lru algorithm. User can reopen last recently used projects (up to 10) * Many minor bug fixes and enhancements. RELEASE NOTES: 1. As usual see NEWS and Changelog for more detailed informations 2. vdkbuilder 1.2.5 requires vdk 1.2.5 and (optionally) vdkxdb 0.0.4 for xdb support. 3. This should be the last release on vdk/vdkbuilder 1.2 series. Next one will be vdk/vdkbuilder 2.0 that will be available short after gtk+ 2.0 will be released. The VDK Team ------------ From new_world@radar.com.ar Sat Nov 18 14:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.arnet.com.ar (unknown [200.45.0.12]) by mail.gnome.org (Postfix) with SMTP id C0FF82BAD5 for ; Sat, 18 Nov 2000 14:38:30 -0500 (EST) Received: (qmail 1052 invoked from network); 18 Nov 2000 19:38:30 -0000 Received: ThePolice Version 0.02 by GCM Received: AntiBombing Version 0.08 by GCM Received: from mail3.radar.com.ar (200.45.87.68) by host000012.arnet.net.ar with SMTP; 18 Nov 2000 19:38:30 -0000 Received: from new_world ([200.45.92.215]) by mail3.radar.com.ar with Microsoft SMTPSVC(5.5.1877.597.59); Sat, 18 Nov 2000 16:38:30 -0300 Message-ID: <001801c05196$dce7d8e0$d75c2dc8@new_world> From: "Nicolas Raitman" To: "gtk general" Subject: Glade Date: Sat, 18 Nov 2000 16:36:34 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone know a good tutorial on how to use Glade? I mean, I program in GTK and I have heard a lot about it... thanks, Nicolas From dsh8290@rit.edu Sat Nov 18 15:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 271822C900 for ; Sat, 18 Nov 2000 15:05:04 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id PAA03237; Sat, 18 Nov 2000 15:04:58 -0500 (EST) Date: Sat, 18 Nov 2000 15:04:40 -0500 From: D-Man To: Nicolas Raitman Cc: gtk general Subject: Re: Glade Message-ID: <20001118150440.A28339@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <001801c05196$dce7d8e0$d75c2dc8@new_world> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <001801c05196$dce7d8e0$d75c2dc8@new_world>; from new_world@radar.com.ar on Sat, Nov 18, 2000 at 14:36:34 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Run glade. Hold the mouse over some buttons and read the tooltips. Push a few buttons and see what they do. :-) I used glade for a project and learned gtk at the same time. Since you already know gtk you already know the names of widgets and how they interact. IMO glade is very intuitive to use. -D On Sat, 18 Nov 2000 14:36:34 Nicolas Raitman wrote: | Does anyone know a good tutorial on how to use Glade? I mean, I program in | GTK and I have heard a lot about it... | | thanks, | Nicolas | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From rhajikhani@exchange.office.etoys.com Sun Nov 19 23:22:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 258C62C7AF for ; Sun, 19 Nov 2000 23:22:51 -0500 (EST) Received: (qmail 17848 invoked from network); 20 Nov 2000 03:56:47 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 20 Nov 2000 03:56:47 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Sun, 19 Nov 2000 20:19:07 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Message-ID: From: Rasoul Hajikhani To: =?iso-8859-1?Q?DINH_V=2E_Ho=E0?= Cc: Juergen Boemmels , gtk-list Subject: Re: passing args Date: Sun, 19 Nov 2000 21:20:24 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C052A9.013B7B80" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C052A9.013B7B80" ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/plain; charset="iso-8859-1" This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. <> ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: passing args

This message uses a character set that is not = supported by the Internet Service.  To view the original message = content,  open the attached message. If the text doesn't display = correctly, save the attachment to disk, and then open it using a viewer = that can display the original character set. <<message.txt>> =

------_=_NextPart_001_01C052A9.013B7B80-- ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: text/plain; name="message.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="message.txt" Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by = exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail = Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Date: Sun, 19 Nov 2000 21:20:24 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "DINH V. =3D?iso-8859-1?Q?Ho=3DE0?=3D" cc: Juergen Boemmels ,=20 gtk-list Subject: Re: passing args In-Reply-To: <3A13296B.A8A89CE5@enserb.fr> Message-ID: = MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=3DX-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE I say, I have done what you have said, that is I pass a reference to = a=3D20 data structure an I get the following warning interface.h:281: warning: passing arg 2 of `gtk_timeout_add' from incompatible pointer type and here is what I am doing: timer =3D3D gtk_timeout_add (100, progress_timeout, hybrid); where hybrid is a data structure... so what's the deal... -r On Thu, 16 Nov 2000, DINH V. [iso-8859-1] Ho=3DE0 wrote: > Juergen Boemmels wrote: > >=3D20 > > "DINH V. Ho=3DE0" writes: > >=3D20 > > > to call the function, you do the following : > > > > > > { > > > struct struct_arg1_arg2 data; > > > data->arg1 =3D3D arg1; > > > data->arg2 =3D3D arg2; > > > gtk_timeout_add(interval, function, &data); > > > } > >=3D20 > > I'm not sure, but this won't work. > > You alloc the data on the stack, register a pointer to this, add = leave > > the function destroying this part of the stack. But it also may = even > > work in several cases. Those bugs are realy hard to find. > >=3D20 > > When your timeout occurs, you may get a segfault, because the > > stackframe is no longer valid. > >=3D20 > > A possible way would be > > { > > struct struct_arg1_arg2 *data; > >=3D20 > > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > > g_assert (data !=3D3D 0); > > /* init data */ > > gtk_timeout_add (interval, function, &data); > > } > >=3D20 > > function (struct struct_arg1_arg2 *data) > > { > > /* do something with data */ > > free (data); > > } >=3D20 > ok, the way I gave won't work but yours won't work too. >=3D20 > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). >=3D20 > then the a better solution is=3D20 >=3D20 > { > struct struct_arg1_arg2 *data; > =3D20 > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data !=3D3D 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > =3D20 > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > // no free > } >=3D20 >=3D20 > don't forget to free the data at the end of the program or when the > timeout > callback will be stopped. >=3D20 > --=3D20 > Hoa >=3D20 > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list >=3D20 ------_=_NextPart_000_01C052A9.013B7B80-- From rsteinke@merilon.elfhame.net Mon Nov 20 14:03:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id BAA472DD61 for ; Mon, 20 Nov 2000 14:03:13 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAKJBWg14189 for gtk-list@gnome.org; Mon, 20 Nov 2000 11:11:32 -0800 From: Ron Steinke Date: Mon, 20 Nov 2000 11:11:32 -0800 To: gtk-list@gnome.org Subject: GtkItemFactory Message-ID: <3A197764.nailAY211ODDY@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How do you pass a pointer to user data to callback functions called from a GtkMenuItem created by a GtkItemFactory? I tried passing it as the callback_data argument of gtk_item_factory_create_items, but this doesn't appear to by the way to do it. Ron Steinke From mleisher@crl.nmsu.edu Mon Nov 20 16:35:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 330382BE8D for ; Mon, 20 Nov 2000 16:35:02 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA17594; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA66837; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA12615; Mon, 20 Nov 2000 14:34:59 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14873.39171.378460.879626@helion.crl.nmsu.edu> Date: Mon, 20 Nov 2000 14:34:59 -0700 (MST) To: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <200011202054.UAA03127@babbage.grid9.net> References: <200011202054.UAA03127@babbage.grid9.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Abdul-Wahid> My interest in Arabic on Linux stems from a project I am Abdul-Wahid> doing from home. I am designing a gnome app where I will need Abdul-Wahid> Arabic support. I have a lot of Arabic data that will need to Abdul-Wahid> be displayed as rendered text. Therefore, if anyone on this Abdul-Wahid> list can update me on the current status of Arabic support in Abdul-Wahid> GTK and where I can find more information about using Arabic Abdul-Wahid> in GTK I would appreciate it. The latest development-only versions of GDK, Pango, and GTK were just released a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi package to handle directionality. In short, this development version should provide reasonable support at least for display of Arabic text. ftp://ftp.gtk.org/pub/gtk/v1.3/gdk-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz WARNING: This development version is incompatible with GTK 1.2.8!! Install it in some other location! You can also expect the API's to change before it is ready for general release! ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From donna@omartin.com Mon Nov 20 16:52:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from taka.swcp.com (taka.swcp.com [198.59.115.12]) by mail.gnome.org (Postfix) with ESMTP id 458902BD60 for ; Mon, 20 Nov 2000 16:52:21 -0500 (EST) Received: from diamond (1Cust75.tnt3.albuquerque.nm.da.uu.net [63.20.94.75]) by taka.swcp.com (8.10.0.Beta12/8.10.0.Beta12) with SMTP id eAKLqIm26210 for ; Mon, 20 Nov 2000 14:52:18 -0700 (MST) Message-ID: <002801c0533d$05990a00$0200a8c0@diamond> Reply-To: "Donna S. Martin" From: "Donna S. Martin" To: References: <3A197764.nailAY211ODDY@merilon.elfhame.net> Subject: Re: GtkItemFactory Date: Mon, 20 Nov 2000 14:57:47 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ That is the way to do it if you bear in mind two things. 1) An item factory callback has a different prototype than a menu item callback. 2) That field is shared among all the callbacks you specify in the GtkItemFactoryEntry array. The most common error is number 1. Here is the prototype for an Item Factory Callback..... void (*GtkItemFactoryCallback1)( gpointer callback_data, guint callback_action, GtkWidget *widget); A bit different from a MenuItem callback. Of course, if you don't like this, you could always retrieve the widget id from the item factory and attach your callback manually. Then you'd be using the GtkMenuItem's callback prototype. Does this make sense? Hope so, if not I'll try again. Donna ----- Original Message ----- From: Ron Steinke To: Sent: Monday, November 20, 2000 12:11 PM Subject: GtkItemFactory > How do you pass a pointer to user data to callback functions > called from a GtkMenuItem created by a GtkItemFactory? I tried > passing it as the callback_data argument of gtk_item_factory_create_items, > but this doesn't appear to by the way to do it. > Ron Steinke > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Mon Nov 20 18:30:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id B7E8A2DC7D for ; Mon, 20 Nov 2000 18:30:08 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id XAA18072 for ; Mon, 20 Nov 2000 23:30:07 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Mon, 20 Nov 2000 23:28:27 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXRNSW; Mon, 20 Nov 2000 15:25:20 -0800 Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r From jens@ja-web.de Tue Nov 21 07:47:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by mail.gnome.org (Postfix) with ESMTP id A7C7D2BC89 for ; Tue, 21 Nov 2000 07:47:45 -0500 (EST) Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 13yCps-0002KL-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:44 +0100 Received: from [62.159.123.27] (helo=dtmun420009) by mrvdom03.kundenserver.de with smtp (Exim 2.12 #2) id 13yCpm-0008Jc-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:38 +0100 Message-ID: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> From: "Jens Ansorg" To: Subject: XFree86-Bigfont extension: shmget() failed Errors ?!?! Date: Tue, 21 Nov 2000 13:47:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hi, I went through the arcive bu tcould not find something useful for this issue: Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget failed" messages whenever I run a gtk/gnome app. Now even worse: some apps couse this error: "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" I get lots of lines of this one. probably related are errors/warnings about shared pixmaps not loading, i.e when I open a menu and move the mouse down along the menu entries I get those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. Same with toolbars ... Is this shmget related with a kernel module shm.o ? this module is there for my kernel but it refuses to load (unresolved symbols) Any ideas ? where to start looking for a solution? thanks Jens Ansorg From erik@arthur.ubicom.tudelft.nl Tue Nov 21 08:17:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id D0E612E349 for ; Tue, 21 Nov 2000 08:17:08 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (root@arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id OAA25131; Tue, 21 Nov 2000 14:17:07 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id OAA14091; Tue, 21 Nov 2000 14:15:13 +0100 Date: Tue, 21 Nov 2000 14:15:13 +0100 From: Erik Mouw To: Jens Ansorg Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001121141512.J31270@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com>; from jens@ja-web.de on Tue, Nov 21, 2000 at 01:47:37PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > I went through the arcive bu tcould not find something useful for this > issue: > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > failed" messages whenever I run a gtk/gnome app. > > Now even worse: some apps couse this error: > "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" > > I get lots of lines of this one. > > probably related are errors/warnings about shared pixmaps not loading, i.e > when I open a menu and move the mouse down along the menu entries I get > those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. > Same with toolbars ... > > Is this shmget related with a kernel module shm.o ? > this module is there for my kernel but it refuses to load > (unresolved symbols) No. SysV shared memory is part of the "System V IPC" option, and it can't be compiled as a kernel module. All kernels provided by distributions have this enabled, AFAIK. What is the value of /proc/sys/kernel/shmmax ? Try to set this to a large value (like 32MB) with: echo 33554432 > /proc/sys/kernel/shmmax If you compiled your own kernel, be sure that you enabled SysV IPC. Erik [currently employed as kernel hacker, so that's why you don't see me that often on this list] -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From thomas@x-tekcorp.com Tue Nov 21 08:43:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id D14EB2BA9A for ; Tue, 21 Nov 2000 08:43:24 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 07:42:58 -0600 Message-ID: <200011210745370240.049E29A9@rsg.org> X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 07:45:37 -0600 From: "Thomas Rock" To: gtk-list@gnome.org Subject: GtkList frustrations Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====_9748143375705=_" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --=====_9748143375705=_ Content-Type: text/plain; charset="us-ascii" I'm trying to get a list of items to display in a GtkList, but all I get is a blank window. Below is the code (from an example in the Gnome/Gtk+ Programming Bible). What am I doing wrong? I'm running gtk+ 1.2.8 and Redhat Linux 7.0. Thanks. Tom Code: #include #include int main (int argc, char *argv[]) { GtkWidget *Toplevel; GtkWidget *list; GList *glist = (GList *) NULL; gtk_set_locale (); gtk_init (&argc, &argv); // create top-level window Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel"); gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER); glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Average")); printf("The list length is: %d\n", g_list_length(glist)); list = gtk_list_new(); gtk_list_append_items(GTK_LIST(list), glist); gtk_widget_set_usize(list, 150, 250); gtk_widget_show(list); gtk_container_add (GTK_CONTAINER (Toplevel), list); gtk_widget_show(Toplevel); gtk_main (); return 0; } Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com --=====_9748143375705=_ Content-Type: text/html; charset="us-ascii"
I'm trying to get a list of items to display in a GtkList, but all I get
is a blank window. Below is the code (from an example in the
Gnome/Gtk+ Programming Bible). What am I doing wrong?
 
I'm running gtk+ 1.2.8 and Redhat Linux 7.0.
 
Thanks.
 
Tom
 
 
Code:
 
#include <gtk/gtk.h>
#include <stdio.h>
 
int main (int argc, char *argv[]) {
 
   GtkWidget *Toplevel;
   GtkWidget *list;
  
   GList *glist = (GList *) NULL;
   gtk_set_locale ();
   gtk_init (&argc, &argv);
 
   // create top-level window
   Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL);
   gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel");
   gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER);
  
  
   glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Average"));
  
   printf("The list length is: %d\n", g_list_length(glist));
  
   list = gtk_list_new();
   gtk_list_append_items(GTK_LIST(list), glist);
   gtk_widget_set_usize(list, 150, 250);
   gtk_widget_show(list);
   gtk_container_add (GTK_CONTAINER (Toplevel), list);
 
  
   gtk_widget_show(Toplevel);
   gtk_main ();
   return 0;
}

Thomas Rock                        X-Tek Corporation
thomas@x-tekcorp.com         P.O. Box 254
888-908-9835 ext. 101           Richmond, IL 60071
                                           www.x-tekcorp.com
 
                                           
 
 
--=====_9748143375705=_-- From trog@gtk.org Tue Nov 21 09:14:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay.dera.gov.uk (relay.dera.gov.uk [192.5.29.49]) by mail.gnome.org (Postfix) with SMTP id 9834A2BA9A for ; Tue, 21 Nov 2000 09:14:01 -0500 (EST) Received: (qmail 25937 invoked from network); 21 Nov 2000 14:14:01 +0000 Received: from syntax.dera.gov.uk (146.80.9.50) by relay.dera.gov.uk with SMTP; 21 Nov 2000 14:14:01 +0000 Content-Length: 720 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200011210745370240.049E29A9@rsg.org> Date: Tue, 21 Nov 2000 14:14:00 -0000 (GMT) From: Trog To: Thomas Rock Subject: RE: GtkList frustrations Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 21-Nov-2000 Thomas Rock wrote: > I'm trying to get a list of items to display in a GtkList, but all > I get > is a blank window. Below is the code (from an example in the > Gnome/Gtk+ Programming Bible). What am I doing wrong? > > glist = g_list_append(glist, > gtk_list_item_new_with_label("Maximum")); You need to gtk_widget_show the list item, so it should be something like (for each one): GtkWidget *item; item = gtk_list_item_new_with_label("Maximum"); gtk_widget_show(item); glist = g_list_append(glist, item); -tony --- E-Mail: trog@gtk.org I find you lack of faith in the forth dithturbing. - Darse ("Darth") Vader Go Bezerk! http://www.gtk.org/~trog From isiryder@universitariosmix.com Tue Nov 21 09:14:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from s-mail2.hanmail.net (unknown [211.62.252.65]) by mail.gnome.org (Postfix) with ESMTP id ADB992BA9A for ; Tue, 21 Nov 2000 09:14:23 -0500 (EST) Received: from www4.mixmail.com (www.mixmail.com [211.32.117.94] (may be forged)) by s-mail2.hanmail.net (8.10.0/8.9.1) with ESMTP id eALDv6H30943; Tue, 21 Nov 2000 22:57:06 +0900 Received: (from hanadmin@localhost) by www4.mixmail.com (8.9.1/8.9.1) id WAA17597; Tue, 21 Nov 2000 22:59:37 +0900 (KST) From: "isiryder" To: gtk-list@gnome.org Subject: How to save pixmaps? X-Mailer: Daum Web Mailer 1.0 Date: Tue, 21 Nov 2000 00:59:37 -1300 Message-Id: <20001121145937.HM.b0000000000AgL9@mixmail.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. I am making a simple program which loads a pixmap into memory. Is it possible to modify a GtkPixmap? What types and functions should i use to modify a pixmap and save it into a file? This is the code i use to load the pixmap: GtkWidget* create_pixmap (GtkWidget *widget, const gchar*filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; GList *elem; colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); if (gdkpixmap == NULL) { g_warning (("Pixmap not loaded: %s"), (gchar*)filename); return NULL; } pixmap = gtk_pixmap_new (gdkpixmap, mask); if (pixmap != NULL) nombre_fichero = g_strdup(filename); gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com From wslu@sina.com Tue Nov 21 09:29:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sina.com (unknown [202.106.187.156]) by mail.gnome.org (Postfix) with SMTP id 2EE112BB47 for ; Tue, 21 Nov 2000 09:29:42 -0500 (EST) Received: (qmail 30010 invoked from network); 21 Nov 2000 13:49:56 -0000 Received: from unknown (HELO tulip) (202.115.65.104) by 202.106.187.156 with SMTP; 21 Nov 2000 13:49:56 -0000 Date: Tue, 21 Nov 2000 21:55:03 +0800 From: wslu To: "GTK+ Mailling List" Subject: What's wrong with component refresh? Message-Id: <3A1A7EB739.983CWSLU@smtp.sina.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.25.04 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm coding a GUI application using gtk+. I create a thread using pthread_create before the main window show, this thread communicate with window using signals and System V message queue. The problem is: After a successful communication between thread and the window, and when the window need to be redrawed(e.g., when resize it), it seams that the window "forget" to refresh his child components. This make all of the components disappear. what's wrong is it? Is it the correct way to use thread with GTK+? thanx for your any reply... From thomas@x-tekcorp.com Tue Nov 21 09:31:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id C31F52E396 for ; Tue, 21 Nov 2000 09:31:50 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 08:31:24 -0600 Message-ID: <200011210834010100.04CA7ABC@rsg.org> In-Reply-To: References: X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 08:34:01 -0600 From: "Thomas Rock" To: "Trog" Cc: gtk-list@gnome.org Subject: RE: GtkList frustrations Content-Type: text/plain; charset="ISO-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ DUH! Thanks! Tom *********** REPLY SEPARATOR *********** On 11/21/00 at 2:14 PM Trog wrote: >On 21-Nov-2000 Thomas Rock wrote: >> I'm trying to get a list of items to display in a GtkList, but all >> I get >> is a blank window. Below is the code (from an example in the >> Gnome/Gtk+ Programming Bible). What am I doing wrong? > > > >> >> glist = g_list_append(glist, >> gtk_list_item_new_with_label("Maximum")); > >You need to gtk_widget_show the list item, so it should be something >like (for each one): > > GtkWidget *item; > > item = gtk_list_item_new_with_label("Maximum"); > gtk_widget_show(item); > glist = g_list_append(glist, item); > >-tony > > >--- >E-Mail: trog@gtk.org >I find you lack of faith in the forth dithturbing. >- Darse ("Darth") Vader > >Go Bezerk! http://www.gtk.org/~trog > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com From mleisher@crl.nmsu.edu Tue Nov 21 11:00:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4152A2BB3D for ; Tue, 21 Nov 2000 11:00:22 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA26811; Tue, 21 Nov 2000 09:00:18 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA15399; Tue, 21 Nov 2000 09:00:19 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA13331; Tue, 21 Nov 2000 09:00:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.39953.449488.381918@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 09:00:17 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14873.39171.378460.879626@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Roozbeh> It depends on what should be considered reasonable. Against what Roozbeh> FriBidi claims in its readme file, it does not have any support Roozbeh> for explicit bidi marks, which will be needed in anything more Roozbeh> than causual usage. Hmm. I haven't looked at FriBidi for quite a while. I thought Dov would have support for explicit bidi marks by now. Anyway, I hope to have my Pretty Good Bidi Algorithm done, including explicit bidi marks by the end of December. Small and fast, it works for many cases already, but has three serious flaws: 1. Doesn't reorder certain kinds of numerical expressions in Arabic quite right. 2. Doesn't support explicit bidi marks. 3. The cursor tracking doesn't work right in some cases. It does however, address some odd things that come up in the Unicode Bidi algorithm, like positioning trailing parentheses/brackets/etc correctly without the need for explicit bidi marks. I've been using variations of this approach since 1995 and it has worked "pretty good" :-) If you want to play with it, go to the following page: http://crl.nmsu.edu/~mleisher/ucdata.html ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From feiguin@magnet.fsu.edu Tue Nov 21 11:26:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id CCE362BB0B for ; Tue, 21 Nov 2000 11:26:02 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05653 for ; Tue, 21 Nov 2000 11:25:55 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:25:55 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: GtkExtra-0.99.12 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I'm pleased to announce a new release of GtkExtra featuring major changes in GtkPlot, and including new widgets for 3d and polar plots. Here is a summary of the changes: - New plot subclasses for 3D and polar plots: GtkPlot3d and GtkPlotPolar. GtkPlot3D has its own API, but GtkPlotPolar can be casted as a GtkPlot considering the equivalence x->r, y->angle. - GtkPlotData is a widget. The API is almost the same. You may have to cast the widget using data = GTK_PLOT_DATA(gtk_plot_data_new()); - The other Data subclasses are Bar, Box, Flux, Surface and CSurface. - I added new arguments to the datasets (z, dz, a, da): z is obviously for 3d plots. However, it is used in GtkPlotBox to specify the size of the boxes. "a" is used to determine the size of the symbols, and "da", the color. - The color of the symbols, when "da" is specified, is detemined using the gradient. the gradient has (min, max) values, and corresponding colors. The symbol's color is interpolated between these values using hue/saturation/value depending on the gradient_mask. - GtkOrientation was replaced with GtkPlotOrientation (GTK_PLOT_AXIS_X/Y/Z) - the fields xticks and yticks were removed from gtkplot. - GtkPlotSymbol has a new field GtkPlotLine border and you set/get the attributes with gtk_plot_data_set/get_symbol - I removed the symbol type: GTK_PLOT_SYMBOL_BAR, because this is a new data subclass. I added TRIANGLE_LEFT/RIGHT and DOT. - After gtk_plot_canvas_paint, you have to use gtk_plot_canvas_refresh to refresh the pixmap in the window. This is because paint can be used to print or save plots in other formats, depending on the GtkPlotPC you are using (see below). - The drawing engine, called GtkPlotPC has been rewritten. Now it's a GtkObject, and you can derive subclasses as GtkPlotGdk and GtkPlotPS in our case (You can define your own if you want to use a different library to draw your plots!). How does it work: 1) Instead of creating a GdkGC, you create either a GtkPlotGdk or GtkPlotPS. 2) you do the following replacements: gdk_gc_set_foreground -> gtk_plot_pc_set_color gdk_gc_set_dash -> gtk_plot_pc_set_dash gdk_gc_set_line_attributes -> gtk_plot_pc_set_lineattr gdk_gc_draw_... -> gtk_plot_pc_draw_... The output will be either on a drawable or a file according to the GtkPlotPC you chose. All the redundant code for the PS output in gtkplotprint was eliminated! Elegant, isn't it? - I also added a new widget: gtktogglecombo, a gtkcombobox subclass (See it in action in testgtksheet) - New demos are included. - BugFixes in GtkSheet From feiguin@magnet.fsu.edu Tue Nov 21 11:29:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id 157B72E343 for ; Tue, 21 Nov 2000 11:27:27 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05657 for ; Tue, 21 Nov 2000 11:27:19 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:27:19 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: GtkExtra moved to Sourceforge Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You'll find the gtkextra webpage at http://gtkextra.sourceforge.net Enjoy! From feiguin@magnet.fsu.edu Tue Nov 21 12:17:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id DF2B92D1A6 for ; Tue, 21 Nov 2000 12:17:54 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id MAA06111 for ; Tue, 21 Nov 2000 12:17:47 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 12:17:47 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: SciGraphica-0.6 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm pleased to announce the new release of Scigraphica featuring 3D and polar plots! Scigraphica is a powerful tool for scientific graphics and data analysis. It pretends to be a clone of the popular commercial (and expensive) application "Microcal Origin". It fully supplies plotting features for 2D, 3D and polar charts. The aim is to obtain a fully-featured, cross-plattform, user-friendly, self-growing scientific application. It is free and open-source, released under the GPL license. Main features: -You can plot functions and manipulate data in worksheets. -You can open several worksheets and plots and work with them at the same time. -The plots are fully configurable using a control panel dialog. -The look and feel is completely WYSIWYG. -Publication quality PostScript output. -You can interact with the plots double-clicking, dragging and moving objects with the mouse. -Export/Import features in XML format. -You can insert Python expressions in the worksheets. URL: http://scigraphica.sourceforge.net Enjoy! The SciGraphica Team.- From kpierre@fit.edu Tue Nov 21 12:39:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id DAA742BBE7 for ; Tue, 21 Nov 2000 12:39:41 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id MAA01163 for ; Tue, 21 Nov 2000 12:40:11 -0500 (EST) Message-ID: <3A1AB40C.7000609@fit.edu> Date: Tue, 21 Nov 2000 12:42:36 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list Subject: theme errors Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I get ... libpng error: Application must be recompiled; version 1.0.6 was incompatible libpng error: Application must be recompiled; version 1.0.6 was incompatible ... whenever I run a gtk application with a theme other than default. This happens even after I recompiled the application and glib/gtk. I'm using glib/gtk 1.2.8. What must I recompile? PS. what's a theme engine? It it part of the glib or gtk packages? -Kervin From mleisher@crl.nmsu.edu Tue Nov 21 13:28:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 13B7E2CF1C for ; Tue, 21 Nov 2000 13:28:55 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id LAA12467; Tue, 21 Nov 2000 11:28:51 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id LAA51912; Tue, 21 Nov 2000 11:28:52 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id LAA13716; Tue, 21 Nov 2000 11:28:49 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.48865.349423.561713@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 11:28:49 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> It does however, address some odd things that come up in the Unicode >> Bidi algorithm, like positioning trailing parentheses/brackets/etc >> correctly without the need for explicit bidi marks. I've been using >> variations of this approach since 1995 and it has worked "pretty good" >> :-) Roozbeh> Mark, are you sure this should be done? I mean anything other Roozbeh> than exact standard compliance in this case, will really annoy Roozbeh> the user. She will have something shown on her Windows Roozbeh> application, and something else on his Unix application, for Roozbeh> example. The inclusion of explicit bidi marks to fix these small reordering glitches in the Unicode algorithm should have no effect on my routine. The idea behind my approach is to demonstrate that exactly the same results as the Unicode Bidi Reordering algorithm can be achieved in a much simpler fashion. Because the Unicode reordering algorithm is the reference, if mine does not produce exactly the same results, then it is no good. Roozbeh> You may have seen my Arabic joining problems post on the Unicode Roozbeh> list. We (heavy Arabic users) can't afford the difference. If Roozbeh> something comes in the right order here, it should be right Roozbeh> there. Or the text is not usable. Yes. I am quite aware how these differences can make Arabic and Persian text unusable. I've been doing this sort of thing for a while :-) The reordering problem you described simply doesn't occur in my algorithm because the text is already kept in discrete directional segments. In short, as you suggested, the explicit directional characters become implicitly non-joining and are not transparent with regard to joining. Your proposed solution for the U+06C0 decomposition looks like exactly the right thing to do. Roozbeh> Me and my colleagues are trying to implement explicit marks in Roozbeh> FriBidi, because there's simply no complete version of Unicode Roozbeh> bidi available. The reference implementaion is not usable, the Roozbeh> Microsoft version is not compliant, the Mozilla version is far Roozbeh> from complete, so there only remains FriBidi which is both usable Roozbeh> (proof: Robert's xterm) and easy enough to invest on. We can then Roozbeh> push everyone to do compliant support. Hopefully, there will be one more compliant choice soon. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From meisemann@dsrnet.com Tue Nov 21 16:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id AF0EC2BBBA for ; Tue, 21 Nov 2000 16:26:05 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eALLEc515369 for ; Tue, 21 Nov 2000 16:14:39 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eALLEbf15364 for ; Tue, 21 Nov 2000 16:14:38 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 21 Nov 2000 16:24:10 -0500 Message-ID: <01C053D7.7A63AA80.meisemann@dsrnet.com> From: Matt Eisemann To: "'gtk-list@gnome.org'" Subject: CLIST Date: Tue, 21 Nov 2000 16:24:09 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am creating an application and in the main window (win) I have a clist which takes up most of the room of the application. A user can scroll through a bunch of tasks they want to start and select one or more rows and start/stop update,select all,exit. These five buttons are below the clist. The format sort of looks like below. ----------------------------------------------- ------------------- * * * row * * row * * row * * row * * row * * button1 button2 button3 button4 button5 * *********************************************** ****** In the main window, there is a vbox, vertical box, which i place the CLIST and buttons. When I try to expand the main window, the application remains the same size. I noticed that my vbox was set to vbox=gtk_vbox_new(FALSE,NO_SPACING); gtk_widget_set_usize(vbox,900,570); When I expand the main window, I want the scrolled window to also automatically expand but have the other buttons and things remain the same size and I am having trouble doing this. For some reason, my scrolled window remains the same size and if I don't specify the size using 'usize', I get a CLIST with only one row so that I have to individually scroll through each row to get to the row I want. Why does CLIST depend upon the gtk_widget_set_usize to determine its size? The code(some of it) I use for the scrolled window is scrolled_win = gtk_scrolled_window_new(NULL,NULL); gtk_widget_set_usize(scrolled_win,400,400); gtk_window_set_policy(scrolled_win,TRUE,TRUE,TRUE) gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); Also, as a side question, since I am using CLIST do I still need the following for CLIST for scrolling or is that only for LIST. gtk_container_set_focus_hadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_wind ow_get_hadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); gtk_container_set_focus_vadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_windo w_get_vadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); Let me know if I was not clear regarding the From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 16:41:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 2CA1D2DCDE for ; Tue, 21 Nov 2000 16:41:22 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id VAA32605 for ; Tue, 21 Nov 2000 21:41:20 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 21 Nov 2000 21:39:36 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DXVJL; Tue, 21 Nov 2000 13:37:25 -0800 Date: Tue, 21 Nov 2000 14:38:49 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help (Please) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is the third time I am posting this message. I have not received any response yet... Can any one help me before I totally give up... A hint will do till the next time :) ---------- Forwarded message ---------- Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani To: gtk-list@gnome.org Subject: Help I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list From aby_paul@yahoo.com Tue Nov 21 16:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web1101.mail.yahoo.com (web1101.mail.yahoo.com [128.11.23.121]) by mail.gnome.org (Postfix) with SMTP id 674522E380 for ; Tue, 21 Nov 2000 16:52:01 -0500 (EST) Received: (qmail 25833 invoked by uid 60001); 21 Nov 2000 21:52:00 -0000 Message-ID: <20001121215200.25831.qmail@web1101.mail.yahoo.com> Received: from [198.133.22.73] by web1101.mail.yahoo.com; Tue, 21 Nov 2000 13:52:00 PST Date: Tue, 21 Nov 2000 13:52:00 -0800 (PST) From: Aby Paul Subject: Configuring GTK To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I have installed GTK 1.1.8 on AIX 4.3.3. Each time I try to run the the simple program 'base' (mentioned in the documentaion), it results in coredump. gdb shows its looking for a a function gdk_init_check () in file gdk.c. And there is no file called gdk.c availale. Do anyone know what went wrong with the configuration? Thanks in advance, Aby __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From Valdis.Kletnieks@vt.edu Tue Nov 21 17:10:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9DDF02DFDD for ; Tue, 21 Nov 2000 17:10:38 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eALMAbG33790; Tue, 21 Nov 2000 17:10:38 -0500 Message-Id: <200011212210.eALMAbG33790@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Aby Paul Cc: gtk-list@gnome.org Subject: Re: Configuring GTK In-Reply-To: Your message of "Tue, 21 Nov 2000 13:52:00 PST." <20001121215200.25831.qmail@web1101.mail.yahoo.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2027487492P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 21 Nov 2000 17:10:37 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2027487492P Content-Type: text/plain; charset=us-ascii On Tue, 21 Nov 2000 13:52:00 PST, Aby Paul said: > I have installed GTK 1.1.8 on AIX 4.3.3. Each time I > try to run the the simple program 'base' (mentioned in > the documentaion), it results in coredump. gdb shows > its looking for a a function gdk_init_check () in file > gdk.c. And there is no file called gdk.c availale. Do > anyone know what went wrong with the configuration? This appears to be libtool not cooperating with the AIX linker. Basically, the libraries get linked with -berok. This in itself is not bad, except that (for instance) libgtk.a is linked without a reference to libgdk.a. At runtime, this results in references to gdk functions not being correctly resolved. So when the gtk_init_check() routine calls gdk_init_check(), it branches off to never-never land. To fix: 1) Re-build glib, gmodule and gthreads libraries *without* -berok (this will require some libtool hackery). You'll have to specify additional -L and -l flags to get gmodule and gthreads to rebuild. 2) Repeat for the gdk libraries 3) Repeat for the gtk libraries. Hope this helps. I need to write all this up and get it folded back into the base libtool/gtk distributions.. ;( -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2027487492P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhry3XAt5Vm009ewEQIZfQCg/hwyU9galgiO4Fpu+LAqc72RLjUAnj1g bwsAL9dP1VtIl6Lfzly9z8pK =2YVE -----END PGP SIGNATURE----- --==_Exmh_2027487492P-- From rsteinke@merilon.elfhame.net Tue Nov 21 20:40:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 04D2C2C8A3 for ; Tue, 21 Nov 2000 20:40:17 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAM1mek15085 for gtk-list@gnome.org; Tue, 21 Nov 2000 17:48:40 -0800 From: Ron Steinke Date: Tue, 21 Nov 2000 17:48:39 -0800 To: gtk-list@gnome.org Subject: marshallers Message-ID: <3A1B25F7.nailBMZ115F3M@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm confused about how marshallers work. The return functions for gtk_signal_default_marshaller, which is defined as gtk_marshal_VOID__VOID, are of type callback(GtkObject *object, gpointer user_data). Does that mean that the callback for gtk_marshal_VOID__VOID is of the form callback(GtkObject *object, gpointer arg1, gpointer user_data)? Ron Steinke From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 22:27:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 3899C2BCEF for ; Tue, 21 Nov 2000 22:27:32 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id DAA02408 for ; Wed, 22 Nov 2000 03:27:31 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 03:25:46 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX74Z; Tue, 21 Nov 2000 19:23:52 -0800 Date: Tue, 21 Nov 2000 20:25:35 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with scrolled window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does any one know how to update the contents of a scrolled window dynamically, that is after the program has executed? -r From nhb2001@hotmail.com Tue Nov 21 08:01:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f200.law10.hotmail.com [64.4.15.200]) by mail.gnome.org (Postfix) with ESMTP id 93A4F2BBA9 for ; Tue, 21 Nov 2000 08:01:34 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 21 Nov 2000 05:01:33 -0800 Received: from 194.83.240.32 by lw10fd.law10.hotmail.msn.com with HTTP; Tue, 21 Nov 2000 13:01:33 GMT X-Originating-IP: [194.83.240.32] From: "john john" To: gtk-list@gnome.org Subject: Redhat 6.0 for glade Date: Tue, 21 Nov 2000 13:01:33 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Nov 2000 13:01:33.0743 (UTC) FILETIME=[2C8753F0:01C053BB] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I would like to use glade on redhat 6.0, which packages do I need to install? I quite unsure & a newie on linux. this is from the www.gtk.org. Glade 0.5.9 Tarball (1.7 MB) automake 1.4 and autoconf 2.13 to build generated code. And a recent version of gnome-libs (>=1.0.50) would all this be enough for redhat6.0, I am bit stuck with my final year project & do need your answer please. Thanks ted _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com From StefanRieken@SoftHome.net Tue Nov 21 09:52:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hirogen.kabelfoon.nl (unknown [62.45.45.69]) by mail.gnome.org (Postfix) with ESMTP id 439652E331 for ; Tue, 21 Nov 2000 09:52:24 -0500 (EST) Received: from SoftHome.net (k8nw253.dial.kabelfoon.nl [62.45.11.127]) by hirogen.kabelfoon.nl (Postfix) with ESMTP id 5E0457C46 for ; Tue, 21 Nov 2000 15:53:33 +0100 (CET) Message-ID: <3A1A8C02.64597193@SoftHome.net> Date: Tue, 21 Nov 2000 15:51:46 +0100 From: Stefan Rieken Organization: Flip de Egel Productions X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: nl,en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: any policy for foo_new() return types? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, First off, I've been so rude to post to this list while not being on it. Please CC me, thanks. I have used GNOME and GTK+ for a long time, but only in the past few days I really got past the "Hello, World" stage. I couldn't help noticing that every foo_new() method had its own policy for what kind of struct to return. A few examples (sorry for using GNOME examples): - gnome_app_bar_new() returns a GtkWidget* (its far, but not "oldest" ancestor) - gnome_mdi_new() returns a GtkObject* (its "oldest", and only ancestor) - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild (an instance of itself) - gtk_adjustment_new() returns a GtkObject* (its "oldest", but not its only ancestor) I believe that it's common policy to return a GtkWidget* if this is available in the ancestry, and otherwise fall back to a GtkObject -- but why this policy, anyway? And why do some of the above examples draw away from this policy? Thanks, Stefan From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 21:13:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 094D72DE8F for ; Tue, 21 Nov 2000 21:13:31 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id CAA02005 for ; Wed, 22 Nov 2000 02:13:30 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 02:11:45 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX6RN; Tue, 21 Nov 2000 18:09:49 -0800 Date: Tue, 21 Nov 2000 19:11:34 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Can any one tell me how to show a widget after a timer runs out but not at the execution of the application? -r From roozbeh@sharif.edu Tue Nov 21 12:25:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id 751B52DF4F for ; Tue, 21 Nov 2000 12:25:07 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id UAA19388; Tue, 21 Nov 2000 20:54:51 +0330 Date: Tue, 21 Nov 2000 20:54:51 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14874.39953.449488.381918@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 21 Nov 2000, Mark Leisher wrote: > It does however, address some odd things that come up in the Unicode Bidi > algorithm, like positioning trailing parentheses/brackets/etc correctly > without the need for explicit bidi marks. I've been using variations of this > approach since 1995 and it has worked "pretty good" :-) Mark, are you sure this should be done? I mean anything other than exact standard compliance in this case, will really annoy the user. She will have something shown on her Windows application, and something else on his Unix application, for example. You may have seen my Arabic joining problems post on the Unicode list. We (heavy Arabic users) can't afford the difference. If something comes in the right order here, it should be right there. Or the text is not usable. Me and my colleagues are trying to implement explicit marks in FriBidi, because there's simply no complete version of Unicode bidi available. The reference implementaion is not usable, the Microsoft version is not compliant, the Mozilla version is far from complete, so there only remains FriBidi which is both usable (proof: Robert's xterm) and easy enough to invest on. We can then push everyone to do compliant support. --roozbeh From rdiazmartin@yahoo.com Sun Nov 19 08:22:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp2.mail.yahoo.com (smtp2.mail.yahoo.com [128.11.68.32]) by mail.gnome.org (Postfix) with SMTP id CBB3C2BAD5 for ; Sun, 19 Nov 2000 08:22:19 -0500 (EST) Received: from 10-madr-x116.libre.retevision.es (HELO mandrake.roberto.ral) (62.83.44.202) by smtp.mail.vip.suc.yahoo.com with SMTP; 19 Nov 2000 07:24:21 -0000 X-Apparently-From: Received: from localhost (localhost [10.0.0.1]) by mandrake.roberto.ral (8.9.3/8.9.3) with ESMTP id IAA04137 for ; Sun, 19 Nov 2000 08:26:59 +0100 Date: Sun, 19 Nov 2000 08:26:59 +0100 (MET) From: Roberto Diaz X-Sender: rdiazmartin@mandrake.roberto.ral To: gtk-list Subject: Saving a pixmap to a file.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi.. Well my problem is that I dont know very well how the format of a pixmap looks like.. I would like to be able to get all the information into a pixmap an generate RGB data.. this is because I'm doing a whiteboard application and I would like to be able to save the drawings.. (currently my whiteboard works pretty good but still looses all the work at the end!!! ;) If I'm able to get the data as RGB I will be able to make a lot of things using imageMagick or Imlib for example (in order to be able to save it as png, jpg, eps.. etc).. please I need your good advice. Thanks in advance! Roberto __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com From robert@promisechina.com Sun Nov 19 23:04:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0722E2BD0E for ; Sun, 19 Nov 2000 23:04:22 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA06214 for ; Sun, 19 Nov 2000 23:04:21 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAK44GD06909 for ; Sun, 19 Nov 2000 23:04:18 -0500 Received: (qmail 46709 invoked from network); 20 Nov 2000 03:52:31 -0000 Received: from unknown (HELO zhang) (61.151.174.97) by www10.chinadns.com with SMTP; 20 Nov 2000 03:52:31 -0000 Message-ID: <001201c052a6$14cb7220$7424c409@promise.com> From: "Zhang" To: Subject: Compile in FreeBSD Date: Mon, 20 Nov 2000 11:58:02 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C052E9.22793400" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQogICAgSSBjb21waWxlIG15IHNvdXJjZSBjb2RlIGJ5ICAiZ3RrX2NvbmZpZyIg aW4gTElOVVgsIGhvdyBjYW4gSSBjb21waWxlIGl0IGluIEZyZWVCU0Q/IA0KDQoNCiAgICBCZXN0 IFJlZ2FyZHMuDQoNCiAgICAgICAgICAgICAgICAgICAgUm9iZXJ0IC4gICAxMS4yMA0K ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgSSBjb21waWxlIG15 IHNvdXJjZSBjb2RlIGJ5Jm5ic3A7IA0KImd0a19jb25maWciIGluIExJTlVYLCBob3cgY2FuIEkg Y29tcGlsZSBpdCBpbiBGcmVlQlNEPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyBC ZXN0IFJlZ2FyZHMuPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg c2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyBSb2JlcnQgLiZu YnNwOyZuYnNwOyANCjExLjIwPC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= ------=_NextPart_000_000F_01C052E9.22793400-- From gsarria@escher.ujavcali.edu.co Mon Nov 20 15:33:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from escher.ujavcali.edu.co (unknown [200.32.81.136]) by mail.gnome.org (Postfix) with ESMTP id 4C6142BBF4 for ; Mon, 20 Nov 2000 15:33:22 -0500 (EST) Received: from localhost (gsarria@localhost) by escher.ujavcali.edu.co (8.9.3/8.9.3) with ESMTP id PAA09604 for ; Mon, 20 Nov 2000 15:35:02 -0500 Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) From: Gerardo Mauricio Sarria To: gtk-list@gnome.org Subject: Drag and Drop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I am developing an application in lisp with a GTK+ module. This app requires the drag and drop utility but I can't find any documentation about it. Can anybody give me some documentation about it? Thanks Gerardo Sarria From roozbeh@sharif.edu Tue Nov 21 04:09:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id CA0A62E211 for ; Tue, 21 Nov 2000 04:09:00 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id MAA04505; Tue, 21 Nov 2000 12:38:31 +0330 Date: Tue, 21 Nov 2000 12:38:31 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14873.39171.378460.879626@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 20 Nov 2000, Mark Leisher wrote: > The latest development-only versions of GDK, Pango, and GTK were just released > a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi > package to handle directionality. In short, this development version should > provide reasonable support at least for display of Arabic text. It depends on what should be considered reasonable. Against what FriBidi claims in its readme file, it does not have any support for explicit bidi marks, which will be needed in anything more than causual usage. From wolfgang@ultim.net Tue Nov 21 23:23:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 547D32E080 for ; Tue, 21 Nov 2000 23:23:46 -0500 (EST) Received: (qmail 22058 invoked from network); 22 Nov 2000 04:22:24 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:22:24 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4LoP01786 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:21:50 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:21:49 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121232148.A1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from rhajikhani@exchange.office.etoys.com on Tue, Nov 21, 2000 at 08:25:35PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 08:25:35PM -0800, heure d'inpiration, Rasoul Hajikhani écrivait en ces mots: > Does any one know how to update the contents of a scrolled window > dynamically, that is after the program has executed? > -r Not willing to be offensive at all. Is that a spam ? There is no way to make a program use, display, modify widgets when this program has ended. When the program has ended, it closes its connection to the X server and the X server releases any resources allocated to this program. The Berlin project has a feature which permit programs to still be displayed while they are not running, but not X. Wolfgang -- A chicken is an egg's way of producing more eggs. From wolfgang@ultim.net Tue Nov 21 23:26:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id A08032E085 for ; Tue, 21 Nov 2000 23:25:35 -0500 (EST) Received: (qmail 22178 invoked from network); 22 Nov 2000 04:24:14 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:24:14 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4Nf501794 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:23:41 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:23:40 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Redhat 6.0 for glade Message-ID: <20001121232340.B1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from nhb2001@hotmail.com on Tue, Nov 21, 2000 at 01:01:33PM -0000 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 01:01:33PM -0000, heure d'inpiration, john john écrivait en ces mots: > Hi Guys, > I would like to use glade on redhat 6.0, which packages do I need to > install? I quite unsure & a newie on linux. > > this is from the www.gtk.org. > > Glade 0.5.9 Tarball (1.7 MB) > automake 1.4 and autoconf 2.13 to build generated code. > > And a recent version of gnome-libs (>=1.0.50) > would all this be enough for redhat6.0, I am bit stuck with my final year > project & do need your answer please. Try the packages from the standard distributions (for Redhat 6.2). If they don't work, choose between upgrading your distribution to 6.2 or to rebuild the src.rpms for those packages. W -- A chicken is an egg's way of producing more eggs. From gharris@flashcom.net Tue Nov 21 23:37:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A71DC2D33A for ; Tue, 21 Nov 2000 23:37:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA02815 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAM4b7D21998 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: (cpmta 21469 invoked from network); 21 Nov 2000 20:36:58 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:36:58 -0800 X-Sent: 22 Nov 2000 04:36:58 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03801; Tue, 21 Nov 2000 20:36:56 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:36:56 -0800 From: Guy Harris To: Zhang Cc: GTK-list@redhat.com Subject: Re: Compile in FreeBSD Message-ID: <20001121203656.C363@quadrajet.flashcom.com> References: <001201c052a6$14cb7220$7424c409@promise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <001201c052a6$14cb7220$7424c409@promise.com>; from robert@promisechina.com on Mon, Nov 20, 2000 at 11:58:02AM +0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 20, 2000 at 11:58:02AM +0800, Zhang wrote: > I compile my source code by "gtk_config" in LINUX, how can I > compile it in FreeBSD? With "gtk_config", if you have GTK+ installed. If you don't have it installed, get it from the ports collection, or load a binary package, or download the source and build and install it yourself. The ports/packages you need are "glib-1.2.8" and "gtk-1.2.8". From gharris@flashcom.net Tue Nov 21 23:43:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id 52D622BA83 for ; Tue, 21 Nov 2000 23:43:58 -0500 (EST) Received: (cpmta 23759 invoked from network); 21 Nov 2000 20:43:56 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:43:56 -0800 X-Sent: 22 Nov 2000 04:43:56 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03812; Tue, 21 Nov 2000 20:43:55 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:43:55 -0800 From: Guy Harris To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121204355.D363@quadrajet.flashcom.com> References: <20001121232148.A1733@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001121232148.A1733@debian.home>; from wolfgang@ultim.net on Tue, Nov 21, 2000 at 11:21:49PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 11:21:49PM -0500, Wolfgang Sourdeau wrote: > Not willing to be offensive at all. Is that a spam ? > There is no way to make a program use, display, modify widgets when this > program has ended. When the program has ended, it closes its connection to > the X server and the X server releases any resources allocated to this > program. Perhaps by "after the program has executed" he meant "after the program has started", i.e. "after it has initially displayed the scrolled window", rather than "after the program has finished running and exited". From Florent.Devin@lifl.fr Wed Nov 22 03:39:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 74F122BB23 for ; Wed, 22 Nov 2000 03:39:19 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA14888 for ; Wed, 22 Nov 2000 09:38:37 +0100 (MET) Message-ID: <3A1B862C.867F70C1@lifl.fr> Date: Wed, 22 Nov 2000 09:39:08 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Drag and Drop References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Gerardo Mauricio Sarria a écrit : > > Hi! > > I am developing an application in lisp with a GTK+ module. This app > requires the drag and drop utility but I can't find any documentation > about it. > Can anybody give me some documentation about it? > > Thanks > > Gerardo Sarria > Hi, Yes this is a FAQ, but not in FAQ. There is a sample in the gtk archive, which is called testdnd You should look at -- Florent DEVIN From wowa@jet.msk.su Wed Nov 22 03:49:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id C3ED22D291 for ; Wed, 22 Nov 2000 03:49:57 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13yVaz-0000JH-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13yVaz-00070G-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13yVay-0000OT-00; Wed, 22 Nov 2000 11:49:36 +0300 From: Vladimir Tsichevski To: gsarria@escher.ujavcali.edu.co Cc: gtk-list@gnome.org In-reply-to: (message from Gerardo Mauricio Sarria on Mon, 20 Nov 2000 15:35:02 -0500 (COT)) Subject: Re: Drag and Drop Message-Id: Date: Wed, 22 Nov 2000 11:49:36 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) >From: Gerardo Mauricio Sarria >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > > >Hi! > >I am developing an application in lisp with a GTK+ module. This app >requires the drag and drop utility but I can't find any documentation >about it. >Can anybody give me some documentation about it? > >Thanks > >Gerardo Sarria > The GTK+ package has an example program named testdnd.c. If you are programming in Lisp, take a look at my bigloo-lib package , which has gtk bindings for Scheme programming language, and includes the working testdnd example rewritten in Bigloo Scheme. Regards, Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From Florent.Devin@lifl.fr Wed Nov 22 03:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id D69E22DE4A for ; Wed, 22 Nov 2000 03:52:01 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA15038 ; Wed, 22 Nov 2000 09:51:21 +0100 (MET) Message-ID: <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 09:51:53 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani a écrit : > > Can any one tell me how to show a widget after a timer runs out but not at > the execution of the application? > -r If I understand you Try to do while (gtk_events_pending()) gtk_main_iteration -- Florent DEVIN From johan.groth.mandator@celsius.se Wed Nov 22 06:13:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 6394C2E079 for ; Wed, 22 Nov 2000 06:13:05 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:05:44 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA18896 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:06:37 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA28184 for ; Wed, 22 Nov 2000 11:03:05 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:03:47 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA13195 for ; Wed, 22 Nov 2000 11:03:34 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA10202; Wed, 22 Nov 2000 11:02:43 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA26330 for ; Wed, 22 Nov 2000 11:02:37 +0100 (MET) Message-Id: <3A1B99BD.6067EFC7@rmail.bofors> Date: Wed, 22 Nov 2000 11:02:37 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: sparc linux binaries on sparc solaris 2.5.1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Greetings, I wonder if it is possible to take glib/gtk+ linux binaries for sparc and run them under Solaris 2.5.1 with Solaris linux emulation (I think such a beast exists for 2.5.1)? Reason? I can't get clist to work on 2.5.1. TIA, /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From john.cupitt@ng-london.org.uk Wed Nov 22 06:59:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 23E9F2E0DD for ; Wed, 22 Nov 2000 06:59:01 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5GWS; Wed, 22 Nov 2000 11:58:57 -0000 Message-ID: <3A1BB421.DE8E8BE5@ng-london.org.uk> Date: Wed, 22 Nov 2000 11:55:13 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ (I mailed you directly, but it bounced ... so it's on the list) Hi Rasoul, > when my application starts, I create a progress bar (Hybrid->progressbar), > a table with row=1 column=1, and a scrolling window. I place a reference > to this table in my Hybrid->table data structure. I insert the table > Hybrid->table in the scrolling window. After progressbar timer iterates > once, I call update_records function which retrieves the records from tha > data base and they are inserted into the linked list. The Hybrid data > structure is then used in the update_table function to get access to both > the linked list and the table to update the table by placing the levelhold > widgets in the appropriate rows and columns (supposedly). But it never > happens and I never see the levelhold widgets. Can any one help me and > tell me where I have gone wrong... So many things could have gone wrong :( it's hard to say from your description. Try to make a small example program which you can post which shows the problem, or take the progressbar example in testgtk and hack that about. HTH, John From pbd@op.net Wed Nov 22 07:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4D2092E1BE for ; Wed, 22 Nov 2000 07:02:10 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id HAA13586; Wed, 22 Nov 2000 07:01:41 -0500 (EST) Message-Id: <200011221201.HAA13586@renoir.op.net> To: "Florent. Devin" Cc: Rasoul Hajikhani , gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 09:51:53 +0100." <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 07:02:49 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Can any one tell me how to show a widget after a timer runs out but not at >> the execution of the application? >> -r >If I understand you >Try to do >while (gtk_events_pending()) > gtk_main_iteration i don't think that this is what he meant. i think he wants: 1) program starts 2) gtk_init() 3) creates some widgets 4) show()'s most of the widgets 5) gtk_run() . . . 6) show() some other widgets the answer is to do this between steps 4 and 5: gtk_timeout_add (msecs, function, argument); and within `function': gint function (void *arg) { other_widget1->show (); other_widget2->show (); return FALSE; /* don't execute this function again */ } --p From mleisher@crl.nmsu.edu Wed Nov 22 10:24:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id AC5EF2BBB2 for ; Wed, 22 Nov 2000 10:24:20 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA25720; Wed, 22 Nov 2000 08:24:13 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA18398; Wed, 22 Nov 2000 08:24:14 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA15659; Wed, 22 Nov 2000 08:24:11 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.58651.749624.936425@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 08:24:11 -0700 (MST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? In-Reply-To: <3A1A8C02.64597193@SoftHome.net> References: <3A1A8C02.64597193@SoftHome.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan> I believe that it's common policy to return a GtkWidget* if this Stefan> is available in the ancestry, and otherwise fall back to a Stefan> GtkObject -- but why this policy, anyway? And why do some of the Stefan> above examples draw away from this policy? I really like GTK (but don't use GNOME). After many years of using the Intrinsics, I got used to object creation calls all returning Widget*, and all widget-related functions taking Widget* arguments, leaving the functions to check for valid subclasses instead of the programmer doing it explicitly. Though I find some of these differences mildly annoying, these are minor because GTK is very usable in just about all other respects. My guess is that the differing return types were done as a matter of convenience at one point and never quite got fixed to meet policy. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From otaylor@redhat.com Wed Nov 22 10:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 23D632E0D5 for ; Wed, 22 Nov 2000 10:26:57 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DE22524231C; Wed, 22 Nov 2000 10:26:56 -0500 (EST) To: Mark Leisher Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 10:26:56 -0500 In-Reply-To: Mark Leisher's message of "Tue, 21 Nov 2000 11:28:49 -0700 (MST)" Message-ID: Lines: 51 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > >> It does however, address some odd things that come up in the Unicode > >> Bidi algorithm, like positioning trailing parentheses/brackets/etc > >> correctly without the need for explicit bidi marks. I've been using > >> variations of this approach since 1995 and it has worked "pretty good" > >> :-) > > Roozbeh> Mark, are you sure this should be done? I mean anything other > Roozbeh> than exact standard compliance in this case, will really annoy > Roozbeh> the user. She will have something shown on her Windows > Roozbeh> application, and something else on his Unix application, for > Roozbeh> example. > > The inclusion of explicit bidi marks to fix these small reordering > glitches in the Unicode algorithm should have no effect on my > routine. > > The idea behind my approach is to demonstrate that exactly the same > results as the Unicode Bidi Reordering algorithm can be achieved in > a much simpler fashion. > > Because the Unicode reordering algorithm is the reference, if mine does not > produce exactly the same results, then it is no good. I don't really follow - you claim that your algorithm handles some cases better, but, on the other hand you say that you want to get exactly the same results. I'm definitely of the opinion that following the Unicode algorithm exactly is a absolute necessity, which is perhaps the main reason for using the FriBidi code in Pango. And FriBidi isn't very complex - as it is currently, without handling explicit embedding and overrides, the part that Pango uses is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more than a few hundred more. (I actually think that explicit embeddings and overrides are going to be fairly rare, but would like to see the support there.) So, the only sense I could imagine it being complex is that it might be slow compared to a simpler algorithm.... but compared to shaping, determination of bidirectional level isn't a significant bottleneck in Pango. And I know of several more optimizations that could speed up FriBidi further. Regards, Owen From Rajagopalan.Srinivasan@indsys.ge.com Wed Nov 22 10:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from unknown-230-101.pilot.net (unknown-230-101.pilot.net [206.98.230.101]) by mail.gnome.org (Postfix) with ESMTP id 6A4482CF45 for ; Wed, 22 Nov 2000 10:38:31 -0500 (EST) Received: from unknown-239-164.pilot.net (unknown-239-164.pilot.net [206.189.239.164]) by unknown-230-101.pilot.net with ESMTP id KAA15983 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from nsmtrs1.motors.ge.com (localhost [127.0.0.1]) by unknown-239-164.pilot.net with ESMTP id KAA02958 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from ns01.salem.ge.com (ns01.salem.ge.com [3.29.12.4]) by nsmtrs1.motors.ge.com (Postfix) with ESMTP id 3830B33313; Wed, 22 Nov 2000 10:38:29 -0500 (EST) Received: from vasale01misge.salem.ge.com (vasale01misge [3.29.13.12]) by ns01.salem.ge.com (Postfix) with ESMTP id D326817FC7; Wed, 22 Nov 2000 10:38:28 -0500 (EST) Received: by vasale01misge.salem.ge.com with Internet Mail Service (5.5.2651.58) id <44H3PR22>; Wed, 22 Nov 2000 10:38:37 -0500 Message-ID: From: "Srinivasan, Rajagopalan (IndSys, SalemVA)" To: "'Mark Leisher'" Cc: "'gtk-list@gnome.org'" Subject: RE: any policy for foo_new() return types? Date: Wed, 22 Nov 2000 10:38:26 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ One of the reasons I use Ada and the GtkAda binding........................... srini > -----Original Message----- > From: Mark Leisher [mailto:mleisher@crl.nmsu.edu] > Sent: Wednesday, November 22, 2000 10:24 AM > To: Stefan Rieken > Cc: gtk-list@gnome.org > Subject: Re: any policy for foo_new() return types? > > > > Stefan> I believe that it's common policy to return a > GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why > do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of > using the > Intrinsics, I got used to object creation calls all returning > Widget*, and all > widget-related functions taking Widget* arguments, leaving > the functions to > check for valid subclasses instead of the programmer doing it > explicitly. > > Though I find some of these differences mildly annoying, > these are minor > because GTK is very usable in just about all other respects. > > My guess is that the differing return types were done as a matter of > convenience at one point and never quite got fixed to meet policy. > -------------------------------------------------------------- > --------------- > Mark Leisher > Computing Research Lab Cinema, radio, television, > magazines are a > New Mexico State University school of inattention: > people look without > Box 30001, Dept. 3CRL seeing, listen without hearing. > Las Cruces, NM 88003 -- Robert Bresson > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mleisher@crl.nmsu.edu Wed Nov 22 11:08:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4DBC32CE1F for ; Wed, 22 Nov 2000 11:08:39 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA29278; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA26996; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA15748; Wed, 22 Nov 2000 09:08:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.61314.373208.717105@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 09:08:34 -0700 (MST) To: Owen Taylor Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> The inclusion of explicit bidi marks to fix these small reordering >> glitches in the Unicode algorithm should have no effect on my routine. >> >> The idea behind my approach is to demonstrate that exactly the same >> results as the Unicode Bidi Reordering algorithm can be achieved in a >> much simpler fashion. >> >> Because the Unicode reordering algorithm is the reference, if mine does >> not produce exactly the same results, then it is no good. Owen> I don't really follow - you claim that your algorithm handles some Owen> cases better, but, on the other hand you say that you want to get Owen> exactly the same results. Sorry, I'm juggling a million things at once and have been leaving lots of little details like this out. Given the same correct input string, the reordered output string from my routine should be the same as a true implementation of the Unicode Bidi algorithm. The difference with my algorithm is that even if some explicit directional marks get left out (an incorrect input string, if you will), the text will probably be reordered correctly anyway. Owen> I'm definitely of the opinion that following the Unicode algorithm Owen> exactly is a absolute necessity, which is perhaps the main reason Owen> for using the FriBidi code in Pango. I definitely agree that there should be a single way to do this. It makes life a lot easier for everyone. Owen> And FriBidi isn't very complex - as it is currently, without Owen> handling explicit embedding and overrides, the part that Pango uses Owen> is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more Owen> than a few hundred more. About the same amount of code in my routine so far too. Owen> (I actually think that explicit embeddings and overrides are going Owen> to be fairly rare, but would like to see the support there.) Very likely. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From Anthony-Ferrand@wanadoo.fr Wed Nov 22 11:24:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from amyris.wanadoo.fr (smtp-abo-2.wanadoo.fr [193.252.19.150]) by mail.gnome.org (Postfix) with ESMTP id 6F6822BD79 for ; Wed, 22 Nov 2000 11:24:54 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by amyris.wanadoo.fr; 22 Nov 2000 17:24:51 +0100 Message-ID: <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 17:25:33 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gtk_input_add Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I don't understand something with the gtk_input_add function (again!). I create a fifo (using mkfifo) and then I want to launch a function when datas are accessible from this fifo.... so I use the gtk_input_add function but when the process comes to the gtk_input_add line it just stop. More exactly, the prog is running but it is just waiting for something.... Thanks in advance, ASF From otaylor@redhat.com Wed Nov 22 11:28:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 44A702E152 for ; Wed, 22 Nov 2000 11:28:11 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 2B3C024231C; Wed, 22 Nov 2000 11:28:11 -0500 (EST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Owen Taylor Date: 22 Nov 2000 11:28:11 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 53 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > Hello, > > First off, I've been so rude to post to this list while not being on it. > Please CC me, thanks. > > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > > I believe that it's common policy to return a GtkWidget* if this is > available in the ancestry, and otherwise fall back to a GtkObject -- but > why this policy, anyway? And why do some of the above examples draw away > from this policy? The policy is basically that the constructor should return the most derived types with a few exceptions: - Constructors of types derived from GtkWidget should return a GtkWidget. The basic reason why widget constructors return a GtkWidget is the next step after creation is almost always adding to a container. - The same applies to other cases when the class is more likely to be used as a base class than as the derived class - for example GtkIMContext in GTK+-2.0. This concept is a little fuzzy, but works OK in practice. GnomeMDI and GtkAdjustment are broken. GtkAdjustment is that way for compatibility reasons, but unfortunately its been copied as a bad example in a few other places. GTK+-2.0 introduces a big swarm of non-widget GObject types, (PangoLayout, GdkWindow, GdkGC, ....) so there will be lots of good examples. Regards, Owen From otaylor@redhat.com Wed Nov 22 11:33:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 4F4052D1CE for ; Wed, 22 Nov 2000 11:33:24 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 3713824231C; Wed, 22 Nov 2000 11:33:24 -0500 (EST) To: Mark Leisher Cc: Stefan Rieken , gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 11:33:24 -0500 In-Reply-To: Mark Leisher's message of "Wed, 22 Nov 2000 08:24:11 -0700 (MST)" Message-ID: Lines: 38 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Stefan> I believe that it's common policy to return a GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of using > the Intrinsics, I got used to object creation calls all returning > Widget*, and all widget-related functions taking Widget* arguments, > leaving the functions to check for valid subclasses instead of the > programmer doing it explicitly. ALthough I haven't talked to Peter about the issue, so I can't tell you the _real_ reason for it, my take on the reasons why having functions take the most derived type useful is: - It makes the header files clearer - Combined with standard programmer habits, it provides some measure of compile time safety; because if I write: GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); The compiler will catch it. Of course, if I write GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); It won't get caught until run time, but that's a harder mistake to make. Regards, Owen From pbd@op.net Wed Nov 22 11:38:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id B3ACB2D01C for ; Wed, 22 Nov 2000 11:38:57 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA06284; Wed, 22 Nov 2000 11:38:02 -0500 (EST) Message-Id: <200011221638.LAA06284@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 17:25:33 +0100." <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 11:39:13 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I don't understand something with the gtk_input_add function (again!). >I create a fifo (using mkfifo) and then I want to launch a function when >datas are accessible from this fifo.... so I use the gtk_input_add >function but when the process comes to the gtk_input_add line it just >stop. More exactly, the prog is running but it is just waiting for >something.... do you mean it stops while executing gtk_input_add() ? show us the code - problems like this can almost never be solved from reading a non-code description. --p From hp@redhat.com Wed Nov 22 11:48:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id BE0062E3DF for ; Wed, 22 Nov 2000 11:48:02 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAMGmEK02767; Wed, 22 Nov 2000 11:48:14 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Havoc Pennington Date: 22 Nov 2000 11:48:14 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 30 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > There is a policy, and it is: - widgets are returned as GtkWidget*, the principle is that you are most likely to need them as GtkWidget* (e.g. as the second arg to gtk_container_add(), to show them, etc.) - everything else should be returned as the most-derived type gtk_adjustment_new() and gnome_mdi_new() are broken for historical reasons, they should return a GtkAdjustment* and GnomeMDI*. Havoc From Anthony-Ferrand@wanadoo.fr Wed Nov 22 12:08:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id B88C92E4AE for ; Wed, 22 Nov 2000 12:08:28 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 22 Nov 2000 18:08:24 +0100 Message-ID: <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Wed, 22 Nov 2000 18:09:09 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: Re: gtk_input_add References: <200011221638.LAA06284@renoir.op.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > >I don't understand something with the gtk_input_add function (again!). > >I create a fifo (using mkfifo) and then I want to launch a function when > >datas are accessible from this fifo.... so I use the gtk_input_add > >function but when the process comes to the gtk_input_add line it just > >stop. More exactly, the prog is running but it is just waiting for > >something.... > > do you mean it stops while executing gtk_input_add() ? show us the > code - problems like this can almost never be solved from reading a > non-code description. Sorry my post was updated. Now, I use the GIO channel. But my problem was the same: ....... mkfifo("./fifo.sah", S_IRUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog wait and I must kill it ....... It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" when I create the fifo...because now the prog run normally ...... mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); ...... Now, I don't know how to use the fifo because when I try to write to ./fifo.sah, I get "permission denied" Thanks in advance, ASF From dov@imagic.weizmann.ac.il Wed Nov 22 14:22:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id 3A0102BC39; Wed, 22 Nov 2000 14:22:29 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id VAA23199; Wed, 22 Nov 2000 21:22:35 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011221922.VAA23199@imagic.weizmann.ac.il> To: gtk-list@gnome.org, gtk-i18n-list@gnome.org Subject: Re: first time post with some question Date: Wed, 22 Nov 2000 21:22:35 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Owen Taylor wrote: [stuff deleted] > What I did was to include a copy of the parts of FriBidi that > Pango needs in Pango, with some fixes that haven't been applied > to the original code. You can compile Pango to either use this > included version, or to use a separate version. > > I don't really want to maintain a separate version of this code - > I certainly plan on sending any changes I make to the version > of Pango back to Dov. I exchanged a couple of mails with Dov a few > months ago and he indicated that he didn't have much time to > work on FriBidi these days, but was planning to make an updated > release. > > Omer Zak has also been compiling his own > version of FriBidi with various improvements. I actually released a new version of FriBidi (fribidi-0.1.15) last week where I applied several patches from Omer Zeek, and also one from Owen, that I had somehow missed. Currently I know of no patches that have not been applied. But of course there still is functionality to be added (RL|LR){O,E} etc. It turns out that is not that easy, as I have done some shortcuts in fribidi that do not seem to be applicable once the explicit embeddings are included. I wish I had more time to do it. I would happily include contributions frome somebody else who has got more time than me. 8-) Dov From lrclause@cs.uiuc.edu Wed Nov 22 14:33:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id D23612DF85 for ; Wed, 22 Nov 2000 14:33:36 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAMJXa023803; Wed, 22 Nov 2000 13:33:36 -0600 To: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Lars Clausen Date: 22 Nov 2000 13:33:35 -0600 In-Reply-To: Owen Taylor's message of "22 Nov 2000 11:33:24 -0500" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 22 Nov 2000, Owen Taylor wrote: >=20 > Mark Leisher writes: >=20 >> Stefan> I believe that it's common policy to return a GtkWidget* if >> this Stefan> is available in the ancestry, and otherwise fall back >> to a Stefan> GtkObject -- but why this policy, anyway? And why do >> some of the Stefan> above examples draw away from this policy? >>=20 >> I really like GTK (but don't use GNOME). After many years of using >> the Intrinsics, I got used to object creation calls all returning >> Widget*, and all widget-related functions taking Widget* arguments, >> leaving the functions to check for valid subclasses instead of the >> programmer doing it explicitly. >=20 > ALthough I haven't talked to Peter about the issue, so I can't > tell you the _real_ reason for it, my take on the reasons why > having functions take the most derived type useful is: >=20 > - It makes the header files clearer=20 >=20 > - Combined with standard programmer habits, it provides some measure > of compile time safety; because if I write: >=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); >=20 > The compiler will catch it. Of course, if I write=20=20 >=20=20=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); >=20 > It won't get caught until run time, but that's a harder mistake > to make. Now if it returned its most derived type, the compiler would always catch it. Plus it'd prevent the confusing practice (that I've been guilty of sometimes) of reusing a variable for different kinds of widgets. As for normally immediately using the widget in container_add (or widget_show), I think that's not worth it for the lack of static typing (which I have come to like over the years). In general, I think the return types (and call types) should be the most specific possible without sacrificing generality. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From king@eiffel.com Wed Nov 22 14:55:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 3EBD82E09F for ; Wed, 22 Nov 2000 14:55:11 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=naples) by pompeii.ise with smtp (Exim 3.02 #2) id 13yfz3-0007xi-00 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:55:09 -0800 Message-ID: <003501c054be$7fd5a080$750a000a@naples> From: "Ian King" To: Subject: Querying keyboard modifiers Date: Wed, 22 Nov 2000 11:57:52 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01C0547B.718D9A70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Does anyone know of an easy way to query the state of the keyboard = modifiers (ctrl, alt & shift) with gdk? Thanks for your time IEK ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Does anyone know of an easy way to = query the state=20 of the keyboard modifiers (ctrl, alt & shift) with gdk?
 
Thanks for your time
 
IEK
------=_NextPart_000_0032_01C0547B.718D9A70-- From Anthony-Ferrand@wanadoo.fr Wed Nov 22 16:38:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id 17BAB2D92A for ; Wed, 22 Nov 2000 16:38:10 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 22 Nov 2000 22:38:08 +0100 Message-ID: <3A1C3CF1.C0592666@wanadoo.fr> Date: Wed, 22 Nov 2000 22:38:57 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: allocated memory X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, How can I freed the memory used by widgets because it seems to me that it is not automatically done? thanks in advance, ASF From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id AB5F22BCA2 for ; Wed, 22 Nov 2000 17:26:07 -0500 (EST) Received: (qmail 16677 invoked from network); 22 Nov 2000 21:59:56 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 21:59:56 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:22:25 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DY30P; Wed, 22 Nov 2000 14:22:22 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: "Florent. Devin" , gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:24:13 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help In-Reply-To: <200011221201.HAA13586@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Actually, this is what I mean: 1) program starts 2) gtk_init() 3) creates some widgets 4) show() all of the widgets created 5) gtk_run() . . . 6) create another widget (which has other widgets in it) 7) show() the other widget On Wed, 22 Nov 2000, Paul Barton-Davis wrote: > >> Can any one tell me how to show a widget after a timer runs out but not at > >> the execution of the application? > >> -r > >If I understand you > >Try to do > >while (gtk_events_pending()) > > gtk_main_iteration > > i don't think that this is what he meant. i think he wants: > > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show()'s most of the widgets > 5) gtk_run() > . > . > . > 6) show() some other widgets > > the answer is to do this between steps 4 and 5: > > gtk_timeout_add (msecs, function, argument); > > and within `function': > > gint function (void *arg) > { > other_widget1->show (); > other_widget2->show (); > > return FALSE; /* don't execute this function again */ > } > > --p > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:38:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 4C8D52C828 for ; Wed, 22 Nov 2000 17:38:55 -0500 (EST) Received: (qmail 24692 invoked from network); 22 Nov 2000 22:12:40 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 22:12:40 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:35:01 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DYPF3; Wed, 22 Nov 2000 14:34:58 -0800 From: Rasoul Hajikhani To: John Cupitt Cc: gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:36:46 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help (Please) In-Reply-To: <3A1BB421.DE8E8BE5@ng-london.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkWidget *create_interface(void) 532 { 533 static Hybrid *hybrid = NULL; 534 535 GtkWidget *w, *main_box, *progress, *m_frame, *menu_table, *button, *opt, *menu, *quitbox, *label, *separator; 536 GtkWidget *scrolled_window, *vbox, *table; 537 538 hybrid = g_malloc( sizeof(Hybrid) ); 539 g_assert (hybrid != 0); /* some where I do this */ hybrid->scrolled_window = create_scrolled_window(); GtkWidget *create_scrolled_window (void) 513 { 514 515 GtkWidget *scrolled_window; 516 517 scrolled_window = gtk_scrolled_window_new (NULL, NULL); 518 gtk_container_set_border_width (GTK_CONTAINER (scrolled_window), _TEN); 519 gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW (scrolled_window), GTK_POLICY_AUTOMATIC, GTK_POLICY_AUTOMATIC); 522 gtk_widget_set_usize( GTK_WIDGET (scrolled_window), XSIZE, _FOURH); 523 524 525 return scrolled_window; } Then after time out, and the call to data base I do this: update_scrolled_window(hybrid); gint update_scrolled_window (Hybrid *hybrid) 103 { 104 GtkWidget *table; 105 106 if (hybrid->table == NULL) 107 { 108 create_table(hybrid); 109 110 /*gtk_widget_show(hybrid->table);*/ 111 gtk_scrolled_window_add_with_viewport (GTK_SCROLLED_WINDOW (hybrid->scrolled_window), hybrid->table); 112 gtk_container_set_focus_hadjustment (GTK_CONTAINER (hybrid->table), 113 gtk_scrolled_window_get_hadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 114 115 gtk_container_set_focus_vadjustment (GTK_CONTAINER (hybrid->table), 116 gtk_scrolled_window_get_vadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 117 } 118 return FALSE; 119 } And here I build the table refered to on line# 108 above gint create_table (Hybrid *hybrid) 38 { 39 40 GtkWidget *vrule, *lh, *lable, *table; 41 int col, row; 42 43 ServerData *current = NULL; 44 45 current = g_malloc( sizeof(ServerData) ); 46 current = hybrid->sd; 47 48 table = gtk_table_new(_TWO, hybrid->count, TRUE); 49 50 vrule = gtk_vruler_new(); 51 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 52 gtk_ruler_set_range( GTK_RULER(vrule), ceil(hybrid->max_load) + _FIVE, _NON, hybrid->max_load, _TWOH ); 53 gtk_table_attach_defaults( GTK_TABLE(table), 54 vrule, 55 _NON, 56 _ONE, 57 _NON, 58 _ONE); 59 60 61 gtk_table_set_col_spacings( GTK_TABLE (table), 62 _FIVE); 63 64 col = row = 1; 65 66 while ( current != NULL ) 67 { 68 lh = gtk_level_hold_new( _TWOH, 69 _TEN, 70 GTK_LEVEL_HOLD_FADE, 71 _EIGHT, 72 _THREE, 73 _TWO); 74 75 gtk_table_attach_defaults( GTK_TABLE(table), 76 lh, 77 col, 78 col + _ONE, 79 _NON, 80 _ONE); 81 lable = gtk_label_new (current->name); 85 gtk_table_attach_defaults( GTK_TABLE(table), 86 lable, 87 row, 88 row + _ONE, 89 _ONE, 90 _TWO); 91 gtk_timeout_add(1000, update_bars,lh); 92 col++; 93 row++; 94 current = current->nextptr; 95 } 96 g_free(current); 97 hybrid->table = table; 98 99 return FALSE; } I am sorry for this thing being so big and nasty, but I thought if you saw it, may be you may have a clue... Thanks in advance -r On Wed, 22 Nov 2000, John Cupitt wrote: > (I mailed you directly, but it bounced ... so it's on the list) > > Hi Rasoul, > > > when my application starts, I create a progress bar (Hybrid->progressbar), > > a table with row=1 column=1, and a scrolling window. I place a reference > > to this table in my Hybrid->table data structure. I insert the table > > Hybrid->table in the scrolling window. After progressbar timer iterates > > once, I call update_records function which retrieves the records from tha > > data base and they are inserted into the linked list. The Hybrid data > > structure is then used in the update_table function to get access to both > > the linked list and the table to update the table by placing the levelhold > > widgets in the appropriate rows and columns (supposedly). But it never > > happens and I never see the levelhold widgets. Can any one help me and > > tell me where I have gone wrong... > > So many things could have gone wrong :( it's hard to say from your > description. > > Try to make a small example program which you can post which shows the > problem, or take the progressbar example in testgtk and hack that about. > > HTH, John > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 23 01:55:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1F9D92BB33 for ; Thu, 23 Nov 2000 01:55:56 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAN6tvc03110; Thu, 23 Nov 2000 01:55:57 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Ian King" Cc: Subject: Re: Querying keyboard modifiers References: <003501c054be$7fd5a080$750a000a@naples> From: Havoc Pennington Date: 23 Nov 2000 01:55:56 -0500 In-Reply-To: "Ian King"'s message of "Wed, 22 Nov 2000 11:57:52 -0800" Message-ID: Lines: 20 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Ian King" writes: > > Does anyone know of an easy way to query the state of the keyboard modifiers > (ctrl, alt & shift) with gdk? > One hack I can think of is: GdkModifierType state; gdk_window_get_pointer (some_gdkwindow, NULL, NULL, &state); I can't think of a non-hack way. Normally you just use the "state" field from a key or mouse event, instead of querying. Querying is slow anyway, since it's a server round trip. And querying will frequently introduce race conditions. So using event->state is much better when possible. Havoc From tompoe@source.net Thu Nov 23 03:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nexus6.source.net (nexus6.source.net [206.100.10.4]) by mail.gnome.org (Postfix) with ESMTP id C796C2DC95 for ; Thu, 23 Nov 2000 03:02:09 -0500 (EST) Received: from hellbentmyass (tnt137.source.net [208.138.58.137]) by nexus6.source.net (8.9.3/8.9.3) with SMTP id XAA79310 for ; Wed, 22 Nov 2000 23:58:48 -0800 (PST) (envelope-from tompoe@source.net) From: tompoe Reply-To: tompoe@source.net Organization: renotahoe.pm To: gtk-list@gnome.org Subject: Gnome module build question Date: Wed, 22 Nov 2000 23:43:33 -0800 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00112300032800.01310@hellbentmyass> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello: On the 18th of Nov, there was a question from Gavin Brown about the Gnome module not located, and compile fail. Sorry for not getting specifics. At any rate, what's this about cd'ing to the Gnome subdir and building? I took a look at the NOTES info for gtk-perl-0.6123, and it mentioned building on as-needed basis, or something. Anyone able to clear this up, and point me to some helpful documentation about how to install and get gtk-perl programs to compile? My error message: Can't locate loadable object for module Gtk in @INC (@INC contains: /usr/local/lib/perl5/5.6.0/i686-linux /usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/site_perl/5.6.0/i686-linux /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl .) at ./goodbyworld line 3 Compilation failed in require at ./goodbyworld line 3. BEGIN failed--compilation aborted at ./goodbyworld line 3. Line 3 -> use Gtk; [and every path variation I could think of] Both Gnome.pm and Gtk.pm have been placed in the @INC Thanks, Tom P.S. HAPPY HOLIDAYS! -- Thomas A. Poe Founder/Organizer 2044 Plumas Street, Reno, NV 89509 PH: 775-829-1799 http://www.pm.org/renotahoe.pm From john.cupitt@ng-london.org.uk Thu Nov 23 05:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 1A6062BBE0 for ; Thu, 23 Nov 2000 05:08:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5H0T; Thu, 23 Nov 2000 10:07:59 -0000 Message-ID: <3A1CEB9F.A56B97C5@ng-london.org.uk> Date: Thu, 23 Nov 2000 10:04:15 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani wrote: > GtkWidget *create_interface(void) >... Hi Rasoul, some stuff seems a bit wrong (might just be the way you've trimmed it down to post). - you need to gtk_widget_show() everywhere you've got to gtk_widget_show() on everything, all widgets are hidden by default ... try gtk_widget_show_all() (show a widget and all child widgets) - do you make a top-level window (gtk_window_new()) to put everything inside? I wasn't sure - how do you do the timeout that makes part#2 of the interface? If you can, post a complete example that compiles and doesn't do what you want. John From muhri@muhri.net Thu Nov 23 05:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.159]) by mail.gnome.org (Postfix) with ESMTP id 9D3842CB09 for ; Thu, 23 Nov 2000 05:33:26 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id 87BDE8033; Thu, 3 Jan 1980 18:58:01 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: ASF , GTK Subject: Re: allocated memory X-Mailer: Pronto v2.2.2 Date: 03 Jan 1980 18:57:59 CST Reply-To: "Maher Awamy" In-Reply-To: <3A1C3CF1.C0592666@wanadoo.fr> References: <3A1C3CF1.C0592666@wanadoo.fr> Message-Id: <19800104005801.87BDE8033@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Allocated memory used by Gtk+ allocation is freed automatically, unless you are using a struct that you allocate yourself. ie GtkWidget *my_widget = some_widget_new(); when this widget is destroyed or its parent, its allocated mem is freed automatically but if you have a typedef struct { GtkWidget *my_widget1; GtkWidget *my_widget2; someo ther things; }my_struct; and you destroy the widgets in the struct - you have to free the struct memory itself. so if you used g_new0 to initlize and allocate the struct, you'd have to g_free() it afterwards even if you destroy the widgets. Maher On Wed, 22 Nov 2000 22:38:57 +0100, ASF said: > Hello, > > How can I freed the memory used by widgets because it seems to me that > it is not automatically done? > > thanks in advance, > > ASF > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From pbd@op.net Thu Nov 23 09:12:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 36B712BADF for ; Thu, 23 Nov 2000 09:12:19 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16063 for ; Thu, 23 Nov 2000 09:12:07 -0500 (EST) Message-Id: <200011231412.JAA16063@renoir.op.net> To: gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 15:24:13 PST." Date: Thu, 23 Nov 2000 09:13:32 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >Actually, this is what I mean: > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show() all of the widgets created > 5) gtk_run() > . > . > . > 6) create another widget (which has other widgets in it) > 7) show() the other widget as john has noted, you don't seem to call gtk_widget_show() for any of the widgets you create. otherwise, what you've done seems just fine, assuming you use gtk_timeout_add() to setup the timeout for steps 6+7. --p From pbd@op.net Thu Nov 23 09:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1990D2BADF for ; Thu, 23 Nov 2000 09:17:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16317; Thu, 23 Nov 2000 09:17:41 -0500 (EST) Message-Id: <200011231417.JAA16317@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 18:09:09 +0100." <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Thu, 23 Nov 2000 09:19:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" >when I create the fifo...because now the prog run normally >...... >mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); >fd=open("./fifo.sah", O_RDONLY); >channel=g_io_channel_unix_new(fd); >g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); >...... > >Now, I don't know how to use the fifo because when I try to write to >./fifo.sah, I get "permission denied" >From the man page for mkfifo(3): Once you have created a FIFO special file in this way, any process can open it for reading or writing, in the same way as an ordinary file. However, it has to be open at both ends simultaneously before you can proceed to do any input or output operations on it. Opening a FIFO for reading normally blocks until some other process opens the same FIFO for writing, and vice versa. You might want to check this. BTW, I would immediately cease the use of g_io_* and revert to gtk_input_add(), unless your program is not a GTK program. And I still think that whatever it is you're trying to do, you're using the wrong basic model. Do you want to explain that again ? --p From wersi796@student.otago.ac.nz Thu Nov 23 20:31:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.gnome.org (Postfix) with ESMTP id 9F1CE2BBCC for ; Thu, 23 Nov 2000 20:31:26 -0500 (EST) Received: from student.otago.ac.nz (p69-tnt5.akl.ihug.co.nz [203.173.210.69]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA29559 for ; Fri, 24 Nov 2000 14:31:23 +1300 X-Authentication-Warning: smtp4.ihug.co.nz: Host p69-tnt5.akl.ihug.co.nz [203.173.210.69] claimed to be student.otago.ac.nz Message-ID: <3A1DC57A.CA5725E3@student.otago.ac.nz> Date: Fri, 24 Nov 2000 14:33:46 +1300 From: Simon Werner X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en,pdf MIME-Version: 1.0 To: gtk-list@gnome.org Subject: how to change font of entry widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was wondering how to change the font of an entry widget? Cheers Simon Werner From bruces@mail.petech.ac.za Fri Nov 24 02:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 4EA302BAAA for ; Fri, 24 Nov 2000 02:38:34 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA05427; Fri, 24 Nov 2000 09:38:14 +0200 Message-ID: <008401c0563d$568626c0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "ASF" , "GTK" References: <200011221638.LAA06284@renoir.op.net> <3A1BFDB5.7AE111F0@wanadoo.fr> Subject: Re: gtk_input_add Date: Fri, 24 Nov 2000 09:38:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is your problem. it is not S_IRUSR & S_IWUSR, but S_IRUSR | S_IWUSR. You have to use bitwise OR to add the params, not bitwise AND. And I am surprised that this got past the rest of the people on the list. Shame on you all. Bruce ----- Original Message ----- From: "ASF" To: "GTK" Sent: Wednesday, November 22, 2000 9:09 AM Subject: Re: gtk_input_add > Paul Barton-Davis wrote: > > > >I don't understand something with the gtk_input_add function (again!). > > >I create a fifo (using mkfifo) and then I want to launch a function when > > >datas are accessible from this fifo.... so I use the gtk_input_add > > >function but when the process comes to the gtk_input_add line it just > > >stop. More exactly, the prog is running but it is just waiting for > > >something.... > > > > do you mean it stops while executing gtk_input_add() ? show us the > > code - problems like this can almost never be solved from reading a > > non-code description. > > Sorry my post was updated. Now, I use the GIO channel. But my problem was > the same: > ....... > mkfifo("./fifo.sah", S_IRUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog > wait and I must kill it > ....... > > It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" > when I create the fifo...because now the prog run normally > ...... > mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); > ...... > > Now, I don't know how to use the fifo because when I try to write to > ./fifo.sah, I get "permission denied" > > Thanks in advance, > > ASF > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From erik@arthur.ubicom.tudelft.nl Fri Nov 24 09:46:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id 0B3492BB2D for ; Fri, 24 Nov 2000 09:46:20 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id PAA21700; Fri, 24 Nov 2000 15:46:17 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) id eAOEg4n03770; Fri, 24 Nov 2000 15:42:04 +0100 Date: Fri, 24 Nov 2000 15:42:04 +0100 From: Erik Mouw To: jens@ja-web.de Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001124154204.A3760@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> <20001121141512.J31270@arthur.ubicom.tudelft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001121141512.J31270@arthur.ubicom.tudelft.nl>; from J.A.K.Mouw@ITS.TUDelft.NL on Tue, Nov 21, 2000 at 02:15:13PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 02:15:13PM +0100, Erik Mouw wrote: I hate to followup on myself, but... > On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > > I went through the arcive bu tcould not find something useful for this > > issue: > > > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > > failed" messages whenever I run a gtk/gnome app. It is not a kernel problem, but a problem in XFree86 4.0.1. It seems to be solved in a later release. More info at the Xperts mailing list archives: http://www.xfree86.org/pipermail/xpert/2000-September/thread.html Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From Anthony-Ferrand@wanadoo.fr Fri Nov 24 12:48:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id E8C262BB2D for ; Fri, 24 Nov 2000 12:48:22 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 24 Nov 2000 18:48:21 +0100 Message-ID: <3A1EAA1E.3EC85213@wanadoo.fr> Date: Fri, 24 Nov 2000 18:49:18 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: timeouts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just wonder how the timeouts are managed? For example, if there are 2 timeouts and we are in the following situation: the first is done and the appropriate function is launched but during the execution of the first function the second timeout is done...what happen? The second waits till the first job is done? a core file is generated? Thanks in advance, ASF From king@eiffel.com Fri Nov 24 13:49:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 5CEFB2DBDE for ; Fri, 24 Nov 2000 13:49:19 -0500 (EST) Received: from miami.ise ([10.0.10.20] ident=mail) by pompeii.ise with esmtp (Exim 3.02 #2) id 13zNuQ-0001o5-00 for gtk-list@gnome.org; Fri, 24 Nov 2000 10:49:18 -0800 Received: from king by miami.ise with local (Exim 2.05 #1 (Debian)) id 13zNuP-00016q-00; Fri, 24 Nov 2000 10:49:17 -0800 To: gtk-list@gnome.org Subject: Problem when reparenting gtktrees Message-Id: From: Ian King Date: Fri, 24 Nov 2000 10:49:17 -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I have a problem with gtktree regarding reparenting. When I have a gtktree that has tree items with subtrees, if I remove the tree from its parent and then put it back, the expand/collapse pixmaps on the gtkitems completely disappear rendering the tree unusable. Is there a way around this as I need to be able to reparent a tree that has been fully initialized? I have included a sample program that illustrates this behaviour. Thanks for your time Ian #include GtkWidget *but, *tree, *vbox, *subtree, *item; gint button_clicked (GtkWidget *wid, gpointer user_data) { gtk_widget_ref (tree); gtk_container_remove (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_widget_unref (tree); } int main( int argc, char *argv[] ) { GtkWidget *window, *subtreeitem; gtk_init (&argc, &argv); /* a generic toplevel window */ window = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_signal_connect (GTK_OBJECT(window), "delete_event", GTK_SIGNAL_FUNC (gtk_main_quit), NULL); gtk_container_set_border_width (GTK_CONTAINER(window), 5); tree = gtk_tree_new(); but = gtk_button_new_with_label ("HELLO"); gtk_widget_show (but); vbox = gtk_vbox_new (FALSE, FALSE); gtk_widget_show (vbox); gtk_container_add (GTK_CONTAINER (vbox), but); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER(window), vbox); gtk_widget_show (tree); item = gtk_tree_item_new_with_label ("Tree item"); gtk_tree_append (GTK_TREE(tree), item); gtk_widget_show (item); subtree = gtk_tree_new(); subtreeitem = gtk_tree_item_new_with_label ("Sub tree item"); gtk_tree_append (GTK_TREE(subtree), subtreeitem); gtk_widget_show (subtreeitem); gtk_tree_item_set_subtree (GTK_TREE_ITEM (item), subtree); gtk_widget_show (window); gtk_signal_connect (GTK_OBJECT (but), "clicked", GTK_SIGNAL_FUNC (button_clicked), NULL); gtk_main(); return 0; } From hp@redhat.com Fri Nov 24 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id B55642D92A for ; Fri, 24 Nov 2000 14:40:06 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJeCr04170; Fri, 24 Nov 2000 14:40:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: From: Havoc Pennington Date: 24 Nov 2000 14:40:12 -0500 In-Reply-To: Ian King's message of "Fri, 24 Nov 2000 10:49:17 -0800" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be removed in the future. Havoc From hp@redhat.com Fri Nov 24 14:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D9CFA2D92A for ; Fri, 24 Nov 2000 14:41:17 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJdXZ04165; Fri, 24 Nov 2000 14:39:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: ASF Cc: GTK Subject: Re: timeouts References: <3A1EAA1E.3EC85213@wanadoo.fr> From: Havoc Pennington Date: 24 Nov 2000 14:39:33 -0500 In-Reply-To: ASF's message of "Fri, 24 Nov 2000 18:49:18 +0100" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF writes: > Hello, > > I just wonder how the timeouts are managed? For example, if there are 2 > timeouts and we are in the following situation: > the first is done and the appropriate function is launched but during > the execution of the first function the second timeout is done...what > happen? > The second waits till the first job is done? a core file is generated? > The second one will be delayed until the first is done. There aren't any threads or anything involved, so once the app is under control of your callback the main loop doesn't run until your callback returns. Havoc From hp@redhat.com Fri Nov 24 14:44:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 789892D92A for ; Fri, 24 Nov 2000 14:44:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJiIv04174; Fri, 24 Nov 2000 14:44:18 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: ASF , GTK Subject: Re: gtk_input_add References: <200011231417.JAA16317@renoir.op.net> From: Havoc Pennington Date: 24 Nov 2000 14:44:18 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 23 Nov 2000 09:19:05 -0500" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > BTW, I would immediately cease the use of g_io_* and revert to > gtk_input_add(), unless your program is not a GTK program. > I wouldn't - they both work, so it's a minor issue, but to the extent that there's a preference the Right Thing is now to use the main loop from GLib directly. There is no real reason to use gtk_idle_add(), gtk_main(), gtk_main_quit(), etc. except that they are slightly less typing. g_main_run(), etc. are the official functionality now and gtk_main_* are convenience wrappers. But it's no big deal, gdk_input_add() isn't ever going to get removed I don't think. Havoc From caleb@deepthought.granfalloon.com Sat Nov 25 17:20:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id 39EBD2CF0A for ; Sat, 25 Nov 2000 17:20:23 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id RAA21706 for gtk-list@gnome.org; Sat, 25 Nov 2000 17:20:18 -0500 Date: Sat, 25 Nov 2000 17:20:18 -0500 From: Caleb Land To: gtk-list@gnome.org Subject: Concerning CLists and modifying their selection behavior Message-ID: <20001125172018.B21472@deepthought.granfalloon.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all! I'm making a compound widget that consists of two CLists, and two buttons. The buttons move the data the user selected in one clist to the other. I decided to implement drag and drop, and everything works, but the way the drag and drop works isn't intuitive. I have the selection modes of the CLists set to GTK_SELECTION_MULTIPLE, but when the user clicks a list item in one list, and doesn't release the button, the list item only has the focus box around it, and it isn't selected. The user must do a full click, which isn't intuitive with drag and drop. I tried using GTK_SELECTION_EXTENDED, but that wasn't what I wanted, as when the user clicks an item when there is an item already selected, without holding down any modifier keys, the first selection becomes unselected. I tried making simple callbacks for button pressed events and button released events and connecting them after all other callbacks, and taking the x and y value of the event and selecting the row that that x,y pair was in, but this yielded strange results (it seemed to work at first, but then it would drop rows that I didn't select, which is most likely a fault of mine) What would the best way to implement selecting a list item on the mouse button pressed event instead of the default mouse button released? --=20 Sincerely, Caleb Land --- Email: bokonon@rochester.rr.com AIM: RedHatDude ICQ: 8358400 GnuPG/PGP Public Key: finger me at "caleb@deepthought.granfalloon.com" and read my .plan. --- --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6IDsiBPu4o6ReG9sRArelAJ0XRIg1Zj/Ivcwt75yYCb/hAea7NwCg+NUZ mztWUpEafBSU4GPx/ZFtUcg= =kvIp -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From lsetia@gnu.org Sun Nov 26 03:33:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gnu.org (unknown [203.197.193.83]) by mail.gnome.org (Postfix) with ESMTP id A14202BD08 for ; Sun, 26 Nov 2000 03:33:20 -0500 (EST) Received: (from lsetia@localhost) by gnu.org (8.11.0/8.11.0) id eAQ8aYP01661; Sun, 26 Nov 2000 14:06:34 +0530 To: gtk-list@gnome.org Subject: How to shake a window X-please-use: GNU software X-listening-to: Jim Morrison X-personal-homepage: Under Construction From: Lokesh Setia Date: 26 Nov 2000 14:06:34 +0530 Message-ID: Lines: 74 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I am writing a utility program in gtk+, which has the following characterstics: . It has a small window with a drawing_area (100x100), plus a couple of other small widgets. . It has NO Window Manager decorations . It collects some data from a web site and updates window contents accordingly. I want my window to shake visibally when the data gets updated (to attract the attention of the user). Such a feature known as buzz is there in a recent windows of yahoo_messenger, in case anyone has seen it). I tried this code in the update data callback of a single-threaded application): note: This is my first gtk program... { /* Here I am in a callback */ /* ... some irrelevant code skipped */ printf("in buzz...\n"); gdk_window_get_position(main_window->window, &posx, &posy); for (ctr=0; ctr<5; ctr++) { gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); usleep(50 * 1000); gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); usleep(50 * 1000); } gdk_window_move( main_window->window, posx, posy ); } When I run this program, the shake is very random, and occurs only occasionally. However, when I take my mouse over the window, the shake occurs more reliably (and even older events are processed as soon as I take my mouse there). I tried giving --sync to my program. Even now the window shakes only if my mouse is hovering over the window, plus I get following messages seemingly randomly: Xlib: unexpected async reply (sequence 0x410) Gdk-ERROR **: BadWindow (invalid Window parameter) serial 1331 error_code 3 request_code 15 minor_code 0 Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) serial 1335 error_code 9 request_code 14 minor_code 0 Anyone for why all this is happening, and how I could write a better code to shake a window. PS: I also wish to know the following: . How do I make my window "Always on Top" and Sticky, without user having to manually do this from her window manager? . Where can I download some nice mouse cursors? Thanks and regards, Lokesh. From switk@worldnet.att.net Sun Nov 26 09:44:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc25.worldnet.att.net (mtiwmhc25.worldnet.att.net [204.127.131.50]) by mail.gnome.org (Postfix) with ESMTP id BEA572BA85 for ; Sun, 26 Nov 2000 09:44:48 -0500 (EST) Received: from worldnet.att.net ([12.91.38.96]) by mtiwmhc25.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001126144447.QNLR25510.mtiwmhc25.worldnet.att.net@worldnet.att.net> for ; Sun, 26 Nov 2000 14:44:47 +0000 Message-ID: <3A212157.45462722@worldnet.att.net> Date: Sun, 26 Nov 2000 09:42:31 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: How to shake a window References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Just a quick guess but it sounds like you may need to use a while (gtk_events_pending()) gtk_main_iteration(); to have things updated when you want them to. Also, gdm the gnome login manager shakes the window like this when you give a wrong password so you could always look at that code to see how they did it. HTH, Stephen Lokesh Setia wrote: > > Hi all, > > I am writing a utility program in gtk+, which has the following > characterstics: > > . It has a small window with a drawing_area (100x100), plus a couple > of other small widgets. > . It has NO Window Manager decorations > . It collects some data from a web site and updates window contents > accordingly. > > I want my window to shake visibally when the data gets updated (to > attract the attention of the user). Such a feature known as buzz is > there in a recent windows of yahoo_messenger, in case anyone has seen > it). > > I tried this code in the update data callback of a single-threaded > application): > > note: This is my first gtk program... > > { > > /* Here I am in a callback */ > /* ... some irrelevant code skipped */ > > printf("in buzz...\n"); > > gdk_window_get_position(main_window->window, > &posx, &posy); > > for (ctr=0; ctr<5; ctr++) { > gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); > usleep(50 * 1000); > > gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); > usleep(50 * 1000); > > } > > gdk_window_move( main_window->window, posx, posy ); > > } > > When I run this program, the shake is very random, and occurs only > occasionally. However, when I take my mouse over the window, the > shake occurs more reliably (and even older events are processed as > soon as I take my mouse there). > > I tried giving --sync to my program. Even now the window shakes only > if my mouse is hovering over the window, plus I get following > messages seemingly randomly: > > Xlib: unexpected async reply (sequence 0x410) > Gdk-ERROR **: BadWindow (invalid Window parameter) > serial 1331 error_code 3 request_code 15 minor_code 0 > Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) > serial 1335 error_code 9 request_code 14 minor_code 0 > > Anyone for why all this is happening, and how I could write a better > code to shake a window. > > PS: > I also wish to know the following: > > . How do I make my window "Always on Top" and Sticky, without user > having to manually do this from her window manager? > > . Where can I download some nice mouse cursors? > > Thanks and regards, > Lokesh. > > _______________________________________________ From Anthony-Ferrand@wanadoo.fr Sun Nov 26 14:57:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from villosa.wanadoo.fr (smtp-abo-1.wanadoo.fr [193.252.19.122]) by mail.gnome.org (Postfix) with ESMTP id A8D382BB45 for ; Sun, 26 Nov 2000 14:57:40 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by villosa.wanadoo.fr; 26 Nov 2000 20:57:40 +0100 Message-ID: <3A216B39.543A6267@wanadoo.fr> Date: Sun, 26 Nov 2000 20:57:45 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: array of labels Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, how can I pass an array of labels to a function? int main() { GtkWidget *label[5]; ............. foo( ?????);<-------- ???? .............. return 0; } gint foo(GtkWidget *widget) { .................. gtk_label_set_text(GTK_LABEL(???), "new text"); .............. return(TRUE); } From wolfgang@ultim.net Sun Nov 26 15:08:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 5F9692D286 for ; Sun, 26 Nov 2000 15:08:34 -0500 (EST) Received: (qmail 12614 invoked from network); 26 Nov 2000 20:07:57 -0000 Received: from m162.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.162) by athena.ultim.net with SMTP; 26 Nov 2000 20:07:57 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAQK6ck01640 for gtk-list@gnome.org; Sun, 26 Nov 2000 15:06:38 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Sun, 26 Nov 2000 15:06:37 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: array of labels Message-ID: <20001126150637.A1630@debian.home> References: <3A216B39.543A6267@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3A216B39.543A6267@wanadoo.fr>; from Anthony-Ferrand@wanadoo.fr on Sun, Nov 26, 2000 at 08:57:45PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Sun, Nov 26, 2000 at 08:57:45PM +0100, heure d'inpiration, ASF écrivait en ces mots: > gint foo(GtkWidget *widget) It should be 'gboolean foo(GtkWidget *widget[])' instead. (gboolean is the same things as a gint, but is there for cleaniness) > { > .................. > gtk_label_set_text(GTK_LABEL(???), "new text"); And here: gtk_label_set_text(GTK_LABEL(widget[number]), "new text"); Wolfgang -- A chicken is an egg's way of producing more eggs. From alan@ielinux.com Sun Nov 26 20:44:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 7BB6B2DCCA for ; Sun, 26 Nov 2000 20:44:16 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id JAA14399 for ; Mon, 27 Nov 2000 09:50:49 +0800 Message-ID: <002f01c05813$97178da0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to play wav sound effect in gtk?? Date: Mon, 27 Nov 2000 09:36:23 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01C05855.81557620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have a question. I want set my widget to play sound effect when some event happen. Have any gtk function can do it? or other C,linux function can do it? ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
I have a question.
I want set my widget to = play sound effect=20 when some event happen.
Have any gtk function can do = it?
or other C,linux function can do=20 it?
 
 
 
 
------=_NextPart_000_002C_01C05855.81557620-- From pbd@op.net Sun Nov 26 21:53:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 51B342BCF9 for ; Sun, 26 Nov 2000 21:53:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18807; Sun, 26 Nov 2000 21:52:34 -0500 (EST) Message-Id: <200011270252.VAA18807@renoir.op.net> To: "alan" Cc: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? In-reply-to: Your message of "Mon, 27 Nov 2000 09:36:23 +0800." <002f01c05813$97178da0$bcec41d2@ielinux.com> Date: Sun, 26 Nov 2000 21:52:47 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi all, >I have a question. Not to mention a browser configured to triple or quadruple the amount of network traffic you generate by sending both text and HTML versions of your email, packed as two attachments. Yuck. >I want set my widget to play sound effect when some event happen. >Have any gtk function can do it? >or other C,linux function can do it? this sort of thing has nothing to do with GTK, which is a GUI toolkit, not a desktop environment. it has a lot more to do with GNOME, which may well have some function to do this. but i would warn you that the whatever systems GNOME or anyone else may offer you will make your application less portable, and may also be quite useless when its used on a system will multiple audio interfaces and a user who doesn't care to listen to this kind of noise. if the noise matters, then you need to play it in some reliable way, and no simple way exists to do that (*). if the noise doesn't matter, and its just ear candy, why bother ? but i'm sure someone will offer info on the GNOME stuff to handle audio "events". --p (*) i guarantee that on my system, for example, no naive approach to playing sound will be assured of succeeding even once. From Florent.Devin@lifl.fr Mon Nov 27 01:18:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id ACF192BC6A for ; Mon, 27 Nov 2000 01:18:21 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA10129 for ; Mon, 27 Nov 2000 07:17:41 +0100 (MET) Message-ID: <3A21FCA6.BDF1E9D9@lifl.fr> Date: Mon, 27 Nov 2000 07:18:14 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc Pennington a écrit : > > Hi, > > GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be > removed in the future. > > Havoc > Hi, Will GtkCtree be remove in the future too ? Cause when looking in the spec of Gtk 2.0, I saw another widget to manage this type of struct ... -- Florent DEVIN From charlet@ACT-Europe.FR Mon Nov 27 05:42:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 37E6F2BA98 for ; Mon, 27 Nov 2000 05:42:00 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id FAA24204 for ; Mon, 27 Nov 2000 05:41:59 -0500 Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eARAfuD25074 for ; Mon, 27 Nov 2000 05:41:57 -0500 Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 8E6555F5C4; Mon, 27 Nov 2000 11:41:51 +0100 (MET) Date: Mon, 27 Nov 2000 11:41:51 +0100 From: Arnaud Charlet To: gtk-list@redhat.com Subject: [ANNOUNCE] GtkAda 1.2.10 Message-ID: <20001127114151.A5073@dublin.int.act-europe.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkAda 1.2.10/1.3.10 release ---------------------------- GtkAda is an Ada95 graphical toolkit based on Gtk+ version >= 1.2.2. It allows you to develop graphical applications in Ada95 using Gtk+. The primary download site is http://gtkada.eu.org New features in 1.2.10/1.3.10 include: - RPMs available for GNU/Linux x86 - Gtk.Type_Conversion is no longer needed for Gtk_List_Item - Gtkada.File_Selection_Dialog does not crash any more on directory selection under NT. - New example directory: powergnu, a simple presentation viewer. New features in 1.2.9/1.3.9 include: - GUI builder support fixes under Windows NT/2000. - Gtk.Type_Conversion isn't needed for the most common widgets: Gtk_Label, Gtk_Menu_Item, Gtk_Button. - Gtkada.Canvas: better positionning of items; links can be attached anywhere in the items, not necessarily the middle. - GtkAda.File_Selection has been extended (see RM for details). - Documentation update. - Support for gdk-pixbuf 0.9 - Limited beta support for Gnome in src/gnome. LSM entry follows: Begin4 Title: GtkAda Version: 1.2.10 Entered-date: 2000-11-20 Description: Ada95 graphical toolkit based on Gtk+ (version >= 1.2.2) Keywords: Ada95 Ada Gtk+ Gtk X Gui Glade Win32 Author: Emmanuel Briot , Joel Brobecker and Arnaud Charlet Maintained-by: gtkada@ada.eu.org Primary-site: http://gtkada.eu.org Original-site: http://ada.eu.org/gtkada/ Platforms: Solaris Linux Tru64 IRIX HP/UX NT AiX FreeBSD UnixWare Copying-policy: GPL (with a slight modification, see headers of *.ad[bs] files End From king@eiffel.com Mon Nov 27 13:04:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 229D52BEA9 for ; Mon, 27 Nov 2000 13:04:09 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 140SdJ-0002xw-00 for gtk-list@gnome.org; Mon, 27 Nov 2000 10:04:05 -0800 Message-ID: <3A22A2C4.1770D523@eiffel.com> Date: Mon, 27 Nov 2000 10:07:00 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Backwards compatibility Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Presently I am working on a multi-platform GUI toolkit called EiffelVision2 that uses gtk 1.2.8 at present as the underlying implementation on the linux/unix platform side. This is a big ongoing project that is trying to keep up with the latest gtk version and relies on nearly all of the functionality gtk+ has to offer. I have a couple of questions that hopefully someone could answer. Eventually we will have to upgrade to gtk+ version 2.0, therefore :- Is the API for gtk+ 2.0 backwards compatible with the present release version 1.2.8, if it is not, is there a great deal of change. What gtk objects are being deprecated (apart from gtktree, possibly gtkctree)? What added functionality will the new version bring? When is the expected release of a stable version? Thanks for your time Ian King From hp@redhat.com Mon Nov 27 15:28:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6FC742BDF1 for ; Mon, 27 Nov 2000 15:28:31 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARKSUB15841; Mon, 27 Nov 2000 15:28:30 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Backwards compatibility References: <3A22A2C4.1770D523@eiffel.com> From: Havoc Pennington Date: 27 Nov 2000 15:28:30 -0500 In-Reply-To: Ian King's message of "Mon, 27 Nov 2000 10:07:00 -0800" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ian King writes: > Is the API for gtk+ 2.0 backwards compatible with the present release > version 1.2.8, if it is not, is there a great deal of change. There is a lot of new stuff, but not too much old stuff has been broken. It is 98% source compatible. > What gtk objects are being deprecated (apart from gtktree, possibly > gtkctree)? We don't have a complete list yet. There will be one prepared. GtkText is a notable one. > What added functionality will the new version bring? Owen has a white paper at http://www.redhat.com/devnet/articles/rh7_preview_tech.html that's pretty informative. > When is the expected release of a stable version? > "a few months" where "few" can mean any of several specific numbers. ;-) Havoc From hp@redhat.com Mon Nov 27 16:54:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id F0E772BB53 for ; Mon, 27 Nov 2000 16:54:52 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARLt2F16065; Mon, 27 Nov 2000 16:55:02 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Florent. Devin" Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> From: Havoc Pennington Date: 27 Nov 2000 16:55:02 -0500 In-Reply-To: "Florent. Devin"'s message of "Mon, 27 Nov 2000 07:18:14 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Florent. Devin" writes: > Hi, > Will GtkCtree be remove in the future too ? > Cause when looking in the spec of Gtk 2.0, I saw another widget to > manage this type of struct ... CTree will be around a lot longer than GtkTree, it likely won't be removed until no one is using it anymore. GtkTree will be removed more agressively since it's not just suboptimal, it's flat-out broken. Havoc From mleisher@crl.nmsu.edu Mon Nov 27 17:06:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 47FB02C92A for ; Mon, 27 Nov 2000 17:06:08 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id PAA16949 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id PAA23583 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id PAA20276; Mon, 27 Nov 2000 15:06:04 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.56012.3297.654155@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 15:06:04 -0700 (MST) To: gtk-list@gnome.org Subject: Another slacker question about color Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Not having enough time to dig this up at the moment, I was wondering if someone has a suggestion for the following situation: I have a set of 16 different shades of gray displayed, each of which has a scale below it, and I need to darken or lighten according to the scale value. I tried doing a gdk_color_change() and then changing the background in the style on the widget displaying the gray being changed, but after a couple changes, the color goes to white and stays that way. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From dfisher@jagger.me.berkeley.edu Mon Nov 27 17:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id BCEBF2DF12 for ; Mon, 27 Nov 2000 17:26:39 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eARMDrs13662 for ; Mon, 27 Nov 2000 14:13:53 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4PFOE00.NGU; Mon, 27 Nov 2000 14:26:38 -0800 Message-ID: <3A22DFB5.6020901@jagger.me.berkeley.edu> Date: Mon, 27 Nov 2000 14:27:01 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > CTree will be around a lot longer than GtkTree, it likely won't be > removed until no one is using it anymore. GtkTree will be removed more > agressively since it's not just suboptimal, it's flat-out broken. > > Havoc Just to satisfy my curiosity... when you say that GtkTree is broken, do you mean that the interface is broken? or that the implementation is broken? I understand that a poor interface can make for a poor implementation, but what I'm really wondering is whether or not the interface actually precludes a functional implementation? Thanks in advance, Darin From hp@redhat.com Mon Nov 27 17:44:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6841E2DE7C for ; Mon, 27 Nov 2000 17:44:30 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARMijf31488; Mon, 27 Nov 2000 17:44:45 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Darin Fisher Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> <3A22DFB5.6020901@jagger.me.berkeley.edu> From: Havoc Pennington Date: 27 Nov 2000 17:44:45 -0500 In-Reply-To: Darin Fisher's message of "Mon, 27 Nov 2000 14:27:01 -0800" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Darin Fisher writes: > Just to satisfy my curiosity... when you say that GtkTree is > broken, do you mean that the interface is broken? or that the > implementation is broken? I understand that a poor interface > can make for a poor implementation, but what I'm really > wondering is whether or not the interface actually precludes > a functional implementation? > AFAIK only the implementation is broken (though the interface precludes an _efficient_ implementation, the only possible implementation won't scale to very large trees). But it's nontrivial to fix the implementation, and the interface, while possible to implement, isn't very good. Havoc From davina@lickey.com Mon Nov 27 17:58:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 3AB252CF51; Mon, 27 Nov 2000 17:58:28 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AF9BFA00F; Mon, 27 Nov 2000 14:59:53 -0800 (PST) Message-ID: <3A22E712.20440D3B@lickey.com> Date: Mon, 27 Nov 2000 14:58:26 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: giving composite widget focus Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've created a widget that packs a GtkLabel and a GtkEntry into a GtkHBox. I'd like to allow the new widget to get focus and to add some handling when it does. I added GTK_WIDGET_SET_FLAGS (new_widget, GTK_CAN_FOCUS); to new_widget_init(). I also added GtkWidgetClass* widget_class; widget_class = (GtkWidgetClass*)klass; widget_class->draw_focus = new_widget_draw_focus; to new_widget_class_init(). Right now, new_widget_draw_focus() just prints out a debugging statement. Or it would if it were actually getting called, which it's not. Can anyone tell me why? Thanks! Davina From mleisher@crl.nmsu.edu Mon Nov 27 18:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8F9222D41A; Mon, 27 Nov 2000 18:16:17 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA24140; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA39912; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA20429; Mon, 27 Nov 2000 16:16:12 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.60220.820228.191422@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 16:16:12 -0700 (MST) To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus In-Reply-To: <3A22E712.20440D3B@lickey.com> References: <3A22E712.20440D3B@lickey.com> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina> I've created a widget that packs a GtkLabel and a GtkEntry into a Davina> GtkHBox. I'd like to allow the new widget to get focus and to add Davina> some handling when it does. [.....] Davina> Right now, new_widget_draw_focus() just prints out a debugging Davina> statement. Or it would if it were actually getting called, which Davina> it's not. Davina> Can anyone tell me why? Have you tried having your application call gtk_widget_grab_focus() on the newly created widget? Sometimes it isn't immediately clear what widget in your application has the focus when it starts, so you can force the issue this way. The focus traversal key, often Tab, should allow you to cycle through until you get those debugging statements you added. If neither works, then I'm not sure what the problem is. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From umbpux@tin.it Tue Nov 28 03:46:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from laguna.tiscalinet.it (laguna.tiscalinet.it [195.130.224.86]) by mail.gnome.org (Postfix) with ESMTP id 0CF1F2DE34 for ; Tue, 28 Nov 2000 03:46:55 -0500 (EST) Received: from tin.it (62.11.160.132) by laguna.tiscalinet.it; 28 Nov 2000 09:46:05 +0100 Message-ID: <3A237E79.16E32608@tin.it> Date: Tue, 28 Nov 2000 10:44:25 +0100 From: Maurizio Umberto Puxeddu X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu From tshead@k-3d.com Tue Nov 28 04:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kathy.k-3d.com (209-128-79-046.bayarea.net [209.128.79.46]) by mail.gnome.org (Postfix) with ESMTP id CDD042DC11 for ; Tue, 28 Nov 2000 04:56:57 -0500 (EST) Received: from k-3d.com (localhost [127.0.0.1]) by kathy.k-3d.com (Postfix) with ESMTP id 3A96D32F824; Tue, 28 Nov 2000 01:56:56 -0800 (PST) Message-ID: <3A238167.6060500@k-3d.com> Date: Tue, 28 Nov 2000 01:56:55 -0800 From: "Timothy M. Shead" User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20001118 X-Accept-Language: en MIME-Version: 1.0 To: Maurizio Umberto Puxeddu Cc: gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows References: <3A237E79.16E32608@tin.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Maurizio Umberto Puxeddu wrote: > Hello. > > What is the current status of MS-Windows port of Gtk+ and PyGtk? > They look abandoned. Am I right? > > Thanks, > > Maurizio Umberto Puxeddu I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Regards, Timothy M. Shead tshead@k-3d.com From charlet@ACT-Europe.FR Tue Nov 28 05:11:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 9BF9A2DBB0 for ; Tue, 28 Nov 2000 05:11:01 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 5034A5F5C4; Tue, 28 Nov 2000 11:11:00 +0100 (MET) Date: Tue, 28 Nov 2000 11:11:00 +0100 From: Arnaud Charlet To: "Timothy M. Shead" Cc: Maurizio Umberto Puxeddu , gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows Message-ID: <20001128111100.A2514@dublin.int.act-europe.fr> References: <3A237E79.16E32608@tin.it> <3A238167.6060500@k-3d.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A238167.6060500@k-3d.com>; from tshead@k-3d.com on Tue, Nov 28, 2000 at 01:56:55AM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Same thing for GtkAda. Well like a charm is a little bit exagerated, the windows port is not quite yet at the same level as the X port, but it is in a very reasonable shape. Arno From hp@redhat.com Tue Nov 28 09:48:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0550E2BB33; Tue, 28 Nov 2000 09:48:33 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eASEmnR32000; Tue, 28 Nov 2000 09:48:49 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus References: <3A22E712.20440D3B@lickey.com> From: Havoc Pennington Date: 28 Nov 2000 09:48:49 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 27 Nov 2000 14:58:26 -0800" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > Can anyone tell me why? > You also want to connect to focus_in_event and focus_out_event. In those, set/unset the GTK_HAS_FOCUS flag, and draw/undraw the focus rectangle. Havoc From id072647@belgacom.be Tue Nov 28 10:11:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail2.belgacom.be (mail2.belgacom.be [195.13.15.37]) by mail.gnome.org (Postfix) with ESMTP id 875312DCA5 for ; Tue, 28 Nov 2000 10:11:17 -0500 (EST) Received: from exhub01.bc (exchange.bc [45.34.4.231]) by mail2.belgacom.be with SMTP id PAA24077 for ; Tue, 28 Nov 2000 15:11:16 GMT From: id072647@belgacom.be Received: from 127.0.0.1 by exhub01.bc (InterScan E-Mail VirusWall NT); Tue, 28 Nov 2000 16:11:16 +0100 (W. Europe Standard Time) Received: by exhub01.bc with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:01:16 +0100 Message-ID: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> To: gtk-list@gnome.org Subject: PyGtk documentation? Date: Tue, 28 Nov 2000 16:01:12 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have searched on Python.org, gtk.org but I don't find a documentation of PyGtk. Could someone guide me to that documentation? Thanks for your help. -----Original Message----- From: Maurizio Umberto Puxeddu [mailto:umbpux@tin.it] Sent: Tuesday 28 November 2000 10:44 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." From Piotr.P.Plonkowski@ope.shell.com Tue Nov 28 10:39:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hags6104.IS.SHELL.COM (nl01.shell.nl [134.146.4.9]) by mail.gnome.org (Postfix) with ESMTP id 6AD722DCA5 for ; Tue, 28 Nov 2000 10:39:46 -0500 (EST) Received: by hags6104.sipm.shell.nl with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:39:39 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F0150E@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'gtk-list@gnome.org'" Subject: How to insert progress-bar into clist? Date: Tue, 28 Nov 2000 16:29:09 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I'm looking for somebody who can tell me how to insert dynamic created progress-bar into clist. Is there somebody who has got any example? Piotr. From christian.egli@stest.ch Tue Nov 28 10:56:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from uxmailstest.stest.ch (unknown [195.65.218.116]) by mail.gnome.org (Postfix) with ESMTP id DEDD02BB50 for ; Tue, 28 Nov 2000 10:56:14 -0500 (EST) Received: from zeus.alcatel.ch (zeus [141.169.78.33]) by uxmailstest.stest.ch (8.9.3/8.9.0) with ESMTP id QAA13655; Tue, 28 Nov 2000 16:57:27 +0100 (MET) Received: from meon.alcatel.ch (meon [141.169.79.70]) by zeus.alcatel.ch (8.8.8+Sun/8.8.8) with ESMTP id QAA12778; Tue, 28 Nov 2000 16:53:58 +0100 (MET) Received: (from egli@localhost) by meon.alcatel.ch (8.8.8+Sun/8.8.8) id QAA21598; Tue, 28 Nov 2000 16:53:55 +0100 (MET) X-Authentication-Warning: meon.alcatel.ch: egli set sender to christian.egli@stest.ch using -f To: id072647@belgacom.be Cc: gtk-list@gnome.org Subject: Re: PyGtk documentation? References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> From: Christian Egli Date: 28 Nov 2000 16:53:55 +0100 In-Reply-To: id072647@belgacom.be's message of "Tue, 28 Nov 2000 16:01:12 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ id072647@belgacom.be writes: > I have searched on Python.org, gtk.org but I don't find a > documentation of PyGtk. > Could someone guide me to that documentation? Try http://www.daa.com.au/~james/pygtk/ -- Christian Egli Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zuerich From bott@iol.it Tue Nov 28 16:06:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53]) by mail.gnome.org (Postfix) with ESMTP id 9BB3F2BCA3 for ; Tue, 28 Nov 2000 16:06:41 -0500 (EST) Received: from gauss (151.33.135.41) by smtp3.libero.it; 28 Nov 2000 22:06:36 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 140rx2-00004n-00 for ; Tue, 28 Nov 2000 22:06:08 +0100 Date: Tue, 28 Nov 2000 22:06:07 +0100 From: Ottavio Campana To: Gtk-list Subject: Howto remove all the rows from a clist Message-ID: <20001128220607.A291@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ how can I remove all the rows froma clist? thank you. -- Non c'è più forza nella normalità, c'è solo monotonia. From dreed@capital.edu Tue Nov 28 16:14:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from apollo.capital.edu (apollo.capital.edu [192.153.31.27]) by mail.gnome.org (Postfix) with ESMTP id 7E52B2E001 for ; Tue, 28 Nov 2000 16:14:09 -0500 (EST) Received: from fourier.capital.edu (fourier [205.133.110.175]) by apollo.capital.edu (8.11.1/8.11.1) with ESMTP id eASLD1D01401; Tue, 28 Nov 2000 16:13:02 -0500 (EST) Received: (from dreed@localhost) by fourier.capital.edu (8.9.3+Sun/8.9.1) id QAA16350; Tue, 28 Nov 2000 16:13:00 -0500 (EST) Date: Tue, 28 Nov 2000 16:13:00 -0500 (EST) Message-Id: <200011282113.QAA16350@fourier.capital.edu> X-Authentication-Warning: fourier.capital.edu: dreed set sender to dreed@capital.edu using -f From: Dave Reed To: bott@iol.it Cc: gtk-list@gnome.org In-reply-to: <20001128220607.A291@gauss> (message from Ottavio Campana on Tue, 28 Nov 2000 22:06:07 +0100) Subject: Re: Howto remove all the rows from a clist References: <20001128220607.A291@gauss> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Date: Tue, 28 Nov 2000 22:06:07 +0100 > From: Ottavio Campana > > how can I remove all the rows froma clist? > > thank you. > > -- > Non c'è più forza nella normalità, c'è solo monotonia. http://developer.gnome.org/doc/API/gtk/gtkclist.html#GTK-CLIST-CLEAR From dov@imagic.weizmann.ac.il Tue Nov 28 17:06:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id C323A2BAB1 for ; Tue, 28 Nov 2000 17:06:51 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id AAA05581; Wed, 29 Nov 2000 00:07:08 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011282207.AAA05581@imagic.weizmann.ac.il> To: gtk-list@gnome.org Subject: ANNOUNCE: gtk-image-viewer-0.0.1 Date: Wed, 29 Nov 2000 00:07:08 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have just uploaded to my web site the first version of the interactive image display widget gtk-image-viewer. Here is the README file. GtkImageViewer - An image viewer widget for gtk Dov Grobgeld 29 November 2000 Version 0.0.1 http://imagic.weizmann.ac.il/~dov/freesw/gtk/gtk-image-viewer BACKGROUND As a writer of several scientific image displaying tools I have always wanted a good general purpose image display widget. The goal of the GtkImageViewer widget is to fullfill that gap. Its interaction is a mixture of the user interfaces of Gimp and of xv. The widget itself handles zoom and panning. Additional functionality may be added through callbacks. The GtkImageViewer is perfectly suited to be used by any photo display program and will provide a uniform interface for interacting with images. Currently I have released the sources under the GPL, but I am ready to change the licence to LGPL at least for the widget, if there is any interest. FILES IN THIS PACKAGE gtk-image-viewer.c The source. gtk-image-viewer.h The header file. test-wdg.c A simple example of the use of the widget. giv.c A powerful image display program that allows zoomable vector overlays - called marks - on top of the image. giv will eventually be released into an archive of its own. Run with -help to get some help about the program. example.marks Example of a simple marks file. VOLUNTEERS Please send in your comments and patches. From wolfgang@ultim.net Tue Nov 28 17:54:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 860F82BB7B for ; Tue, 28 Nov 2000 17:54:20 -0500 (EST) Received: (qmail 1997 invoked from network); 28 Nov 2000 22:53:25 -0000 Received: from m99.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.99) by athena.ultim.net with SMTP; 28 Nov 2000 22:53:25 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eASMqJ700704 for gtk-list@gnome.org; Tue, 28 Nov 2000 17:52:19 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 17:52:19 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128175218.A695@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282207.AAA05581@imagic.weizmann.ac.il>; from dov@imagic.weizmann.ac.il on Wed, Nov 29, 2000 at 12:07:08AM +0200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Isn't this what the Eye of Gnome is meant for ? It may not be a widget in itself but I think it is reusable through Bonobo... W -- A chicken is an egg's way of producing more eggs. From Valdis.Kletnieks@vt.edu Tue Nov 28 18:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id D4A3A2E06C for ; Tue, 28 Nov 2000 18:22:21 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eASNMJG27022; Tue, 28 Nov 2000 18:22:20 -0500 Message-Id: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: Your message of "Tue, 28 Nov 2000 17:52:19 EST." <20001128175218.A695@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <20001128175218.A695@debian.home> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-145962980P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 28 Nov 2000 18:22:19 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-145962980P Content-Type: text/plain; charset=us-ascii On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through Umm.. some of us program in environments that don't have Gnome or Bonobo. Those of us need a GTK-only solution. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-145962980P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOiQ+K3At5Vm009ewEQINuQCgwAfsQIasv9iZOnrytVyZwQu9C8YAniEE 365ATAHcKOznp4EH7kiM3gAC =wrUP -----END PGP SIGNATURE----- --==_Exmh_-145962980P-- From mleisher@crl.nmsu.edu Tue Nov 28 18:31:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8B07A2DFDE for ; Tue, 28 Nov 2000 18:31:38 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA10230 for ; Tue, 28 Nov 2000 16:31:35 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA74312 for ; Tue, 28 Nov 2000 16:31:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA23260; Tue, 28 Nov 2000 16:31:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14884.16469.633201.486961@helion.crl.nmsu.edu> Date: Tue, 28 Nov 2000 16:31:33 -0700 (MST) To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget >> in itself but I think it is reusable through Valdis> Umm.. some of us program in environments that don't have Gnome or Valdis> Bonobo. Valdis> Those of us need a GTK-only solution. Another GTK-only user agrees. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From wolfgang@ultim.net Tue Nov 28 19:04:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 233E12BDA5 for ; Tue, 28 Nov 2000 19:04:30 -0500 (EST) Received: (qmail 8757 invoked from network); 29 Nov 2000 00:03:35 -0000 Received: from m104.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.104) by athena.ultim.net with SMTP; 29 Nov 2000 00:03:35 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAT02Xq00765 for gtk-list@gnome.org; Tue, 28 Nov 2000 19:02:33 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 19:02:31 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128190231.A709@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <14884.16469.633201.486961@helion.crl.nmsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <14884.16469.633201.486961@helion.crl.nmsu.edu>; from mleisher@crl.nmsu.edu on Tue, Nov 28, 2000 at 04:31:33PM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 28, 2000 at 04:31:33PM -0700, heure d'inpiration, Mark Leisher écrivait en ces mots: > > >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget > >> in itself but I think it is reusable through > > Valdis> Umm.. some of us program in environments that don't have Gnome or > Valdis> Bonobo. > > Valdis> Those of us need a GTK-only solution. > > Another GTK-only user agrees. Well. I am not against it. Everyone should be free to do what he wants. W -- A chicken is an egg's way of producing more eggs. From david@linux.com Tue Nov 28 19:08:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 85A482E009 for ; Tue, 28 Nov 2000 19:08:54 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAT08Yc04324; Tue, 28 Nov 2000 16:08:36 -0800 Message-ID: <3A244901.C725048D@linux.com> Date: Tue, 28 Nov 2000 16:08:33 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> Content-Type: multipart/mixed; boundary="------------F11417E35F464B22E844BBA8" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------F11417E35F464B22E844BBA8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Wolfgang Sourdeau wrote: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through > Bonobo... I'd rather have just plain old gtk. Gnome makes things bloated and fat as a beached whale. I.e. the cpu sucker, the memory sucker, ...I'll stop. -d --------------F11417E35F464B22E844BBA8 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE url:www.blue-labs.org adr:;;;;;; version:2.1 email;internet:david@blue-labs.org title:Blue Labs Developer note;quoted-printable:GPG key: http://www.blue-labs.org/david@nifty.key=0D=0A x-mozilla-cpt:;9952 fn:David Ford end:vcard --------------F11417E35F464B22E844BBA8-- From gharris@flashcom.net Tue Nov 28 23:56:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h017.c014.sfo.cp.net [209.228.12.81]) by mail.gnome.org (Postfix) with SMTP id 68F0C2BAB1 for ; Tue, 28 Nov 2000 23:56:27 -0500 (EST) Received: (cpmta 23143 invoked from network); 28 Nov 2000 20:56:26 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.81) with SMTP; 28 Nov 2000 20:56:26 -0800 X-Sent: 29 Nov 2000 04:56:26 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA00392; Tue, 28 Nov 2000 20:56:23 -0800 (PST) (envelope-from gharris) Date: Tue, 28 Nov 2000 20:56:23 -0800 From: Guy Harris To: Christian Egli Cc: id072647@belgacom.be, gtk-list@gnome.org Subject: Re: PyGtk documentation? Message-ID: <20001128205623.A358@quadrajet.flashcom.com> References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from christian.egli@stest.ch on Tue, Nov 28, 2000 at 04:53:55PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 28, 2000 at 04:53:55PM +0100, Christian Egli wrote: > Try http://www.daa.com.au/~james/pygtk/ Perhaps the PyGTK link on the GTK+ home page should go there rather than to ftp://ftp.gtk.org/pub/gtk/python/ as it currently does; many other language-binding links on the GTK+ home page appear to go to home pages for the projects in question, and James' PyGTK page does link to the FTP url in question. From rpbrown@xtra.co.nz Wed Nov 29 07:39:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mta1-rme.xtra.co.nz (mta1-rme.xtra.co.nz [203.96.92.1]) by mail.gnome.org (Postfix) with ESMTP id AFBEA2E0C9 for ; Wed, 29 Nov 2000 07:39:09 -0500 (EST) Received: from 203-96-104-56.dialup.xtra.co.nz ([203.96.104.56]) by mta1-rme.xtra.co.nz with ESMTP id <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> for ; Thu, 30 Nov 2000 01:39:06 +1300 Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 From: rpbrown Cc: gtk-list@gnome.org In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Content-Type: text/plain X-Mailer: Evolution 0.6 (Developer Preview) Date: 29 Nov 2000 00:42:28 -1200 Mime-Version: 1.0 Message-Id: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. > -- > Valdis Kletnieks > Operating Systems Analyst > Virginia Tech > > doesnt gqview do this? From Piotr.P.Plonkowski@ope.shell.com Wed Nov 29 10:34:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B65A42E114 for ; Wed, 29 Nov 2000 10:34:50 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id KAA19007 for ; Wed, 29 Nov 2000 10:34:50 -0500 Received: from rijpats6104.scis.shell.nl (nl02.shell.nl [134.146.0.21]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eATFYnD09353 for ; Wed, 29 Nov 2000 10:34:49 -0500 Received: by rijpats6104.scis.shell.nl with Internet Mail Service (5.5.2650.21) id ; Wed, 29 Nov 2000 16:34:47 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F01517@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'GTK-list@redhat.com'" Subject: How to insert pixmap into clist? Date: Wed, 29 Nov 2000 16:34:44 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, could you tell me how to insert a dynamic created progress-bar into clist. Does anybody has any example? Thanks, Piotr. From muhri@muhri.net Wed Nov 29 12:01:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.217]) by mail.gnome.org (Postfix) with ESMTP id 173E02D618 for ; Wed, 29 Nov 2000 12:01:28 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id EE743C100; Wed, 29 Nov 2000 11:02:00 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: rpbrown Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 X-Mailer: Pronto v2.2.2 Date: 29 Nov 2000 11:01:59 CST Reply-To: "Maher Awamy" In-Reply-To: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Message-Id: <20001129170201.EE743C100@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > Isn't this what the Eye of Gnome is meant for ? > > > It may not be a widget in itself but I think it is reusable through > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > Those of us need a GTK-only solution. > > -- > > Valdis Kletnieks > > Operating Systems Analyst > > Virginia Tech > > > > > > doesnt gqview do this? GQView is not a widget. Maher > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From mike@mjv.com Wed Nov 29 12:57:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1-us.simplemente.net (relay1.us.simplemente.net [216.167.121.82]) by mail.gnome.org (Postfix) with ESMTP id BD7E12BED7 for ; Wed, 29 Nov 2000 12:57:12 -0500 (EST) Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61]) by relay1-us.simplemente.net (Postfix) with ESMTP id E7CBAD782A for ; Wed, 29 Nov 2000 12:57:11 -0500 (EST) Received: from mjv.com [63.64.123.23] by comanchetx.com with ESMTP (SMTPD32-6.05) id A1BDF4F7005E; Wed, 29 Nov 2000 11:49:49 -0600 Message-ID: <3A2540D0.2D51FD35@mjv.com> Date: Wed, 29 Nov 2000 11:45:52 -0600 From: Michael Vanecek X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Guys, the level of cynicism in this thread is distressing. Who cares if prog A or B does the same thing? This guy wrote a neat app that works and he's proud of the hours of work he put into it. It was his choice to create a new app rather than contribute to a pre-existing app (though I don't think there is an image-viewing widget). What would have happened if the GTK guys came out and announced that they had created a neat widget set library and everyone said "Well, doesn't Motif already have that?" or "Doesn't Qt already do that?" or what about the argument over "Why Gnome if KDE already does that?". More than anything that I like about Linux is the variety of choices we have. Who knows if this widget will become a standard issue for GTK, or maybe merged into a larger project? Personally, I'd like to see some #ifdefs in there for Gnome if that environment is detected. Why not? It's all a matter of personal preference. I don't think his announcement was meant to generate this kind of discussion, but rather to generate some peer review that is the backbone of Open Source Software development, so if your interested, look at his app, judge it, think of how you would improve it or change it and bring it to the table... Cheers, Mike > > On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > > Isn't this what the Eye of Gnome is meant for ? > > > > It may not be a widget in itself but I think it is reusable through > > > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > > > Those of us need a GTK-only solution. > > > -- > > > Valdis Kletnieks > > > Operating Systems Analyst > > > Virginia Tech > > > > > > > > > > doesnt gqview do this? From wolfgang@iNsu.com Wed Nov 29 13:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Goffman.iNsu.COM (Goffman.iNsu.COM [206.167.33.70]) by mail.gnome.org (Postfix) with ESMTP id C2E3D2D625 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: from Marx.iNsu.COM (Marx.iNsu.COM [192.168.100.30]) by Goffman.iNsu.COM (Postfix) with ESMTP id ACFD727D90 for ; Wed, 29 Nov 2000 13:11:17 -0500 (EST) Received: from wolfgang.insu.com (Wolfgang.iNsu.COM [192.168.100.77]) by Marx.iNsu.COM (Postfix) with ESMTP id 10D176E823 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: by wolfgang.insu.com (Postfix, from userid 1013) id 184C222002; Wed, 29 Nov 2000 13:20:18 -0500 (EST) From: Wolfgang Sourdeau To: gtk-list@gnome.org In-reply-to: <3A2540D0.2D51FD35@mjv.com> (message from Michael Vanecek on Wed, 29 Nov 2000 11:45:52 -0600) Subject: Re: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> <3A2540D0.2D51FD35@mjv.com> User-Agent: WEMI/1.13.7 (Shimada) Chao/1.14.0 (Momoyama) Emacs/20.4 (i386-inslinux-linux-gnu) (with unibyte mode) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Message-Id: <20001129182018.184C222002@wolfgang.insu.com> Date: Wed, 29 Nov 2000 13:20:18 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Guys, the level of cynicism in this thread is distressing. Who cares if > prog A or B does the same thing? This guy wrote a neat app that works > and he's proud of the hours of work he put into it. It was his choice to Nobody pretends that he must not be proud. But freedom of expression is as important as freedom of choice. The reason I asked my question was that I wanted to suggest him to take a look at eog and see if he couldn't spare his time. That was a good intention and I have never thought his project might not have been nice or useful. W From meisemann@dsrnet.com Wed Nov 29 13:28:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 0A7D92C10B for ; Wed, 29 Nov 2000 13:28:14 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATIGeA17939 for ; Wed, 29 Nov 2000 13:16:41 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATIGdf17929 for ; Wed, 29 Nov 2000 13:16:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 13:25:50 -0500 Message-ID: <01C05A07.E434A460.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: gtk and window size Date: Wed, 29 Nov 2000 13:25:49 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From davina@lickey.com Wed Nov 29 14:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 5A55B2BC57; Wed, 29 Nov 2000 14:19:24 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 8E2C7A01B; Wed, 29 Nov 2000 11:21:00 -0800 (PST) Message-ID: <3A2556BA.88DC8AE0@lickey.com> Date: Wed, 29 Nov 2000 11:19:22 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: GtkLabel text size and position Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I want to draw some decoration around a GtkLabel, which requires that I know the size and position of its text. The only way I can think to do it is to go into GtkLabel's private data. Is there a way to do it through the API? Thanks! Davina From meisemann@dsrnet.com Wed Nov 29 15:11:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 28D792BC57 for ; Wed, 29 Nov 2000 15:11:12 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATJxcA29870 for ; Wed, 29 Nov 2000 14:59:38 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATJxbf29861 for ; Wed, 29 Nov 2000 14:59:37 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 15:08:48 -0500 Message-ID: <01C05A16.46655400.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'gtk-list@gnome.org'" Subject: RE: gtk and window size Date: Wed, 29 Nov 2000 15:08:47 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Resending this since there was an error -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 29, 2000 1:26 PM To: gtk-list@gnome.org Subject: gtk and window size Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From mmenal@ifrance.com Wed Nov 29 16:58:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by mail.gnome.org (Postfix) with SMTP id 9DC922D9A7 for ; Wed, 29 Nov 2000 16:58:25 -0500 (EST) Received: from 213.44.176.238 [213.44.176.238] by lh00.opsion.fr; Wed, 29 Nov 2000 21:58:26 GMT Date: Wed, 29 Nov 2000 22:58:13 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <6957.001129@ifrance.com> To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: GtkLabel text size and position References: <3A2556BA.88DC8AE0@lickey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong wrote: Hi, DA> I want to draw some decoration around a GtkLabel, which requires that I DA> know the size and position of its text. The only way I can think to do DA> it is to go into GtkLabel's private data. Is there a way to do it DA> through the API? Why would you need a function to do what you can want directly ? The data of a widget aren't private, I think. You should not modify it, because you can't do what the widget can with a function which do that properly (is this clear ?). But, there's nothing wrong to access the data of a widget. And you need this in very common cases, like when you create a GtkFileSelection, or when you need the title of a window :-) DA> Thanks! DA> Davina Good night, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From king@eiffel.com Wed Nov 29 20:22:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 4F58B2BBDD for ; Wed, 29 Nov 2000 20:22:36 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 141IQk-0001cR-00 for gtk-list@gnome.org; Wed, 29 Nov 2000 17:22:34 -0800 Message-ID: <3A25AC88.F755D113@eiffel.com> Date: Wed, 29 Nov 2000 17:25:28 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compound widgets treated as like a normal widget. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Is a `compound' widget such as gtkcombo treated like any other widget, by this I mean does it emit signals like any other widgets or do I have to connect to the internal widgets that make up the combo box. At present I don't seem to be able to get any events using just a pointer to the gtkcombo widget itself. Thanks for your time Ian King From cfreeze@cs.clemson.edu Wed Nov 29 20:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp01.infoave.net (smtp01.infoave.net [165.166.0.26]) by mail.gnome.org (Postfix) with ESMTP id 575DA2BAC2 for ; Wed, 29 Nov 2000 20:59:36 -0500 (EST) Received: from yoda.cs.clemson.edu ([207.144.106.107]) by SMTP00.InfoAve.Net (PMDF V5.2-33 #45321) with ESMTP id <01JX4JVYA0TI9AO0XX@SMTP00.InfoAve.Net> for gtk-list@gnome.org; Wed, 29 Nov 2000 20:58:58 EDT Date: Wed, 29 Nov 2000 19:58:46 -0600 (CST) From: Chris Freeze Subject: GtkCombo Question To: gtk-list@gnome.org Message-id: MIME-version: 1.0 X-Mailer: XFMail 1.4.7 on Linux Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 8bit X-Priority: 3 (Normal) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a way to set a combo to a specified index? I have a set number of strings, but given some display's I need to have it default to displaying a certain index instead of the zeroth index. Regards, Chris ----- Chris Freeze Email: cfreeze@cs.clemson.edu Web: http://www.cs.clemson.edu/~cfreeze From dfisher@jagger.me.berkeley.edu Wed Nov 29 21:34:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id 23C7A2BC43 for ; Wed, 29 Nov 2000 21:34:17 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eAU2LPs13753 for ; Wed, 29 Nov 2000 18:21:25 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4TGH200.37F; Wed, 29 Nov 2000 18:34:14 -0800 Message-ID: <3A25BCA9.9010007@jagger.me.berkeley.edu> Date: Wed, 29 Nov 2000 18:34:17 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Chris Freeze Cc: gtk-list@gnome.org Subject: Re: GtkCombo Question References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You can set the selected item on the combo->list widget. gtk_list_select_item(GTK_LIST(combo->list), n); Darin Chris Freeze wrote: > Is there a way to set a combo to a specified index? I have a set number of > strings, but given some display's I need to have it default to displaying a > certain index instead of the zeroth index. > > Regards, > > Chris > > ----- > Chris Freeze Email: cfreeze@cs.clemson.edu > Web: http://www.cs.clemson.edu/~cfreeze > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From randhol@kiuk0156.chembio.ntnu.no Thu Nov 30 05:04:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kiuk0156.chembio.ntnu.no (kiuk0156.chembio.ntnu.no [129.241.83.82]) by mail.gnome.org (Postfix) with ESMTP id 12EBC2BB31 for ; Thu, 30 Nov 2000 05:04:19 -0500 (EST) Received: from randhol by kiuk0156.chembio.ntnu.no with local (Exim 3.12 #1 (Debian)) id 141QaS-00009K-00 for ; Thu, 30 Nov 2000 11:05:08 +0100 Date: Thu, 30 Nov 2000 11:05:08 +0100 From: Preben Randhol To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001130110508.A456@pvv.org> Mail-Followup-To: Preben Randhol , gtk-list@gnome.org References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Tue, Nov 28, 2000 at 06:22:19PM -0500 Organization: PVV Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Valdis.Kletnieks@vt.edu wrote on 29/11/2000 (11:31) : > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. I agree. Anyhow I prefer a widget over having to run stuff through bonobo when the widget can be made small and neat. -- Preben Randhol ---------------- http://www.pvv.org/~randhol/ -- iMy favorite editor is Emacs!bcwVim -- vim best-editor.txt From otaylor@redhat.com Thu Nov 30 09:53:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id DDF602C81E for ; Thu, 30 Nov 2000 09:53:33 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 8A061242FBC; Thu, 30 Nov 2000 09:53:33 -0500 (EST) To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: gtk and window size References: <01C05A07.E434A460.meisemann@dsrnet.com> From: Owen Taylor Date: 30 Nov 2000 09:53:33 -0500 In-Reply-To: Matt Eisemann's message of "Wed, 29 Nov 2000 13:25:49 -0500" Message-ID: Lines: 48 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application which has many nested vetical and > horizontal boxes and I am trying to figure out if a parent box overrides > the parameters set by a child box. It looks like it does if you want a > parent box to be nonhomogeneous and a child to be homogenious and visa > versa. My actual question is in regard to a CLIST. In my application I > have a CLIST in a scrolled window. How do you set the default size of a > scrolled window so that a user can adjust its size? If one uses > gtk_widget_set_usize it will set the size correctly but it seems to be > static and unmovable by the user and it prevents the user from being able > to expand the size of the scrolled window and hence the CLIST. The > function I was thinking of using was gtk_window_set_default_size but I get > some strange error messages > > Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): > assertion 'GTK_IS_WINDOW (window)' failed. > > The code for my window where I put my CLIST is. > > scrolled_win = gtk_scrolled_window_new(NULL,NULL) > gtk_window_set_default_size(scrolled_win,400,400); GtkScrolledWindow does not derive from GtkWindow. > gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); > > where display_tasks should be the CLIST. > > Any ideas? Let me know if you need more code or a better explanation of > something. Thanks ahead of time for your help. Each individual widget in GTK+ only has a minimum size. If you want to set default or maximum sizes, you need to set them on the toplevel window. To make computing the correct size simple in the case when you have a window with only one adjustable-size widget, GTK+ introduces the concept of the 'geometry widget' - that is, the widget that the geometry parameters set on the toplevel apply to. So, you should be able to get your desired effect with: gtk_window_set_geometry_hints (toplevel, scrolled_win, NULL, 0); gtk_window_set_default_size (toplevel, 400, 400); Regards, Owen From davidchen@itri.org.tw Wed Nov 29 04:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id D9F062BAB1 for ; Wed, 29 Nov 2000 04:17:37 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id RAA04326 for ; Wed, 29 Nov 2000 17:20:54 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id RAA16340 for ; Wed, 29 Nov 2000 17:18:16 +0800 (CST) From: "david chen" To: "gtk" Subject: How to load jpeg image using gtk Date: Wed, 29 Nov 2000 17:18:49 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ SGkgdGhlcmUsDQoNCkkgd291bGQgbGlrZSB0byBsb2FkIGpwZWcgaW1hZ2UgdXNpbmcgZ3RrLA0K Q2FuIGFueW9uZSBoZWxwIG1lIGhvdyB0byBkbyB0aGF0Pw0KT3Igc29tZSBleGFtcGxlIGNvZGUg c2ltcGx5IGlzIGFibGUgdG8gaW1wbGVtZW50IHRoYXQuDQpUaGFua3MhDQoNCkRhdmlkDQo= From cooperdl@att.net Tue Nov 28 15:11:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc22.worldnet.att.net (mtiwmhc22.worldnet.att.net [204.127.131.47]) by mail.gnome.org (Postfix) with ESMTP id EA5B02BAE9 for ; Tue, 28 Nov 2000 15:11:47 -0500 (EST) Received: from webmail.worldnet.att.net ([204.127.135.57]) by mtiwmhc22.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with SMTP id <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net>; Tue, 28 Nov 2000 20:11:47 +0000 Received: from [147.72.229.147] by webmail.worldnet.att.net; Tue, 28 Nov 2000 20:11:47 +0000 From: cooperdl@att.net To: gtk-list@gnome.org Subject: Option Menu Date: Tue, 28 Nov 2000 20:11:47 +0000 X-Mailer: AT&T Message Center Version 1 (May 2 2000) X-Authenticated-Sender: cooperdl@att.net Message-Id: <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a continuation of a thread started on glade- users. I am having a problem with the optionmenu widget resizing (or rather, not resizing) when new menu items are added to the menu connected to the optionsmenu. After checking into the code, it seems that the size of the optionmenu is set only when the menu is attached to the optionmenu. The optionmenu size functions are private. How can I force the the optionmenu to resize after adding new menu items? I have x expand and shrink enabled, if you were wondering. I have found a workaround in the mean time. If I save the menu that is attached to the optionmenu, then unattach it from the optionmenu, add new items to it, and then re-attach it, the optionmenu is resized correctly. Why am I doing this, you ask? No, I'm not changing the optionmenu items at various times in the program. I'm setting the optionmenu items at startup based on a configuration file read in when the program starts. Thanks for any education you can provide. David From davidchen@itri.org.tw Mon Nov 27 21:31:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id ABCE02BBBA for ; Mon, 27 Nov 2000 21:31:29 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id KAA21783 for ; Tue, 28 Nov 2000 10:31:44 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id KAA20658 for ; Tue, 28 Nov 2000 10:28:57 +0800 (CST) From: "david chen" To: Subject: Garbage collection in GTK Date: Tue, 28 Nov 2000 10:29:32 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ RGVhciBTaXIvTWFkYW0NCg0KSSBoYXZlIHRoZSBmb2xsb3dpbmcgcXVlc3Rpb25zLCBjb3VsZCBh bnlvbmUga2luZGx5IHRvIGFuc3dlciBtZSwgdGhhbmtzIQ0KDQoxLiAgSW4gR1RLLCBpcyB0aGVy ZSBhbnkgImdhcmJhZ2UgY29sbGVjdGlvbiI/DQogICAgIEhvdyBkb2VzIEdUSyBkZWFsIHdpdGgg dGhpcyBraW5kIG9mIGlzc3VlPw0KDQoyLiBIb3cgZG9lcyBHVEsgZGVhbCB3aXRoIGdpZiwgb3Ig anBnIGZvcm1hdD8NCiAgICBJbiB0aGF0IGJvb2ssIG9ubHkgeHBtIGZvcm1hdCBpcyBtZW50aW9u ZWQuDQoNCg0KDQpLaW5kIFJlZ2FyZHMsDQoNCg0KRGF2aWQ= From loban@ugcs.caltech.edu Mon Nov 27 02:36:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from spew.ugcs.caltech.edu (spew.ugcs.caltech.edu [131.215.43.154]) by mail.gnome.org (Postfix) with ESMTP id 81C732BC6A for ; Mon, 27 Nov 2000 02:36:14 -0500 (EST) Received: by spew.ugcs.caltech.edu (Postfix, from userid 9289) id C2BB32440F; Sun, 26 Nov 2000 23:36:13 -0800 (PST) Date: Sun, 26 Nov 2000 23:36:13 -0800 From: Loban Amaan Rahman To: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? Message-ID: <20001126233613.A20416@spew.ugcs.caltech.edu> References: <002f01c05813$97178da0$bcec41d2@ielinux.com> <200011270252.VAA18807@renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200011270252.VAA18807@renoir.op.net>; from pbd@Op.Net on Sun, Nov 26, 2000 at 09:52:47PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >I want set my widget to play sound effect when some event happen. > >Have any gtk function can do it? > >or other C,linux function can do it? Don't mind the flame you got earlier. Some people just like doing that. Check out the following web-page for what you need. http://developer.gnome.org/doc/API/libgnome/gnome-gnome-sound.html = L From jouse@ms27.hinet.net Fri Nov 24 01:00:05 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ms27.hinet.net (ms27.hinet.net [168.95.4.27]) by mail.gnome.org (Postfix) with ESMTP id 58B832BAAA for ; Fri, 24 Nov 2000 01:00:04 -0500 (EST) Received: from Alan ([210.65.236.188]) by ms27.hinet.net (8.8.8/8.8.8) with SMTP id NAA20594 for ; Fri, 24 Nov 2000 13:59:50 +0800 (CST) Message-ID: <010201c055db$efcc0d20$bcec41d2@ielinux.com> From: "jouse" To: Subject: Have man for gtk?? Date: Fri, 24 Nov 2000 14:00:51 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FF_01C0561E.F468F260" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi, all Have man for gtk?=20 like as type "man gtk_main_quit()" then show the function help. Where to get it? ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi, all
Have man for gtk? =
like as  type "man = gtk_main_quit()"=20 then show the function help.
Where to get = it?
 
------=_NextPart_000_00FF_01C0561E.F468F260-- From robert@promisechina.com Thu Nov 23 22:42:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8C0892BE58 for ; Thu, 23 Nov 2000 22:42:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id WAA23486 for ; Thu, 23 Nov 2000 22:42:44 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAO3ggD07917 for ; Thu, 23 Nov 2000 22:42:43 -0500 Received: (qmail 16140 invoked from network); 24 Nov 2000 03:33:47 -0000 Received: from unknown (HELO zhang) (61.151.184.134) by www10.chinadns.com with SMTP; 24 Nov 2000 03:33:47 -0000 Message-ID: <000a01c055c8$45a78300$7424c409@promise.com> From: "Zhang" To: Subject: Can I band .so with my program? Date: Fri, 24 Nov 2000 11:40:19 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C0560B.529CA340" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQoNCiAgICBJIGNvZGUgYSBwcm9ncmFtIHdpdGggR1RLKyBpbiBGcmVlQlNELCBi dXQgdXNlcnMgY2FuJ3QgdXNlIGl0IGlmIGhlIGhhdmVuJ3QgaW5zdGFsbCBHTElCICYgR1RLTElC LCBpdCBzYXlzICdjYW4ndCBmaW5kICoqKi5zby4uLicsIGNhbiBJIGJhbmQgdGhvc2UgLnNvIHdp dGggbXkgcHJvZ3JhbSA/IA0KDQogICAgQmVzdCBSZWdhcmRzDQoNCg0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBSb2JlcnQuIA0KICAgIA0K ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7IEkgY29kZSBhIHByb2dyYW0gd2l0aCBHVEsrIGluIEZyZWVCU0QsIGJ1dCANCnVzZXJz IGNhbid0IHVzZSBpdCBpZiBoZSBoYXZlbid0IGluc3RhbGwgR0xJQiAmYW1wOyBHVEtMSUIsIGl0 IHNheXMgJ2Nhbid0IGZpbmQgDQoqKiouc28uLi4nLCBjYW4gSSBiYW5kIHRob3NlIC5zbyB3aXRo IG15IHByb2dyYW0gPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBzaXplPTI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJlc3QgUmVnYXJkczwvRk9OVD48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgDQom bmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsgDQombmJzcDsmbmJzcDsmbmJzcDsgUm9iZXJ0LiA8L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgPC9GT05UPjwvRElWPjwv Qk9EWT48L0hUTUw+DQo= ------=_NextPart_000_0007_01C0560B.529CA340-- From jack.smith@csfb.com Wed Nov 22 08:56:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E91832BA9B for ; Wed, 22 Nov 2000 08:56:36 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id IAA10742 for ; Wed, 22 Nov 2000 08:56:31 -0500 (EST) Received: from unknown(169.37.98.45) by ny-bas05 via smap (V4.2) id xma009527; Wed, 22 Nov 00 08:56:09 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: GLib GTK compile problems Date: Wed, 22 Nov 2000 13:56:06 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 16050FFD683062-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I am not able to compile GLib or GTK+ under solaris > GTK/GLib version is 1.2.8 > My OS is: > uname -a > SunOS 5.5.1 Generic_103640-32 sun4m sparc SUNW,SPARCstation-20 > > My Compiler is > cc -V > cc: WorkShop Compilers 4.2 30 Oct 1996 C 4.2 > > > It appears that configure is unable to resolve a few basics like > sizeof(char), sizeof(int), etc, as well as the location of bcopy() > > CC doesn't like it when attempting to assign a NULL to a Pointer without > casting. > > I have looked through the documentation, and can't find how I am meant to > resolve these with configure options, so I thought I would ask someone who > must have been able to get GTK/GLib working. > > Any Suggestions ?? > > Thanks > Jack Smith This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From Igor.Borojevic@ireland.sun.com Wed Nov 22 11:58:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id B7F532CE1F for ; Wed, 22 Nov 2000 11:58:16 -0500 (EST) Received: from sunire.Ireland.Sun.COM ([129.156.220.30]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id IAA17313 for ; Wed, 22 Nov 2000 08:58:10 -0800 (PST) Received: from caladan.ireland.sun.com (caladan [129.156.220.156]) by sunire.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id QAA22495 for ; Wed, 22 Nov 2000 16:58:08 GMT Received: from ireland.sun.com (localhost [127.0.0.1]) by caladan.ireland.sun.com (8.9.3+Sun/8.9.3) with ESMTP id QAA14381 for ; Wed, 22 Nov 2000 16:58:05 GMT Message-ID: <3A1BFB1C.7EDC7252@ireland.sun.com> Date: Wed, 22 Nov 2000 16:58:05 +0000 From: Igor Borojevic - Sun Ireland - Central Test - Performance Test Engineer X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: sending events to desktop References: <3A1A8C02.64597193@SoftHome.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, What I want to do is to send events to the desktop i.e. 1) send mouse middle button click 2) warp down, right, down... 3) click on programs/system/Gnome terminal (that's launching the gnome terminal) Do I have to specify all fields in GdkEventButton structure? What to put for window that received (?) event? The program that produces core is: #include int main (int argc, char **argv) { GdkEvent *event; event->button.type = GDK_BUTTON_PRESS; event->button.x_root = 100; event->button.y_root = 100; event->button.source = GDK_SOURCE_MOUSE; event->button.button = 3; gtk_main_do_event(event); exit(1); } From David.Monniaux@ens.fr Wed Nov 29 12:01:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nef.ens.fr (nef.ens.fr [129.199.96.32]) by mail.gnome.org (Postfix) with ESMTP id 777972BE96 for ; Wed, 29 Nov 2000 12:01:26 -0500 (EST) Received: from basilic.ens.fr (basilic.ens.fr [129.199.99.48]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id eATH1JH36864 for ; Wed, 29 Nov 2000 18:01:19 +0100 (CET) Received: from localhost by basilic.ens.fr (8.9.2/jb-1.1) id SAA04305 for ; Wed, 29 Nov 2000 18:01:19 +0100 (MET) X-Authentication-Warning: basilic.ens.fr: monniaux owned process doing -bs Date: Wed, 29 Nov 2000 18:01:18 +0100 (MET) From: David Monniaux X-Sender: monniaux@basilic.ens.fr To: gtk-list@gnome.org Subject: mouse wheel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, currently (1.2.x) the mouse wheel behavior is hardcoded in gtkmain.c. It is understood that buttons 4 and 5 are impulsions for vertical scrolling of widgets. It is understood that the user has put "ZAxisMapping 4 5" into XF86Config if running XFree86. Some new mice have two wheels; the second one is intended for horizontal scrolling. Of course, it's possible to add support for it in a similar fashion (I may soon send a patch for this). However, I find it a bit rigid and hackish that button numbers should be hardwired on behaviors. Some mice have more than 3 physical buttons and the user might want buttons 4 and 5 not to behave like a wheel. Are there any plans to make wheel behavior customizable; i.e. allow, say, buttons 6-7 for vertical scrolling and 8-9 for horiz? David Monniaux http://www.di.ens.fr/~monniaux Laboratoire d'informatique de l'École Normale Supérieure, Paris, France From tim@aromasys.com Tue Oct 31 19:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 9EBCE2BB98 for ; Tue, 31 Oct 2000 19:19:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id TAA03455 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from sunny.fishnet.com (sunny.fishnet.com [209.150.200.6]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA107KD05140 for ; Tue, 31 Oct 2000 19:07:20 -0500 Received: from MICROTIME (209.150.205.175) by sunny.fishnet.com (5.0.048) id 39FECC320001EEDF for gtk-list@redhat.com; Tue, 31 Oct 2000 18:07:25 -0600 Message-ID: <005001c04397$ad8e9820$6500a8c0@AROMASYS> From: "Tim Holzmann" To: Subject: install problem Date: Tue, 31 Oct 2000 18:07:08 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004D_01C04365.62664000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable configure bails with the error 'glib-config --version 'returned 1.2.6, = but GLIB (1.2.8) was found! None of the suggestions worked, how can I = get glib-config to recognize the new 1.2.8 version. I run ldconfig -v, = and it shows the correct version. This is very frustrating, I'm running = RH6.2. ------=_NextPart_000_004D_01C04365.62664000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
configure bails with the error 'glib-config = --version=20 'returned 1.2.6, but GLIB (1.2.8) was found!  None of the = suggestions=20 worked, how can I get glib-config to recognize the new 1.2.8 version. I = run=20 ldconfig -v, and it shows the correct version. This is very frustrating, = I'm=20 running RH6.2.
------=_NextPart_000_004D_01C04365.62664000-- From dfisher@jagger.me.berkeley.edu Tue Oct 31 22:34:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 5E52A2DE23 for ; Tue, 31 Oct 2000 22:34:26 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA13LjV11138; Tue, 31 Oct 2000 19:21:45 -0800 Message-ID: <39FF8C49.5020409@jagger.me.berkeley.edu> Date: Tue, 31 Oct 2000 19:21:45 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001030 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: gdk_input_add References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal, Just another question... just to be sure... you are calling gtk_main, right? The thing is, this is supposed to work... it has worked for me. Could you post a small sample program that also exhibits the behavior. I think it's too hard to tell otherwise. Darin Meghal Harish Varia wrote: > I am using the gdk_input_add() on the client side. > > Also on the client side, I call > > connect(sd,(struct sockaddr *)&server,sizeof(server)); > > I know that the connection has been made, and also that the server is > sending data back because if I use a separate thread to read data off of > the socket, this seems to work. > > The problem with using a separate thread involves issues with > reading/writing globals, so I really need to get this gdk_input_add() > working. > > Thanks, > Meghal > > > On Tue, 31 Oct 2000, Darin Fisher wrote: > > >> How are you establishing the socket connection? >> Darin >> >> >> Meghal Harish Varia wrote: >> >> >>> Hello, >>> >>> I use gdk_input_add in my program as follows: >>> >>> { >>> sd=socket(AF_INET,SOCK_STREAM,0); >>> /* I check if a valid socket is returnet */ >>> gdk_input_add(sd, GDK_INPUT_READ,incoming_message,NULL); >>> } >>> >>> >>> and then i declare: >>> static void >>> incoming_message (gpointer data, gint source, GdkInputCondition cond) >>> { >>> >>> } >>> >>> >>> It compiles fine, and the gdk_input_add line seems to be executed, >>> However, incoming_message is never called.. why?? >>> >>> >>> Thanks, >>> Meghal >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> gtk-list mailing list >>> gtk-list@gnome.org >>> http://mail.gnome.org/mailman/listinfo/gtk-list >> From dsh8290@rit.edu Tue Oct 31 23:37:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 5186D2BEFE for ; Tue, 31 Oct 2000 23:37:23 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA26918; Tue, 31 Oct 2000 23:25:06 -0500 (EST) Date: Tue, 31 Oct 2000 23:24:06 -0500 From: D-Man To: roncom@dds.nl Cc: gtk-list@gnome.org Subject: Re: C/C++-applications as objects in gtk? Message-ID: <20001031232406.A29924@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001031143529.B29942DB4D@mail.gnome.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001031143529.B29942DB4D@mail.gnome.org>; from roncom@dds.nl on Tue, Oct 31, 2000 at 08:58:11 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Here comes the fun part. C/C++ is compiled, not interpreted. In (for example) Python, functions (and thus programs) are objects and can be manipulated as such -- passed to other functions, assigned to a local name (aka variable), etc. If you want to treat a compiled (C/C++) app as an object, I think you would need to use CORBA. This would entail writing an IDL file describing the object (app) and then a corresponding CORBA service implementation. If you just want to interact with another process, you could use some system calls to open a pipe to the app and interact with it that way. If you know what the api of the app is, you could write some C/C++ code that uses the api and just link against the binary. This may be impossible if the app is proprietary. To simulate pressing the enter key while communicating with a CLI app through a pipe, simply write the newline character to the pipe ( '\n' ). -D On Tue, 31 Oct 2000 08:58:11 Ronald Bultje wrote: > > > Hi there, > > is it possible to use an existing c/c++ Application as some sort of > object-kind-of-thing in a gtk-application? > The object/c/c++-thing is in this case a tv-viewer and my own application > should add some functionality to it (buttons, etc), but I still wanna watch > tv, of course, so I also need the tv viewer-application itself together > with all other widgets I want to add. > > Is there any way to use all existing c/c++-code and make an object of it > without changing everything? > > An another question: is there any way to execute a console-application from > within my gtk-app? And are there ways to "simulate" the [enter]-key and the > [Ctrl]-key (this application needs the control-key and the enter key in > some situations, if I can simulate them then I can make some sort of a GUI > for it) > > Thanks in advance for anyone who can help me, > > Ronald > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From meisemann@dsrnet.com Wed Nov 1 15:11:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 54E632D000 for ; Wed, 1 Nov 2000 15:11:10 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1Jlnp24164 for ; Wed, 1 Nov 2000 14:47:51 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1Jlb424129; Wed, 1 Nov 2000 14:47:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 14:51:59 -0500 Message-ID: <01C04413.49775A80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 14:51:58 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From meisemann@dsrnet.com Wed Nov 1 15:52:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 171362C963 for ; Wed, 1 Nov 2000 15:52:43 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA1KTQp29095 for ; Wed, 1 Nov 2000 15:29:27 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA1KTO429082; Wed, 1 Nov 2000 15:29:24 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 1 Nov 2000 15:34:09 -0500 Message-ID: <01C04419.2DBE6EE0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: dialog widget problem Date: Wed, 1 Nov 2000 15:34:08 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was thinking of putting my dialog window in a separate function and not in main().....a novel idea. Anyway, I suppose the implication of this is that i have to create the window each time and I don't mind this but what about the signal_connects , should they also be in the same function I create the dialog window in and if so, what are the implications of the rest of the program continuing to run or will it wait for me to do something with the dialog box. -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 01, 2000 2:52 PM To: 'Dugas, Alan'; gtk-list@gnome.org Subject: RE: dialog widget problem I did try the printf() comment but both numbers were the same. I also have not tried the gtk_signal_emit_stop_by_name since the print statement (see below) never executes in the gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) The fact that the print statement in the function above never executes, makes me think that it never gets in that function and I get a core dump. I also have (but did not include before) a window_event_handler which works great. Is there a difference in the way delete-event works for main application windows and for dialog windows or not really? gboolean window_event_handler(GtkWidget *widget, GdkEvent *event, gpointer display_tasks); The only difference I see is that I am told to use return FALSE for this and return TRUE for a dialog window. One other potential problem is that I do not use gtk_main() directly. I have created my own event loop which has worked fine for other events. While(tasks->running ==TRUE) { g_main_iteration(FALSE); /* other event check iteration */ } Any ideas? Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Tuesday, October 31, 2000 11:35 AM To: 'Dugas, Alan'; gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem Hmm... It sounds like dialog_win might not be pointing to the widget you want when you set tasks->dialog_win. Use a debugger to check the value of dialog_win to see if it's changing. If you don't have a debugger available, insert printf() statements to display the value of dialog_win after you create the dialog window and again when you assign tasks->dialog_win = dialog_win, they should be the same. In addition to this, try using gtk_widget_show(GTK_WIDGET(widget)) in ok_delete_handler(), it may also help shed some light on the problem. And lastly I think you may need to insert a call to gtk_signal_emit_stop_by_name() in ok_delete_handler() to prevent the default handler(s) from being run (see page195 of the GTK tutorial). It could be that a default handler is destroying your widget so that when you go to use it later (i.e. "show" it) you get a segfault. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Tuesday, October 31, 2000 8:55 AM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > Below should show my scoping of how I do everything. It must be a scoping > issue. Basically what I do is in two different functions I implement the > following code to display the dialog under a specific condition. > > void some_func(void) > { > .... > if(tasks->dead_tasks == TRUE) > { > gtk_widge_show_all(tasks->dialog_win); > tasks->dead_tasks = FALSE; > } > } > > The above is seen in two different functions. > In main() I have the code > > int main(int argc, char *argv[]) > { > dialog_win = gtk_dialog_new(); > dialog_label = gtk_label_new("WARNING. There are DEAD tasks running. "); > dialog_ok = gtk_button_new_with_label("OK"); > gtk_window_set_title(GTK_WINDOW(dialog_win), "dead tasks"); > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label, > FALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog_ok, > FALSE, FALSE,NO_PADDING); > /* later in main this might be problem. copy ptr of widget to point to > dialog_win. Both are defined as GtkWidget *dialog_win. */ > tasks->dialog_win = dialog_win; > > /* callbacks then follow after the above */ > > .... > gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", > > GTK_SIGNAL_FUNC(gtk_widget_hide > ),GTK_OBJECT(dialog_win)); > gtk_signal_connect(GTK_OBJECT(tasks->dialog_win),"delete_event", > GTK_SIGNAL_FUNC(ok_delete_handler),NULL); > > } > > The above signal does not make a difference, I get a core dump whether I > use GTK_OBJECT(tasks->dialog_win) or GTK_OBJECT(dialog_win). The > utics_ok_delete_handler function > > gboolean ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > char who[]="ok_delete_handler"; > > printf("closing: %s \n",who); > gtk_widget_hide(widget); > return(TRUE); > } > > Hopefully the above should give the idea of the scoping I am using. The > only problem I might see is the fact I make a copy of the ptr to the widget > but it should be displaying the same widget with just a different pointer > unless I am wrong. > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 6:51 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > The code looks OK to me, however, you may be running into a scoping issue > with dialog_win depending on where you use gtk_signal_connect(). > Otherwise, > I think I'd need to see more of your code to figure out what's going on. > > > > > -- Stupid Genius > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 6:23 PM > > To: 'Dugas, Alan'; gtk-list@gnome.org > > Subject: RE: dialog widget problem > > > > You were right. For some reason it needed gtk_signal_connect_object. If > > I > > want to also have a window delete handler in case they close the window > > via > > window mgr does the following look right given the variable names I have > > used already. > > > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > > gpointer user_data) > > { > > gtk_widget_hide(widget); > > return(TRUE); > > } > > > > Actually, i just tried it and I got a core dump. Anything look wrong > > above. Thanks ahead of time for your help. > > > > Matt > > > > > > > > -----Original Message----- > > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > > Sent: Monday, October 30, 2000 5:58 PM > > To: gtk-list@gnome.org; Matt Eisemann > > Subject: RE: dialog widget problem > > > > Just a thought... It appears the problem has to do with > > gtk_signal_connect() > > passing it's first argument to gtk_widget_hide() whereas I think your > > trying to > > pass the last argument instead. Try using gtk_signal_connect_object(), > it > > > > will > > change the order of the argments passed to the callback function so that > > the > > last argument to gtk_signal_connect_object() is passed as the first > > argument to > > gtk_widget_hide() instead. > > > > > > > > -- Stupid Genius > > > > > ---------- > > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > > Sent: Monday, October 30, 2000 5:09 PM > > > To: gtk-list@gnome.org > > > Subject: dialog widget problem > > > > > > Currently I am creating an application, but there is something wrong > > with > > > the callback that hides the widget or something is wrong in my logic. > > Here > > > is a bit of code below which so should give some idea of what I am > > doing. > > > The main window calls a dialog box when a certain flag is set. I want > > the > > > user to be able to push the "OK" button and hide the dialog window and > > > reset the flag back to FALSE. I hopefully left out extraneous > > information > > > and code. > > > > > > void some_function(... ) > > > { > > > > > > ..... > > > > > > > > > > > > if(tasks->dead_tasks == TRUE) > > > { > > > gtk_widget_show_all(tasks->dialog_win); > > > tasks->dead_tasks = FALSE; > > > } > > > } > > > > > > > > > > > > int main(INT argc, CHAR *argv[]) > > > { > > > ... > > > dialog_win = gtk_dialog_new(); > > > dialog_label = gtk_label_new("WARNING. There is something wrong. > "); > > > dialog_ok = gtk_button_new_with_label("OK"); > > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > > > ALSE,FALSE,NO_PADDING); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > > > _ok, FALSE,FALSE, NO_PADDING); > > > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > > > T(dialog_win)); > > > } > > > The code works somewthat above but the problem is that the OK button > > > disappears and not the whole window. > > > > > > > > > _______________________________________________ > > > gtk-list mailing list > > > gtk-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > From Rick.Esquibel@ARZ.Boeing.com Wed Nov 1 17:13:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id 0C5E12DE81 for ; Wed, 1 Nov 2000 17:13:22 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id OAA26587 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id OAA16613 for ; Wed, 1 Nov 2000 14:01:15 -0800 (PST) Received: from xch-mes-01p.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Wed, 1 Nov 2000 14:01:06 -0800 Received: by xch-mes-01p.msc.az.boeing.com with Internet Mail Service (5.5.2650.21) id ; Wed, 1 Nov 2000 15:01:06 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: gtk_ctree_node_get_text bug? Date: Wed, 1 Nov 2000 15:01:05 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There appears to be a bug in the gtk_ctree_node_get_text function when a GtkCTree is defined with only one column. More specifically, this statement in gtk_ctree_node_get_text() will return 0 when column = 0. if (column < 0 || column >= GTK_CLIST (ctree)->columns) return 0; Others have used the GTK_CELL_TEXT macro to resolve this bug when the ctree_tree_select_row signal is used (see below). void ctree_tree_select_row(GtkCTree *ctree, GList *node, gint column, gpointer user_data) { gchar *text = NULL; text = GTK_CELL_TEXT (GTK_CTREE_ROW (node)->row.cell[column])->text; } Is this bug going to be fixed in the next release of Gtk+? From timecop@japan.co.jp Wed Nov 1 03:19:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from toshiba.oat.ne.jp (ppp106-1.dialup.mtu-net.ru [212.188.106.1]) by mail.gnome.org (Postfix) with SMTP id 5B6E32DBDA for ; Wed, 1 Nov 2000 03:18:24 -0500 (EST) Received: (qmail 3596 invoked by uid 1000); 1 Nov 2000 08:04:52 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Nov 2000 08:04:52 -0000 Date: Wed, 1 Nov 2000 17:04:51 +0900 (JST) From: X-Sender: timecop@toshiba.oat.ne.jp To: gtk-list@gnome.org Subject: beginner gtk questions Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="29630320-785879086-973065891=:3587" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --29630320-785879086-973065891=:3587 Content-Type: TEXT/PLAIN; charset=iso-2022-jp after reading through docs etc here is what I came up with. attached is a custom gtk widget for a knob. can someone look over the code as far as the functionality or missing required pieces, and things like that, and get back to me? reply to my email, I am not on the list. Would this kind of a widget be acceptable in a general purpose GTK app or does it need a lot more work to make it usable. I also would like suggestions how to make the adjustment widget honor the adjustment->lower values to start the knob with negative numbers... etc thanks. :) $B!&!E!D(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!D!E!&(B timecop@japan.co.jp | $B#O#ADL?.%5%S!<%93t<02q Content-Description: Content-Disposition: attachment; filename="knob-widget.tar.bz2" QlpoOTFBWSZTWRmsVlkAe7R/lP/xQhB//////////v////4EAAABBAhgRz55 ECVnu+h6lO9krbvee75u70vOruz7z1OlmmFe+5t5oey8X3Gp7RK3l169zpQa A1QA23jzPW6+5vY23p7tdrd3ffAy9Nbb33d069PvPd993qAH3273w7bQAWwM PdddpOK2m7nTnV55bx15x4zx6ovt99gG855x9X2dnvdzor1fJu09e8B73Our M+1N9PXDYTdu1595V8Rj6bdnsvcUCs7elenve483XvPVc826lVrgTAJCRIIy AQSZNEnqeEI2mjUTwp6T0RtT9JNpG0jQaNA0aMjIBpk0IghCmkIAAA0BpoAA AAAAAAACUxIIUKeqekYQNMQYmmg0wTQNBiAAA0ABoAEmkiBEKJ6iI0yGgaaP UDTRpoyBoAGQwg0AAACJJEwp6IExNqp+JgIQNUfknppJ7SDU09TIGMTKDxJo fpQbJBJqQmiCZNMhJpoo02SZtImg9RozRpGmAmARk0YhpppiN9gfT830dfY+ T+Z/EJwyQEJmIrwp4ZFjAjq9qTn7OiqeyqG0TA6LzqKupIQCRUI/0F1hwWMT VISFV1Kc2pUTMjpkJnJYE0KVHIUnP8Wfz8EOxaKUx0GckNWlDCINQVJFMIC9 sEkRowTu/HMyWwXUARg40jhBYQG68zHdYphfhg6SzciMtAPLnrCwSZ0WyUHf AgiDwRGVIJJD3PR0RkRn3BfbMz3gayw73YLJPDC7mX5ylLJAwYQWAGHzThkk PTA0w4Q5SsAPpJqMgkOGBxkCgMAjAYTpIAlFFDCehB1AJhEBUEYkGIEIpAEh pnJkHvDk1Jrn52Q7TYQICbSwggM2hUUEYy+ixFsKMAqBSKjBYowiwiqSKMGC hIIBSFC0qMKpISjAIjBAFAUgkYUoNpEYQEHJVdgP1MQaYsCJAJAgDTE2gYgb RIQKFDTaPe+LlfXLPbbjfny29PLnwIRyTR/v+/xSwADVgHT9zhTZPMoybIcy xeQzPqNYpfEL1V4MMm3Y4ocsZGwSC/jWnU8y+kC81SQxhMSAVkMTEqAeT8TZ UH/SpTpRSB81sxVLCHJ1AsIeeN4TRiIVlVkQRiotCgYlwslYCJbI0BLMMhWK KxiMYkBFlEXGGMJjLCxksEUUQ2gXVCppqqKKrqwP3fwnJCHLCwR2OOkvxyNZ MFFCLnPwlQ7frKDKSXRkkWKpRlUQrYqerYWQl7ZBRVCWo1ftoyOwICPaHjCP fxiKJxclKKB7AiAg82RA1qRiRiUQZFVKgApFgqyQiwUAVVVQiMBEVqhIe2b1 kLV+irBFltRfDT1z4rBgHxfF69VxeydP/P2H2neId5d2BUE7gDjGkP6XnL/N pcPkYj0SEpAe34zFo7QO0YecDryyJjbR3lT2qioMEqEsf9PP9ONQv/18ql+u O/92FD87DyeTfwjDtZ0UkkmjgaWamc8Om6ZDx+zno6X7j+/UbwJ+WCdTZXn7 /WXgnUBtgchYSEfehifBcfw3b/Tf7+F2QPzni7w7/2S8Y+cxeL905ylgiRKX tVrjjj+1c0LyLxzxKswzjJ5/1ej4fP6KlaXkvQ9lpJyeyZR8SrhKaKhyDW/Z 92+ZZZG3kFvTlPvYEshfYkUkaklUFG0gTGJtFdo4kRPeR7bvbvlgXG0jxHfA Ehm8G15q5BcCPEjNgjao5fRC+73kCINUZ8+7YU2f3b/1b18vXK+K5D66hbIz wjqKRxeCzgVD7cGkcNJUUcFFGjSmUwMBQVVEJpb3d3+aZN0xa0V3RBNVn8u6 ePsa1pnFCnaYoxdJa86uUUagOxjK9haywMPH2WlkvNnlpY5oSlsTstGkNoWi CG7xB9vrc31j46vDoI9W+UL9f3PP/r6Xs1WEVXgPZRwz2l9bvftW05mte2s4 t6e9Pe+bUoufpEn9NkUDpklQprdO3gzT466fCTX7C+fVUCGZwdLg1s5jJ6Bi wYjUkN/V6uFqukt1vdS2lJ0EVPBeGTMfBc/mDrc6imeRzfNkyOxdNoSwrRXM VqJu4pvEwKarExfK8gwkp/L9Th0s0pEEGP0IXsaAb5tSplGmu+1FTNXinhyH ov35x8z6/PmSDCkZSQPGUmzIcygDZA1gbpBiXFjEGKsUEZFBRVQWCqKIiLEU GCrEVR3O+tejyzbFkdQnjIoTzvz39m7MaVMR4pbcHBDfmF2KBhvutAXp4bFm fPr9MceKzkhrzLKJI7LIFWo9rxcoeiL84BMQR6Z8HkiF6cxAwjQv1Wik2eO5 F+294+7exMp/XMuwe319aDmflK16UoTNpb1UyTkorPQ2MWhZox2bPZPlj2nU CyANQY1ijJ5gOQJIjj5czfKaKTQGD0rz5mmjL80VsnUXYYiA7AJ4VhorL6+f qiNbrASubw+/yc8bpwh78vX8SBMdIhZkWTOPK1Dy6dep178YvOzV6zTrRubh uXVbnLiImhY2xkzk1/b52e/3/gYIPe7Pt+tSmvJB7kfNJS+//ffWUfJJCLsX 6Jv3Y+PlhOla6fGt9wPP9jrDGhtyQqJjxqe1Xi7+rt21LsLdt3itXXVscjCd MKthWcL4cCXmAI4d5a5O5d8DGSSSL+yQ5tARrZ1zD86Eg5dRA40eXZ5xaQkT R8FECJxAG0lK6zbvzt4FViwUUVGF0PeBo5+AkzudCNXWWTctp8iIT4XcqhNt vawNkbW63Zvc+fJtxcZTw7dd+ddL0OqHKcFeHguU3m8lViigIxSUb06c1xrW GXTqxcnNe35jz+eFTGLYjmvdBY6UyFGekLSc4yrBYhID+P7+EU+aWA2wpRhF WCIoosRBRVFB4hChJ1wUmkgqk7CTJMUDSdoi5JhrFquMBY9JPC/ODHX3MssT lhKtosOpQYHGXNfHKwQ8BEj2QkzRIIBgk+9zD5oezwiTaNQpk31HsweMi8UQ INOGz1agX73rU0rHKXvgudO3M50ek+/JVEK3bZjDL5lirjxh2Zjozoha3F87 41oanqGRY+6FD7sfCI/hQfv8baA9BCeo4wn4MEjOmPLdh6n2+Xqq+Y3vHOrp 0dYV1jkcjqyaGZRrxOSRxEgQpOFrWSJZMvU4yMMKqncB2cGobLwFyGm3Ihw4 zlIkREOkHRLowY6dOOOhfkTTdsqTthBWV5kVitYjYJY7iJIBiFwkOpo5qhzz 6LVZ16U69mM2w1wfPv6Vn0r8Jk9kXcACJb8+2p0DZPGjMz84HaI+tpzEI8Lz 3fO0bZurNIoaYyGaVbpMgySxZTv0gBSAYNue1Qq1rGttZGsqqiBIR1m4YW80 dKwFVO9mc6nhqqaSCW+tOnBC6mcrC+Osdji75+hVfLFwhkiBA0eer5dThoAJ yCkhAgPLN03JBM2kC+pVUhUgYKa6eWuDCmWGrfjyMCrrawqWWlq1QrLq5Bt6 o0RREQjF9bWETI0LTIQNTngx3fWUDEFIoBcCwHKlXnl3pd6BVBHumOkvFCuO 6DV4vdIgqsqxeq3d17HW1+3DhoRWZYqyNLsbkYeHrim/YLObd/OYc9XjUOmW 72iplrERiLBYl502knesSBPifH7235UpbE+bU0kWQDNzxCgr98N4Jd0FFiIC Kx9/E+J9OYjban04n18m8NdfPdWaLXOsTRo9tJRtdhs7yylA1HIt4Ix5NPk2 NNgKrgzqOybs0wz6Mw8E6NMUXmzfaocBLXPDau/BM4LouKlIiKIm6ZDS/he8 OogKpcDAIMGDabHWiVY6Vqum0xI1bGMr295ADJKcEe4oY4RzoTc10Utb8ia5 1nmsV6lHIPpAbJMnk06bnQzWVotLfjBPcDgYHxt12udV7Lv0h7BoEosyjAXH aUBkRED75oi+pu0tOBaZUo3lZqCWUpOr64hO8pzgbbbCdpnjfcX/Ocw71Kby gQFiLka5sGMs7ownHcFx66WvnMIoqCobXIWwAtSkGmIcahZWyDwDV5MJ2EiD JB3S13A2xyXn1KTG91hsEMx3kA3sJglab+4UWIhszlFGdHQkxOjJ3idaTobF eBXx4ErZKUwj2ZiRmd4sYmKqRZNJ5du2hTy3vstr1452LOU8csJDYaCNCJy4 4mVadWwlhPc0ZHVOFYQHPB9TrFwyMIgaDZ2Jnc4JUghnA66O8UYDu6woLBfn ehDNN1SkzhM+/kfqeURWZxoatWtkTv2khR43M2NG2I0qnhmhjxtMpJlMyz3l Rpxhn4LPEA2JFFDs+VQ7w0pz5ycYHCicMrBjC6M3rV9J2ZRlaIhm8DEYMPRA nM5EFRkRICI6yUBoW3k2rYCFXjjpx6NcixYroaWMXJpAI7mMNQiRJMWRCKEV SNmIHPPzPm+j44Zyr6zXxo+t+2HuKqHPmSaCSQSxdcPOsSQ0YTjtraG2LLwG +cIIYaY4nFqVMK0q0hGvGeo3tNcaYmJy4nM9zxyxq1vJ6fgCqrlql6IEmHls b9KdLe9zu86G6dePJ93lrxlPvwEfXt4+YzHr4lH5H3OUF8PZBpekt9QNqakx 3jmYz6a0zSBYFy2UlpG0lVpNmWkYAxWQ/LnBicp6fteA+vGACwn0ubEUmPLA 3Aypi5XKDpgSMjauONBVaExoCGhirZCJdChKiWMjKr82zDkzuInLEc4OOjed CexGcMWshRGWMgKDEGnJNAkiAeaBADUYN80GiCx5UYe9A8Wb0ODcAnVypmJG VAsFnWbufhiHewOHGQrFhPLRQUJnTORFkDWWY8Mg3XwoWkSokiOqIWFwRc4A X2UCwujOU5AOogpFIiIrGUANAmZfhJAJIFQAOYcGIOKyG2TnAEsXqpLyxeq2 oQBUL7kRwFlFF7smISMYKoCgLFFIFTCJMSLJFlkkGURFSbQKgLBQNNZFCoCy oCMFgKLBZBRVUIKKVCqwmecyVU+1rnL9bfet3hS8JVGDLvjbrZaprLszWaJt DhkBYsIpBwmdakgZJCadZ2EV8VopEbYpXFk2RucnKCiqT3SqiLFgqyKChmuW 8Ad8E7KooKCKjBUWKpFEV5mMUerJKxVFI7gaVBSLBGAXAGlADTAAUhFJDWLA 9+c+vl2BsgzEIqyLJdAgkiRgZgMRwkmMk1DaKSCyCEFQBgAgKAoKNIlCcznW Bjk3wIMIrGCgVHDXhQDjEWkMpAO5NwWIwWEESUAxgejYEnJEMYikgCyKSCLQ o5VaAiSImOQGwISu+FBIwZEASUgRNSENoApJDzteAYqKgqKiIqxFFRJYG0IF 1wyThCBz5qEJsOTxkqsmJbO3abzTUtEwlyLgXFqaW6NStNOTMLmJiYNhOEA2 hAxrwGHGVJOzqXn5m+G7wLCSbQFILtISCkCbhJpBYFQKyQVYHP1qd88d6ITm AxgcjpnUnYCnplVUBZFIs7sk7j33vFYyS6Kfb7Hu8X61nHNORBVUgsWAosik WRHPLA16GeJ5dNbbtuepoeanC1W3TwtZAtCQyQ2YoCiksUFKqOYwVLN5vuJI RkhCEVgqoigs1CQslZCaDTPsM+MsAmLMPd9eivgHghEKfhTBa8zZiSKtQ4L7 QoispJsKWEk1LJ9Vj6pm8PURUP28KsOSFMKNORXsh0bIkrH2N/MUkFKC7n6H yQ9X9BRAhyaEc2ATnHHIjXqUaRx0RhIYhbiZ0aCnIxYSBQILmlSRxE3UxvW9 m2kxpt0wiHYiyT8LIBUkVRtuybZC5ZhdYayT2VgWT8jMAVVigLFAcA1HykIa JDLuwZ5eHdZd1eFYtdPMcdqEcq4mYwUFUWCqoKxWfNKoerrehzPNaTn4+7Bg dQL9p4Dq+q7u2ITbGE+lY7NMcS9iGzOAjK+d9/R3IwWLKkoE62t6piqnFMdA kGHlOdgyauxl8bIlOO2KuQ00M6goCkCVlQV1RsQ8dcJnWBm9usaFg4z2SLl6 ucWyJVYVCnS64ya28UzKJcNFQg5QItoS0sQFgsigiAqxS7A86TTRu+kTNDAC KGnTSXXaRTPq4xjttq+699Hsad2ELmr59pt3Yhid/KrdLvZK44lkRY2oKEZD GY3HMzRVMtgpRtsFFxxH4SnhlDYsNUAURYiLGtWqgoWKoijBFG2SpbmYGD+D zre3hOHC2qHDCMYLMgnOr2ObRrrhgzLOxdAk+Rqi56rY2TbNrcrjyuLydHcm U1zRbsylY6EqJ8NuGtH3Upu3WvlFGIxUVREYiz1POzPma8z2++r0uTW3JPts NkdeOx7HsVvoIeJ7cq1kSFGo/FlLaj3mTEVEWiBFIVUFWCjJ8/dmTj2ZMOKr dPq+QTOyZvKZUjtZzzDWr5U70YplHiPo43TKEOMnOu+1GjFgrFVlNCjI7jGh xvNL9c8BCsgskaHpnRUlBkqFmAfcgsNBBsUgGWEQjAJhaHW1mBOBz7eDmSQx 6O80Umi9036dsj2ICI6MR0IgGX2T2RRYCkUBSLFJgfPjF461PJfA+J5poN5d VhBW7g8W7sFR9ZuXfx8budxd9VpDeaGxnTfxXqaHgxYjJF5MCkWWJIRA+uMm 3sCKhKkjgsQlJu8nGO7IJjmqUDpK6dKCK5SCkWCrLaViPsAPd8tRUKyFAIIM UuZlRpgJpkse7j6T3dPV8LLm46/c6z/cvwTlmEknTd0+Yy9Kuia/yVlLV/gS LfGWFn/tNGElkHasRXY/4D2BjRmVhsKDgwg6QO5KTVfyoNxihZKR+b5lSJKg fZfwnZlplpy9Vz7mZo4iy3NFIGt2d+yqqrEvW8gjIMjvYsZmpgkfJR4YiwYq +CD2NHIdpcLLEsHdjf+TLvvc/43MsfN6AD7v4ez5vq8mM7YwxfPBsDH7UHA5 c/yR++dWq0K5Ze12a+jj4mmTDLDflrE+2lNjH5X8Hx+mR6vuuQU+AIUw7+oZ f1D+GzvC9/jXI1dFhaX1HDZ7skDrkaWXPIgaIqbL1VsYI1ly2VzijiBAy8c4 71NxFqTLOyMZyxrlTJ5TXxidPXjhhGlCyYk2bVEpYotZSEUidi3MaPV63rBt epnNERVeEzoCjp/GLG+WmkVzwcWayzZRvGjSSYrkqpEmgTYlAFUmLQnNJDmW zzsal3Wl6UpUwMZylscfI/yJbPOvExz9X36QkhFBJZQsctfFZmr2NhDR9hKF ZhNDAPb7zzfdl65muvbpBprrLoPXiXXi3GF3jI4FteOAHNudkrXDNY7VENAH XYZw+zrezGCOd5YNsa4EVpo9HEPkJqq6HjmPmgiYw32+2OhIqOMYJYWKSHaA hrWvglHl5B16wA/wfz+jLXxot+hX2GMiye40xbdOgMzRpu/yeN42nqWrBztU sBVxRaI01ZDzfGxOuTGgYqtfKDmUGDKcsGUgSrNiizWkDta2xN6yVErzeDMu yPBj4K9su53wKb7so720ZA1WG+HIlBBZjiOQtFlFzISvjcOvR+Xt9568352K QRo21C0yjG1tI0xwwMXhWngDxdse8md3d3S8M/KVpFaow+1aJFEGHd4e+Nu3 r7UHC6HXrPxT+X9AB4mkip3BPaCRQC4S0fVve6/BRd+AmGCwnOttt0jSU0uw L51dsJxIuZWoTTlTs7HMbPU5GXdHxv+X7U830uc+qL4fw/Xmu2d3o+tOcZWg sYc0jOa9TN/HYtcVDKKS+KXw+3P15UlntsSJxmkbAfxSI4WK1Vl2ezofbsLH RafijZ+l82ihHfLm199m1fBMy4PSC94aSH61ALpXxgj3PZPchi+SqMAPezVq OXt23FugEBgqRYsFBZBTXPVRv473eA4VObc5sPO5QNsgpIsnro7fxyMwYiCk RFies7gIeuA3O7QLAb7t5nJb6Pv6O5RipDhwgdawEk3DhznCHXD17vG9cAs0 Y/DpxUgkWOYMRm2Kbz6nY577mTocqeF7uuXoBTI5CjSTqRoQPGZWsHdjjbPD 3szxgb5ubqUFAT0fCfXkiKAIIREARGDISwc02gFST5awiwWKQ+EhdWEqjCRe k/p8K7/JvbwP7H4PKirt7WluH5t8uhwQvIbPBhvVnpKHCEUKRbQ0ySpFJK/G VEBalQDSVFFHVD5yVVCLIgkxqSKKqqCwRkEVqSsFKhWQqSURGGnHEZR3kpjL GVKCxgjAUEgsiqCW0RrSNZLJSNBsGVxNfai70wCUYQk5RVWCpFQQQO2jKW0Y iS2iWlpaMrWMQWRWA2WlTsUIgxlVYCURkK0sQsoxttWsYjbIsmCsURbSlKQh 7AhMIgSGiqhEWxFqEioVACM2IjZEdNUIhpIO1kNB8jSCkSkgoI/SwEd9rvhC Qfn6zC2iK42ECoFpELCQSlSAVSKg9ZROhBkESWYApPNCUBXjHji8Re/458WH i3xe7xhCMamcjtxX8LrWcsbgYYKYsKDfIq6sF8rZgXEoYIo3WQSWlAcjCjel czvWaXJh3zY0MIJBHWDq+dPUG7gkkUjHQW9wTB06I653lKJ404qDRjRGjOb+ lcitOYQIRKtAkE7lsC9YTBI4PBjKvEyr6z064ioorzx0qa0IsaZ5x4IiM32r OTB0paGudXDgwwZ2bRYWanUzQaI5kbjTdY+ReCBu7mGCDepGHmkTAMdK+5ou +NcaZ5eE9dbJsTZimYLm03NgQCOuA8UdiYhGD2VGLWGWHA6mY0KqMYijZHEx Y1oLmMXWqMR2YkaozEqMlJlTnVqYR0spW8Nkq3IZADP0iO9iq0WlRYVJy8Wr Mp1NoiwEHJuUaNdKZZCsGSZqVhglOrlhYpmpmiy5cmUSDLVUBJmDCourM00l VyEwjWGobLuZw00WlIVXIBGSpi2Vbd0hNzumKIwIzEo4rJSmqFFMoAnRuHdt pXozSOOZs3eIIAoiiyiGliVBmbikm6q0whbxp4KvJIoUrvE2hlJzxomqFVEB JCZbDEtE6Q1qrdziEzQlNUZxzECTczPjk9HnnLYOwUNleM26NyFrhDXS8TEF g/J6996N8J6cG92YNfhNWz3q7d4iqQs6xaVNasu7ilvsuybdA1SSEJRNanU0 JJg6ak9cchyO+u+poaOUokkGBfXIl9JA9EKl5PHQrhPweWNSODoHPHMkeEI7 tmQOiBxymddPA/Bkx32nlzs8ER6YJmR0QjEVKBlPpDbAcweG+6RF+JHKTkEI 7IWkNndVNEKk6fBZIEnwR4xdK5E7phyawzMkSRskShLUTmqetJmzRgZSLUSw 5BpIXMmJjdK8aukushgqopIsWBplnnnt83Jvy/RJ8skveqccUnlRpFGlCyLY rKySopRBiiiLStLb9HaEFikDUmKKo6tiKr+idgJbCT2AvFHj9rPg4mkuYJUE tHCTDlTlhPBsQsBhQ675ippxLXgZRFQJFUxFV4Os2Dmt8cbKzbmXLpSKDYjJ g8cZU0vjjKMRE2GV7xlGdTTcsuxsVx0Pmq48DnkHlxRGRAqRRmO/Hg5VkZWc ogh8a9O/x9+WFix46FZUIrz301lxudHhOJRt20IWsxy1oimze9Gd89+/f1S1 AUpITNJgRjq/l7wMFaK0hIMAgpqSHlqXeDQPRXQBVQYicTtnTzJWp+Kl7NZR F6y+gSaZE42ZjsbHPBO7UvlKvHHAWec+76xjUjB4kiZhTWGYiV5nydpHgx09 npQPl668+ZDPB1p+doURBJBBFabYaHGss10IAi4iBxZ3408iWM6HlPqqOBBQ IwMK77oBxg5GSpwBXJNnB2Mgq13758LjC5Kore5nv133rRrrgvuXhICtUUWg AzoVNuEcOu3nHbMnc5lDm9Smt3KDzeaEDe9VzAEdmCeM1BIsdBbkBTXXPQUU vC41s2inwja12vKvnUQqDaqJ5fTDERUgjER68c55+uTe+fOsrZ5Mvk087IDM GIBMMJAAPmIGdCu4FC8JNtBTgYdE9ZjIG02kxkxq3fKT35xz5wfURd9WcTB3 NrAukwD2hJSAfQhR0gCaQ5y7t22cLv78QRZ2yUUV24FZyYTZtnTWhhmgDIwg pkZonIYlswBtJtK3FdkEwD5W5UaVkyFXoKJelI9JAaNAqZjgw+DRijuhjfNL 01ElGImDfY0K2c8DzOgQUQ6418MVNG3gSBWCgUhu51YnZxuvKmaHJJN1PHdp 83uRXRUTOc8T1wh1oGZ6ewgLAHkwLrBTiAn6ed7txxM4GzskSPNSLkM5ICLb Q2wSVNtRsidJak1fXRrNmszRacFeTHXi2eWeY2Aked6Rj1g+n8j8Fnnk9+k/ m+QUIeeZEpfPLSaSR89F6lhAvvsvI4021+TMWhUeadyivVpSOh1y6QwnpskL HRoBVFOKREXD71FCVhto2HInnbcPw4/JquLq6w5ztNLd8HSvgK+WBj36973f cse2lJd94bIFk+UzQvUhEvXrffQvpWBaw2DZJTL0Uz1oB671Pe9+1tBYztfV EqtKcy+YYoIZNLaWU0TAEkyk5T/X/R+s0eHkMkvaTEGuGQojEE9dFgL3ZNqp tOeIZje8DTlRAvZTCiDBJ1YUbYYb6yXv3PVny5a4BPSdJz54Sl8HwHwMChWg YF/BD+A0TyC50NEkgtBL364zRiiATZFnZ0BvY0CDhMeXFCt4FW7jftMxNeeN VEkdnZHz6zfx7ZkPJ4lizcoDWoQ8nyDxKVZ65WDrW8mlppnbzeMnw319sHdV +bTdUPpHW0C9mm5GSg902gVRqEb+OKGAgE8EI1lps7GNZd9SLrhb4xGw1toG 3tsDKvEhzfb1eFcel0udvhEWCIEIIjsN4aS2hsLYxG+8tbRfQvJGWdNZmGsE PWcUlCIej1efLbPjflPlLGhVFEJmrWGjdY+GJlXSW714iitGtIjrGvSklaWF tsuRgkiM95ErjmRTpFCMqSHa85nSVp466Y56WnG3DViizcdXGTjpq1WtqtQL FilNKoNUFdbDhvZc46FtZE1cuekrHt/NnlORJ3yHKdp4dawS8rr08au6bTIT RFWALFgVTwG8GVuMiMcAUZyUcZ3mDPEZSAXBjPESae5IigSqqFrkW9543HXB zqubUuzU4GeeTTtOBxtpcPyCHVZDz16+TfkbNv6HPr467ySdfD4XZA86CQ6M Z1ckOX2yxdelQiKgosFWC+c9HnAw8SdeHF4e8ypOTq1Cg66W542eFW7EBD6E +Okig4GhmoJAYHWtF4Afg9/BNVrxJwDz1SGWLHCsbMUJESwxwoU6qvIfDfZv mRDIEd5MSYJgVRZoDGLIpFIpe09eqZkCF108c8bdceeUMYbk4iR9EuuoQN93 XEBWPi4y08y11aaTNJLmjjeprkSvNA2xKsAq8fYpUmxRiIF3kCIYw8AoJIgr VHXKgZVdMLZdwvYAdFLR3OhB9RYq4CBQfoXZk1FUPz5bOCyClC0sPu+/18Fp SMzcIalC4m7z6gI6QgFKguVTDn0n85EPTtlcw241XDsiwRRjKPG1h4GcOts1 ejmm16OSGO+cDeeeIijEPFucHfXnWztN8RTaVXPq79evSCJjdHaeby9ak7Yo 8YpxwE2wWlubdHWbmtUFkzmtwwHbvNuIiXq89cmuchVHnrrnGHjI5KyCqnZu wz1OoiPVUSZmZ3XYbVl5pjCMSCi94fkpUxCncoqMzw5SVkrIb3uwIWFbSzJN Km0bhpQWGzVMEJgE9HHWtMJzxnOiTBWIkmOFNIDhu3pQEZwJTiASiTaHlSs6 RnfLIeV7yvljeHllJAfGsOZnE729q6IvF9OPwAIMGPpwY8DKwzz4UCuF3Ti6 7hLU+EagVYQjcmiK2piQYAmWMQLi02F22rN9IZdcxnGhjDENkzrntPOeBXb+ 3ztMUHqoqxTQVUaKlUVaQnmj5fOgwkZCSQC7GSXP0h83o8t22bX0U8GN9PN+ u8bfvoChIkG+h7gyaGODTHcNrWq9+fUraTQyVb+ev+UKB4QVTEH61K/0Ts02 Hv06HuftVMGHHYEH2BbHsPd+ybc+YYjYGXX7nEz8xe50t3jVfCzRNUaZw+8t MxMbEaAY0+DS4bJ0qz6jLG2joEkYTmjRqYM4Naq9GnWkaB7VQM6cBBo14z54 ZB+Mpx0kmQfRiP0Y37qZEpTny/P6wDxz9VX/H0IN6Dqex2Pufr7v66mvURvD OvcZwiuVVa/TT/l4OO5lNDs8SHxl7QNjAWfzlQD/p6M/qXXyrD9a03YMLE/X HnX02r9DwxDs8duzt7cloYiRbPHGOUqJC6/T3dgmTXW29FjTI5Vyzqyo9IGw DlZx1fkbU4KuRhTuVXmfzHqJD5D3ohXxpG4srSVqq61yAVl/hPEIRhpkNWAR N/nXjLuljWCIKVkLh+kqIKxYayp2RlRFZFG5tPhq4fFRm2BsrnVbYZcIGxRk URGKN2b2YyXbkmJVrrPsZ3wLOqbDFUbSEJUQgSJIoYoj6fz4h6PzIXkFkIxk HEnXhTnCAsAHp75O7ITaEUUiNA8RYCyKAKTydGKixYqqLFFVWMiKMfh20VSC MWLARgxVRBgKDBVYCIKokV6IE/W69YIqnsbbWpbRlllaKlQaU/s3IoMFcfev XAn3PJxGKsvuw3m5VSI03VsIKFzXRrDYTTTSI2uqFr8nnmSQ6DiIqlaoKqdb k1FicmnM3iCFWf0JCwx5c68q9JPA5zklNiBsSOHFLNyeRBORnbFDIhUg56zQ RGTAhGAKJ301mue/Tny6SHEtOnPpMypNqkymbrJ4VpDKJnhJ0NTDRuUG9aId XeFggglya0KoS6WPX529VqTuetWKszwcY6fwCB8ojKfXn2Px7hfMh+hOdIvE kPAxEWY2CDJYlbQCFKoqNCDqyGBlhMvclTfiyi3EG1ZT6V2iK4ERxKSwhkbk PSAfLJDyAdeKw/EnWi6ULGWlZIUkpltb268CdUhStIZzaYTggTVBYNgsSu9Q CCWEJAYQQJokXiHjwkkYZ6yo5+BRfxqUZjii/e2LEOLCdyYCIlMApJBMgyY2 kJejGvC9KdRoStrcb3THZthjPfDzwXjyoFIiQkKiiUQGocXEybE8YHbytq3C GiCGKKL3UgsvVdPKpcku9e6AU4iWFoZoK8+jewmdKgTQgW6mRmhuUKqCroIV DrC5ON4Yc9HgUohYVOzh2xYzjGSB4lDw53JTODBW5oSTcCyUiBDjjxRYkVc6 7CzWcHXVzzme0C8RggHJyWxIb65hVgqwRigs4U6wMC+baiaN+vXfmejmBO0g vqXsMXy5nIeeeV9z31yqPaMGoszDDh0nvnpGMWMYjFYeoT12cE63v0qKxpjT zrUvlBCMZxRitRmNpTSFp51rlnjjpnmrF3IgURIrssBs1gcaHLLabmeWZBGg ooiN6iIgXkwRwMt4n02xyhqlp8AMW1q9h2M9FAJdJcr3mzqEuNjsiJq7yDY1 JPHzjX0MsFioxRurgj5fj3y8B07p7+Ti/HE9oJoPIkYeRxMDjvZ3gW+VDg2O sffPQ4hn5OBvK4ZTgtAkjZJGI1XNJbsAGzSpBPtQGafEbyeJF8xRgupuVyqg XlYPFSQUoVtWMlhbKTLsqGN7alOlnnK9KEsaFoSvEN4PiSy8gS08t4tnNKHj fPOHUhXj5QJ33rpwQzX3l2Ope7jDD5O7Pj5u+K0pX5ZioYkHjBAY70uhFmBx ctsTJ1BsqImA5lrqsqumJBDyTjOFHyKsGAYBJJfpDGgCSb1eQstCSjbQhZMl YXNY6yEER93bUVdecZDGUV0htbZloU+rrjODRTim0xl3mwTxAwqarBGqM0UB xrJu1VVu3BHKEM13UYEokHY5khyaUFF1ogDxuYzpx3S6gxJIclu3541inGfD 1vcW1tadGrEIxASswJBIEpxFu2evFszWcDgiacIkJ4gamU4WO9gsFgoKoCnY iOxzniee+O/K1qBoaaPQIYO6u07vSd0FN4q8nxGA7wKfXqA6ZUiCORi6gwOt 2uZG917RpMZqyRatsc4kwSS9zvyXLGubnyg1ooVqbznVroGK9X5WyGNe+tNp RoLdcyEfQA4nWurDMEFGe5GVNuSBzdPgeU619wr2851eNKiiix1j2a5yjycJ YkEUqWIgKOFeJeEuhdN2aTckh2QyGIRSRSGBCasMEikBQCtZT2evt9iQnvvt ka9DZV6WishspQn3BLCcr3tLjlyjh0J8ok3vvvlOuQWJkEewUQBz4W+TwKwR SNP0ePbmt4gtrBvw6piZNzvDIJ09SYqvRdCiO4jVezhTCIpGSYiDCFIelCa9 1Eimjodh8/P1z68egx9L4SdOQixrxYWp5Q25EAD3JgiI95ejrfG3QXBx6tat sixSTyIJtXatSvO+lrcsC2mmOU6EuS5AaPicTeWDVmDiPx6QGo1NgZsKxaRI XUSDii7WWaCX3ZyfCOcTRJNO0+UNEAeiGGVxh2Q7zmtqLj3LVcCjRA6ourCN jTHEIISmaRlJl94Nk3QUqI5yNee9+HGPqedHj63QnV3nxz6OtKChGFEjxEFg ckb8KFObIQ7kESSkmJk7thQ3eO/SxoqIrFSI5e+GKDC1t343DNI0gh7exHxe pvGJ6ODzeuNZM5cLm7sU2RRsaaWNMuwXhwaI0wQMTp8KLLZHo4eFL5yEz5hj yq/F6AC+pVV2XJc+z7ri/8ihY9ifP6/teh8ZiW0G8/i4GwPMoef9gIPhOeI/ xKYAxDD0hP0/h+r2fT9PYjCRImVPxGfVWPyfjkHiTSGJeNm4anh+Y5IbYdhp gDP0mv2c0V5FfYujulvl7O3tyxiH1C3GhpbwQOp637gDP9o8zvXue2knuc1w lmhgcc7pbHgBdxb610OnekNpWYjgHyyQvD64b361eZOZOkbw9uUMH+kRLFCI oLA9RCyT9Sn6kMA4yVPSVdv6LNwT82TeKgIghhbYIUlAsJ0fj1prTC11KRpa 0RZCfnGSYOWi5PcCWPxeZXoTu7Aby54HDyk64AbuZ+n9Jt7wDaru4gJ1IWjv xkQKioFRCggBJ1iBs6XQkQTB4ExHn3BO3F7QC4YwYCjm0Is0ZKvLJaJLr+mv I9tGaNAMvrAREjXkkmpEXSSiseYEGgAw5huc0b8q9FwCv+rEaWv6sChbPHxr dFchrBLxXsYoOncjpANbpBscRJugXklupm8qSbddw6aD4IoqLOUQhMbatcCF ZmuiAAxSVKxaswMSyRVip+LLHuNi6SXYjIyD30l4ObrQ0HPmQJHTaZ82wKX3 cdcYHGf6P299fv9Lht/2J4h2xrhhQWgc/XsC3bSpY9NBKhnyS8PYOHUNxnUp 4IApqKrEiwQKDJpxALhfMrGE9oFE9wUh35J0ensCPKse8LAcP7LLYuGB6ff+ glXgXMgSCl7+35oRjLH413HkD5unA3cnAi4i3D0Oj8mdzJqvJCg9ijKhWMOr LbEKG/AVwQ8ggxgMMDg2ljSBC8CZOfDibDvcu6N6DoOg3C63YS7Du7FcC8w0 EC4V0WcVsxVG6oWSruyi6Li1AZZmSno7IXNEJsKiC5ECqa5nQ9AVQZNsTGRx NnSwFuVbtZnd+7hcnMZ6H01TVU0EPk9UL/p+HF9u++TCoRjSUyqL7YzUjuO0 ENPj4jgd8eALv5HKj/BG5Hv1/ZsDfs/G0Lv//ZAJmZ4G8hGyW4kwhElZng4A 0FmTCciDqMj80Ujc0DROIEcPEIXhfsFSgG5cNucAkhyHOL9YgJ9sFWREuoAK T4EIpGIcNgHI4A5MHhY0rqQq9qMgfsNmABWqoKnIna47poC29XAbF1aD4oyI UYt3ggbikvO+AvyRTWE3ZoRe83KcwiQDqCKLgm8oaFWKVaKkQ5YE1XAWC20e MvckpI3srhjbuLnB7EY8/Cd0aEDndIQK637KGokvgRiI+cU5VwVc88EqDkZo 8IcRwnF00XBY2K6VoEf871gl0ZOyjyt3CVhGa7uHgxWa8kvkOTSFus6PLyEm isUglJKkZ1m7JGcFDUmQM0bNbDmm/xQJYN7D90h6kTTJCQIrAogH51xNMYuu DmZmxM2HuxNUh6wAuFj0nUtzkNPE9M6HCMASIpGKwGDEgRYkCAx1LRQlUdW8 WDfIGQG7AnXOTi44b5qssVwXkqNwHEiN/wSiQkYqqsSRQigIJEHyKySQ/jeJ fAD44WIHaQ1gF6c+x8G8A9v0Ha90P8nCjykKOxBXEEGQIJkE2ZkhaHuzmqiN WnSItwd3CEopXyQeuooFOrVa6EqsUTaoiZamhZAIRCJJipfqBkg6lsjZ/V+g Xihoydnun2/dOA6K2dw4FCbAIqo+WRi1ZUn5SLJkMFYiLKkURHcSwLVWflvE MmMdD2ep5yUlSMKmPpXIS5G/igodvgv+OdQHYpXZorT1RRLKdKAYkjJ68wff BCMYgLAiKYeJ4EOSMjJDAEPcOC+tAwOpTxm+p4gQuvCnIkMA0FNcAqitVUyG l4LbgeYPH1SIGPwwLsuj38JlYJsFQOeiBHlxWZ30LC9JVHzDR6joo4Fl6V9L S9ol2CAibw/mipIMAGEAqeWtawfALCGwjCAoRAQCKQU2kJClkKgQoVbc/EYn uE9uAWCm0FRBilInkMr07LUuCZIQUiGkQlJiEJ7JdJJ41a5kEnmpVrV6qsw1 49gmvgD3QQqwBBGD0YbBjsYx2BuD4Op8i7EjPQUSgbAHEQ4GroNPKGH3hwnw 0iSaTarsHDPPZTgF6iD8BFTUC6HZiajANQCdAGHdfJY8+zzIr5HAposcw5IQ Gh4rVW04aRldiG1iVHE/kQLkHOXQsUqUDEeJHA3UvBhrlfOpcIGovKBUyAWK /xchImrJaJV4HoPikBkgoKoopIAoCyRWRkCHMNAagvYQ4IiJEIKAxVRYhFCA xEQIsJZQCz7z0ebw1frRFedOGBJA3OgOinlBf1Bkr6/Kbp7TAPVJD2vZhx4p Y9PXoIiMSIpIKoIEz2USJoYGn2TcyF0RubhyDSD3UelJtpIs6tAegPaPSmVi jFEGfKNiejt7Adr+4AVZwprtozGCodQ86kkeVJsIFqpIxqu3xCNhd7UAHJpX OglImlbuDbukxjTzNvOuvusaKLeY0GGwCFi4ldQtA0sED3Q0ILdJVRTQ35iS PHlfECiGDPCFRdQ1oz0zJWPj4kunlHFHsW8zBUYwPN3skSCWbNklZhCkoDtr Q8ZwdAaY6oxxODhdzSW7BFxvusyPIZpR2Zhc3K6iKsjIExgXB7pyMFUYA2C+ KaEBQDObbyDLMxK+JiyQ4MCkshLULA/NsjSkPrAdBrREpZJUFFRxDhNSUoJn ocP38ZwcNgIMLSVYJODLIpEcSXnCXBGBQ0UAwGQMggkVgIIUIhZ+AbstbTVc eesJvQyk5mUchEwyXKRKwUUG0NWwSP5SfZ26iBUgoWN8hBto/IIfk3QeFLBW S1EC1HfJpu+S6xmiwLlukvf1Uw8ItGlgBGQkjgMwtIkTIHISQQoN1MuVPWKL ARDVvogZnAKFA6zg3F0FOqlb7hU89Jo8sE2ljwhtAfvgJA6ENm+BYes1m95U smhrhCPAU5CpuHEEIrf94WD4Q/KiByhvKyfKEQN8xR3EkhDmoo102slWtY5x ucTwHhVflBgea/JU5YMeoxPDGYKwlAURAkgwJAwmovU6SkpEkQkSEiEGI110 EgSNWKqNSB8VHl/D/3+f4bPLhM0ZvCGzwQKKoL4oyb0SaVZCrXzD3kt3h8MU kQwjme6kWXUkB7WmKvlDXlGZSzgjOdJol4iTPKkfgaTYV2AWoHhRIEGHDArS WYgwqqSuazYVP/xdyRThQkBmsVlk --29630320-785879086-973065891=:3587-- From JayLeBlanc@yifan.net Wed Nov 1 13:40:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id 3E09A2BA98 for ; Wed, 1 Nov 2000 13:40:02 -0500 (EST) Received: (qmail 19327 invoked from network); 1 Nov 2000 18:27:22 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 1 Nov 2000 18:27:22 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Wed, 1 Nov 2000 13:27:22 -0500 Subject: Label Alignment Message-id: <3a00608a.4b57.0@yifan.net> X-User-Info: 198.133.22.66 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a trick to get labels to Left Justify? I have a window which contains a 13x13 table. I attach some pixmaps to the table and then I attempt to attach a label spanning multiple columns of the table. It centers the text. I tried gtk_label_set_justify specifying GTK_JUSTIFY_LEFT but it still appears to be centered. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From neel@neel.eng.sun.com Wed Nov 1 17:39:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 87B972BC90 for ; Wed, 1 Nov 2000 17:39:02 -0500 (EST) Received: from engmail2.Eng.Sun.COM ([129.146.1.25]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA14303 for ; Wed, 1 Nov 2000 15:26:55 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA24490 for ; Wed, 1 Nov 2000 14:26:38 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id OAA01514 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:25:36 -0800 (PST) Date: Wed, 1 Nov 2000 14:25:36 -0800 From: Neelakanth Nadgir To: gtk-list@gnome.org Subject: plot widget? Message-ID: <20001101142536.A1510@neel.smcc.Eng.Sun.COM> Mail-Followup-To: gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Does anyone know of a good plot widget that plots in real time? I tried gtkplot from gtkextra, but I am not sure if I can use it in realtime. I tried my own using gtkdrawing, but for some reason it seems to repaint a lot (my bad code I guess) thanks -neelakanth From dsh8290@rit.edu Wed Nov 1 18:11:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 916AF2BC64; Wed, 1 Nov 2000 18:11:19 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id RAA01326; Wed, 1 Nov 2000 17:58:41 -0500 (EST) Date: Wed, 1 Nov 2000 17:57:35 -0500 From: D-Man To: eprakash@hss.hns.com Cc: gtk-list@gnome.org, gtk-app-devel-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: A Query - how to install Gtk--? Message-ID: <20001101175735.C30710@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <65256989.001DAA52.00@sandesh.hss.hns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <65256989.001DAA52.00@sandesh.hss.hns.com>; from eprakash@hss.hns.com on Tue, Oct 31, 2000 at 00:35:03 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is a list specific to gtk--. Libsigc++ is a library that provides a safe signal framework for C++ app. Gtk-- uses this signal framework for the C++ parts (gtk provides it's own signal mechanisms but I imagine it doesn't work well with C++). You need to install libsigc++, then gtk--. I don't know if glade-- is dependent on gtk-- (for installing and running, that is) but inorder to use the C++ code glade-- spits out you will need gtk-- installed. You may also want to check out libglade. Libglade is a C library (I don't know if there are C++ wrappers, though you could make some) that creates the UI at runtime from the .glade file. It's advantage is that you don't need to generate and compile any code for the UI itself and the UI can be changed without recompiling the app (just change the .glade file). If you want/need rpms for a RedHat system on x86 platform e-mail me and I'll send them to you. -D On Tue, 31 Oct 2000 00:35:03 eprakash@hss.hns.com wrote: | | | | | Hi, | I am having a problem in installing gtk-- | I need to work in glade and generate code in c++. For that, I installed glade--. | Then it asked me, to install GTK--. When doing that it asked me for Libsigc++. | Now all this is not fitting in line properly. | | It is still giving me compilation errors. It doesn't generate the makefile. | Can you please tell me the exact procedure of installing gtk--,(or how to | generate C++ code using glade)! | regards, | Ela | | | | | | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dfisher@jagger.me.berkeley.edu Wed Nov 1 18:53:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 858902BAFB for ; Wed, 1 Nov 2000 18:53:00 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eA1NeRV12770 for ; Wed, 1 Nov 2000 15:40:27 -0800 Message-ID: <3A00A9EA.8040406@jagger.me.berkeley.edu> Date: Wed, 01 Nov 2000 15:40:26 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001101 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a00608a.4b57.0@yifan.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay, GtkLabel derives from GtkMisc, which has an alignment method that you can use to left justify the text... gtk_misc_set_alignment(GTK_MISC(label), 0.0, GTK_MISC(label)->yalign); I think gtk_label_set_justify() only applies when you have multi-line labels. Darin Jay LeBlanc wrote: > > Is there a trick to get labels to Left Justify? > I have a window which contains a 13x13 table. I > attach some pixmaps to the table and then I > attempt to attach a label spanning multiple > columns of the table. It centers the text. I > tried gtk_label_set_justify specifying > GTK_JUSTIFY_LEFT but it still appears to be > centered. Any ideas? > > Thanks, > Jay > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From pbd@op.net Wed Nov 1 19:07:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4ACA22DEDB for ; Wed, 1 Nov 2000 19:07:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0c.ppp.op.net [209.152.194.44]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id SAA07199; Wed, 1 Nov 2000 18:55:20 -0500 (EST) Message-Id: <200011012355.SAA07199@renoir.op.net> To: timecop@japan.co.jp Cc: gtk-list@gnome.org Subject: Re: beginner gtk questions In-reply-to: Your message of "Wed, 01 Nov 2000 17:04:51 +0900." Date: Wed, 01 Nov 2000 18:55:42 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >after reading through docs etc here is what I came up with. attached >is a custom gtk widget for a knob. can someone look over the code as >far as the functionality or missing required pieces, and things like >that, and get back to me? reply to my email, I am not on the list. >Would this kind of a widget be acceptable in a general purpose GTK >app or does it need a lot more work to make it usable. I also would >like suggestions how to make the adjustment widget honor the >adjustment->lower values to start the knob with negative >numbers... etc this looks pretty interesting in a number of ways. i would be quite interesting in merging this code with a Gtk-- object that I have called a Gtkmmext::MotionFeedback. Its a lot more general than a knob, and has a number of nice features that yours does not (such as the use of shaped windows). It can then be used as a slider, a knob or others kinds of control widgets where mouse motion is used to control an adjustment in combination with widgets. i'll see what i can do. i try to stay away from GTK+ widget creation when i can, because its so painful compared to doing it in C++, but now that you've offered up the framework, perhaps i can get around to this :) --p From caleb@deepthought.granfalloon.com Wed Nov 1 23:27:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id A4F172BB45 for ; Wed, 1 Nov 2000 23:27:02 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id EAA17055; Thu, 2 Nov 2000 04:35:05 -0500 Date: Thu, 2 Nov 2000 04:35:05 -0500 From: Caleb Land To: Jay LeBlanc Cc: gtk-list@gnome.org Subject: Re: Label Alignment Message-ID: <20001102043505.A16724@deepthought.granfalloon.com> References: <3a00608a.4b57.0@yifan.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3a00608a.4b57.0@yifan.net>; from JayLeBlanc@yifan.net on Wed, Nov 01, 2000 at 01:27:22PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2000 at 01:27:22PM -0500, Jay LeBlanc wrote: > =20 > Is there a trick to get labels to Left Justify? =20 The function that you want to use is: gtk_misc_set_alignment(GTK_MISC(label), 0.0f, 0.0f); of course, the last two floats are the actual alignment (0.0f being left an= d 1.0f being right). --=20 Sincerely, Caleb Land (bokonon@rochester.rr.com) --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjoBNUgACgkQJFp+8ilAIxSJowCg66pETIP8L0a8XQrQIvEIhRkO yIwAn3jTDr9MdbdzkPv04agJn5VNd6oZ =LoF9 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From vaf@ciudad.com.ar Thu Nov 2 01:52:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 649EA2BB20 for ; Thu, 2 Nov 2000 01:52:36 -0500 (EST) Received: from ciudad.com.ar (host022140.ciudad.com.ar [200.42.22.140]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id DAA38392 for ; Thu, 2 Nov 2000 03:40:15 -0300 (ART) Message-ID: <3A04FB40.A3E1D9C9@ciudad.com.ar> Date: Sun, 05 Nov 2000 03:16:33 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: example the DND in GTK !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all .. ano code source of gtk drag and drop for example !!!! ??? tanks all . -------------- Castellano : Hola a todos ... alguien me puede decir de algun fuente de ejemplo de como husar el codigo de drag and drop de GTK++ por que no logro hacerlo fubcionar !! .. gracias a todos . From hvv@hippo.ru Thu Nov 2 02:50:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.86]) by mail.gnome.org (Postfix) with ESMTP id 5281F2BAB8 for ; Thu, 2 Nov 2000 02:50:12 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id LAA03154; Thu, 2 Nov 2000 11:20:03 +0400 Date: Thu, 2 Nov 2000 11:20:03 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: vaf Cc: lista de correo GTK Subject: Re: example the DND in GTK !! In-Reply-To: <3A04FB40.A3E1D9C9@ciudad.com.ar> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 5 Nov 2000, vaf wrote: Hi, in the gtk source tree there is testdnd.c - a nice example on DND usage. > hello all .. > > ano code source of gtk drag and drop for example !!!! ??? > > tanks all . > > -------------- > > Castellano : > Hola a todos ... > alguien me puede decir de algun fuente de ejemplo de como husar el > codigo de drag and drop de GTK++ por que no logro > hacerlo fubcionar !! .. > gracias a todos . > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wowa@jet.msk.su Thu Nov 2 03:07:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id 9E2A02C828 for ; Thu, 2 Nov 2000 03:07:06 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13rFD6-0005lC-00; Thu, 2 Nov 2000 10:54:56 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13rFD4-0005An-00; Thu, 2 Nov 2000 10:54:54 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13rFD4-00058K-00; Thu, 02 Nov 2000 10:54:54 +0300 From: Vladimir Tsichevski To: vaf@ciudad.com.ar Cc: gtk-list@gnome.org In-reply-to: <3A04FB40.A3E1D9C9@ciudad.com.ar> (message from vaf on Sun, 05 Nov 2000 03:16:33 -0300) Subject: Re: example the DND in GTK !! Message-Id: Date: Thu, 02 Nov 2000 10:54:54 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Sun, 05 Nov 2000 03:16:33 -0300 >From: vaf >X-Accept-Language: en >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > >hello all .. > >ano code source of gtk drag and drop for example !!!! ??? > >tanks all . > >-------------- > >Castellano : >Hola a todos ... >alguien me puede decir de algun fuente de ejemplo de como husar el >codigo de drag and drop de GTK++ por que no logro >hacerlo fubcionar !! .. >gracias a todos . > File gtk/testdnd.c in gtk+ distribution is hopefully the example what you want. Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From albert.cieslikiewicz@lapeyre.fr Thu Nov 2 03:13:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mrtr.lapeyre.fr (gateway.lapeyre.fr [193.104.107.1]) by mail.gnome.org (Postfix) with ESMTP id 25F4C2DDB6 for ; Thu, 2 Nov 2000 03:13:44 -0500 (EST) Received: from lapeyre.fr (srvmail.lapeyre.fr [10.10.2.50]) by mrtr.lapeyre.fr (8.10.1/8.10.1) with ESMTP id eA28sAF09898 for ; Thu, 2 Nov 2000 09:54:10 +0100 Received: from AlbertC ([10.70.1.4]) by lapeyre.fr (8.10.0/8.10.0) with SMTP id eA286QA12057 for ; Thu, 2 Nov 2000 09:06:26 +0100 (MET) Message-ID: <004301c044a3$7dd5de60$0401460a@siepol.lapeyre> From: "Albert Cieslikiewicz" To: Subject: unsuscribe Date: Thu, 2 Nov 2000 09:00:37 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0020_01C044AB.5E51F620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2417.2000 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0020_01C044AB.5E51F620 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0020_01C044AB.5E51F620-- From cummins@jamstec.go.jp Thu Nov 2 05:10:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gatekeeper2.jamstec.go.jp (gatekeeper2.jamstec.go.jp [192.244.231.20]) by mail.gnome.org (Postfix) with ESMTP id E06312BB05 for ; Thu, 2 Nov 2000 05:10:32 -0500 (EST) Received: from jamstec.go.jp by gatekeeper2.jamstec.go.jp (8.8.8/3.7W) id SAA10482; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: from xochitl.jamstec.go.jp by jamstec.go.jp (8.8.8/1.1.22.3/14Mar00-0301PM) id SAA0000017935; Thu, 2 Nov 2000 18:58:25 +0900 (JST) Received: (from cummins@localhost) by xochitl.jamstec.go.jp (8.9.3/3.6Wbeta6) id TAA29647 for gtk-list@gnome.org; Thu, 2 Nov 2000 19:24:22 +0900 Date: Thu, 2 Nov 2000 19:24:22 +0900 From: Phil Cummins To: gtk-list@gnome.org Subject: "non-detructive" line drawing? Message-ID: <20001102192422.A29643@xochitl.jamstec.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre1 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I sent this to gtk-app-devel-list but later realized I should probably have sent it here. My apologies to anyone who had to read it twice. I'm developing an application using GtkPerl in which I load a pixmap into the DrawingArea widget, and then use the pointer to draw a polyline on top of it. But it is important that I be able to erase, if desired, segments of the polyline. I know from past (non-gtk) experience that a simple way to do this is to do the drawing via a boolean exlusive-or of the pixel values. Then to erase the line, all you have to do is re-draw it. Can any one please tell me if there is a way to change the line-drawing mode for the DrawingArea widget so that it uses such an exclusive-or operation? Or is there another way to erase polyline segments? Note that I want to avoid having to re-draw the pixmap everytime an erase operation occurs, as this would be too time-consuming. Thanks. -- -------------------------------------------------------------------- Phil R Cummins cummins@jamstec.go.jp Frontier Research for Subduction Dynamics tel(i/d):81/0-468-67-3393 JAMSTEC, 2-15 Natsushima-cho fax(i/d):81/0-468-67-3409 Yokosuka 237-0061, Japan From wilhelmi@ira.uka.de Thu Nov 2 06:37:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id E0F7A2DD5D for ; Thu, 2 Nov 2000 06:36:32 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:20 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:24:19 +0100 Message-ID: <3A014EE2.709C5380@ira.uka.de> Date: Thu, 02 Nov 2000 12:24:18 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, firstly I think this is a message for gtk-list@gnome.org, so I'm bringing= it there. > > I would like to know why I can't call a thread that modify a gtkwidge= t > > in an callback function. > > > > It hangs up as gdk_threads_enter is used. > > > > Here the problem : > > > > // main function : > > > > gdk_threads_enter() > > gtk_main() > > gdk_threads_leave() > > > > // callback : > > > > phread_create(... thread_function ...) > > > > // thread_function : > > > > gdk_threads_enter() > > // modify a widget > > gdk_threads_leave() > > > > When the program runs : > > > > The call of gdk_thread_enter in the thread function hangs. > > > > I think that the problem comes from the fact that 2 calls of > > gdk_threads_enter > > are likely to be nested ... but it is in a different thread. I would > > like to > > understand what is the exact problem and if a solution exists. Actually this should work, AFAICT. Please post a example, demonstrating t= his behaviour (This sould be a stripped down example though) and I will have = a look. Bye, Sebastian -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From wilhelmi@ira.uka.de Thu Nov 2 07:10:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 4CA792BAC0 for ; Thu, 2 Nov 2000 07:10:08 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:57 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Thu, 2 Nov 2000 12:57:56 +0100 Message-ID: <3A0156C3.159D27D6@ira.uka.de> Date: Thu, 02 Nov 2000 12:57:55 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: DINH "V." =?iso-8859-1?Q?Ho=E0?= Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> <3A0161F2.9E909CAF@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Ho=E0, > > Actually this should work, AFAICT. Please post a example, demonstrati= ng > > this behaviour (This sould be a stripped down example though) and I w= ill > > have a look. > = > this example is build from the one given in the FAQ. = =2E.. > gtk_signal_connect(GTK_OBJECT (label), "event", > GTK_SIGNAL_FUNC(argument_thread), NULL); =2E.. This is not, what you described in your first mail. This will not work, a= s James already pointed out. This is because GTK+ still holds the lock, whi= le calling callbacks. (GLib however doesn't). Just delete the locking from t= he function that you callback to. (The other uses of that function still nee= d to lock though). Bye, Sebastian. -- = Sebastian Wilhelmi | h=E4r ovanf=F6r alla mo= lnen mailto:wilhelmi@ira.uka.de | =E4r himmlen s=E5 f=F6runderli= gt bl=E5 http://goethe.ira.uka.de/~wilhelmi | From GONZALOMZ@teleline.es Thu Nov 2 07:49:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from tsmtp1.mail.isp (unknown [195.235.113.141]) by mail.gnome.org (Postfix) with ESMTP id 585A32BAC0 for ; Thu, 2 Nov 2000 07:49:16 -0500 (EST) Received: from teleline.es ([10.10.21.70]) by tsmtp1.mail.isp (Netscape Messaging Server 4.15) with ESMTP id G3EDNK02.34H for ; Thu, 2 Nov 2000 13:35:44 +0100 From: GONZALOMZ To: gtk-list@gnome.org Message-ID: <45bee470d7.470d745bee@teleline.es> X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: es Subject: callbacks X-Accept-Language: es Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Date: Thu, 2 Nov 2000 07:49:16 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How can i pass my own struct to a callback function ? How can i convert my own struct to a gpointer ? Thanks. Gonzalo Monrtesdeoca Zamora ___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES Haz click en http://www.terra.es/correo/ From Florent.Devin@lifl.fr Thu Nov 2 08:00:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 744382BD71 for ; Thu, 2 Nov 2000 08:00:24 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id NAA11603 ; Thu, 2 Nov 2000 13:47:32 +0100 (MET) Message-ID: <3A01627A.2D1DF82A@lifl.fr> Date: Thu, 02 Nov 2000 13:47:54 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: GONZALOMZ Cc: gtk-list@gnome.org Subject: Re: callbacks References: <45bee470d7.470d745bee@teleline.es> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GONZALOMZ a écrit : > > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? > > Thanks. > Gonzalo Monrtesdeoca Zamora > gint callback (..., gpointer user_data); This should be the way to pass your struct (using the user_data). gpointer is a define for void*. -- Florent DEVIN From backes@hlrwm.rhrk.uni-kl.de Thu Nov 2 08:00:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id D181A2BD71 for ; Thu, 2 Nov 2000 08:00:58 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id NAA15541; Thu, 2 Nov 2000 13:48:41 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <45bee470d7.470d745bee@teleline.es> Date: Thu, 02 Nov 2000 13:48:41 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: GONZALOMZ Subject: RE: callbacks Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 02-Nov-2000 GONZALOMZ wrote: > How can i pass my own struct to a callback function ? > How can i convert my own struct to a gpointer ? Hi, you should pass the address of your struct to the callback and not the struct itself: (gpointer) &struct_address > > Thanks. > Gonzalo Monrtesdeoca Zamora > > Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From coreyt@coreyt.com Thu Nov 2 10:20:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id D85162DBB4 for ; Thu, 2 Nov 2000 10:20:58 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id JAA02660 for ; Thu, 2 Nov 2000 09:08:36 -0600 Date: Thu, 2 Nov 2000 09:08:36 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Socket/Plug example Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone have a simple Socket/plug example that you can post. I have been unable to figure it out from the header files, and have yet to find an example. Corey Thornburg coreyt@coreyt.com From pbd@op.net Thu Nov 2 11:44:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 26AA02DECD for ; Thu, 2 Nov 2000 11:44:34 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-09.ppp.op.net [209.152.194.73]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA03779; Thu, 2 Nov 2000 11:32:12 -0500 (EST) Message-Id: <200011021632.LAA03779@renoir.op.net> To: Phil Cummins Cc: gtk-list@gnome.org Subject: Re: "non-detructive" line drawing? In-reply-to: Your message of "Thu, 02 Nov 2000 19:24:22 +0900." <20001102192422.A29643@xochitl.jamstec.go.jp> Date: Thu, 02 Nov 2000 11:32:44 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Can any one please tell me if there is a way to change >the line-drawing mode for the DrawingArea widget so that >it uses such an exclusive-or operation? Or is there another create a new GdkGC used for drawing, copy from the one used by the drawing area, set the function to GDK_XOR, somewhat like this: xor_gc = gdk_gc_new (area->window); gdk_gc_copy (xor_gc, area->style->white_gc); gdk_gc_set_function (xor_gc, GDK_XOR); now use xor_gc for draw_line operations, and presto, you're all set. >Or is there another way to erase polyline segments? Note that I want >to avoid having to re-draw the pixmap everytime an erase operation >occurs, as this would be too time-consuming. i'm not quite sure what you mean here. with XOR, you always have to draw twice to erase. its inherent in how XOR operates. --p From coreyt@coreyt.com Thu Nov 2 13:15:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from odin.coreyt.com (Odin.CoreyT.Com [216.131.4.58]) by mail.gnome.org (Postfix) with ESMTP id AFDE62BEA5 for ; Thu, 2 Nov 2000 13:15:07 -0500 (EST) Received: from localhost (coreyt@localhost) by odin.coreyt.com (8.9.3/8.8.7) with ESMTP id MAA02935 for ; Thu, 2 Nov 2000 12:02:44 -0600 Date: Thu, 2 Nov 2000 12:02:44 -0600 (CST) From: Corey Thornburg To: gtk-list@gnome.org Subject: Re: Socket/Plug example In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ok, problem solved. rough examples sockettest.pl ----------------------------------------- #!/usr/bin/perl -w use Gtk; init Gtk; my $w = new Gtk::Window; $w->set_title("Test Socket"); $w->signal_connect("delete_event",sub{main_quit Gtk}); $s = new Gtk::Socket; $w->add($s); $s->realize; $s->show; $w->show; $wid = $s->window->XWINDOW; $cmd = "./plugtest.pl $wid"; print "$cmd\n"; $retval=fork(); if($retval == 0){ system($cmd); } print "$cmd done\n"; ---------------------------------- plugtest.pl ----------------------------------- #!/usr/bin/perl -w $wid = $ARGV[0]; use Gtk; init Gtk; $l = new Gtk::Label "Test Plug"; #$p = new Gtk::Plug $s->window->XWINDOW; $p = new Gtk::Plug $wid; $p->add($l); $l->show; $p->show; main Gtk; --------------------------------------------------- Corey Thornburg coreyt@coreyt.com On Thu, 2 Nov 2000, Corey Thornburg wrote: > Does anyone have a simple Socket/plug example that you can post. > > I have been unable to figure it out from the header files, and have yet to > find an example. > > Corey Thornburg > coreyt@coreyt.com > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From alan.dugas@analog.com Thu Nov 2 14:54:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id DC34D2BEA5; Thu, 2 Nov 2000 14:54:41 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id OAA27400; Thu, 2 Nov 2000 14:42:30 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id OAA28597; Thu, 2 Nov 2000 14:42:26 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G6CCB>; Thu, 2 Nov 2000 14:42:33 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Deleting text from a GtkExText Date: Thu, 2 Nov 2000 14:37:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Has anyone else run in this problem? I am currently unable to delete text, from within my program, that I insert into a gtkextext. However, if I manually move the cursor back into the text inserted then I am able to manually delete the text. Unfortunately, I need to delete text from within the program since I need to set the widget as uneditable. I am running Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and all help would be GREATLY appreciated. Thanks in advance to those who respond. -- Stupid Genius From davina@lickey.com Thu Nov 2 19:11:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 2E5472CE87; Thu, 2 Nov 2000 19:11:56 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AC0C5A005; Thu, 2 Nov 2000 15:59:47 -0800 (PST) Message-ID: <3A01FFF3.A1192AA0@lickey.com> Date: Thu, 02 Nov 2000 15:59:47 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: realizing a widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm a newbie GTK programmer, and I'm writing a new widget. It is a composite of GtkLabel and GtkEntry, and it has GtkWidget as its immediate parent. I'm working with the Tictactoe example from the tutorial (composite widget) and the GtkEv example from Havoc Pennington's book (child of GtkWidget). My problem is that the label and entry do not actually show up when I run my program, and I think the problem is that I am not overriding the realize method. The gtk_ev_realize() is pretty involved, and I don't think I need to do everything in it. What, exactly, does a realize method need to do? Thanks! Davina From vaf@ciudad.com.ar Thu Nov 2 22:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mail.gnome.org (Postfix) with ESMTP id 1DFDE2BCF5 for ; Thu, 2 Nov 2000 22:59:33 -0500 (EST) Received: from ciudad.com.ar (host022177.ciudad.com.ar [200.42.22.177]) by postino3.prima.com.ar (8.9.1a/8.9.1) with ESMTP id AAA07768 for ; Fri, 3 Nov 2000 00:47:21 -0300 (ART) Message-ID: <3A0623AD.BF7841BB@ciudad.com.ar> Date: Mon, 06 Nov 2000 00:21:17 -0300 From: vaf X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: lista de correo GTK Subject: and not find testdnd.c !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello all . and no find testdnd.c !!! what this ftp.xxxx.org/xxxx/testdnd.c ???????? thanks all Castellano : Hoal a todos gracias por contestarme rapido y espero pornto mejorar mi ingles .. el problema es que no encuentro este archivo que me dijieron por ningun lado ni en internet ni en mi HD que que pakete de GTK+ biene ??? gracias por todo . From Florent.Devin@lifl.fr Fri Nov 3 01:06:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 34A9A2BB01 for ; Fri, 3 Nov 2000 01:06:32 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id GAA21554 ; Fri, 3 Nov 2000 06:53:42 +0100 (MET) Message-ID: <3A0252FD.3DFF9B17@lifl.fr> Date: Fri, 03 Nov 2000 06:54:05 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: vaf Cc: lista de correo GTK Subject: Re: and not find testdnd.c !! References: <3A0623AD.BF7841BB@ciudad.com.ar> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ vaf a écrit : > > hello all . > and no find testdnd.c !!! > what this ftp.xxxx.org/xxxx/testdnd.c ???????? > thanks all > > Castellano : > Hoal a todos > gracias por contestarme rapido y espero pornto mejorar mi ingles .. > el problema es que no encuentro este archivo que me dijieron por > ningun lado ni en internet ni en mi HD > que que pakete de GTK+ biene ??? > gracias por todo . > You have to download the gtk-xxxx.tar.gz, and extract testdnd.c from this archive. -- Florent DEVIN From wolfgang@ultim.net Fri Nov 3 02:26:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 65A062CC41 for ; Fri, 3 Nov 2000 02:26:27 -0500 (EST) Received: from debian.home(m139.l1.mtl.ultim.net[216.13.32.139]) (1136 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 02:16:47 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA377TF15758 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:07:29 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:07:28 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: concern on the X server side Message-ID: <20001103020728.A15748@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi everybody, Say you have a program displaying gdkwindows which changes the background pixmaps of those gdkpixmaps a couple of times per session. When quitting the program, will GDK clean everything from the X server or will those resources still be allocated in the server as long as the programmer doesn't do it ? Thus, in short, do pixmaps survive their creator's death ? Wolfgang -- A chicken is an egg's way of producing more eggs. From hvv@hippo.ru Fri Nov 3 02:44:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.195.92]) by mail.gnome.org (Postfix) with ESMTP id C2ACE2CE2B for ; Fri, 3 Nov 2000 02:44:52 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01331; Fri, 3 Nov 2000 10:49:50 +0400 Date: Fri, 3 Nov 2000 10:49:49 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: realizing a widget In-Reply-To: <3A01FFF3.A1192AA0@lickey.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Thu, 2 Nov 2000, Davina Armstrong wrote: Hi, > I'm a newbie GTK programmer, and I'm writing a new widget. It is a > composite of GtkLabel and GtkEntry, and it has GtkWidget as its > immediate parent. I'm working with the Tictactoe example from the > tutorial (composite widget) and the GtkEv example from Havoc > Pennington's book (child of GtkWidget). My problem is that the label > and entry do not actually show up when I run my program, and I think the > problem is that I am not overriding the realize method. The > gtk_ev_realize() is pretty involved, and I don't think I need to do > everything in it. What, exactly, does a realize method need to do? You should use gtk_widget_show(widget) to make them visible or use gtk_widget_show_all(window) to show everything in one call. If it doesn't work then there is something wrong with your code. > Thanks! > Davina > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From wolfgang@ultim.net Fri Nov 3 03:18:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 970CF2BEB0 for ; Fri, 3 Nov 2000 03:18:31 -0500 (EST) Received: from debian.home(m160.l1.mtl.ultim.net[216.13.32.160]) (927 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 03:08:54 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA37xk817060 for gtk-list@gnome.org; Fri, 3 Nov 2000 02:59:46 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 02:59:46 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Concerns confirmed Message-ID: <20001103025945.A17041@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi again, I have done some tests and I can confirm that memory is leaking on the server side when gdkpixmap are not explicitly destroyed. Shouldn't this be considered as a bug in gdk ? W -- A chicken is an egg's way of producing more eggs. From backes@hlrwm.rhrk.uni-kl.de Fri Nov 3 05:02:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hlrwm.rhrk.uni-kl.de (hlrwm.rhrk.uni-kl.de [131.246.91.18]) by mail.gnome.org (Postfix) with ESMTP id 1902D2CC04 for ; Fri, 3 Nov 2000 05:02:14 -0500 (EST) Received: (from backes@localhost) by hlrwm.rhrk.uni-kl.de (8.9.3/8.9.3) id KAA20935; Fri, 3 Nov 2000 10:50:05 +0100 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 03 Nov 2000 10:50:05 +0100 (CET) Reply-To: Joachim Backes Organization: University of Kaiserslautern, Computer Center [Supercomputing division] From: Joachim Backes To: Gtk Subject: Sarting gtk programs iconified Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, is there a (hidden) option to start gtk programs in the iconified state (such as xterm -icon)? Especially, i would need such a feature for gnome-terminal. Regards Joachim Backes -- Joachim Backes | Univ. of Kaiserslautern Computer Center, Supercomputing Division | Phone: +49-631-205-2438 D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-205-3056 ---------------------------------------------+------------------------ WWW: http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html From Valdis.Kletnieks@vt.edu Fri Nov 3 10:34:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 34CF52DFBE for ; Fri, 3 Nov 2000 10:32:43 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eA3FJx615970; Fri, 3 Nov 2000 10:19:59 -0500 Message-Id: <200011031519.eA3FJx615970@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed In-Reply-To: Your message of "Fri, 03 Nov 2000 02:59:46 EST." <20001103025945.A17041@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2118079230P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 03 Nov 2000 10:19:59 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2118079230P Content-Type: text/plain; charset=us-ascii On Fri, 03 Nov 2000 02:59:46 EST, Wolfgang Sourdeau said: > I have done some tests and I can confirm that memory is leaking on the > server side when gdkpixmap are not explicitly destroyed. > Shouldn't this be considered as a bug in gdk ? First off, this is *NOT* a gdk bug, because the server: a) doesn't *know* the client is gdk b) should be bullet-proof against anything the client does. If it's anybody's fault, it's the servers. Now, double check *very* carefully here. Is memory actually *leaking* from the X server, or is storage being *fragmented*? There's a big distinction here, and the fix is different for each case. If it is *leaking*, this means that the X server is calling malloc() to allocate space and failing to call free() to release it. If it is *fragmenting*, the X server *is* calling free(), but the resulting memory layout is sub-optimal. For example, consider the following code: char *x[4]; x[0] = malloc(40); x[1] = malloc(1); x[2] = malloc[40); x[3] = malloc(1); free(x[0]); free(x[2]); Memory would possibly now look like this: |<-40 bytes of free->||<1 byte>||<40 free>||<1 byte>| So 2 allocated bytes are taking up 82 bytes of memory. If you then try to malloc(45), it can't use either of those 2 spaces, so it has to go to the end and allocate THERE. Now, if the owner if the first 1-byte block calls free(), any modern malloc package will re-group all 81 bytes into one larger free block. The problem is that inside the X server, the 2 40-byte allocations could have come from ONE X client that has since exited, byut the 2 1-byte allocations have come from some OTHER client that is still running, so you can't free that memory until THAT process exits. And usually, there's a lot more than 2 clients running (quite often, I have 30 or 40 client programs running). So it's *very* easy for memory to get very fragmented inside the X server. Unfortunately, C does not have any good garbage-collection scheme for compacting the allocated memory - the problem is that the garbage collector has no way of knowing what variables in the program have pointers to the to-be-moved allocation, so it can't relocate allocated memory. I've checked both the IBM AIX 4.3.3 X server, and the XFree 4.0.1 server on my Linux box, and both of them quite quickly bloat up to about 50M in size. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2118079230P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOgLXn3At5Vm009ewEQIJQQCdGO7xRaR6IO6xOOoDP+vi02yF9qAAoMAo HpoRkXvaadH+GtQwSlb9C9wd =ELKr -----END PGP SIGNATURE----- --==_Exmh_2118079230P-- From philippe.vivarelli@conexant.com Fri Nov 3 12:12:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 509CB2CC91 for ; Fri, 3 Nov 2000 12:12:55 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id IAA13104 for ; Fri, 3 Nov 2000 08:59:50 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Widget Colors To: gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Fri, 3 Nov 2000 18:00:34 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/03/2000 09:00:44 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All Hi all, I have some troubles to change widgets colors. I mean Background and Text colors for main widgets such as Frame, Label, Entry, Button, etc. I took a look at the GTK mailing list archive and it seems I am not alone with this problem. It would be nice if a GTK expert could provide a working source code example to do this kind of thing. Thank you Regards Philippe Vivarelli From alan.dugas@analog.com Fri Nov 3 17:05:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id BB24E2BB23; Fri, 3 Nov 2000 17:05:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id QAA04769; Fri, 3 Nov 2000 16:53:33 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id QAA09485; Fri, 3 Nov 2000 16:53:30 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G73QK>; Fri, 3 Nov 2000 16:53:37 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Fri, 3 Nov 2000 16:53:34 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Thanks for your responses Chris and Detlef. I keep trying to use this > widget as a gtktext. Have either of you run into problems with cpu usage > when using gtkextext to insert text? After replacing gtktext with > gtkextext, the update rate of the gtkextext is so slow my system locks up! > In other words this widget appears to have an extremely large amount of > overhead. Unless... I have something in my code that's messing with the > gtkextext. Any ideas? > > > > -- Stupid Genius > > > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Thursday, November 02, 2000 5:25 PM > To: GTK app devel > Subject: Re: Deleting text from a GtkExText > > > On Thu, 2 Nov 2000, Dugas, Alan wrote: > > > > Has anyone else run in this problem? I am currently unable to delete > > text, > > from within my program, that I insert into a gtkextext. However, if I > > manually move the cursor back into the text inserted then I am able to > > manually delete the text. Unfortunately, I need to delete text from > > within > > the program since I need to set the widget as uneditable. I am running > > Solaris (sunOS 5.6) gtk+-1.2.8, glib-1.2.8, & gtkextext-0.0.21. Any and > > all > > help would be GREATLY appreciated. Thanks in advance to those who > > respond. > > > > hi alan > > freeze the widget > make it editable > remove the unwonted chars with gtk_extext_delete_text() > make it uneditable > thaw it > > with freet n thaw you prevent the user while updaing > > hope that helps > if not i can send you some code i use in muli. > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From wolfgang@ultim.net Fri Nov 3 21:37:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id D64B72BC0E for ; Fri, 3 Nov 2000 21:37:55 -0500 (EST) Received: from debian.home(m150.l1.mtl.ultim.net[216.13.32.150]) (2958 bytes) by athena.ultim.net via smail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Nov 2000 21:28:22 -0500 (EST) (Smail-3.2.0.109 1999-Oct-27 #4 built 2000-Jan-13) Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian 8.11.0-6) id eA42JBk19163 for gtk-list@gnome.org; Fri, 3 Nov 2000 21:19:11 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 3 Nov 2000 21:19:10 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Concerns confirmed Message-ID: <20001103211910.A18906@debian.home> References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200011031519.eA3FJx615970@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Fri, Nov 03, 2000 at 10:19:59AM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'inpiration, Valdis.Kletnieks@vt.edu écrivait en ces mots: > First off, this is *NOT* a gdk bug, because the server: > a) doesn't *know* the client is gdk So what? If there is some X "policy" to not release resources without explicit destruction, the programmer has to destroy the resources he created. The fact that it is stupid is another thing. Now there are a lot of stupid design problems with X... For what GDK is concerned, I love that library because it permits to forget about X trickiness. And maybe this is one more thing that could be implemented. So if it's not a bug, it's a non-feature ;-) > b) should be bullet-proof against anything the client does. Same thing here. X sucks... > Is memory actually *leaking* from the X server, or is storage being > *fragmented*? There's a big distinction here, and the fix is different > for each case. I don't think there is a way to know it except by profiling the memory usage of the server, which I don't have the time to do. Something I am sure of is, now that I am using gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from 5Mb down to a couple of Kb (~50). I would deduce that the 5Mb was due to a leak and that the 50Kb are due to fragmentation. > Unfortunately, C does not have any good garbage-collection scheme for compacting > the allocated memory - the problem is that the garbage collector has no way > of knowing what variables in the program have pointers to the to-be-moved > allocation, so it can't relocate allocated memory. Well, a GC would certainly be possible to implement. Emacs has its own GC, GNU ObjC can be "garbaged-collected" while it's written in C. Everything in C which is not related to basic bit/byte manipulation, basic computation and basic memory management has to be brought artificially, contrarily to higher-level languages. C is just a portable assembler. Wolfgang -- A chicken is an egg's way of producing more eggs. From neel@neel.eng.sun.com Fri Nov 3 22:10:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by mail.gnome.org (Postfix) with ESMTP id 2EC792BCCB for ; Fri, 3 Nov 2000 22:10:21 -0500 (EST) Received: from engmail3.Eng.Sun.COM ([129.144.170.5]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id TAA22758; Fri, 3 Nov 2000 19:58:10 -0700 (MST) Received: from neel.eng.sun.com (neel.Eng.Sun.COM [129.146.42.224]) by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id SAA19069; Fri, 3 Nov 2000 18:58:09 -0800 (PST) Received: (from neel@localhost) by neel.eng.sun.com (8.9.3+Sun/8.9.3) id SAA29059; Fri, 3 Nov 2000 18:57:03 -0800 (PST) Date: Fri, 3 Nov 2000 18:57:03 -0800 From: Neelakanth Nadgir To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org Subject: Re: Widget Colors Message-ID: <20001103185703.G3168@neel.smcc.Eng.Sun.COM> Mail-Followup-To: philippe.vivarelli@conexant.com, gtk-list@gnome.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from philippe.vivarelli@conexant.com on Fri, Nov 03, 2000 at 06:00:34PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sometime ago, philippe.vivarelli@conexant.com said: > I have some troubles to change widgets colors. > I mean Background and Text colors for main widgets such as Frame, Label, > Entry, Button, etc. > I took a look at the GTK mailing list archive and it seems I am not alone > with this problem. > It would be nice if a GTK expert could provide a working source code > example to do this kind of thing. Please read the archives (beginning oct 29th) there was some discussion about this. Best wishes, -neelakanth -- ___________________ Neelakanth Nadgir (650) 786-7006 (x87006) From gharris@flashcom.net Sat Nov 4 02:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id A60A32BBB5 for ; Sat, 4 Nov 2000 02:26:56 -0500 (EST) Received: (cpmta 3391 invoked from network); 3 Nov 2000 23:14:42 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 3 Nov 2000 23:14:42 -0800 X-Sent: 4 Nov 2000 07:14:42 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id XAA00468; Fri, 3 Nov 2000 23:14:37 -0800 (PST) (envelope-from gharris) Date: Fri, 3 Nov 2000 23:14:37 -0800 From: Guy Harris To: =?iso-8859-1?Q?=B1=E8=C1=BE=C3=B5?= Cc: gtk-list@gnome.org Subject: Re: How can i place the widget Message-ID: <20001103231437.B379@quadrajet.flashcom.com> References: <002301c04245$cb0d5880$becda8c0@sysic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <002301c04245$cb0d5880$becda8c0@sysic.net>; from jckim@hei.co.kr on Mon, Oct 30, 2000 at 04:47:48PM +0900 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Oct 30, 2000 at 04:47:48PM +0900, ±èÁ¾Ãµ wrote: > How can i place the widget that is invisible,hidden(after call > gtk_widget_show ) in top of the screen ? > In Xwindow programming, this is just like "XRaiseWindow". Widget, or window? If the widget in question is a GtkWindow, and is pointed to by a GtkWidget pointer "win", you can do gdk_window_raise(win->window); which, in the version of GTK+/GDK running on the X Window System, will, in fact, call... ..."XRaiseWindow()". From otaylor@redhat.com Sat Nov 4 12:52:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id ACC002BB6B for ; Sat, 4 Nov 2000 12:52:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DDB50242C56; Sat, 4 Nov 2000 12:40:37 -0500 (EST) To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Concerns confirmed References: <20001103025945.A17041@debian.home> <200011031519.eA3FJx615970@black-ice.cc.vt.edu> <20001103211910.A18906@debian.home> From: Owen Taylor Date: 04 Nov 2000 12:40:37 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 21:19:10 -0500" Message-ID: Lines: 43 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > La plume l=E9g=E8re, =E0 Fri, Nov 03, 2000 at 10:19:59AM -0500, heure d'i= npiration, > Valdis.Kletnieks@vt.edu =E9crivait en ces mots: > > First off, this is *NOT* a gdk bug, because the server: > > a) doesn't *know* the client is gdk >=20 > So what? If there is some X "policy" to not release resources without > explicit destruction, the programmer has to destroy the resources he crea= ted. > The fact that it is stupid is another thing. Now there are a lot of > stupid design problems with X... When a client exits in X, whether it be GTK+ or another client, all resources that it allocated will be freed. (Unless, they are in use, as as say, the background pixmap of the root window)=20 That does not mean that the memory will be returned to the operating system - whether that happens depends a lot on exactly how malloc works on the system, how big the allcated areas are, where they are in memory, etc.=20=20=20=20 But it will be available for reuse within the X server. =20 > I don't think there is a way to know it except by profiling the memory > usage of the server, which I don't have the time to do. > Something I am sure of is, now that I am using > gdk_set_back_pixmap (drawable, NULL, TRUE) the "leak" has diminished from= 5Mb > down to a couple of Kb (~50). I would deduce that the 5Mb was due to a > leak and that the 50Kb are due to fragmentation. X servers tend to be fairly well debugged in this respect.=20 So, until I see an example program that reproduces the problem, I'm quite suspicious of this claim.=20 That doesn't mean that there couldn't be some really obscure bug that you happen to be triggering. But I'd be somewhat suprised. Can you provide a test case? Regards, Owen From oka@debian.or.jp Sat Nov 4 14:21:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from is.aist-nara.ac.jp (enterprise.aist-nara.ac.jp [163.221.80.21]) by mail.gnome.org (Postfix) with SMTP id 305EF2BB50 for ; Sat, 4 Nov 2000 14:21:35 -0500 (EST) Received: (qmail 17337 invoked from network); 5 Nov 2000 04:09:17 +0900 Received: from hidari.aist-nara.ac.jp (163.221.92.74) by ismailgate.aist-nara.ac.jp with SMTP; 5 Nov 2000 04:09:17 +0900 Date: Sun, 05 Nov 2000 04:09:17 +0900 Message-ID: From: Mitsuru Oka To: gtk-list@gnome.org Subject: [Q] gtk_module_release User-Agent: Wanderlust/2.3.0 (Roam) EMY/1.13.8 (Tastes differ) FLIM/1.13.2 (Kasanui) APEL/10.2 Emacs/20.7 (alpha-debian-linux-gnu) MULE/4.0 (HANANOEN) X-URL: http://www.aist-nara.ac.jp/~mitsu-o/ MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I'm wonder why gtk don't call gtk_modules release (or finalize) callback function such as gtk_module_release when gtk_modules are relsesed. I want to use gtk_module_release function to clean up loaded module resouces. -- Mitsuru Oka From leonardo@centroin.com.br Sat Nov 4 17:03:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from trex2.centroin.com.br (trex2.centroin.com.br [200.225.63.134]) by mail.gnome.org (Postfix) with ESMTP id 134E72D12C for ; Sat, 4 Nov 2000 17:03:19 -0500 (EST) Received: from centroin.com.br (du15b.nit.centroin.com.br [200.225.56.15]) by trex2.centroin.com.br (8.10.1/8.10.1) with ESMTP id eA4LpIr08460 for ; Sat, 4 Nov 2000 19:51:18 -0200 (EDT) Message-ID: <3A048859.926AFCE5@centroin.com.br> Date: Sat, 04 Nov 2000 20:06:17 -0200 From: Leonardo Zide X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: -rdynamic in gtk-config Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Why does gtk-config (or actually glib-config) adds the -rdynamic option to the linker options ? My program uses a lot of calls to dlopen() to load plugins at run time and somehow when it's compiled with the -rdynamic option the plugins are able to use some of the main program's functions and variables. The weird thing is that there are no unresolved symbols in the plugins (except for main()) to cause them to use the wrong symbols. Leonardo From pbd@op.net Sat Nov 4 17:30:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-04.ppp.op.net [209.152.194.36]) by mail.gnome.org (Postfix) with ESMTP id 0BD582BAF1 for ; Sat, 4 Nov 2000 17:30:26 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA4MImW08613; Sat, 4 Nov 2000 17:18:48 -0500 Date: Sat, 4 Nov 2000 17:18:48 -0500 Message-Id: <200011042218.eA4MImW08613@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus, clists, mouse button press Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i am trying to figure out how to use a single button press on a row of a clist to drive some action to change that row. i discovered a long time ago that select_row is emitted for single or dbl-button press events. so its up to the handler to discover if it was a single or double press. but here's the problem. as far as i can tell, once a child (i.e. a row) of the clist has focus, the next button press on a different row does not cause select_row to be emitted. instead, it just moves the focus there so that the *next* button press will emit select_row. this is really annoying behaviour and i'm not sure how to turn it off. any ideas ? or have i made in mistake in my analysis of what the focus/press interaction is ? --p From shippy@cs.nmt.edu Sat Nov 4 17:39:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 3192D2CF24 for ; Sat, 4 Nov 2000 17:39:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA08772 for ; Sat, 4 Nov 2000 17:27:02 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eA4MR1D14824 for ; Sat, 4 Nov 2000 17:27:01 -0500 Received: from mailhost.nmt.edu ([129.138.4.52]) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13sBm8-0002an-00 for ; Sat, 04 Nov 2000 14:27:00 -0800 Received: from cs.nmt.edu (IDENT:shippy@grissom-48.nmt.edu [129.138.5.218]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA4MQsg17672 for ; Sat, 4 Nov 2000 15:26:54 -0700 Message-ID: <3A048D36.1000001@cs.nmt.edu> Date: Sat, 04 Nov 2000 15:27:02 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gtk.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From hp@redhat.com Sun Nov 5 11:13:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D7D792BA9B for ; Sun, 5 Nov 2000 11:13:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA5G0Ko26819; Sun, 5 Nov 2000 11:00:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: concern on the X server side References: <20001103020728.A15748@debian.home> From: Havoc Pennington Date: 05 Nov 2000 11:00:20 -0500 In-Reply-To: Wolfgang Sourdeau's message of "Fri, 3 Nov 2000 02:07:28 -0500" Message-ID: Lines: 8 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Wolfgang Sourdeau writes: > Thus, in short, do pixmaps survive their creator's death ? > No, they shouldn't. Havoc From shippy@cs.nmt.edu Sun Nov 5 14:52:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhost.nmt.edu (mailhost.nmt.edu [129.138.4.52]) by mail.gnome.org (Postfix) with ESMTP id 8049B2BA8D for ; Sun, 5 Nov 2000 14:52:55 -0500 (EST) Received: from cs.nmt.edu (IDENT:shippy@grissom-18.nmt.edu [129.138.5.188]) by mailhost.nmt.edu (8.10.2/8.10.2) with ESMTP id eA5JeXg00390 for ; Sun, 5 Nov 2000 12:40:38 -0700 Message-ID: <3A05B7B5.8010500@cs.nmt.edu> Date: Sun, 05 Nov 2000 12:40:37 -0700 From: Jeff Shipman Organization: New Mexico Institute of Mining and Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20001023 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Problems with gtk_combo_set_popdown_strings Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It seems to me that whenever I use gtk_combo_set_popdown_strings(), the entry widget in the combo box gets set to whatever the first item in the popdown list is. Is there any way to prevent this from happening? I want to be able to modify my dropdown list while keeping the current text in the entry widget of the combo box. Also, it seems that gtk_combo_set_popdown_strings causes the "select-child" signal to be emitted. Is there any way to prevent this as well? Also, is that the signal I want to use for each time an item in the dropdown list is selected? I tried "selection-changed", but that didn't seem to work (although set_popdown_strings causes that one to be emitted as well.) -- Jeff "Shippy" Shipman E-Mail: shippy@cs.nmt.edu Computer Science Major ICQ: 1786493 New Mexico Institute of Mining and Technology Homepage: http://www.nmt.edu/~shippy From summer@OS2.ami.com.au Sun Nov 5 19:03:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netsrvr.ami.com.au (netsrvr.ami.com.au [203.55.31.38]) by mail.gnome.org (Postfix) with ESMTP id 0BE2E2BA8D for ; Sun, 5 Nov 2000 19:03:49 -0500 (EST) Received: from emu.os2.ami.com.au (IDENT:root@c0s19.ami.com.au [203.55.31.84]) by netsrvr.ami.com.au (8.9.3/8.9.3) with ESMTP id HAA32309 for ; Mon, 6 Nov 2000 07:51:25 +0800 Received: from possum.os2.ami.com.au (IDENT:summer@possum.os2.ami.com.au [192.168.1.6]) by emu.os2.ami.com.au (8.10.0/8.10.0) with ESMTP id eA5N7pZ27895 for ; Mon, 6 Nov 2000 07:08:18 +0800 Message-Id: <200011052308.eA5N7pZ27895@emu.os2.ami.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: gtk-list@gnome.org Subject: GTK and Perl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Nov 2000 07:10:04 +0800 From: John Summerfield Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I look for documentation on yusing this combination? I'm new to GTK and would prefer not to learn how to use it in C first. >From the Gtk-Perl-0.7003-0_helix_2 documentation: The code may very well still have leaks, and a few portions are incomplete (such as Gdk colormap manipulation) and much of it is untested. No documentation currently exists, but this code is designed to mimic the C calling sequences as much as is reasonable. I HAVE found an application written in Perl/GTP; it might serve as a sample (though with lots of extraneous stuff I don't want to know about), but it only covers what that application does. I found the tutorial on the www.gtk.org, but that's for C programmers. From mjb@adam.cheshire.net Sun Nov 5 22:11:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from adam.cheshire.net (adam.cheshire.net [208.153.58.2]) by mail.gnome.org (Postfix) with ESMTP id C3DB72BACF for ; Sun, 5 Nov 2000 22:11:31 -0500 (EST) Received: from net1-pool-16.cheshire.net (IDENT:matthew@net1-pool-16.cheshire.net [208.153.58.137]) by adam.cheshire.net (8.9.1/8.9.1) with ESMTP id VAA20876 for ; Sun, 5 Nov 2000 21:58:27 -0500 (EST) Message-Id: <200011060258.VAA20876@adam.cheshire.net> Date: Sun, 05 Nov 2000 22:00:05 EST From: Matthew Beauchesne To: gtk-list@gnome.org Subject: Re: GTK and Perl Reply-To: mjb@adam.cheshire.net X-Mailer: Spruce 0.6.5 for X11 w/smtpio 0.7.9 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 06 Nov 2000, John Summerfield wrote: > Date: Mon, 06 Nov 2000 07:10:04 +0800 > To: gtk-list@gnome.org > From: John Summerfield > Subject: GTK and Perl > > > Where do I look for documentation on yusing this combination? I'm new to > GTK > and would prefer not to learn how to use it in C first. There is a tutorial at http://personal.riverusers.com/~swilhelm/perlgtk/ that is modeled after the GTK+ tutorial at www.gtk.org. It isn't complete but should give you enough to start with. There is also a gtk-perl mailing list. You can subscribe here. http://mail.gnome.org/mailman/listinfo/gtk-perl-list HTH -- Matthew Beauchesne mjb@adam.cheshire.net -- From matthew@mattshouse.com Sun Nov 5 23:53:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.linuxnet (c90610-a.alton1.il.home.com [24.11.42.157]) by mail.gnome.org (Postfix) with ESMTP id 7F87F2BB74; Sun, 5 Nov 2000 23:53:49 -0500 (EST) Received: from matthew (matthew.linuxnet [192.168.1.5]) by www.linuxnet (8.9.3/8.9.3) with ESMTP id WAA26135; Sun, 5 Nov 2000 22:41:35 -0600 Date: Sun, 5 Nov 2000 22:41:59 -0600 (CST) From: matthew X-Sender: matthew@matthew.linuxnet To: gnome-list@gnome.org Cc: gtk-list@gnome.org Subject: gtk-config and gnome-config relocation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I propose that gtk-config and gnome-config be moved from *-libs-devel to *-libs. These files are small, unobtrusive, and come in very handy in a non-development capacity. For example: I'm writing a gtk/gnome application that I will be distributing in both binary and source packages. The binary package will be installed from a GUI installer app. If these scripts are on the target system then I have a definite way of determining where the icons, executables, etc. belong in order to mesh with gnome. However, without these scripts it's guess work. Matthew From philippe.vivarelli@conexant.com Mon Nov 6 06:00:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cnxtsmtp2.conexant.com (cnxtsmtp2.conexant.com [198.62.9.253]) by mail.gnome.org (Postfix) with ESMTP id 0DD932BCBD for ; Mon, 6 Nov 2000 06:00:26 -0500 (EST) Received: from npbsmtp1.conexant.com (npbsmtp1.nb.conexant.com [157.152.161.153]) by cnxtsmtp2.conexant.com (8.9.3/8.9.3) with ESMTP id CAA24421; Mon, 6 Nov 2000 02:47:16 -0800 (PST) From: philippe.vivarelli@conexant.com Subject: Re: Widget Colors To: gtk-list@gnome.org Cc: neelakanth.nadgir@sun.com X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Mon, 6 Nov 2000 11:48:07 +0100 X-MIMETrack: Serialize by Router on NPBSMTP1/Server/Conexant(Release 5.0.5 |September 22, 2000) at 11/06/2000 02:48:05 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, It works for buttons but not for other widgets (Label, Frames, ..) I tried this code below, and the button color is changed but it doesn't work for the other widgets (a Label: label1 and a Frame : frame1) Does someone could help Thank you Philippe Vivarelli on_button1_clicked(GtkButton *button, gpointer window) { GtkWidget *ThisWidget; GtkStyle* my_style; GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; my_style = gtk_style_copy( gtk_widget_get_default_style() ); my_style->bg[GTK_STATE_NORMAL] = myGdkColor; my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; my_style->bg[GTK_STATE_SELECTED] = myGdkColor; my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; gtk_widget_set_style(button, my_style); ThisWidget = lookup_widget(window, "label1"); gtk_widget_set_style(ThisWidget, my_style); ThisWidget = lookup_widget(window, "frame1"); gtk_widget_set_style(ThisWidget, my_style); } From john.cupitt@ng-london.org.uk Mon Nov 6 06:53:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 2F1EB2BCBD for ; Mon, 6 Nov 2000 06:53:06 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZVM6; Mon, 6 Nov 2000 11:40:45 -0000 Message-ID: <3A0697E5.A5651067@ng-london.org.uk> Date: Mon, 06 Nov 2000 11:37:09 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: philippe.vivarelli@conexant.com Cc: gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ philippe.vivarelli@conexant.com wrote: > It works for buttons but not for other widgets (Label, Frames, ..) Hi Phillippe, it works for widget that have their own windows. Label/frame/etc. are client-type widgets ... they draw on their parent's window. Wrap them in an event box to make sure they get their own window. > on_button1_clicked(GtkButton *button, gpointer window) > > { > GtkWidget *ThisWidget; > GtkStyle* my_style; > > GdkColor myGdkColor = {0, 0xAFFF, 0xFFFF, 0xCFFF}; > > my_style = gtk_style_copy( gtk_widget_get_default_style() ); > > my_style->bg[GTK_STATE_NORMAL] = myGdkColor; > my_style->bg[GTK_STATE_ACTIVE] = myGdkColor; > my_style->bg[GTK_STATE_PRELIGHT] = myGdkColor; > my_style->bg[GTK_STATE_SELECTED] = myGdkColor; > my_style->bg[GTK_STATE_INSENSITIVE] = myGdkColor; > > gtk_widget_set_style(button, my_style); > > ThisWidget = lookup_widget(window, "label1"); > gtk_widget_set_style(ThisWidget, my_style); > > ThisWidget = lookup_widget(window, "frame1"); > gtk_widget_set_style(ThisWidget, my_style); > > } This is maybe not the best way. Havoc suggested: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Now your colour change will survive a theme change. Even better (I think) is to use gtk_widget_set_name( widget, "green_widget" ) to set a name for your widget. Then in your .gtkrc file for your application, have lines like: style "green_style" = default { bg[ NORMAL ] = { 0.5, 0.7, 0.5 } } widget "*green_widget" style "green_style" Much easier, and easy for your users to alter too. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From koppal@usc.edu Sun Nov 5 19:00:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from usc.edu (usc.edu [128.125.253.136]) by mail.gnome.org (Postfix) with ESMTP id EBCC12BA8D for ; Sun, 5 Nov 2000 19:00:38 -0500 (EST) Received: from aludra.usc.edu (koppal@aludra.usc.edu [128.125.253.184]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA13145 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Received: from localhost (koppal@localhost) by aludra.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id PAA15517 for ; Sun, 5 Nov 2000 15:48:26 -0800 (PST) Date: Sun, 5 Nov 2000 15:48:25 -0800 (PST) From: koppal To: gtk-list@gnome.org Subject: Rookie questions about the widget curve and GDK Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am a GTK beginner. I wanted to know if the widget curve works for the option GTK_CURVE_TYPE_LINEAR I also wanted to know what i need to put in the arguments of the first gdk_window_new function that i call...i was confused about who is the parent when i have not made any windows yet... thanks, Sanjeev From cras@irccrew.org Sun Nov 5 13:05:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailframe.cabinet.net (mailframe.cabinet.net [213.169.1.9]) by mail.gnome.org (Postfix) with ESMTP id AAD232BA9B for ; Sun, 5 Nov 2000 13:05:10 -0500 (EST) Received: from shodan.irccrew.org (shodan.irccrew.org [213.169.2.254]) by mailframe.cabinet.net (Postfix) with ESMTP id 5B65F10025 for ; Sun, 5 Nov 2000 19:52:54 +0200 (EET) Received: by shodan.irccrew.org (Postfix, from userid 6976) id 1E525F4BB; Sun, 5 Nov 2000 19:52:53 +0200 (EET) Date: Sun, 5 Nov 2000 19:52:53 +0200 From: Timo Sirainen To: gtk-list@gnome.org Subject: MDI-like widget? Message-ID: <20001105195253.B2546@irccrew.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't mean the traditional "windows inside windows" MDI, but rather that kind of what MS Visual Studio (don't know what other programs have it) partly uses. Some of it's windows dock at the borders of the real window, they can be moved to different border or above/below other docked windows or removed completely as a separate real window, but they never float around freely and other windows don't overlap them. So I was thinking some container widget that could do this automatically. I could add widgets to left/right/up/down and it could be moved around or separated as new window, and the new window could be docked back (like tearoff menus). These docked border windows would be mostly for some utility windows, like file browsers and such. There wouldn't be that many of them. In the middle there would be the working area. I'm not sure how it would behave, maybe have some windows that could be split horizontally (and vertically) and they also could be moved around but not necessarily behind border windows .. The windows themselves could have some simple title bar that could be used to drag the window. Window resizing should of course also work, but while growing one window others would shrink. GtkTable works pretty much the same as this, except I don't know if it's possible to move and resize widgets in it, or to add/remove rows/columns in the middle of the table. So the questions: Has anyone done anything like this yet? Does anyone want this kind of widget? Is anyone willing to code it? ;) I might try it, but it would take a long time and probably would just end up as ugly and buggy code. From jason@rebel.rebel.net.au Thu Nov 2 02:29:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id 1F16A2BAB8; Thu, 2 Nov 2000 02:29:34 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id RAA11222; Thu, 2 Nov 2000 17:47:26 +1030 Date: Thu, 2 Nov 2000 17:47:25 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um... You can safely ignoe my last post. I have worked out a way to do it. If anyone is ineterested this is what I came up with. GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); ... //add many widgets to MainW ... void do_sens(GtkWidget *w,gpointer data) { gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); } void sens_all(gboolean sens) { gtk_container_foreach (GTK_CONTAINER(MainW), do_sens, (gpointer *)sens); } It seems to do what I wanted. Jason On Thu, 2 Nov 2000, Jason Tan wrote: > > > Hi All, > > I have an applciaiton with many many user contorls(widgets) and under > certain cirecumstances I want to be able to block all the signals from all > widgets excpet one or two. > > Is there an easy-ish way to do this? > > The gui stores info about bales of wool in several places and under > certain circumstances we don't want any processing to be able to > continue until the user has verified the details being displayed are > correct. > > I could put in a variable that can be set when I am in the mode where I > want the user to verify before continuing, then test that variable in > every callback, but I have a lot of callbacks and this would be a lot of > work. > > Does anyone have a better suggestion or know a way to do this. > > I guess what I really want to do is soemthign like > > gtk_signal_handler_block(,) > ... > gtk_singnal_handler_unblock(,). > > The bit I can't work out is how to do the block all. > > Any suggestions very gratefully received. > > I am using glade, so there might be some celever way to gt all the child > widgets fromt eh top level window using sem of the support functions, but > I haven't worked out how to do that yet either. > > Regards > jason tan > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > -- ------------------------------------------------------------------------------ Jason Tan jason@rebel.net.au Some people have a way about them that seems to say: "If I have only one life to live, let me live it as a jerk." -/usr/games/fortune ------------------------------------------------------------------------------ From dinh@enserb.fr Thu Nov 2 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 779E62BAC0 for ; Thu, 2 Nov 2000 06:57:26 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id MAA11158; Thu, 2 Nov 2000 12:45:09 +0100 (MET) Message-ID: <3A0161F2.9E909CAF@enserb.fr> Date: Thu, 02 Nov 2000 12:45:38 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Sebastian Wilhelmi Cc: gtk-list@gnome.org Subject: Re: [Fwd: callback and thread] References: <3A0149EF.5025EAB3@enserb.fr> <3A014EE2.709C5380@ira.uka.de> Content-Type: multipart/mixed; boundary="------------85D89991BDE0D515223CA7BE" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sebastian Wilhelmi wrote: > > Actually this should work, AFAICT. Please post a example, demonstrating this > behaviour (This sould be a stripped down example though) and I will have a > look. this example is build from the one given in the FAQ. -- Hoa --------------85D89991BDE0D515223CA7BE Content-Type: text/plain; charset=us-ascii; name="testthread.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="testthread.c" #include #include #include #include #include #include #include #define YES_IT_IS (1) #define NO_IT_IS_NOT (0) typedef struct { GtkWidget *label; int what; } yes_or_no_args; G_LOCK_DEFINE_STATIC (yes_or_no); static volatile int yes_or_no = YES_IT_IS; void destroy(GtkWidget *widget, gpointer data) { gtk_main_quit(); } void *argument_thread(void *args) { yes_or_no_args *data = (yes_or_no_args *)args; gboolean say_something; printf("one thread\n"); for(;;) { /* sleep a while */ sleep(rand() / (RAND_MAX / 3) + 1); /* lock the yes_or_no_variable */ G_LOCK(yes_or_no); /* do we have to say something? */ say_something = (yes_or_no != data->what); if(say_something) { /* set the variable */ yes_or_no = data->what; } /* Unlock the yes_or_no variable */ G_UNLOCK(yes_or_no); if(say_something) { /* get GTK thread lock */ gdk_threads_enter(); /* set label text */ if(data->what == YES_IT_IS) gtk_label_set_text(GTK_LABEL(data->label), "O yes, it is!"); else gtk_label_set_text(GTK_LABEL(data->label), "O no, it isn't!"); /* release GTK thread lock */ gdk_threads_leave(); } } return(NULL); } int main(int argc, char *argv[]) { GtkWidget *window; GtkWidget *label; yes_or_no_args yes_args, no_args; pthread_t no_tid, yes_tid; /* init threads */ g_thread_init(NULL); /* init gtk */ gtk_init(&argc, &argv); /* init random number generator */ srand((unsigned int)time(NULL)); /* create a window */ window = gtk_window_new(GTK_WINDOW_TOPLEVEL); gtk_signal_connect(GTK_OBJECT (window), "destroy", GTK_SIGNAL_FUNC(destroy), NULL); gtk_container_set_border_width(GTK_CONTAINER (window), 10); /* create a label */ label = gtk_label_new("And now for something completely different ..."); gtk_container_add(GTK_CONTAINER(window), label); gtk_signal_connect(GTK_OBJECT (label), "event", GTK_SIGNAL_FUNC(argument_thread), NULL); /* show everything */ gtk_widget_show(label); gtk_widget_show (window); /* create the threads */ yes_args.label = label; yes_args.what = YES_IT_IS; pthread_create(&yes_tid, NULL, argument_thread, &yes_args); no_args.label = label; no_args.what = NO_IT_IS_NOT; pthread_create(&no_tid, NULL, argument_thread, &no_args); /* enter the GTK main loop */ gdk_threads_enter(); gtk_main(); gdk_threads_leave(); return(0); } --------------85D89991BDE0D515223CA7BE-- From jason@rebel.rebel.net.au Thu Nov 2 00:03:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by mail.gnome.org (Postfix) with ESMTP id BA0442BB36; Thu, 2 Nov 2000 00:02:56 -0500 (EST) Received: from localhost (jason@localhost) by rebel.net.au (8.8.5/8.8.4) with SMTP id PAA09077; Thu, 2 Nov 2000 15:20:50 +1030 Date: Thu, 2 Nov 2000 15:20:49 +1030 (CST) From: Jason Tan To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Blockingsignals for all widgets(except one or two) In-Reply-To: <20001101175735.C30710@dman.rh.rit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi All, I have an applciaiton with many many user contorls(widgets) and under certain cirecumstances I want to be able to block all the signals from all widgets excpet one or two. Is there an easy-ish way to do this? The gui stores info about bales of wool in several places and under certain circumstances we don't want any processing to be able to continue until the user has verified the details being displayed are correct. I could put in a variable that can be set when I am in the mode where I want the user to verify before continuing, then test that variable in every callback, but I have a lot of callbacks and this would be a lot of work. Does anyone have a better suggestion or know a way to do this. I guess what I really want to do is soemthign like gtk_signal_handler_block(,) ... gtk_singnal_handler_unblock(,). The bit I can't work out is how to do the block all. Any suggestions very gratefully received. I am using glade, so there might be some celever way to gt all the child widgets fromt eh top level window using sem of the support functions, but I haven't worked out how to do that yet either. Regards jason tan From cookj@cs.man.ac.uk Fri Nov 3 07:26:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from m1.cs.man.ac.uk (m1.cs.man.ac.uk [130.88.192.2]) by mail.gnome.org (Postfix) with ESMTP id C3E122DB5A for ; Fri, 3 Nov 2000 07:26:07 -0500 (EST) Received: from ceratops by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id MAA21276; Fri, 3 Nov 2000 12:13:41 GMT Date: Fri, 3 Nov 2000 12:13:40 GMT Message-Id: <200011031213.MAA44701@ceratops> From: Jon Cook To: gtk-list@gnome.org Subject: Mouse position with key event Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Unlike its X equivalent, the GdkEventKey data structure does not contain the position of the mouse when the key press/release event occurred. Is there any way of getting this information. Cheers, Jon From rsteinke@merilon.elfhame.net Wed Nov 1 17:27:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id DE1102DD66 for ; Wed, 1 Nov 2000 17:27:41 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eA1MJtx09516 for gtk-list@gnome.org; Wed, 1 Nov 2000 14:19:55 -0800 Date: Wed, 1 Nov 2000 14:19:55 -0800 From: Ron Steinke Message-Id: <200011012219.eA1MJtx09516@merilon.elfhame.net> To: gtk-list@gnome.org Subject: stop GtkEventBox from resizing Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any way to stop a GtkEventBox from being resized by its parent? Specifically, the EventBox contains a pixmap, and I want it to remain the same size as the pixmap, even when the window containing it changes size. I can do it by surronding the EventBox with another box, but I was wondering if there was some more sophisticated way of doing this? Ron Steinke From cvj@telco.co.in Tue Oct 31 22:26:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id F11E32BEA5; Tue, 31 Oct 2000 22:26:38 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id IAA25908; Wed, 1 Nov 2000 08:44:16 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id IAA29761; Wed, 1 Nov 2000 08:45:46 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id IAA30603; Wed, 1 Nov 2000 08:42:32 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id IAA11174; Wed, 1 Nov 2000 08:41:58 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 08:41:57 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Oct 31, 4:49pm) References: <39FF2DE6.7A3B4731@lickey.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford , Davina Armstrong Subject: Re: activating a button Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Oct 31, 4:49pm, Jonathan Blandford wrote: > Subject: Re: activating a button > Davina Armstrong writes: > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > either make the "activate" event call my button callback function, or I > > can make it call gtk_button_clicked(button), both of which work, but > > fail to give the user the visual feedback of the button being clicked. > > Can anyone tell me how to accomplish this? > Try gtk_button_pressed(button) and then gtk_button_realesed(button) this will ultimately generate the click event on your button also hopefully( i m not sure plz. try out ) it will give you the visual effect Thanx cvjoshi > There is no way in GTK+ to give this visual feedback using a button. > Sorry I can't help more. > > Thanks, > -Jonathan > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list >-- End of excerpt from Jonathan Blandford -- ### Imagination is more important than Knowledge. ### - Albert Einstien ________________________________________________________ Chandrashekhar V Joshi ESG, TTIL, Telco Campus, PUNE - 411 018 email: cvjoshi@telco.co.in phone: +91-20-77 42 61 Extn.2049 (off) -740 20 49 (off) +91-20-765 26 91 (res) --------------------------------------------------------- From jrb@redhat.com Wed Nov 1 00:18:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (dsl254-119-026-nyc1.dsl-isp.net [216.254.119.26]) by mail.gnome.org (Postfix) with ESMTP id 51EDF2C898; Wed, 1 Nov 2000 00:18:06 -0500 (EST) Received: (from jrb@localhost) by localhost.localdomain (8.11.0/8.11.0) id eA16C8B02762; Wed, 1 Nov 2000 01:12:08 -0500 X-Authentication-Warning: localhost.localdomain: jrb set sender to jrb@redhat.com using -f To: "Chandrashekhar V. Joshi" Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-URL: From: Jonathan Blandford Date: 01 Nov 2000 01:12:07 -0500 In-Reply-To: "Chandrashekhar V. Joshi"'s message of "Wed, 1 Nov 2000 08:41:57 +0000" Message-ID: Lines: 26 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Chandrashekhar V. Joshi" writes: > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > Subject: Re: activating a button > > Davina Armstrong writes: > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > either make the "activate" event call my button callback function, or I > > > can make it call gtk_button_clicked(button), both of which work, but > > > fail to give the user the visual feedback of the button being clicked. > > > Can anyone tell me how to accomplish this? > > > > Try gtk_button_pressed(button) and then > gtk_button_realesed(button) > this will ultimately generate the click event on your button > also hopefully( i m not sure plz. try out ) > it will give you the visual effect This won't work. It will simulate the "clicked" event (by emitting the signal) but you won't get the visual effect. You are better off using gtk_button_clicked, or better yet, just calling your callback directly when you get an "activate" signal. Thanks, -Jonathan From cvj@telco.co.in Wed Nov 1 00:31:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns1.telco.co.in (ns1.telco.co.in [206.102.1.34]) by mail.gnome.org (Postfix) with ESMTP id 290E22D34F; Wed, 1 Nov 2000 00:31:13 -0500 (EST) Received: from server (mailer.pune.telco.co.in [128.9.27.72]) by ns1.telco.co.in (8.9.3+Sun/8.9.0) with SMTP id KAA01261; Wed, 1 Nov 2000 10:48:54 -0500 (IST) Received: from msos01.msdcad.pune.telco.co.in (msos01.msdcad.pune.telco.co.in [128.9.5.46]) by telcop.pune.telco.co.in (8.9.3+Sun/8.9.3) with ESMTP id KAA01553; Wed, 1 Nov 2000 10:50:22 -0500 (GMT) Received: from mssi02.msdcad.pune.telco.co.in (mssi02.msdcad.pune.telco.co.in [128.9.0.64]) by msos01.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) with ESMTP id KAA32537; Wed, 1 Nov 2000 10:47:06 +0530 (IST) Received: (from cvj@localhost) by mssi02.msdcad.pune.telco.co.in (SGI-8.9.3/8.9.3) id KAA11538; Wed, 1 Nov 2000 10:46:32 +0530 (IST) From: "Chandrashekhar V. Joshi" Message-Id: <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Date: Wed, 1 Nov 2000 10:46:32 +0000 In-Reply-To: Jonathan Blandford "Re: activating a button" (Nov 1, 1:12am) References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jonathan Blandford Subject: Re: activating a button Cc: Davina Armstrong , gtk-app-devel-list@gnome.org, gtk-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Nov 1, 1:12am, Jonathan Blandford wrote: > Subject: Re: activating a button > "Chandrashekhar V. Joshi" writes: > > > On Oct 31, 4:49pm, Jonathan Blandford wrote: > > > Subject: Re: activating a button > > > Davina Armstrong writes: > > > > > > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > > > > either make the "activate" event call my button callback function, or I > > > > can make it call gtk_button_clicked(button), both of which work, but > > > > fail to give the user the visual feedback of the button being clicked. > > > > Can anyone tell me how to accomplish this? > > > > > > > Try gtk_button_pressed(button) and then > > gtk_button_realesed(button) > > this will ultimately generate the click event on your button > > also hopefully( i m not sure plz. try out ) > > it will give you the visual effect > > This won't work. It will simulate the "clicked" event (by emitting the > signal) but you won't get the visual effect. You are better off using > gtk_button_clicked, or better yet, just calling your callback directly > when you get an "activate" signal. > oh yes. actually u can emit a button_press and button_release signal but following should work except that queue_draw may not update your ui as u are in the event dispatch thread till ur function completes gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); // ur implementation here gtk_widget_set_state (GTK_WIDGET (button), GTK_STATE_NORMAL); gtk_widget_queue_draw (GTK_WIDGET (button)); thanx cvjoshi From otaylor@redhat.com Mon Nov 6 09:01:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 428042BB58 for ; Mon, 6 Nov 2000 09:01:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 07C50242C5D; Mon, 6 Nov 2000 09:01:37 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: stop GtkEventBox from resizing References: <200011012219.eA1MJtx09516@merilon.elfhame.net> From: Owen Taylor Date: 06 Nov 2000 09:01:37 -0500 In-Reply-To: Ron Steinke's message of "Wed, 1 Nov 2000 14:19:55 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > Is there any way to stop a GtkEventBox from being resized by > its parent? Specifically, the EventBox contains a pixmap, and I want > it to remain the same size as the pixmap, even when the window > containing it changes size. I can do it by surronding the EventBox > with another box, but I was wondering if there was some more > sophisticated way of doing this? The geometry management of a widget is typically handled by the options by which it is added into its parent. So, if the parent doesnt' have sufficient flexibility to do what you want, you may need to add an intermediate parent. It could be a box, as you suggest, but a more designed-for-the-task widget is a GtkAlignment: http://developer.gnome.org/doc/API/gtk/gtkalignment.html Regards, Owen From otaylor@redhat.com Mon Nov 6 09:03:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8B9302CE87 for ; Mon, 6 Nov 2000 09:03:13 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF6EE242C5E; Mon, 6 Nov 2000 09:03:12 -0500 (EST) To: Jon Cook Cc: gtk-list@gnome.org Subject: Re: Mouse position with key event References: <200011031213.MAA44701@ceratops> From: Owen Taylor Date: 06 Nov 2000 09:03:12 -0500 In-Reply-To: Jon Cook's message of "Fri, 3 Nov 2000 12:13:40 GMT" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jon Cook writes: > Hi, > > Unlike its X equivalent, the GdkEventKey data structure does not > contain the position of the mouse when the key press/release event > occurred. Is there any way of getting this information. Not really, sorry. You can use gdk_window_add_filter() to get direct access to the X event. Alternatively, you can use gdk_window_get_pointer() when you receive the event and assume that is close enough. Regards, Owen From otaylor@redhat.com Mon Nov 6 09:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0BE12CDEC; Mon, 6 Nov 2000 09:05:02 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C1BE5242C5E; Mon, 6 Nov 2000 09:05:02 -0500 (EST) To: Jason Tan Cc: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: Re: Blockingsignals for all widgets(except one or two) References: From: Owen Taylor Date: 06 Nov 2000 09:05:02 -0500 In-Reply-To: Jason Tan's message of "Thu, 2 Nov 2000 17:47:25 +1030 (CST)" Message-ID: Lines: 42 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jason Tan writes: > Um... > You can safely ignoe my last post. > I have worked out a way to do it. > > If anyone is ineterested this is what I came up with. > > GtkWidget *MainW=gtk_window_new(GTK_WINDOW_TOPLEVEL); > > ... > > //add many widgets to MainW > > ... > > > > void do_sens(GtkWidget *w,gpointer data) > { > gtk_widget_set_sensitive(GTK_WIDGET(w),(gboolean)data); > } > > > void sens_all(gboolean sens) > { > gtk_container_foreach (GTK_CONTAINER(MainW), > do_sens, > (gpointer *)sens); > } > > It seems to do what I wanted. > > > Jason Of course, gtk_widget_set_sensitivity() already propagates sensitivity to the child widgets... Regards, Owen From otaylor@redhat.com Mon Nov 6 09:09:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id BE04D2BB20 for ; Mon, 6 Nov 2000 09:09:10 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 83FFC242C5E; Mon, 6 Nov 2000 09:09:10 -0500 (EST) To: John Cupitt Cc: philippe.vivarelli@conexant.com, gtk-list@gnome.org, neelakanth.nadgir@sun.com Subject: Re: Widget Colors References: <3A0697E5.A5651067@ng-london.org.uk> From: Owen Taylor Date: 06 Nov 2000 09:09:10 -0500 In-Reply-To: John Cupitt's message of "Mon, 06 Nov 2000 11:37:09 +0000" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt writes: > philippe.vivarelli@conexant.com wrote: > > It works for buttons but not for other widgets (Label, Frames, ..) > > Hi Phillippe, it works for widget that have their own windows. > Label/frame/etc. are client-type widgets ... they draw on their parent's > window. Wrap them in an event box to make sure they get their own > window. A slightly more intuitive way to think of this is that a widget such as a Label or a Frame does not have a background - it draws the text, and for the frame, the shadow, but not the background. If you think about a label widget as just being the text, and not text + background, it should be clear that you need to set the background of the parent widget (or add a parent widget such as a GtkEventBox), rather than setting the background of the widget itself. Regards, Owen From hvv@hippo.ru Mon Nov 6 10:16:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 456402BA83; Mon, 6 Nov 2000 10:14:45 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hvv@hippo.ru Mon Nov 6 10:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.218.232.216]) by mail.gnome.org (Postfix) with ESMTP id 56D652BCBD; Mon, 6 Nov 2000 10:16:13 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id SAA01184; Mon, 6 Nov 2000 18:53:30 +0400 Date: Mon, 6 Nov 2000 18:53:30 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@gnome.org Cc: gtk-list-devel@gnome.org, Jon Cook Subject: Re: Mouse position with key event In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 6 Nov 2000, Owen Taylor wrote: Hi, > > Jon Cook writes: > > > Hi, > > > > Unlike its X equivalent, the GdkEventKey data structure does not > > contain the position of the mouse when the key press/release event > > occurred. Is there any way of getting this information. > > Not really, sorry. You can use gdk_window_add_filter() to get > direct access to the X event. > > Alternatively, you can use gdk_window_get_pointer() when you receive > the event and assume that is close enough. Why can't we add these fields to GdkEventKey in gtk-2.0? Why these fields were not there in the gtk-1.x? Speaking about GdkEventKey, I proposed (in August on gtk-devel-list) addition of 2 more fields to it to aid i18n of it, so now it can be right time to think about extending GdkEventKey. > Regards, > Owen > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From alan.dugas@analog.com Mon Nov 6 13:30:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id EC8722BB20; Mon, 6 Nov 2000 13:30:16 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id NAA15511; Mon, 6 Nov 2000 13:30:13 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id NAA19165; Mon, 6 Nov 2000 13:30:05 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474G88N2>; Mon, 6 Nov 2000 13:30:14 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Mon, 6 Nov 2000 13:30:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Well, by scaling down the number of calls to gtk_extext_insert() I found that the loading scaled proportionatly. This more or less confirms my suspiction that gtkextext requires significantly more overhead than gtktext. For the time being I will live with this with an eye towards writing as much data as possible into one gigantic array to minimize gtk_extext_insert() calls. However, how do I display text at one location and insert text in another? The application I am working on collects data real-time and appends new data to the bottom of the gtkextext. If I wish to view something at the top of the widget and use either the scrollbar or keyboard to do so, the text that's supposed to be appended to the bottom gets inserted into the viewing location instead!! Has anyone else run into this? >From what I've seen in the gtkextext.h file, the API doesn't appear to have a function to facilitate this. Thanks again to those who respond. -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Saturday, November 04, 2000 12:58 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Fri, 3 Nov 2000, Dugas, Alan wrote: > > Thanks for your responses Chris and Detlef. I keep trying to use this > > widget as a gtktext. Have either of you run into problems with cpu > usage > > no ;) > > > when using gtkextext to insert text? After replacing gtktext with > > gtkextext, the update rate of the gtkextext is so slow my system locks > up! > > In other words this widget appears to have an extremely large amount of > > overhead. > > to me it seems not very slow. but i must say, that i use it in muli only > for quit small text chunks, aprox 1k. but at this size it is possible to > switch the page more then 10 times / second on a PII 350, 198 megs of > ram(not tested with a stopwatch :). > > Unless... I have something in my code that's messing with > the > > gtkextext. Any ideas? > > if you insert your text linewise, that can be realy time consumptiv. > > beside of this, is it possible that you not only changed to gtkextext, but > also to pixmap themes? or in other words try it with the default theme. > pixmap themes are absolut time suckin pigs > > and at least, if you are short of memory, it can give a problem with > gtkextext, cause it leaks memory. not the most, but if you change the > contents very often... > > if that all not helps, can you send a snippet of code, that shows the > behaviour? (direct, not over the list, if its bigger) > > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From robby@dingoblue.net.au Mon Nov 6 14:40:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [203.2.75.107]) by mail.gnome.org (Postfix) with ESMTP id 2BC232BC01 for ; Mon, 6 Nov 2000 14:40:33 -0500 (EST) Received: from celery (sdcax54-175.dialup.optusnet.com.au [198.142.208.175]) by mail04.syd.optusnet.com.au (8.9.3/8.9.3) with ESMTP id GAA04746 for ; Tue, 7 Nov 2000 06:40:25 +1100 Received: from robby by celery with local (Exim 3.16 #1 (Debian)) id 13ss4f-0003Pg-00 for ; Tue, 07 Nov 2000 06:36:57 +1100 Date: Tue, 7 Nov 2000 06:36:57 +1100 From: Robert Schonberger To: gtk-list@gnome.org Subject: Window specific themes? Message-ID: <20001107063657.A12997@celery> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.3.9i X-Operating-System: Linux 2.2.17 i686 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Just wondering if theres a way to set particular windows/programs to use different gtk+ themes?=20 =09 I can do it manually by editing .gtkrc to point to a different theme directory, then opening a new gtk window (this, luckily, doesn't affect all the other windows already existing - or does it?) Anyway, just wondering if theres a better/more intelligent way of doing this? Thanks, Robert --=20 Robert Schonberger robsc@cse.unsw.edu.au 2nd Year Software Engineering Student Computing 1A tutor send email with subject exactly "get pgp key" to get my public key. Reality is for people who lack imagination. --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.1i iQA/AwUBOgcIWBo1ek5dW854EQLzeQCgy6Z+3GSHckg/iC58qWSrxO9MpssAoJuE 27/niKFdg88Iyf/4IxppHmJ3 =9Nl9 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From davina@lickey.com Mon Nov 6 14:50:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 8C2D72BA98 for ; Mon, 6 Nov 2000 14:50:57 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id A3A57A017 for ; Mon, 6 Nov 2000 11:50:55 -0800 (PST) Message-ID: <3A070B9F.DB932EF1@lickey.com> Date: Mon, 06 Nov 2000 11:50:55 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: focus question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry and a GtkButton. When I first move the mouse over the application, the window gets the focus. When I hit tab the first time, the GtkEntry gets the focus. The second tab gives the focus to the GtkButton. My question is about the third tab - I can't figure out where the focus is going. The fourth tab brings the focus back to the GtkEntry. Can anyone help? Thanks! Davina From otaylor@redhat.com Mon Nov 6 17:41:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 379072BE08 for ; Mon, 6 Nov 2000 17:41:03 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EF07A242E1F; Mon, 6 Nov 2000 17:41:02 -0500 (EST) To: Davina Armstrong Cc: gtk-list@gnome.org Subject: Re: focus question References: <3A070B9F.DB932EF1@lickey.com> From: Owen Taylor Date: 06 Nov 2000 17:41:02 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 06 Nov 2000 11:50:55 -0800" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I've got a window with a vbox. In the vbox are a GtkLabel, a GtkEntry > and a GtkButton. When I first move the mouse over the application, the > window gets the focus. When I hit tab the first time, the GtkEntry gets > the focus. The second tab gives the focus to the GtkButton. My > question is about the third tab - I can't figure out where the focus is > going. The fourth tab brings the focus back to the GtkEntry. Can > anyone help? Not your problem - just the way that GTK+ works (will be fixed for GTK+-2.0). Regards, Owen From switk@worldnet.att.net Tue Nov 7 06:08:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc27.worldnet.att.net (mtiwmhc27.worldnet.att.net [204.127.131.52]) by mail.gnome.org (Postfix) with ESMTP id 2F12D2BC8D for ; Tue, 7 Nov 2000 06:08:33 -0500 (EST) Received: from worldnet.att.net ([12.91.41.209]) by mtiwmhc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001107110832.HEFU7142.mtiwmhc27.worldnet.att.net@worldnet.att.net> for ; Tue, 7 Nov 2000 11:08:32 +0000 Message-ID: <3A07E2A3.FA06AA2C@worldnet.att.net> Date: Tue, 07 Nov 2000 06:08:19 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: activating a button References: <39FF2DE6.7A3B4731@lickey.com> <10011010841.ZM11181@mssi02.msdcad.pune.telco.co.in> <10011011046.ZM11562@mssi02.msdcad.pune.telco.co.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Below is a copy of an email that I sent to Davina and forgot to CC the list. The only way that I know of to get the effect of a button being pressed when a key is pressed is rather messy and involved for what you want to do. You connect to both the "key_press_event" and the "key_release_event" of the widget that is going to have the keyboard focus and in key_press handler call gtk_button_enter(), gtk_button_pressed(), and gtk_button_clicked(). Then in the key_release handler use gtk_button_released() and gtk_button_leave(). The problem with this approach is that if the mouse happens to be over the button that you're doing this with then you get 2 "clicked" signals emitted so you need to check to make sure that you're button isn't the widget that the mouse happens to be over. You can do this by connecting to the "enter_notify_event" and "leave_notify_event" for the button that you're dealing with. If it is then don't call gtk_button_enter(), gtk_button_clicked() and gtk_button_leave(). (I told you it was messy) I'm not sure how much help this would be to you though. Even on my slowest machine (pentium 100) a dialog I have that has an entry widget with button_clicked attached to it's "activate" signal, goes away too fast to be able to see the visual effect, unless you are not closing the dialog at this time. Davina Armstrong wrote: > > I want write a dialog box that does the following: > > It has a GtkEntry and a GtkButton. When it first appears, the GtkEntry > has the focus. The user types in the GtkEntry and hits Enter, which - > and here's my problem - activates the GtkButton. > > When I hit Enter, the GtkEntry "activate" event is triggered. I can > either make the "activate" event call my button callback function, or I > can make it call gtk_button_clicked(button), both of which work, but > fail to give the user the visual feedback of the button being clicked. > Can anyone tell me how to accomplish this? > > Thanks! > Davina > From jones@iabg.de Tue Nov 7 08:54:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 5D1152BAC0 for ; Tue, 7 Nov 2000 08:54:18 -0500 (EST) Received: by iabgfw.iabg.de; id OAA16174; Tue, 7 Nov 2000 14:54:16 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma015689; Tue, 7 Nov 00 14:53:26 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Tue, 7 Nov 2000 14:53:23 +0100 Message-ID: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> From: "jones" To: Subject: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 14:50:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a problem that you may be able to help with I have a C Gtk program that interfaces with a ada program, I have compressed the C program in to *.o files and the packed them in to *.a file and then try to link them to the ada program but in linking the ada link program can not find any of the Gtk calls, I need a way to compile the program. an help thanks OneStar From charlet@ACT-Europe.FR Tue Nov 7 09:17:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 87AB62BAB8 for ; Tue, 7 Nov 2000 09:17:29 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 62B495F59D; Tue, 7 Nov 2000 15:17:28 +0100 (MET) Date: Tue, 7 Nov 2000 15:17:28 +0100 From: Arnaud Charlet To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001107151728.C10193@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <000b01c048c1$b57b7970$5000050a@sam.iabg.de>; from jones@iabg.de on Tue, Nov 07, 2000 at 02:50:37PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. This is hard to help without more details, but have you considered doing your Gtk part also in Ada, using GtkAda ? This might not be an option for you, but thought I'd mention it anyway. By more details I mean which platform, what commands did you use, what error did you get, etc... Arno From JayLeBlanc@yifan.net Tue Nov 7 09:51:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.yifansoft.com (ns1.yifansoft.com [64.61.26.50]) by mail.gnome.org (Postfix) with SMTP id EA8622BAB8 for ; Tue, 7 Nov 2000 09:51:56 -0500 (EST) Received: (qmail 13229 invoked from network); 7 Nov 2000 14:51:26 -0000 Received: from 026-053.np1.net (HELO yifan.net) (notebook@64.61.26.53) by 026-053.np1.net with SMTP; 7 Nov 2000 14:51:26 -0000 From: "Jay LeBlanc" Reply-To: JayLeBlanc@yifan.net To: gtk-list@gnome.org Date: Tue, 7 Nov 2000 09:51:26 -0500 Subject: Label Alignment Message-id: <3a0816ee.3395.0@yifan.net> X-User-Info: 198.133.22.75 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thanks Darin Fisher and Caleb Land for your replies. That worked great for that label but it doesn't seem to work well for a multi-line label. The label is attached to a large section of a table and seems to want to center each line again. Any ideas? Thanks, Jay ----------------------------------------------------- http://eo.yifan.net Free POP3/Web Email, File Manager, Calendar and Address Book From dfisher@jagger.me.berkeley.edu Tue Nov 7 10:41:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neptune.landover.net (unknown [205.179.108.68]) by mail.gnome.org (Postfix) with ESMTP id A8CAB2BAB8 for ; Tue, 7 Nov 2000 10:41:47 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darinf@localhost.localdomain [127.0.0.1]) by neptune.landover.net (8.11.0/8.11.0) with ESMTP id eA7Fe1b23399 for ; Tue, 7 Nov 2000 07:40:05 -0800 Message-ID: <3A082251.537D75AF@jagger.me.berkeley.edu> Date: Tue, 07 Nov 2000 07:40:01 -0800 From: Darin Fisher X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22smp i686) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Label Alignment References: <3a0816ee.3395.0@yifan.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Jay LeBlanc wrote: > Thanks Darin Fisher and Caleb Land for your replies. That worked great > for that label but it doesn't seem to work well for a multi-line label. > The label is attached to a large section of a table and seems to want > to center each line again. Any ideas? > > Thanks, > Jay > > > ----------------------------------------------------- > http://eo.yifan.net > Free POP3/Web Email, File Manager, Calendar and Address Book > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list Make sure you are setting both the alignment and the justification.... gtk_misc_set_alignment(...) gtk_label_set_justify(...) Are you calling both functions? The justification is, by default, centered. Think of the label as existing in a box, that is just large enough to contain the text. The alignment of the box, is its (x,y) offset within its container. The justification effects the layout of text within the box. For single line labels, the justification should never matter (I think). Hope this helps... Darin From jones@iabg.de Tue Nov 7 11:07:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 432B82CAAD for ; Tue, 7 Nov 2000 11:06:59 -0500 (EST) Received: by iabgfw.iabg.de; id RAA09866; Tue, 7 Nov 2000 17:06:57 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma009495; Tue, 7 Nov 00 17:06:03 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de; Tue, 7 Nov 2000 17:05:58 +0100 Message-ID: <002d01c048d4$3b271ea0$5000050a@sam.iabg.de> From: "jones" To: "Johan Groth" Cc: References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Subject: Re: C Gtk, ada and gnat Date: Tue, 7 Nov 2000 17:03:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ----- Original Message ----- From: "Johan Groth" To: "jones" Cc: Sent: Tuesday, November 07, 2000 3:16 PM Subject: Re: C Gtk, ada and gnat > jones wrote: > > > > I have a problem that you may be able to help with I have a C Gtk program > > that interfaces with a ada program, I have compressed the C program in to > > *.o files and the packed them in to *.a file and then try to link them to > > the ada program but in linking the ada link program can not find any of the > > Gtk calls, I need a way to compile the program. > > Hi, > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` > > -- > Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 > Cell Network ! Kontoret: 054 - 14 25 27 > johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 > johan.groth.cellnetwork@dynamics.saab.se > thanks solved it now From ranma@gargoyles.ch Tue Nov 7 11:48:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from demona.gargoyles.ch (demona.gargoyles.ch [212.254.218.162]) by mail.gnome.org (Postfix) with ESMTP id B8F5C2BDE5; Tue, 7 Nov 2000 11:48:16 -0500 (EST) Received: from agamemnon (agamemnon@agamemnon.gargoyles.ch [192.168.0.100]) by demona.gargoyles.ch (8.10.1/8.10.1) with SMTP id eA7GlTG15375; Tue, 7 Nov 2000 17:47:29 +0100 From: Thomas Haeberli Reply-To: ranma@gargoyles.ch Organization: http://ranma.gargoyles.ch To: gtk-app-devel-list@gnome.org Subject: Need just a user adress Field in GTK+ Date: Tue, 7 Nov 2000 17:53:14 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: gtk-list@gnome.org MIME-Version: 1.0 Message-Id: <00110717535302.00397@agamemnon> Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all =09Is there any chance that there's a user Varfield in the GTK+ ? =09I have a bigger preprocessing before i call the Window Creator, and =09there are already Values in the Data Tree, so i have to pass the =09Adress of the DataTree to the GTK, but how do i do that ? =09gtk_main() dosn't seem to me that it's supporting it. --=20 so long Ranma-kun http://ranma.gargoyles.ch http://anime.gargoyles.ch http://www.gargoyles.ch From tcarter@reliable-net.net Tue Nov 7 14:49:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id 009942CC78 for ; Tue, 7 Nov 2000 14:49:28 -0500 (EST) Received: from tcarter ([199.3.90.49]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id OAA37603 for ; Tue, 7 Nov 2000 14:33:10 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <000a01c048f4$230f4fc0$315a03c7@tcarter> From: "tcarter" To: "LIST GTK" Subject: Object Destroy Date: Tue, 7 Nov 2000 14:51:10 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C048CA.2AE7C580" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have an area in the window I use to create a "pop-up" vertical scroll = bar with an adjustment. =20 When I'm finished with the "pop-up", I try to destroy the scroll bar and = adjustment object. When I execute the gtk_object_destroy for the adjustment object, I get: Gtk-WARNING: gtk_signal_disconnect_by_data(): could not find handler = containing data (hex data). How do I destroy the Adjustment? ------=_NextPart_000_0007_01C048CA.2AE7C580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have an area in = the window I use=20 to create a "pop-up" vertical scroll bar with an = adjustment. =20
 
When I'm finished = with the=20 "pop-up", I try to destroy the scroll bar and adjustment=20 object.
 
When I execute the=20 gtk_object_destroy for the adjustment object, I get:
 
Gtk-WARNING:=20 gtk_signal_disconnect_by_data(): could not find handler containing data = (hex=20 data).
 
How do I destroy the = Adjustment?
 
 
------=_NextPart_000_0007_01C048CA.2AE7C580-- From davina@lickey.com Tue Nov 7 15:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 13DFB2BF54; Tue, 7 Nov 2000 15:17:33 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 4E86DA017; Tue, 7 Nov 2000 12:17:28 -0800 (PST) Message-ID: <3A086354.46539980@lickey.com> Date: Tue, 07 Nov 2000 12:17:24 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: drawing GtkEntry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm trying to change the appearance of GtkEntry to be a dotted underline rather than a white box. I've got the dotted line being drawn, but I can't figure out where the white rectangle is being drawn. I was able to draw a gray box *over* the white one, but I'd prefer not to draw the white one in the first place. Help, anyone? Thanks! Davina From algr0010@stud.uni-sb.de Tue Nov 7 15:20:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from indyio.rz.uni-sb.de (indyio.rz.uni-sb.de [134.96.7.3]) by mail.gnome.org (Postfix) with ESMTP id 563502C963 for ; Tue, 7 Nov 2000 15:20:27 -0500 (EST) Received: from caesar.rz.uni-saarland.de (IDENT:Niutg3LMIDSawNLbssHVcfJJagmy1Amk@caesar.rz.uni-sb.de [134.96.7.20]) by indyio.rz.uni-sb.de (8.9.3/8.9.3) with ESMTP id VAA5095883 for ; Tue, 7 Nov 2000 21:20:26 +0100 (CET) Received: from caesar.rz.uni-sb.de (IDENT:iwlhmVL+4nCgnLArCtdUPxb3GVidIN03@caesar.rz.uni-sb.de [134.96.7.20]) by caesar.rz.uni-saarland.de (8.9.3/8.9.3) with ESMTP id VAA128567734 for ; Tue, 7 Nov 2000 21:20:25 +0100 (TZ=CET) Date: Tue, 7 Nov 2000 21:20:24 +0100 From: Alexei Gromov X-Sender: algr0010@caesar.rz.uni-saarland.de To: LIST GTK Subject: Locale and fonts. In-Reply-To: <000a01c048f4$230f4fc0$315a03c7@tcarter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, All. I want to know, what and where do I have to change to set the default font for different locales. If I don't set LANG and LC_CTYPE environment, then GTK applications (Gnapster, XMMS) are using one font. If I set the locale, then they are using another one. I would like to change the font they use. May be it is not a GTK question but locale... Can anyone help me with this? ------------------------------------------------------------------------- | Alexei Gromov, DFKI. | | E-mail algr0010@stud.uni-sb.de | | Alexei.Gromov@dfki.de | | alex@sapsan.de | ------------------------------------------------------------------------- From hp@redhat.com Tue Nov 7 18:06:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0083F2D0F6; Tue, 7 Nov 2000 18:06:55 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7N64J31683; Tue, 7 Nov 2000 18:06:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: gtk-list@gnome.org, "gtk-app-devel-list@gnome.org" Subject: Re: drawing GtkEntry References: <3A086354.46539980@lickey.com> From: Havoc Pennington Date: 07 Nov 2000 18:06:04 -0500 In-Reply-To: Davina Armstrong's message of "Tue, 07 Nov 2000 12:17:24 -0800" Message-ID: Lines: 18 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > I'm trying to change the appearance of GtkEntry to be a dotted underline > rather than a white box. I've got the dotted line being drawn, but I > can't figure out where the white rectangle is being drawn. I was able > to draw a gray box *over* the white one, but I'd prefer not to draw the > white one in the first place. Help, anyone? > The way to do this is to subclass GtkEntry and replace its drawing code, probably. The white rectangle is most likely set as the window background in the realize function; you'd need to override that as well, probably your override should chain up to the default GtkEntry realize, then reset the window background. Havoc From hp@redhat.com Tue Nov 7 18:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 9A5412BE8C for ; Tue, 7 Nov 2000 18:35:51 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA7NZ0Y31713; Tue, 7 Nov 2000 18:35:00 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Timo Sirainen Cc: gtk-list@gnome.org Subject: Re: MDI-like widget? References: <20001105195253.B2546@irccrew.org> From: Havoc Pennington Date: 07 Nov 2000 18:35:00 -0500 In-Reply-To: Timo Sirainen's message of "Sun, 5 Nov 2000 19:52:53 +0200" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Timo Sirainen writes: > So the questions: Has anyone done anything like this yet? Does anyone want > this kind of widget? Is anyone willing to code it? ;) I might try it, but it > would take a long time and probably would just end up as ugly and buggy code. > We want a widget like this in GTK+. It's quite a bit of work though, to have all the nice features you expect and have a nice API. One way I was thinking of doing it was to have a single container with slots at left/right/top/bottom/center, and its children can be pulled out into their own window or go in a slot, and if multiple children are in a slot you get a notebook there, etc. You'd need to be able to configure which children could go in which space, limit spaces to only one child, and other stuff like that. A nicer way to do it might be to have a GtkDockSpot widget, which is just one of the slots. You'd have a GtkDockGroup that defined a set of GtkDockSpot widgets children could be shared between. Then you'd put these all in a table to get the typical left/right/top/bottom/center layout. This way any number of alternative layouts would be supported though, which could be convenient. But there are various issues to think about, it's unclear what way is best. Havoc From rhajikhani@exchange.office.etoys.com Tue Nov 7 20:10:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 92FAB2BC6C for ; Tue, 7 Nov 2000 20:10:08 -0500 (EST) Received: (qmail 11003 invoked from network); 8 Nov 2000 00:44:24 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 00:44:24 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59RJ55; Tue, 7 Nov 2000 17:08:01 -0800 Date: Tue, 7 Nov 2000 17:08:56 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk+ developing a real time graphical tool Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am trying to develop a real time graphical statistical tool for loads on our servers. I would like to show bars change their hight in accordance to their new values continuously. The bars would indicate the load on our servers. Can any one tell me what I should use for displaying the bars? Is a gnome canvas the tool that I should be using? Is there another widget that I should consider? I have started this thing and I would like to get a feed back as to whether I am taking the right path... If any one has any idea I really appreciate it... Thanks -Rasoul From pbd@op.net Tue Nov 7 20:14:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 05CFD2DBFA for ; Tue, 7 Nov 2000 20:14:56 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-1b.ppp.op.net [209.152.194.91]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id UAA09791; Tue, 7 Nov 2000 20:14:50 -0500 (EST) Message-Id: <200011080114.UAA09791@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help with gtk+ developing a real time graphical tool In-reply-to: Your message of "Tue, 07 Nov 2000 17:08:56 PST." Date: Tue, 07 Nov 2000 20:15:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi there, >I am trying to develop a real time graphical statistical tool for loads on >our servers. I would like to show bars change their hight in accordance to >their new values continuously. The bars would indicate the load on our >servers. Can any one tell me what I should use for displaying the bars? you might want to track down est@hyperreal.org's GtkLevelHold widget. its pretty cool. i use it for audio metering in various applications. if you can't find it, let me know and i can email you a copy of it and GtkRGB on which it depends. --p From bjrohan@home.com Tue Nov 7 23:42:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by mail.gnome.org (Postfix) with ESMTP id 0A9272BF7F for ; Tue, 7 Nov 2000 23:42:27 -0500 (EST) Received: from home.com ([24.10.69.33]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20001108044102.OOPX26316.femail4.sdc1.sfba.home.com@home.com> for ; Tue, 7 Nov 2000 20:41:02 -0800 Message-ID: <3A08DB62.507E32A8@home.com> Date: Tue, 07 Nov 2000 20:49:39 -0800 From: "Brian J. Rohan" X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test10 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: very basic gcc question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I am new to C++, and realize this may not be the best group to post C++ questions in (what group would be best?). I have tried to compile a very basic C++ program as follows: #include int main() { cout <<"Hello World!\n"; return 0; } I then go to the directory contaiing the .cc file above, and type gcc ch1proj1.cc (the name of the file) I then get the following error messages: /tmp/cc2y1g3w.o: IN function `main': /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' /tmp/cc2y1g3w.0(.text+0xf): undefined reference to `ostream::operator<<(char const *)' collect2: ld returned 1 exit status What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 Thank you very much Brian From antony@claire.co.jp Tue Nov 7 23:46:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ns.claire.co.jp (ns.claire.co.jp [210.154.52.34]) by mail.gnome.org (Postfix) with ESMTP id 3E1412DD01 for ; Tue, 7 Nov 2000 23:46:06 -0500 (EST) Received: from claire.co.jp (IDENT:antony@ttsw4158.tel.claire.co.jp [172.20.80.158]) by ns.claire.co.jp (8.9.3+3.2W/8.8.7) with ESMTP id NAA31143; Wed, 8 Nov 2000 13:46:02 +0900 Message-ID: <3A08DA85.602E8408@claire.co.jp> Date: Wed, 08 Nov 2000 13:45:57 +0900 From: Antony Stace Reply-To: antony@claire.co.jp Organization: System Claire X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3k i686) X-Accept-Language: en MIME-Version: 1.0 To: "Brian J. Rohan" Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <3A08DB62.507E32A8@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ try using "g++" instead of "gcc" "Brian J. Rohan" wrote: > > I am new to C++, and realize this may not be the best group to post > C++ questions in (what group would be best?). I have tried to compile a > very basic C++ program as follows: > > #include > > int main() > { > cout <<"Hello World!\n"; > return 0; > } > > I then go to the directory contaiing the .cc file above, and type gcc > ch1proj1.cc (the name of the file) > I then get the following error messages: > > /tmp/cc2y1g3w.o: IN function `main': > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to > `ostream::operator<<(char const *)' > collect2: ld returned 1 exit status > > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 > > Thank you very much > > Brian > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From dsh8290@rit.edu Wed Nov 8 01:50:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id EB9202CDC9 for ; Wed, 8 Nov 2000 01:50:42 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id BAA10432 for ; Wed, 8 Nov 2000 01:50:32 -0500 (EST) Date: Wed, 8 Nov 2000 01:50:00 -0500 From: D-Man To: gtk-list@gnome.org Subject: Re: very basic gcc question Message-ID: <20001108015000.C31568@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ As Anthony said, using the C++ compiler instead of the C compiler fixes the problem. Brian, it would be better for you to use 'endl' instead of '\n' to print a newline. Using the endl manipulator flushes the stream, otherwise you may not get the output. ex: cout << "Hello World." << endl ; Deviation in discussion: However, looking at the gcc web site and man pages, it appears that 'gcc' no longer stands for GNU C Compiler, but instead stands for GNU Compiler Collection. gcc also accepts an argument (-x) to specify the language to use. Here are some samples using Brian's code: $ gcc -x c++ hello.cc /tmp/ccq8aI9Q.o: In function `main': /tmp/ccq8aI9Q.o(.text+0x17): undefined reference to `cout' /tmp/ccq8aI9Q.o(.text+0x1c): undefined reference to `ostream::operator<<(char const *)' /tmp/ccq8aI9Q.o(.text+0x2a): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))' collect2: ld returned 1 exit status $ g++ -x c++ hello.cc $ g++ -x c hello.cc hello.cc:2:22: iostream.h: No such file or directory Similarly, if I write the corresponding Hello World in java: $ gcj --main=Hello Hello.java $ gcj -xjava --main=Hello Hello.java $ gcc -xjava --main=Hello Hello.java jc1: Unrecognized option `-fmain=Hello' $ gcc -xjava -C Hello.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main' /tmp/ccQ2q5v6.o: In function `Hello::Hello(void)': /tmp/ccQ2q5v6.o(.text+0xe): undefined reference to `java::lang::Object::Object(void)' [other link errors snipped] $ gcc -xjava -c Hello.java [ this gave no errors, however a C/C++ .o object file was created, rather than a .class file ] It seems that the -x option tells gcc which parser to use, but it has no effect on the remainder of available options or the linker. What is the intended purpose of redefining "GCC" and the -x option? Am I using it in the wrong way? Thanks, -D On Tue, 07 Nov 2000 23:45:57 Antony Stace wrote: | try using "g++" instead of "gcc" | | "Brian J. Rohan" wrote: | > | > I am new to C++, and realize this may not be the best group to post | > C++ questions in (what group would be best?). I have tried to compile a | > very basic C++ program as follows: | > | > #include | > | > int main() | > { | > cout <<"Hello World!\n"; | > return 0; | > } | > | > I then go to the directory contaiing the .cc file above, and type gcc | > ch1proj1.cc (the name of the file) | > I then get the following error messages: | > | > /tmp/cc2y1g3w.o: IN function `main': | > /tmp/cc2y1g3w.o(.text+0xf): undefined reference to `cout' | > /tmp/cc2y1g3w.0(.text+0xf): undefined reference to | > `ostream::operator<<(char const *)' | > collect2: ld returned 1 exit status | > | | > What is wrong?? i am using RedHat7.0, I recently upgraded form 6.2 | > | > Thank you very much | > | > Brian | > From hvv@hippo.ru Wed Nov 8 01:55:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [195.170.198.223]) by mail.gnome.org (Postfix) with ESMTP id 2C1332DBC0 for ; Wed, 8 Nov 2000 01:55:29 -0500 (EST) Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id KAA01231; Wed, 8 Nov 2000 10:17:51 +0400 Date: Wed, 8 Nov 2000 10:17:50 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: Alexei Gromov Cc: LIST GTK Subject: Re: Locale and fonts. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 7 Nov 2000, Alexei Gromov wrote: Hi Alexey, File /etc/gtk/gtkrc.${LANG} defines default fontset used by gtk under that locale. But you should add similar constructs to .gtkrc to override defaults. Gnome Control Center edits it for example when you override font. I personally dumped fontset definitions from /etc/gtk/gtkrc.ru since XLib behaves very strange at allocating fonts in fontset (it seemed to me that it's impossible to make fontset containing fonts I needed - XLib was loading some falbacks for unknown reason). So I use 'font' rather than 'fontset' keyword in my .gtkrc since it allows me to specify font precisely - but following this way you will encounter a nasty bug in gtk that will make all non-english words truncated in menus on buttons etc. Apply the appropriate patch from http://www.hippo.ru/~hvv/projects.html and you'll get nicely and correctly working gtk. > Hi, All. > > I want to know, what and where do I have to change to set the default font > for different locales. > If I don't set LANG and LC_CTYPE environment, then GTK applications > (Gnapster, XMMS) are using one font. If I set the locale, then they are > using another one. I would like to change the font they use. May be it is > not a GTK question but locale... Can anyone help me with this? > > ------------------------------------------------------------------------- > | Alexei Gromov, DFKI. | > | E-mail algr0010@stud.uni-sb.de | > | Alexei.Gromov@dfki.de | > | alex@sapsan.de | > ------------------------------------------------------------------------- > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Best regards, -Vlad From hp@redhat.com Wed Nov 8 09:30:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 295442BB41 for ; Wed, 8 Nov 2000 09:30:24 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA8ETXR32162; Wed, 8 Nov 2000 09:29:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list@gnome.org Subject: Re: very basic gcc question References: <20001108015000.C31568@dman.rh.rit.edu> From: Havoc Pennington Date: 08 Nov 2000 09:29:33 -0500 In-Reply-To: D-Man's message of "Wed, 8 Nov 2000 01:50:00 -0500" Message-ID: Lines: 15 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > What is the intended purpose of redefining "GCC" and the -x option? Am I > using it in the wrong way? > If you guys were having this discussion on a more appropriate mailing list, there might be someone on said list who knew the answer. ;-) No gcc experts on this one AFAIK. Try: http://gcc.gnu.org/lists.html Also there are some C programming lists out there. Havoc From dsh8290@rit.edu Wed Nov 8 14:04:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id A62B62D61F for ; Wed, 8 Nov 2000 14:04:31 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id OAA01555; Wed, 8 Nov 2000 14:04:25 -0500 (EST) Date: Wed, 8 Nov 2000 14:03:45 -0500 From: D-Man To: Havoc Pennington Cc: dsh8290@ritvax.isc.rit.edu, gtk-list@gnome.org Subject: Re: not-so-basic gcc question [was very basic gcc question] Message-ID: <20001108140345.A5606@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <20001108015000.C31568@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from hp@redhat.com on Wed, Nov 08, 2000 at 09:29:33 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ;-) For those who are interested: In any case I had a sudden revelation this morning: the code compiled fine, but didn't link. For C++ code, these are equivalent (as far as I can tell): g++ foo.cc gcc -xc++ -lstdc++ foo.cc As for the Java, gcc -xjava -c Foo.java will compile the Java to a .o object file. I found that there is a program, /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain , that takes a class name as an argument and writes C code for main to stdout. this main can then be compiled and linked with the other object files. gcj --main=Foo Foo.java is the same as gcc -xjava -c Foo.java /usr/lib/gcc-lib/i386-redhat-linux/2.96/jvgenmain Foo > main.c gcc -lgcj -lgcjgc -lpthread -lzgcj main.c Foo.o The following also seem to be equivalent: gcc -xjava -c Foo.java gcj -c Foo.java I don't think you can create .class file using the gcc command. -D On Wed, 08 Nov 2000 09:29:33 Havoc Pennington wrote: | | D-Man writes: | > What is the intended purpose of redefining "GCC" and the -x option? Am I | > using it in the wrong way? | > | | If you guys were having this discussion on a more appropriate mailing | list, there might be someone on said list who knew the answer. ;-) | No gcc experts on this one AFAIK. Try: | | http://gcc.gnu.org/lists.html | | Also there are some C programming lists out there. | | Havoc | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From mleisher@crl.nmsu.edu Wed Nov 8 16:44:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 94A2F2BACE for ; Wed, 8 Nov 2000 16:44:31 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA05950 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA20761 for ; Wed, 8 Nov 2000 14:44:30 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA07982; Wed, 8 Nov 2000 14:44:29 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14857.51517.439323.424921@helion.crl.nmsu.edu> Date: Wed, 8 Nov 2000 14:44:29 -0700 (MST) To: gtk-list@gnome.org Subject: Dialog positioning redux Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've been playing with centering dialog widgets on application windows for a bit over the past couple days. A brief scan of the archives did not produce anything specific about the behavior I'm seeing. Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to work *after* the dialog window is visible, which causes a flash as the window is moved to its new location. What am I missing that will allow me to move the widget before making it visible? ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From alan.dugas@analog.com Wed Nov 8 17:04:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 791422DB8D; Wed, 8 Nov 2000 17:04:43 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id RAA25190; Wed, 8 Nov 2000 17:04:42 -0500 (EST) Received: from nwd2exm2.corpnt.analog.com (nwd2exm2.analog.com [137.71.98.68]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id RAA07880; Wed, 8 Nov 2000 17:04:39 -0500 (EST) Received: by nwd2exm2.analog.com with Internet Mail Service (5.5.2650.21) id <474HA866>; Wed, 8 Nov 2000 17:04:58 -0500 Message-ID: From: "Dugas, Alan" To: gtk-app-devel-list@gnome.org, detlef.reichl@arcormail.de, gtk-list@gnome.org Subject: RE: Deleting text from a GtkExText Date: Wed, 8 Nov 2000 17:03:54 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ But how does that prevent the insertion point from being moved by the scrollbar or keyboard - even with the widget set insensitive? The problem is that the insertion point moves when it shouldn't. In short I don't want the user to be able to move insertion point, but I do want the user to be able to move up and down (i.e. scroll) the widget to view previously displayed text. Any ideas? -- Stupid Genius > ---------- > From: Detlef Reichl[SMTP:detlef.reichl@arcormail.de] > Reply To: detlef.reichl@arcormail.de > Sent: Monday, November 06, 2000 4:19 PM > To: GTK app devel > Subject: RE: Deleting text from a GtkExText > > > On Mon, 6 Nov 2000, Dugas, Alan wrote: > > another? The application I am working on collects data real-time and > > appends new data to the bottom of the gtkextext. If I wish to view > > something at the top of the widget and use either the scrollbar or > > keyboard > > to do so, the text that's supposed to be appended to the bottom gets > > inserted into the viewing location instead!! Has anyone else run into > > this? > > From what I've seen in the gtkextext.h file, the API doesn't appear to > > have > > a function to facilitate this. Thanks again to those who respond. > > if i understod you right, that the 'widget jumps to the inserte position', > then something like the following shall help > > gtk_extext_freeze(...) > gtk_extext_inserte(...) > gtk_extext_set_line( GtkExText, the_first_line_you_want_to_show - 1 ); > gtk_extext_thaw(...) > > > you can get the actuell line you see before freeze from > gtk_extext_get_line() or from the scroll_line_start struct in _GtkExText. > > hope that helps > detlef > -- > | Multipliciter Lingua | > | muli.sourceforge.net | > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 18:16:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 940B92BD01 for ; Wed, 8 Nov 2000 18:16:18 -0500 (EST) Received: (qmail 14289 invoked from network); 8 Nov 2000 22:50:41 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 22:50:41 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59SG71; Wed, 8 Nov 2000 15:14:08 -0800 Date: Wed, 8 Nov 2000 15:14:39 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with gtk table Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi there, I am new to gtk. My dilema is that I want to populate the columns of a table in a loop. It is a 2x2 table and I only want to populate the upper cells. this is my command for (i = 0; i <= 1; i++) { count = i; lh = gtk_level_hold_new(300, 20, GTK_LEVEL_HOLD_FADE, 8, 3, 5); gtk_table_attach_defaults( GTK_TABLE(table), lh, count, ++count, 0, 1); /* rest of the code here */ But I get an error: Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion `left_attach < right_attach' failed. Can any one help? What I am doing wrong? From alan.dugas@analog.com Wed Nov 8 18:36:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id 6E8AE2BBA9 for ; Wed, 8 Nov 2000 18:36:48 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id SAA28217; Wed, 8 Nov 2000 18:36:47 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb1.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id SAA22981; Wed, 8 Nov 2000 18:36:46 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ491>; Wed, 8 Nov 2000 18:37:03 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, Rasoul Hajikhani Subject: RE: Help with gtk table Date: Wed, 8 Nov 2000 18:37:02 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You might want to change "++count" to "count + 1". It looks like count = 0 and ++count = 1 during the first loop. However, count = 2 and ++count = 3 during the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope this helps. -- Stupid Genius > ---------- > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > Sent: Wednesday, November 08, 2000 6:14 PM > To: gtk-list@gnome.org > Subject: Help with gtk table > > Hi there, > I am new to gtk. My dilema is that I want to populate the columns of a > table in a loop. It is a 2x2 table and I only want to populate the upper > cells. this is my command > for (i = 0; i <= 1; i++) > { > count = i; > > lh = gtk_level_hold_new(300, 20, > GTK_LEVEL_HOLD_FADE, > 8, > 3, > 5); > > gtk_table_attach_defaults( GTK_TABLE(table), > lh, > count, > ++count, > 0, > 1); > /* rest of the code here */ > But I get an error: > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > `left_attach < right_attach' failed. > > Can any one help? What I am doing wrong? > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 8 19:03:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 05A5B2BD01 for ; Wed, 8 Nov 2000 19:03:27 -0500 (EST) Received: (qmail 21904 invoked from network); 8 Nov 2000 23:37:50 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 8 Nov 2000 23:37:50 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59S2LX; Wed, 8 Nov 2000 16:00:55 -0800 Date: Wed, 8 Nov 2000 16:01:09 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "Dugas, Alan" Cc: gtk-list@gnome.org Subject: RE: Help with gtk table In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ It worked just fine... Thanks a whole bunch --r On Wed, 8 Nov 2000, Dugas, Alan wrote: > You might want to change "++count" to "count + 1". It looks like count = 0 and > ++count = 1 during the first loop. However, count = 2 and ++count = 3 during > the second loop. But I believe a 2x2 table only has a range of 0 to 2. Hope > this helps. > > > > -- Stupid Genius > > > ---------- > > From: Rasoul Hajikhani[SMTP:rhajikhani@exchange.office.etoys.com] > > Sent: Wednesday, November 08, 2000 6:14 PM > > To: gtk-list@gnome.org > > Subject: Help with gtk table > > > > Hi there, > > I am new to gtk. My dilema is that I want to populate the columns of a > > table in a loop. It is a 2x2 table and I only want to populate the upper > > cells. this is my command > > for (i = 0; i <= 1; i++) > > { > > count = i; > > > > lh = gtk_level_hold_new(300, 20, > > GTK_LEVEL_HOLD_FADE, > > 8, > > 3, > > 5); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > lh, > > count, > > ++count, > > 0, > > 1); > > /* rest of the code here */ > > But I get an error: > > Gtk-CRITICAL **: file gtktable.c: line 510 (gtk_table_attach): assertion > > `left_attach < right_attach' failed. > > > > Can any one help? What I am doing wrong? > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Wed Nov 8 20:35:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 3434F2BE08 for ; Wed, 8 Nov 2000 20:35:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eA91YLM09907; Wed, 8 Nov 2000 20:34:21 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Mark Leisher Cc: gtk-list@gnome.org Subject: Re: Dialog positioning redux References: <14857.51517.439323.424921@helion.crl.nmsu.edu> From: Havoc Pennington Date: 08 Nov 2000 20:34:21 -0500 In-Reply-To: Mark Leisher's message of "Wed, 8 Nov 2000 14:44:29 -0700 (MST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Calling gtk_window_reposition() or gtk_widget_set_uposition() only appears to > work *after* the dialog window is visible, which causes a flash as the window > is moved to its new location. > > What am I missing that will allow me to move the widget before making it > visible? If you call set_uposition() before you show the window, it shouldn't flash. Unless it's a window manager bug. Havoc From mleisher@crl.nmsu.edu Thu Nov 9 11:16:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 3FE572BB3D for ; Thu, 9 Nov 2000 11:16:58 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA16442 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA69562 for ; Thu, 9 Nov 2000 09:16:56 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA08567; Thu, 9 Nov 2000 09:16:54 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14858.52726.742649.403639@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 09:16:54 -0700 (MST) To: gtk-list@gnome.org Subject: Re: Dialog positioning redux In-Reply-To: References: <14857.51517.439323.424921@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc> If you call set_uposition() before you show the window, it Havoc> shouldn't flash. Unless it's a window manager bug. Thanks. I'm using an old, hacked-up version of fvwm95. I'll switch to something else and see if that does the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From pbd@op.net Thu Nov 9 12:45:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-10.ppp.op.net [209.152.194.48]) by mail.gnome.org (Postfix) with ESMTP id 7864E2BBE3 for ; Thu, 9 Nov 2000 12:45:25 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eA9Hk4m07865; Thu, 9 Nov 2000 12:46:04 -0500 Date: Thu, 9 Nov 2000 12:46:04 -0500 Message-Id: <200011091746.eA9Hk4m07865@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: how to tell when a widget is really not visible Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ i have a widget packed onto page 2 of a notebook. when i am viewing page 1, i don't want the page 2 widget to queue redraws. what flags do i use to determine that its not "visible", since VISIBLE and MAPPED don't work for this purpose ? --p From cschadl@satan.org.uk Thu Nov 9 13:38:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.chartermi.net (mail.chartermi.net [24.213.60.74]) by mail.gnome.org (Postfix) with ESMTP id 49C892BBEE for ; Thu, 9 Nov 2000 13:38:56 -0500 (EST) Received: from satan.org.uk ([206.11.232.21]) by mail.chartermi.net (Post.Office MTA v3.5.3 release 223 ID# 0-69662U28758L15078S0V35) with ESMTP id net for ; Thu, 9 Nov 2000 13:38:50 -0500 Message-ID: <3A0AE48F.1B247C5A@satan.org.uk> Date: Thu, 09 Nov 2000 12:53:19 -0500 From: Chris Schadl X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Default widget question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Right now I'm still getting the hang of GTK and I am writing a test app with 3 buttons. The first button (Add) is the default button, however I am having trouble getting it to display as such. If I use the following code: add = gtk_button_new_with_label("Add"); gtk_box_pack_start(GTK_BOX(buttonbox), add, TRUE, TRUE, 0); GTK_WIDGET_SET_FLAGS(add, GTK_CAN_DEFAULT); gtk_widget_grab_default(GTK_WIDGET(add)); gtk_signal_connect_object(GTK_OBJECT(add), "clicked", GTK_SIGNAL_FUNC(callback_func), (gpointer)clist); then the "Add" button is smaller than the rest of the buttons but that's about it. It dosen't have the kind of 'beveled' border that default buttons are supposed to have (such as the "Ok" button in the file selection widget.) Is there something that I am missing? -- ---------------------------------------- Chris Schadl cschadl@satan.org.uk PGP Key -> finger chris@typedef.dhs.org ---------------------------------------- From meisemann@dsrnet.com Thu Nov 9 16:06:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id BE4792BC97 for ; Thu, 9 Nov 2000 16:06:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eA9KtYp29935 for ; Thu, 9 Nov 2000 15:55:34 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eA9KtX429930 for ; Thu, 9 Nov 2000 15:55:33 -0500 (EST) Received: by localhost with Microsoft MAPI; Thu, 9 Nov 2000 16:06:47 -0500 Message-ID: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: circular reference Date: Thu, 9 Nov 2000 16:06:45 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application with C and GTK and due to the nature of this error I got I am not sure where in the code the message came from so can not really supppply any o code to help. However, I was wondering if anyone has ever seen this message before and what it may mean. At one point in running my application, probably when I was quiting the application, I got an error message: Warning: Name: mainForm Class: XmForm Circular dependency in Form children. Warning: Name: hydroText Class: XmTextField Character '', not supported in font. Discarded. Any ideas what I should look for in my code? Thanks for your help. Matt From mleisher@crl.nmsu.edu Thu Nov 9 18:13:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id EACE92BD5A for ; Thu, 9 Nov 2000 18:13:19 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA28853 for ; Thu, 9 Nov 2000 16:13:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA70375 for ; Thu, 9 Nov 2000 16:13:18 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA09143; Thu, 9 Nov 2000 16:13:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14859.12173.337326.480528@helion.crl.nmsu.edu> Date: Thu, 9 Nov 2000 16:13:17 -0700 (MST) To: gtk-list@gnome.org Subject: www.gtk.org update? Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Any idea when updates of GTK-specific software will be appearing again? Perhaps replacing the current list with a pointer to freshmeat.net would do the trick. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From hp@redhat.com Thu Nov 9 19:41:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 459C52BB45 for ; Thu, 9 Nov 2000 19:41:43 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAA0emN06232; Thu, 9 Nov 2000 19:40:48 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04A67.0FD55520.meisemann@dsrnet.com> From: Havoc Pennington Date: 09 Nov 2000 19:40:48 -0500 In-Reply-To: Matt Eisemann's message of "Thu, 9 Nov 2000 16:06:45 -0500" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one ... > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From meisemann@dsrnet.com Fri Nov 10 09:18:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id F32CC2BAA0 for ; Fri, 10 Nov 2000 09:18:18 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAAE71p11566 for ; Fri, 10 Nov 2000 09:07:01 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAAE6w411558; Fri, 10 Nov 2000 09:06:59 -0500 (EST) Received: by localhost with Microsoft MAPI; Fri, 10 Nov 2000 09:18:06 -0500 Message-ID: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Matt Eisemann To: "'Havoc Pennington'" Cc: "gtk-list@gnome.org" Subject: RE: circular reference Date: Fri, 10 Nov 2000 09:18:05 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Yes quite sure that I am using GTK and C (not C++) in my application. Well, I only got this error once and I am running on Sun Solar in a X window environment. The Motif Window Manager could be running or causing a conflict with my application thats why I was wondering if anyone knows of potential conflicts with MWM or Open Look Window Manager and a (C and GTK) application. Maybe this error was a fluke and won't happen again. Matt -----Original Message----- From: Havoc Pennington [SMTP:hp@redhat.com] Sent: Thursday, November 09, 2000 7:41 PM To: Matt Eisemann Cc: gtk-list@gnome.org Subject: Re: circular reference Matt Eisemann writes: > Currently I am building an application with C and GTK and due to the nature > of this error I got I am not sure where in the code the message came from > so can not really supppply any o code to help. However, I was wondering > if anyone has ever seen this message before and what it may mean. At one .. > Warning: > Name: mainForm > Class: XmForm > Circular dependency in Form children. > > Warning: > Name: hydroText > Class: XmTextField > Character '', not supported in font. Discarded. > It looks like a Motif error. Are you sure you're using GTK? Havoc From jack.smith@csfb.com Wed Nov 8 06:57:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E444C2BEA3 for ; Wed, 8 Nov 2000 06:57:26 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id GAA04140 for ; Wed, 8 Nov 2000 06:57:21 -0500 (EST) Received: from unknown(169.37.98.46) by ny-bas05 via smap (V4.2) id xma003685; Wed, 8 Nov 00 06:56:51 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: I would like to use GTK but ... Date: Wed, 8 Nov 2000 11:56:48 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 1617E008126635-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I can't get configure to run I have downloaded from ftp.gtk.org the latest version 1.2.8 I have unzipped this into a directory called ~/GTK/src/gtk+-1.2.8 Now when I try to run ./configure this is what I get loads of lines where configure is checking stuff, .......... ........ ...... then *** The glib-config script installed by GLIB could not be found *** If GLIB was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GLIB_CONFIG environment variable to the *** full path to glib-config. configure: error: *** GLIB 1.2.8 or better is required. The latest version of GLIB *** is always available from ftp://ftp.gtk.org/. So, why isn't this specified in the requirements for GTK http://www.gtk.org/faq/gtkfaq-2.html#ss2.1 2.1 What do I need to run GTK+? To compile GTK+, all you need is a C compiler (gcc) and the X Window System and associated libraries on your system. clearly this is not the case. So, If I download the glib stuff, I ought to be able to compile GTK+, except that attempts to 'make' glib also fail with "glib.h", line 502: Error: "," expected instead of "gssize". "glib.h", line 503: Error: "," expected instead of "gsize". ......... And more lines related to other typedef errors I can't find anywhere that typedef's gint32. WHASSUUPP ! I hope to hear from you soon This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From baxter@cs.unc.edu Tue Nov 7 11:37:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 70A2F2BDE5 for ; Tue, 7 Nov 2000 11:37:55 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id LAA18379 for ; Tue, 7 Nov 2000 11:37:52 -0500 (EST) Message-ID: <3A082FDF.359920AF@cs.unc.edu> Date: Tue, 07 Nov 2000 11:37:51 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Blinking Tooltips Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have the Mandrake 7.2 distro on my laptop. KDE 2.0 is my desktop. The question I have is this: All the tooltips in the GTK-based apps that I run (E.g. Gimp) blink on and off. Is this the designed behavior? The whole tooltip window appears and disappears at about 1hz frequency. If so, it is extremely annoying and makes the text in the tooltip unnecessarily difficult to read. It reminds me of the bad old days when everyone used to use that dang tag on their web pages. That's finally subsided, but now we have to deal with blinking tooltips in every app?? Anyone know how I can make the tooltips stop blinking? I can't seem to find any info about how to disable the blink anywhere. --Bill Baxter From johan.groth.mandator@celsius.se Tue Nov 7 09:45:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id BC3242BAB8 for ; Tue, 7 Nov 2000 09:45:35 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Tue, 07 Nov 2000 15:25:19 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id PAA18362 for gtk-list@gnome.org; Tue, 7 Nov 2000 15:25:49 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id PAA00856 for ; Tue, 7 Nov 2000 15:17:25 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id ; Tue, 07 Nov 2000 15:18:05 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id PAA24842; Tue, 7 Nov 2000 15:17:35 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA27634; Tue, 7 Nov 2000 15:16:51 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id PAA17908; Tue, 7 Nov 2000 15:16:47 +0100 (MET) Message-Id: <3A080ECF.A06E9BCA@rmail.bofors> Date: Tue, 07 Nov 2000 15:16:47 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > > I have a problem that you may be able to help with I have a C Gtk program > that interfaces with a ada program, I have compressed the C program in to > *.o files and the packed them in to *.a file and then try to link them to > the ada program but in linking the ada link program can not find any of the > Gtk calls, I need a way to compile the program. Hi, you need to tell gnatmake to link with the gtk libraries. $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs `gtk-config --libs` -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From iboroje@jagor.srce.hr Fri Nov 10 10:37:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mail.gnome.org (Postfix) with ESMTP id DD9D32BAA0 for ; Fri, 10 Nov 2000 10:37:23 -0500 (EST) Received: from localhost (iboroje@localhost) by jagor.srce.hr (8.9.0/8.9.0) with ESMTP id QAA09480 for ; Fri, 10 Nov 2000 16:37:22 +0100 (MET) Date: Fri, 10 Nov 2000 16:37:22 +0100 (MET) From: Igor Borojevic To: gtk-list@gnome.org Subject: Re: Welcome to the "gtk-list" mailing list In-Reply-To: <20001110153002.149D12BAA0@mail.gnome.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Fri, 10 Nov 2000 gtk-list-request@gnome.org wrote: Hi, I was wondering where I can find more information or any documentation about modules in gtk? I have some sh script that runs some program: GTK_MODULES=$GTK_MODULES:name_of_library and in library I have functions: g_module_check_init() and gtk_module_init() which are defined as G_MODULE_EXPORT I was wondering who is invoking who here and in which order, actually I have some ideas how that thing works but I would like to hear some authorative explanation. Tnx Igor Borojevic From basavaraj_m@yahoo.com Thu Nov 9 20:16:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web703.mail.yahoo.com (web703.mail.yahoo.com [128.11.23.23]) by mail.gnome.org (Postfix) with SMTP id E36162BB45 for ; Thu, 9 Nov 2000 20:16:12 -0500 (EST) Received: (qmail 12188 invoked by uid 60001); 10 Nov 2000 01:16:08 -0000 Message-ID: <20001110011608.12187.qmail@web703.mail.yahoo.com> Received: from [129.107.62.95] by web703.mail.yahoo.com; Thu, 09 Nov 2000 17:16:08 PST Date: Thu, 9 Nov 2000 17:16:08 -0800 (PST) From: basavaraj menasinahal Reply-To: basavaraj_m@dacafe.com Subject: I am getting Gtk-warning **:cannot display: To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Dear Sir/Madam, I compiled successfully my program and when I tried to run on SUN OS it is giving me Gtk-warning ** : cannot display: What is the error? Can I run this program in Windows? __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From Alexander.Lichius@ruhr-uni-bochum.de Thu Nov 9 07:55:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sunu450.rz.ruhr-uni-bochum.de (sunu450.rz.ruhr-uni-bochum.de [134.147.64.5]) by mail.gnome.org (Postfix) with SMTP id 6060A2BF09 for ; Thu, 9 Nov 2000 07:55:10 -0500 (EST) Received: (qmail 24603 invoked from network); 9 Nov 2000 12:55:01 -0000 Received: from dialppp-5-240.rz.ruhr-uni-bochum.de (134.147.5.240) by mailhost.rz.ruhr-uni-bochum.de with SMTP; 9 Nov 2000 12:55:01 -0000 Date: Thu, 9 Nov 2000 13:56:09 +0100 From: Alexander Lichius X-Mailer: The Bat! (v1.45) Personal Reply-To: Alexander Lichius X-Priority: 3 (Normal) Message-ID: <1977908351.20001109135609@ruhr-uni-bochum.de> To: GTK Mailing List Subject: GDK ERROR: Fatal io error 11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi i tried to run a gdk/gtk+ application which gives me randomly the following error: Gdk-ERROR**: Fatal IO error 11 (Try again) on X server bla:0.0 it seems that there is no special action related to throwing the error. sometimes it it sufficient to just move the mouse over some of the application windows, somtimes one has to push some buttons. i found some similar reports in the archive but no reliable hint on solving that problem. the developer of the app has never encountered such errors, so i think it has to do with my local setup (X, shared libs, etc.). i upgraded to the latest glib, gdk, gtk+ releases and had a recompile from scratch, but no go ... ANY hints are really appreciated, but please CC to me directly because i am not participating on the list for now ... CU Alexander mailto:Alexander.Lichius@ruhr-uni-bochum.de From hp@redhat.com Fri Nov 10 12:08:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1417D2DE91 for ; Fri, 10 Nov 2000 12:08:42 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH7g007433; Fri, 10 Nov 2000 12:07:42 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> From: Havoc Pennington Date: 10 Nov 2000 12:07:42 -0500 In-Reply-To: William Baxter's message of "Tue, 07 Nov 2000 11:37:51 -0500" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, They aren't supposed to blink, I've never heard of this problem. Maybe your system clock is seriously broken, confusing GTK's timing? Havoc From hp@redhat.com Fri Nov 10 12:10:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0FA4A2BDA1 for ; Fri, 10 Nov 2000 12:10:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAH9FR07437; Fri, 10 Nov 2000 12:09:15 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: circular reference References: <01C04AF7.22B2E1E0.meisemann@dsrnet.com> From: Havoc Pennington Date: 10 Nov 2000 12:09:15 -0500 In-Reply-To: Matt Eisemann's message of "Fri, 10 Nov 2000 09:18:05 -0500" Message-ID: Lines: 14 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Yes quite sure that I am using GTK and C (not C++) in my application. > Well, I only got this error once and I am running on Sun Solar in a X > window environment. The Motif Window Manager could be running or causing a > conflict with my application thats why I was wondering if anyone knows of > potential conflicts with MWM or Open Look Window Manager and a (C and GTK) > application. Maybe this error was a fluke and won't happen again. > I would say the error was output by MWM or OLWM, GTK does not have such an error and doesn't use the Motif functions the error mentions. Havoc From hp@redhat.com Fri Nov 10 12:11:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 83AA52DE4D for ; Fri, 10 Nov 2000 12:11:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAAHA6W07443; Fri, 10 Nov 2000 12:10:06 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Alexander Lichius Cc: GTK Mailing List Subject: Re: GDK ERROR: Fatal io error 11 References: <1977908351.20001109135609@ruhr-uni-bochum.de> From: Havoc Pennington Date: 10 Nov 2000 12:10:06 -0500 In-Reply-To: Alexander Lichius's message of "Thu, 9 Nov 2000 13:56:09 +0100" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I've only heard of this when people have threaded apps and don't do locking properly. Havoc From alan.dugas@analog.com Fri Nov 10 12:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nwd2dns5.analog.com (nwd2gtw1.analog.com [137.71.23.34]) by mail.gnome.org (Postfix) with ESMTP id D9B302DE08 for ; Fri, 10 Nov 2000 12:34:22 -0500 (EST) Received: from nwd2gtw1 (root@nwd2gtw1dmz1 [137.71.25.98]) by nwd2dns5.analog.com (8.9.3 (PHNE_18979)/8.9.3) with SMTP id MAA25830; Fri, 10 Nov 2000 12:33:54 -0500 (EST) Received: from nwd2exm1.analog.com (nwd2exm1.analog.com [137.71.98.14]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id MAA23101; Fri, 10 Nov 2000 12:33:50 -0500 (EST) Received: by nwd2exm1b.analog.com with Internet Mail Service (5.5.2650.21) id <4SLLZ6DR>; Fri, 10 Nov 2000 12:34:07 -0500 Message-ID: From: "Dugas, Alan" To: gtk-list@gnome.org, basavaraj_m@dacafe.com Subject: RE: I am getting Gtk-warning **:cannot display: Date: Fri, 10 Nov 2000 12:34:05 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are you running this program remotely? I get that error if I try to run my gtk app on a remote host and display it on a local host. Hope this helps. -- Stupid Genius > ---------- > From: basavaraj menasinahal[SMTP:basavaraj_m@yahoo.com] > Reply To: basavaraj_m@dacafe.com > Sent: Thursday, November 09, 2000 8:16 PM > To: gtk-list@gnome.org > Subject: I am getting Gtk-warning **:cannot display: > > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? > > Can I run this program in Windows? > > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one Place. > http://shopping.yahoo.com/ > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Fri Nov 10 13:56:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 210722BDA1 for ; Fri, 10 Nov 2000 13:56:17 -0500 (EST) Received: (qmail 19080 invoked from network); 10 Nov 2000 18:30:30 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 10 Nov 2000 18:30:30 -0000 Received: from [10.2.31.183] (LOCALHOST [10.2.31.183]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WC59T7PT; Fri, 10 Nov 2000 10:53:31 -0800 Date: Fri, 10 Nov 2000 10:55:00 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Need help with scroll window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a table with 30 columns and I have a scrolled window that allows me to view all the rows. the problem is on opening the window, the table is very small and I have to resize my main window to make the table larger. Is there any way that I can give a defualt size value (wxh) to a table. Please help this thing is driving me crazy... -Rasoul From wolfgang@ultim.net Fri Nov 10 23:31:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 77D3F2BB33 for ; Fri, 10 Nov 2000 23:31:20 -0500 (EST) Received: (qmail 7040 invoked from network); 11 Nov 2000 04:26:04 -0000 Received: from m176.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.176) by athena.ultim.net with SMTP; 11 Nov 2000 04:26:04 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAB4OOT14119 for gtk-list@gnome.org; Fri, 10 Nov 2000 23:24:24 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Fri, 10 Nov 2000 23:24:24 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: I am getting Gtk-warning **:cannot display: Message-ID: <20001110232424.B13898@debian.home> References: <20001110011608.12187.qmail@web703.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001110011608.12187.qmail@web703.mail.yahoo.com>; from basavaraj_m@yahoo.com on Thu, Nov 09, 2000 at 05:16:08PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Thu, Nov 09, 2000 at 05:16:08PM -0800, heure d'inpiration, basavaraj menasinahal écrivait en ces mots: > Dear Sir/Madam, > I compiled successfully my program and when I tried to > run on SUN OS it is giving me > Gtk-warning ** : cannot display: > > What is the error? You are probably launching your program in an environment where the the "DISPLAY" variable is not set. You can verify this by typing this command: "echo $DISPLAY". This problem should not occur if you are running it in an X Window session. Wolfgang -- A chicken is an egg's way of producing more eggs. From bott@iol.it Sat Nov 11 09:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by mail.gnome.org (Postfix) with ESMTP id 86BDA2BD47 for ; Sat, 11 Nov 2000 09:30:47 -0500 (EST) Received: from gauss (151.33.131.175) by smtp1.libero.it; 11 Nov 2000 15:30:46 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 13uZQK-0001VP-00 for ; Sat, 11 Nov 2000 13:06:20 +0100 Date: Sat, 11 Nov 2000 13:06:19 +0100 From: Ottavio Campana To: Gtk-list Subject: Question about combo box Message-ID: <20001111130619.A5773@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have got a combobox where the user has to put an url. When he presses enter I want to lauch a function and to add the text he wrote in the list of the combobox. I think that for the first thing I have to intercept a signal, I've tried with changed but the function run everytime I press a button. For the second thing I don't know what to do. Can you help me? Bye -- Non c'è più forza nella normalità, c'è solo monotonia. From pbd@op.net Sat Nov 11 09:50:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 13D372DC54 for ; Sat, 11 Nov 2000 09:50:47 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-05.ppp.op.net [209.152.194.37]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA18417; Sat, 11 Nov 2000 09:50:40 -0500 (EST) Message-Id: <200011111450.JAA18417@renoir.op.net> To: Ottavio Campana Cc: Gtk-list Subject: Re: Question about combo box In-reply-to: Your message of "Sat, 11 Nov 2000 13:06:19 +0100." <20001111130619.A5773@gauss> Date: Sat, 11 Nov 2000 09:51:51 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I have got a combobox where the user has to put an url. When he presses >enter I want to lauch a function and to add the text he wrote in the >list of the combobox. I think that for the first thing I have to >intercept a signal, I've tried with changed but the function run >everytime I press a button. For the second thing I don't know what to >do. use the "activate" signal which will be triggered by . --p From Anthony-Ferrand@wanadoo.fr Sat Nov 11 14:12:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id 114C12CFDC for ; Sat, 11 Nov 2000 14:12:13 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 11 Nov 2000 20:12:12 +0100 Message-ID: <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 20:12:19 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gdk_input_add? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just want to run a function when a file is created. Can I do it without gtk_timeout_add? I try with gdk_input_add but it doesn't success. I am probably missing something. First, if I run my prog and if the file is present, my function is launched and relaunch and relaunch ... etc (even if I delete the needed file and using the gdk_input_remove function) But, if run my prog and the file is not present, the function is not launched even if I create then needed file.... Can you explain-me this function (gdk_input_add)? Thanks in advance, ASF From charlet@ACT-Europe.FR Sat Nov 11 20:38:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id A17552BA99 for ; Sat, 11 Nov 2000 20:38:08 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id A0D065F5F5; Sun, 12 Nov 2000 02:38:07 +0100 (MET) Date: Sun, 12 Nov 2000 02:38:07 +0100 From: Arnaud Charlet To: Johan Groth Cc: jones , gtk-list@gnome.org Subject: Re: C Gtk, ada and gnat Message-ID: <20001112023807.A22284@dublin.int.act-europe.fr> References: <000b01c048c1$b57b7970$5000050a@sam.iabg.de> <3A080ECF.A06E9BCA@rmail.bofors> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A080ECF.A06E9BCA@rmail.bofors>; from johan.groth.mandator@celsius.se on Tue, Nov 07, 2000 at 03:16:47PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > you need to tell gnatmake to link with the gtk libraries. > > $ gnatmake -L/path/to/my/c-lib my_ada_main -largs -lmy_c_lib -largs > `gtk-config --libs` Note that there is actually a gtkada-config script, similar to gtk-config, that also adds the gtkada specific options. One can even do gnatmake my_ada_main `gtkada-config` Arno From pbd@op.net Sat Nov 11 21:29:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id C7DA42BAE3 for ; Sat, 11 Nov 2000 21:29:23 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA15937; Sat, 11 Nov 2000 21:29:21 -0500 (EST) Message-Id: <200011120229.VAA15937@renoir.op.net> To: ASF Cc: GTK Subject: Re: gdk_input_add? In-reply-to: Your message of "Sat, 11 Nov 2000 20:12:19 +0100." <3A0D9A13.70ACCC54@wanadoo.fr> Date: Sat, 11 Nov 2000 21:30:38 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >First, if I run my prog and if the file is present, my function is >launched and relaunch and relaunch ... etc (even if I delete the needed >file and using the gdk_input_remove function) >But, if run my prog and the file is not present, the function is not >launched even if I create then needed file.... it sounds as if you are using gdk_input_add() with a disk file. this is not its intended purpose. it is intended to allow a GDK program to receive asynchronous events from sources like the X server (i.e. keyboard, mouse, etc), FIFO's (for inter-process communication), special device files, etc. Whenever input is available from such a source, GDK will cause its main event loop to execute a handler provided by the programmer to deal with the input. A disk file *always* has input available, hence your situation. what are you trying to accomplish ? it would be much more conventional to use gtk_input_add() instead of the low-level gdk version anyway. --p From hill9361@uidaho.edu Sat Nov 11 21:43:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from raptor.csrv.uidaho.edu (raptor.csrv.uidaho.edu [129.101.119.252]) by mail.gnome.org (Postfix) with ESMTP id 34B882BD9F for ; Sat, 11 Nov 2000 21:43:50 -0500 (EST) Received: from localhost (hill9361@localhost) by raptor.csrv.uidaho.edu (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id SAA26204 for ; Sat, 11 Nov 2000 18:43:49 -0800 (PST) X-Authentication-Warning: raptor.csrv.uidaho.edu: hill9361 owned process doing -bs Date: Sat, 11 Nov 2000 18:43:48 -0800 (PST) From: Matt Hillebrand X-Sender: hill9361@raptor.csrv.uidaho.edu To: gtk-list@gnome.org Subject: widgets/callbacks In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I cannot figure out how to access widgets from within callback functions. For example, how do I make a second window appear when a button on the main window is clicked? Also, I would like to access widgets such as the scrolled window's labels of one window from callbacks associated with buttons on other windows. Thanks! Matthew P. Hillebrand From alan@ielinux.com Sun Nov 12 05:29:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id A7CAC2BAB4 for ; Sun, 12 Nov 2000 05:29:15 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id SAA11089 for ; Sun, 12 Nov 2000 18:36:38 +0800 Message-ID: <00b001c04c93$74165ce0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set fonts in defferent language?? Date: Sun, 12 Nov 2000 18:29:28 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AD_01C04CD6.7E108CA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear sir, How to set over two kind different fonts and font size in program? I can set it in gtkrc file like this... style "gtk-default-zh-tw" { fontset =3D "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\ -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\ -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\ -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*" } class "GtkWidget" style "gtk-default-zh-tw" But if I have a widget with helvetica(in english font) and big5(in = taipei font) fonts. How to select and set different font size in widget?? Please help me! thanks. (from alan@ielinux.com) ------=_NextPart_000_00AD_01C04CD6.7E108CA0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear sir,
How to set over two kind different = fonts and font=20 size in program?
I can set it in gtkrc file = like this...
 
style "gtk-default-zh-tw" = {
 fontset =3D=20 "-adobe-helvetica-medium-r-normal--18-*-*-*-*-*-iso8859-1,\
   =20 -adobe-helvetica-medium-r-normal--24-*-*-*-*-*-iso8859-1,\
  = ; =20 -*-*-medium-r-normal--18-*-*-*-*-*-big5-0,\
   =20 -*-*-medium-r-normal--24-*-*-*-*-*-big5-0,*-r-*"
}
class = "GtkWidget" style=20 "gtk-default-zh-tw"
But if I have a widget with = helvetica(in=20 english font) and big5(in taipei = font) fonts.
How to select and = set different font size in=20 widget??
Please help me! = thanks. (from alan@ielinux.com)
 
 
------=_NextPart_000_00AD_01C04CD6.7E108CA0-- From a1c_watson@hotmail.com Sun Nov 12 06:48:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f186.law7.hotmail.com [216.33.237.186]) by mail.gnome.org (Postfix) with ESMTP id A8CBB2CD08 for ; Sun, 12 Nov 2000 06:48:58 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 12 Nov 2000 03:48:57 -0800 Received: from 131.47.100.10 by lw7fd.law7.hotmail.msn.com with HTTP; Sun, 12 Nov 2000 11:48:57 GMT X-Originating-IP: [131.47.100.10] From: "Adam Watson" To: gtk-list@gnome.org Subject: Help with shaped widgets Date: Sun, 12 Nov 2000 21:48:57 GST Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Nov 2000 11:48:57.0966 (UTC) FILETIME=[8A90C0E0:01C04C9E] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to create a widget shaped to the framed outline of an app I am writing. I have tried gtk_widget_shape_combine_mask() but it masks the wrong area. It instead maks the area I want to keep tranparent and clickable and places gray over the nice frame I spent hours creating. How can I reverse this effect or am I going about this all wrong? Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives me an error sort of like this (writing this error from memory): assertion: "isdrawable" != NULL Please help, I posted a similar request on the gnome-list and haven't recieved a response. Thanks in advance, Adam _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From hvv@hippo.ru Sun Nov 12 06:54:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id D6DBD2C81B for ; Sun, 12 Nov 2000 06:54:17 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id GAA26294 for ; Sun, 12 Nov 2000 06:54:17 -0500 Received: from localhost.localdomain (IDENT:root@[195.218.232.211]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACBsFD32303 for ; Sun, 12 Nov 2000 06:54:15 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id PAA05928; Sun, 12 Nov 2000 15:32:44 +0400 Date: Sun, 12 Nov 2000 15:32:43 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I think from GUI usability standpoint, it would be nice to extend the handling of right/middle clicks on scrollbar's arrows (that are in the edges) 1) Middle or right click on the arrow moves the slider right to that edge of scrollbar 2) Even more inteligent: Middle click on the arrow moves the slider right to that edge of scrollbar, right click - right to oposite edge. This is IMO very handy when your pointer is over the left arrow of horizontal scrollbar and you have to scroll to 90% of scrollbar: you press right button (slider goes to the 100% limit), and then press left mouse button several times (it's over left arrow, remember?) to move slider to 90%. May be the meaning of right and middle presses should be reversed since middle button is not present on a lot of mouses. Sorry, I don't have time to dig in the gtk sources and understand it to make a correct patch. But it seems it would be very easy to code it. What do you think about this? Best regards, -Vlad From pbd@op.net Sun Nov 12 10:39:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 183662BD32 for ; Sun, 12 Nov 2000 10:39:00 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id KAA07496; Sun, 12 Nov 2000 10:38:54 -0500 (EST) Message-Id: <200011121538.KAA07496@renoir.op.net> To: "Adam Watson" Cc: gtk-list@gnome.org Subject: Re: Help with shaped widgets In-reply-to: Your message of "Sun, 12 Nov 2000 21:48:57 +0700." Date: Sun, 12 Nov 2000 10:40:19 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I am trying to create a widget shaped to the framed outline of an app I am >writing. I have tried gtk_widget_shape_combine_mask() but it masks the >wrong area. It instead maks the area I want to keep tranparent and >clickable and places gray over the nice frame I spent hours creating. How >can I reverse this effect or am I going about this all wrong? i've done a lot of stuff in Gtk-- with shaped windows. I don't use GNOME. if you want to take a look at the code i have, let me know, and i'll send you some. --p From damon@helixcode.com Sun Nov 12 11:42:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id BFF762C7C8 for ; Sun, 12 Nov 2000 11:42:44 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA05112 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from cmailg4.svr.pol.co.uk (cmailg4.svr.pol.co.uk [195.92.195.174]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACGghD08734 for ; Sun, 12 Nov 2000 11:42:44 -0500 Received: from modem-101.blue-mandarin.dialup.pol.co.uk ([62.136.237.101] helo=helixcode.com) by cmailg4.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 13v0DI-0007w7-00 for gtk-list@redhat.com; Sun, 12 Nov 2000 16:42:40 +0000 Message-ID: <3A0EB911.3D48EBE@helixcode.com> Date: Sun, 12 Nov 2000 15:36:49 +0000 From: Damon Chaplin X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: GTK List Subject: What to do when WM destroy command is used? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I just got a bug report about Glade crashing after the Window Manager's 'Destroy' command was used to destroy a window. Can GTK+ apps recover from a window being destroyed by the WM? Is there a recommended way to do this? If not, maybe we should encourage WMs to not show the "Destroy" command, or make it an advanced option. Damon From pbd@op.net Sun Nov 12 12:01:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 503192BDEB for ; Sun, 12 Nov 2000 12:01:48 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06493 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from renoir.op.net (root@renoir.op.net [207.29.195.4]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH1mD11826 for ; Sun, 12 Nov 2000 12:01:48 -0500 Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id MAA10406; Sun, 12 Nov 2000 12:01:42 -0500 (EST) Message-Id: <200011121701.MAA10406@renoir.op.net> To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-reply-to: Your message of "Sun, 12 Nov 2000 15:32:43 +0400." Date: Sun, 12 Nov 2000 12:03:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. this raises a particular annoyance of mine. the current GTK widget set makes almost no use of multiple mouse buttons for anything. one of the most annoying cases of this is the SpinButton. it is incredibly annoying to have to move the mouse in order to change direction when spinning. its much nicer to have each button (or one button, if desired) that can drive the spin in each direction. i tried to fix this in the gtk code, but it was too much work to try to get it right, and i didn't feel that the changes i made would be accepted. so i did it more abstractly in Gtk--: AutoSpin: not a visible widget, but a controller for an adjustment. You can call "start_spinning(up_or_down)" and "stop_spinning()", presumably on receipt of a button_press/release event in some visible widget. With an AutoSpin object, you can use any other widget you want to control an adjustment with "spin-like" behaviour. i typically use single buttons (eventboxes) where mouse 1 starts spinning down, mouse 3 starts spinning up, and mouse 2 returns to the median adjustment value. if there is enough interest, i could possibly cook up a GTK+ version of AutoSpin. --p From otaylor@redhat.com Sun Nov 12 12:08:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 1BE2E2BD32 for ; Sun, 12 Nov 2000 12:08:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id MAA06703 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACH8iD12838 for ; Sun, 12 Nov 2000 12:08:44 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id B5C70242653; Sun, 12 Nov 2000 12:08:44 -0500 (EST) To: Damon Chaplin Cc: GTK List Subject: Re: What to do when WM destroy command is used? References: <3A0EB911.3D48EBE@helixcode.com> From: Owen Taylor Date: 12 Nov 2000 12:08:44 -0500 In-Reply-To: Damon Chaplin's message of "Sun, 12 Nov 2000 15:36:49 +0000" Message-ID: Lines: 70 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Damon Chaplin writes: > I just got a bug report about Glade crashing after the Window Manager's > 'Destroy' command was used to destroy a window. > > Can GTK+ apps recover from a window being destroyed by the WM? Well, there are two forms of "Destroy". The proper way is that the window manager calls XKillClient. There is no way at all for a client to recover from this, because you can't recover from an X IO error. The force-destroy in Enlightenment and Sawfish works another way - it justs calls XDestroyWindow (!) on the window. This is more handleable, and if an app ignores X errors, it sees it as a bit like a "Delete" request, except that the window is gone... But it doesn't make it better, it just makes it less predictable. I think Enlightenment uses "Annihilate" or "Nuke" or something a bit more dangerous sounding than simply "Destroy". > Is there a recommended way to do this? > > If not, maybe we should encourage WMs to not show the "Destroy" command, > or make it an advanced option. Window managers probably should have some sort of force-kill command, since it is useful, upon rare occasion. But it should work something like: - Send a delete message to the window, and at the same time a _NET_WM_PING message if the application advertises support for that. - If after some timeout (maybe 10 seconds), the window is still there, put up a dialog: PING supported and no ping received: "The application is not responding to messages. This may mean it is busy or communication with it has been lost. Attempt to force the application to quit?" PING supported and received: "The application does not allow closing this window." No PING supported: "The application is busy or does not allow closing this window. Attempt to force the application to quit?" (Need some considerable rewording about the dangers of forced quits - LOST DATA!. But gives some idea of what a window manager can do.) - If the user chooses to kill the application, kill the application via some combination of XKillClient(), and, if the client is local kill(). Under no circumstances should a window manager XDestroyWindow() a clients window. There is no guarantee at all what a client will do when one of its windows is destroyed by an outside agency - it might seg fault, it might remain running with no windows visible, etc... Regards, Owen From kodis@papa.jagunet.com Sun Nov 12 13:41:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0D0482BD71 for ; Sun, 12 Nov 2000 13:41:28 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12395 for ; Sun, 12 Nov 2000 13:41:27 -0500 Received: from papa.jagunet.com (kodis.jaguNET.com [209.133.192.48]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACIfPD27109 for ; Sun, 12 Nov 2000 13:41:26 -0500 Received: (from kodis@localhost) by papa.jagunet.com (8.11.0/8.11.0) id eACIcNJ10322; Sun, 12 Nov 2000 13:38:23 -0500 Date: Sun, 12 Nov 2000 13:38:21 -0500 From: John Kodis To: Vlad Harchev Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001112133821.A10294@papa.jagunet.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from hvv@hippo.ru on Sun, Nov 12, 2000 at 03:32:43PM +0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > I think from GUI usability standpoint, it would be nice to extend > the handling of right/middle clicks on scrollbar's arrows I agree that the default scrollbar actions could be usefully extended. Here are the two extensions that I'd like to see added: - Currently, pressing button 1 in the arrow at the bottom of a vertical scrollbar scrolls down. I'd like to see this extended so that pressing button 2 scrolls up. This would allow a window to be scrolled up and down without having to move the cursor from one end of the scrollbar to the other. Similarly for the top, left, and right scrollbar arrows. - Currently, dragging the slider in a vertical scrollbar with button 1 scrolls vertically. I'd like to see this extended so that dragging the slider in a scrollbar of either orientation with button 2 would effect the position of both scrollbars, allowing a window to be scrolled vertically and horizontally with a single mouse motion. Since these are both extensions to the way things currently operate, the user confusion factor of these changes should be minimal. > Sorry, I don't have time to dig in the gtk sources and understand it > to make a correct patch. I could probably find the time to make these changes if I had some assurance that they could eventually make their way into the mainline code. -- John Kodis. From otaylor@redhat.com Sun Nov 12 13:48:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 770CC2C992 for ; Sun, 12 Nov 2000 13:48:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id NAA12632 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: from fresnel.labs.redhat.com (IDENT:postfix@fresnel.labs.redhat.com [207.175.42.57]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACImOD28163 for ; Sun, 12 Nov 2000 13:48:24 -0500 Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 28B30242653; Sun, 12 Nov 2000 13:48:24 -0500 (EST) To: gtk-devel-list@gnome.org Cc: gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: From: Owen Taylor Date: 12 Nov 2000 13:48:24 -0500 In-Reply-To: Vlad Harchev's message of "Sun, 12 Nov 2000 15:32:43 +0400 (SAMT)" Message-ID: Lines: 41 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Vlad Harchev writes: > Hi, > > I think from GUI usability standpoint, it would be nice to extend the > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > 1) Middle or right click on the arrow moves the slider right to that edge of > scrollbar > 2) Even more inteligent: > Middle click on the arrow moves the slider right to that edge of > scrollbar, right click - right to oposite edge. This is IMO very handy > when your pointer is over the left arrow of horizontal scrollbar and you > have to scroll to 90% of scrollbar: you press right button (slider goes to > the 100% limit), and then press left mouse button several times (it's > over left arrow, remember?) to move slider to 90%. > May be the meaning of right and middle presses should be reversed since > middle button is not present on a lot of mouses. > > Sorry, I don't have time to dig in the gtk sources and understand it to make > a correct patch. But it seems it would be very easy to code it. > What do you think about this? I have just committed a change that makes the scrollbar arrows work like those on a spinbutton: button-2 - move by pages button-3 - move to end I don't think the suggestion that button-2 should move to the other end is that intuitive (Some people might think that it should move in steps in the other direction, and it definitely should act the same as in the gtkspinbutton.) If moving in both directions using the arrows is that common, the right solution is probably to make the feature overt and use NeXT-style arrow positioning, not to make it a hidden feature. (especially since 2-button mice are pretty common) Thanks for the suggestion, Owen From hvv@hippo.ru Sun Nov 12 14:50:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 525EE2BBBA for ; Sun, 12 Nov 2000 14:50:04 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA15542 for ; Sun, 12 Nov 2000 14:50:04 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJndD04908 for ; Sun, 12 Nov 2000 14:49:39 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01500; Sun, 12 Nov 2000 23:30:15 +0400 Date: Sun, 12 Nov 2000 23:30:15 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: gtk-list@redhat.com Cc: gtk-devel-list@gnome.org Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 12 Nov 2000, Owen Taylor wrote: > > Vlad Harchev writes: > > > Hi, > > > > I think from GUI usability standpoint, it would be nice to extend the > > handling of right/middle clicks on scrollbar's arrows (that are in the edges) > > 1) Middle or right click on the arrow moves the slider right to that edge of > > scrollbar > > 2) Even more inteligent: > > Middle click on the arrow moves the slider right to that edge of > > scrollbar, right click - right to oposite edge. This is IMO very handy > > when your pointer is over the left arrow of horizontal scrollbar and you > > have to scroll to 90% of scrollbar: you press right button (slider goes to > > the 100% limit), and then press left mouse button several times (it's > > over left arrow, remember?) to move slider to 90%. > > May be the meaning of right and middle presses should be reversed since > > middle button is not present on a lot of mouses. > > > > Sorry, I don't have time to dig in the gtk sources and understand it to make > > a correct patch. But it seems it would be very easy to code it. > > What do you think about this? > > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) Nice decision - I also like it. May be we should add the following logic too: If ctrl or alt or meta is pressed, the slider is moved in oposite direction (with the same treatment of step size as function of the mouse button index)? I personally always keep my hand over alt or control when in X and when mouse is in hand, since alt-drag1 moves the window, alt-drag2 resizes it. So it would be nice to use 'ctrl' and 'alt' as a modifier to mean "move in opposite direction" (since one of my hands is over those modifiers). Same for spinbutton (alt or cntrl+ click on arrow changes the value in the opposite direction). What do you think about this? It's nice that you've listen to any of my proposals :) Others are still waiting for you. > Thanks for the suggestion, > Owen > Best regards, -Vlad From rsteinke@merilon.elfhame.net Sun Nov 12 14:57:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 325EE2BEBE for ; Sun, 12 Nov 2000 14:57:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eACK5bM06108 for gtk-list@gnome.org; Sun, 12 Nov 2000 12:05:37 -0800 From: Ron Steinke Date: Sun, 12 Nov 2000 12:05:37 -0800 To: gtk-list@gnome.org Subject: patches Message-ID: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I submitted a patch to ftp.gtk.org/incoming about a month ago, but it hasn't been moved to applied, rejected, or outdated. Is this an out of date way to submit patches? Should I just post it to the devel list? Ron Steinke From hvv@hippo.ru Sun Nov 12 15:01:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 474452BEBE for ; Sun, 12 Nov 2000 14:58:47 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id OAA16037 for ; Sun, 12 Nov 2000 14:58:47 -0500 Received: from localhost.localdomain (IDENT:hvv@[195.170.198.223]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACJwgD06335 for ; Sun, 12 Nov 2000 14:58:43 -0500 Received: from hippo.ru (hvv@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01524; Sun, 12 Nov 2000 23:39:12 +0400 Date: Sun, 12 Nov 2000 23:39:12 +0400 (SAMT) From: Vlad Harchev X-Sender: hvv@localhost.localdomain To: John Kodis Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: <20001112133821.A10294@papa.jagunet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, John Kodis wrote: > On Sun, Nov 12, 2000 at 03:32:43PM +0400, Vlad Harchev wrote: > > > I think from GUI usability standpoint, it would be nice to extend > > the handling of right/middle clicks on scrollbar's arrows > > I agree that the default scrollbar actions could be usefully > extended. Here are the two extensions that I'd like to see added: > > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. I suggest to move in opposite direction only if some modifier key is pressed (with the step size the same as without modifier key). > - Currently, dragging the slider in a vertical scrollbar with button 1 > scrolls vertically. I'd like to see this extended so that dragging > the slider in a scrollbar of either orientation with button 2 would > effect the position of both scrollbars, allowing a window to be > scrolled vertically and horizontally with a single mouse motion. That's also nice. IMO GtkScrolledWindow should do this, not GtkScrollbar. And IMO the extension to the logic could be even more useful: ctrl-drag (in any direction) inside scrolled window just moves the content as if scrollbars were pressed simulatenously (i.e. there is no need to position on the scrollbar 0 jsu inside scrolled window). It seems trying to handle this in signal connected with gtk_signal_connect_after will do the trick easily. > Since these are both extensions to the way things currently operate, > the user confusion factor of these changes should be minimal. > > > Sorry, I don't have time to dig in the gtk sources and understand it > > to make a correct patch. > > I could probably find the time to make these changes if I had some > assurance that they could eventually make their way into the mainline > code. I hope Owen will comment on this. > -- John Kodis. Best regards, -Vlad From Valdis.Kletnieks@vt.edu Sun Nov 12 16:11:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B98672BBBA for ; Sun, 12 Nov 2000 16:11:27 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA19715; Sun, 12 Nov 2000 16:11:27 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACLBQD17226; Sun, 12 Nov 2000 16:11:26 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACLBNw25234; Sun, 12 Nov 2000 16:11:24 -0500 Message-Id: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 13:48:24 EST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-194299008P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 16:11:21 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-194299008P Content-Type: text/plain; charset=us-ascii On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end Is there any easy way to make this configurable to be xterm-ish, i.e. Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near one end, move 1/20th of a "page", near other move 19/20th, in middle move 1/2 page) Button-2 move HERE. Button-3 As button-1, but DOWN/LEFT You get the idea - some of use have been using xterm-ish scrolling for over a decade and the fingers are trained. ;) -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-194299008P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8HeHAt5Vm009ewEQIvPgCdGtH90XVzYj1wcKlK6liT0sdoWfQAn0hD k/gOpx01poffptlM8+Ny17zJ =wxn3 -----END PGP SIGNATURE----- --==_Exmh_-194299008P-- From owsla@owsla.cjb.net Sun Nov 12 16:18:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-64-148.delval.adsl.bellatlantic.net [151.204.64.148]) by mail.gnome.org (Postfix) with ESMTP id 7F2502CA01 for ; Sun, 12 Nov 2000 16:18:56 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eACLHXM06434 for gtk-list@gnome.org; Sun, 12 Nov 2000 16:17:33 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From gharris@flashcom.net Sun Nov 12 16:35:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5BFB72D40C for ; Sun, 12 Nov 2000 16:35:25 -0500 (EST) Received: (cpmta 8942 invoked from network); 12 Nov 2000 13:35:23 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 12 Nov 2000 13:35:23 -0800 X-Sent: 12 Nov 2000 21:35:23 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id NAA04837; Sun, 12 Nov 2000 13:35:22 -0800 (PST) (envelope-from gharris) Date: Sun, 12 Nov 2000 13:35:21 -0800 From: Guy Harris To: Andrew Ferguson Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001112133521.A354@quadrajet.flashcom.com> References: <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 04:54:50PM -0400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Aug 14, 2000 at 04:54:50PM -0400, Andrew Ferguson wrote: > I was unable to find any documentation on these arguments (except for > two email messages to the main GTK+ list). So, I have looked in the > GTK+ code and put up a webpage with my findings, if anyone on the list > could go to > > http://owsla.cjb.net/gtk.shtml > > and tell me about an errors, additions, etc., I would be most obliged. "--g-fatal-warnings": 1) doesn't make warnings cause a segfault - GLib calls "abort()", which typically causes a SIGABRT signal, *not* a SIGSEGV signal; 2) it also causes "critical" messages (which are more severe than warnings, but less severe than errors) to cause a SIGABRT (errors are always fatal); 3) at least as I read the code, causes that to be true of all warnings and critical messages logged with the GLib message logging routines, not just those from GTK+. From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id DD0552D40C for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:34 GMT Date: Sun, 12 Nov 2000 19:00:49 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <19792.001112@ifrance.com> To: gtk-list@gnome.org Subject: Re: widgets/callbacks References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Hillebrand wrote: Hi, MH> I cannot figure out how to access widgets from within callback MH> functions. For example, how do I make a second window appear when a button MH> on the main window is clicked? It's quite simple. Add this in the caller function : gtk_signal_connect (GTK_OBJECT (button), "clicked", GTK_SIGNAL_FUNC (create_window), NULL); Then, create a function create_window (GtkButton *button, gpointer user_data) (here user_data is NULL, but it's not always the case, see further), which has the convenient (R)(TM)(C) code to create another window. It should look like : void create_window (GtkButton *button, gpointer user_data) { GtkWidget *window; ... /* The widgets you want in the window */ window = gtk_window_new (GTK_WINDOW_DIALOG); /* If you want a dialog */ gtk_widget_show (window); ... gtk_main (); /* Shouldn't be gtk_main, but that's so simple :-) */ } MH> Also, I would like to access widgets such as the scrolled window's labels MH> of one window from callbacks associated with buttons on other windows. In this case, you should pass the scrolled_window (or directly the label) to the callback through the gpointer (equivalent to void pointer) user_data : gtk_signal_connect (GTK_OBJECT (obj), "signal", GTK_SIGNAL_FUNC (func), (gpointer)sw); where sw is the scrolled window. Then, declare the callback function: void func (GtkButton *button, gpointer user_data) /* Assuming the obj is button */ { GtkWidget *sw = GTK_WIDGET (user_data); .. } Note that GtkWidget could be GtkScrolledWindow. MH> Thanks! MH> Matthew P. Hillebrand Hope this helps, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From mmenal@ifrance.com Sun Nov 12 16:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by mail.gnome.org (Postfix) with SMTP id EE9EE2D4C5 for ; Sun, 12 Nov 2000 16:38:38 -0500 (EST) Received: from 213.44.179.51 [213.44.179.51] by lh04.opsion.fr; Sun, 12 Nov 2000 21:40:36 GMT Date: Sun, 12 Nov 2000 19:03:21 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <8794.001112@ifrance.com> To: Gtk-list Subject: Re: Help with shaped widgets References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Adam Watson wrote: AW> Hi, Hi, [cut] AW> Also, I am using gtk+1.2.8 and tried using GnomeCanvas, GnomeAnimator, and AW> GtkDrawingArea. GnomeAnimator won't mask at all and GtkDrawing Area gives AW> me an error sort of like this (writing this error from memory): AW> assertion: "isdrawable" != NULL AW> Please help, I posted a similar request on the gnome-list and haven't AW> recieved a response. There was a similar question recently in gtk-devel-app. The problem was that the user was drawing on the GtkDrawingArea before it was realized. I don't have your code, but verify the widget is shown *before* you use it (I mean, modify it). AW> Thanks in advance, Hope this helps, AW> Adam bye, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From lrclause@cs.uiuc.edu Sun Nov 12 17:52:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8AA782D92D for ; Sun, 12 Nov 2000 17:52:10 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id RAA26244 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACMqAD32481 for ; Sun, 12 Nov 2000 17:52:10 -0500 Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eACMpmG24690; Sun, 12 Nov 2000 16:51:48 -0600 To: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <200011122111.eACLBNw25234@black-ice.cc.vt.edu> From: Lars Clausen Date: 12 Nov 2000 16:51:48 -0600 In-Reply-To: Valdis.Kletnieks@vt.edu's message of "Sun, 12 Nov 2000 16:11:21 -0500" Message-ID: Lines: 32 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, 12 Nov 2000, Valdis Kletnieks wrote: > On Sun, 12 Nov 2000 13:48:24 EST, Owen Taylor said: >> I have just committed a change that makes the scrollbar arrows work >> like those on a spinbutton: >>=20 >> button-2 - move by pages >> button-3 - move to end >=20 > Is there any easy way to make this configurable to be xterm-ish, i.e. >=20 > Button-1 move UP/LEFT by ratio of where you are in the scrollbar (near > one end, move 1/20th of a "page", near other move 19/20th, in middle move > 1/2 page) >=20 > Button-2 move HERE. >=20 > Button-3 As button-1, but DOWN/LEFT >=20 > You get the idea - some of use have been using xterm-ish scrolling for > over a decade and the fingers are trained. ;) Some of us have used xterm-ish scrolling for almost a decade and never stopped disliking it. Is that something that happens in the tenth year? :) -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Valdis.Kletnieks@vt.edu Sun Nov 12 18:49:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id F1FA52DB72 for ; Sun, 12 Nov 2000 18:49:55 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id SAA30823 for ; Sun, 12 Nov 2000 18:49:54 -0500 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (root@black-ice.cc.vt.edu [128.173.14.71]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eACNnrD08843 for ; Sun, 12 Nov 2000 18:49:53 -0500 Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eACNnkw22680; Sun, 12 Nov 2000 18:49:47 -0500 Message-Id: <200011122349.eACNnkw22680@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Lars Clausen Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently In-Reply-To: Your message of "Sun, 12 Nov 2000 16:51:48 CST." X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <200011122111.eACLBNw25234@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_293371560P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 12 Nov 2000 18:49:46 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_293371560P Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 12 Nov 2000 16:51:48 CST, Lars Clausen sa= id: > Some of us have used xterm-ish scrolling for almost a decade and never > stopped disliking it. Is that something that happens in the tenth year= ? :) That's why I said "configurable". Ideally, it will work fine for you out= of the box, and I put something simple in .gtkrc and get what I want.. ;) And if somebody wants to say "that's a gtk-engines issue", thats fine too= , as long as it's *doable*. ;) -- = Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_293371560P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOg8smnAt5Vm009ewEQKWowCfRennf0B4h7IL/YQhgqhCA6SiHRoAn2gO 9FELA4KZO2IOCdWNX4dlnfmb =N4na -----END PGP SIGNATURE----- --==_Exmh_293371560P-- From pt99par@student.hk-r.se Sat Nov 11 10:48:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from obelix.rby.hk-r.se (obelix-b.rby.hk-r.se [194.47.132.4]) by mail.gnome.org (Postfix) with ESMTP id 94AB72BAF3 for ; Sat, 11 Nov 2000 10:48:03 -0500 (EST) Received: from pure.rsn.hk-r.se (IDENT:pure@pure.rsn.hk-r.se [194.47.143.158]) by obelix.rby.hk-r.se (8.10.2/8.10.2) with SMTP id eABFljK25915; Sat, 11 Nov 2000 16:47:46 +0100 (MET) From: Per Arneng Reply-To: pt99par@student.hk-r.se Date: Sat, 11 Nov 2000 16:49:40 +0000 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: xpert@xfree86.org Subject: Configuration files written in XML MIME-Version: 1.0 Message-Id: <00111116494000.01721@pure.rsn.hk-r.se> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello! I have a suggestion: I think that the configuration files should be written in XML. This will give the following advantages: * easier for users to configure and read config files. * easier for programmers to write software to manage these config files. * If other software have config files in xml then you would not have to write config software specified for a certian software. You could just write a program that can can read and change element values and attributes. The element names would be self describing. * Configuring with a standard text editor would be easier. If anyone likes this idea please forward this message to other developers. I think xml in config files would make it a lot easier for both developers and users. Best Regards Per Arneng 'pt99par@student.hk-r.se' From alan@ielinux.com Sun Nov 12 23:11:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 12A422BB05 for ; Sun, 12 Nov 2000 23:11:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15024 for ; Mon, 13 Nov 2000 12:18:57 +0800 Message-ID: <008001c04d27$dccd9de0$bcec41d2@ielinux.com> From: "alan" To: Subject: About gtkrc and locale ?? Date: Mon, 13 Nov 2000 12:11:54 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007D_01C04D6A.E96730A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some question.. 1.My default gtkrc file path is on /usr/etc/gtk/gtkrc, not /etc/gtk/gtkrc Why? 2.My ${LANG} is zh_TW.Big5 but still get /usr/etc/gtk/gtkrc, not /usr/etc/gtk/gtkrc.zh_TW.Big5 why?? Have I miss something? ------=_NextPart_000_007D_01C04D6A.E96730A0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some = question..
1.My default gtkrc file = path is on=20 /usr/etc/gtk/gtkrc,
  not=20 /etc/gtk/gtkrc      Why?
 
2.My ${LANG} is zh_TW.Big5 = but still get=20 /usr/etc/gtk/gtkrc,
  not=20 /usr/etc/gtk/gtkrc.zh_TW.Big5 why??
 
Have I miss = something?
------=_NextPart_000_007D_01C04D6A.E96730A0-- From alan@ielinux.com Sun Nov 12 23:16:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 134862BC51 for ; Sun, 12 Nov 2000 23:16:08 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15079 for ; Mon, 13 Nov 2000 12:23:34 +0800 Message-ID: <008b01c04d28$81930360$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I package qt widget or xlib window in gtkwidget?? Date: Mon, 13 Nov 2000 12:16:31 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0088_01C04D6B.8ECB4720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have some widgets and windows code by qt and Xlib. Can I package them in my GtkWidget?? How to do that?? (from alan@ielunux.com) ------=_NextPart_000_0088_01C04D6B.8ECB4720 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have some widgets = and windows code by qt and=20 Xlib.
Can I package them in my = GtkWidget??
How to do that?? (from alan@ielunux.com)
 
 
------=_NextPart_000_0088_01C04D6B.8ECB4720-- From alan@ielinux.com Sun Nov 12 23:40:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 3A5CA2BB7E for ; Sun, 12 Nov 2000 23:40:38 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id MAA15357 for ; Mon, 13 Nov 2000 12:48:08 +0800 Message-ID: <00c601c04d2b$efce96c0$bcec41d2@ielinux.com> From: "alan" To: Subject: Can I get Hot key from a hide widget?? Date: Mon, 13 Nov 2000 12:41:06 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C3_01C04D6E.FD8D2180" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, If I have a main_widget hide. Could I get any event or hot keys from this hide windget?? How to do this?? (from alan@ielinux.com) ------=_NextPart_000_00C3_01C04D6E.FD8D2180 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
If I have a main_widget = hide.
Could I get any event or = hot keys from this hide=20 windget??
How to do this?? (from alan@ielinux.com)
 
------=_NextPart_000_00C3_01C04D6E.FD8D2180-- From johan.groth.mandator@celsius.se Mon Nov 13 05:21:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 4702A2BC6A for ; Mon, 13 Nov 2000 05:21:06 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:58 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA23764 for gtk-list@gnome.org; Mon, 13 Nov 2000 11:15:45 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA11111 for ; Mon, 13 Nov 2000 11:13:35 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 13 Nov 2000 11:14:10 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA21438 for ; Mon, 13 Nov 2000 11:13:59 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA17609; Mon, 13 Nov 2000 11:13:13 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA11566 for ; Mon, 13 Nov 2000 11:13:08 +0100 (MET) Message-Id: <3A0FBEB4.5BFEC5E6@rmail.bofors> Date: Mon, 13 Nov 2000 11:13:08 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: example clist core dumps Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I'm trying to get Gtk+ 1.2.8 to work on Solaris 2.5.1 which is using X11R5. Everything compiles ok (using gcc 2.95.2 and gmake 3.79) but when I try to run the clist example it core dumps directly. The backtrace looks like this: (gdb) r Starting program: /proj/taurus_mps/gnu/gtk+-1.2.8/examples/clist/clist warning: Lowest section in /usr/lib/libw.so.1 is .dynamic at 00000074 Program received signal SIGSEGV, Segmentation fault. 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 753 gtk_binding_entry_add_signal (binding_set, GDK_End, GDK_CONTROL_MASK, (gdb) bt #0 0xef5d9498 in gtk_clist_class_init (klass=0x3b990) at gtkclist.c:753 #1 0xef6c9c40 in gtk_type_class_init (type=42773) at gtktypeutils.c:598 #2 0xef6c8e14 in gtk_type_class (type=42773) at gtktypeutils.c:342 #3 0xef6c8f94 in gtk_type_new (type=42773) at gtktypeutils.c:362 #4 0xef5da034 in gtk_clist_new_with_titles (columns=2, titles=0xeffff8a8) at gtkclist.c:1075 #5 0x11994 in main (argc=1, argv=0xeffff944) at clist.c:115 Does anyone know about a fix for this error? I can't use anything that uses clist right now. /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From nge@INTRINsec.com Mon Nov 13 07:32:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sync.corp.INTRINsec.com (sync.INTRINsec.com [194.98.42.5]) by mail.gnome.org (Postfix) with ESMTP id 8791E2BAF3 for ; Mon, 13 Nov 2000 07:32:53 -0500 (EST) Received: hidden From: nge@INTRINsec.com Received: by flic.corp.INTRINsec.com with Internet Mail Service (5.5.2650.21) id ; Mon, 13 Nov 2000 13:24:04 +0100 Message-ID: To: gtk-list@gnome.org Subject: Scrolled Window and GtkCanvas Date: Mon, 13 Nov 2000 13:23:57 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Here is my question: I have a scrolled window in which I have packed a widget derived from a GtkCanvas on which I drawn a widget derived from a GtkCanvasItem. I would like that the vertical and horizontal scrollbars follow the height and the width of the GtkCanvasItem I drawn on the GtkCanvas. Someone can help me ? Nicolas From otaylor@redhat.com Mon Nov 13 09:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 8E5642BF1A; Mon, 13 Nov 2000 09:30:45 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5A383242653; Mon, 13 Nov 2000 09:30:45 -0500 (EST) To: Ron Steinke Cc: gtk-list@gnome.org, gtk-devel-list@gnome.org Subject: Re: patches References: <3A0EF811.nail4PN11GM5V@merilon.elfhame.net> From: Owen Taylor Date: 13 Nov 2000 09:30:45 -0500 In-Reply-To: Ron Steinke's message of "Sun, 12 Nov 2000 12:05:37 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I submitted a patch to ftp.gtk.org/incoming about a month ago, > but it hasn't been moved to applied, rejected, or outdated. Is this > an out of date way to submit patches? Should I just post it to the > devel list? Well, its been moved to patches/ now. I'm not sure that is better from your perspective. :-( Uploading to gtk.org is not outdated, in theory, but we haven't done a very good job of keeping track of those patches recently. It doesn't hurt to _both_ upload and send mail to gtk-devel-list. Once we have bugzilla in place for GNOME, which handles attachments pretty well (its currently in testing), we may that the preferred way to submit small patches, since the less mechanisms we have, the better. Regards, Owen From Josh_Horvath-AJH051@email.mot.com Mon Nov 13 12:24:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by mail.gnome.org (Postfix) with ESMTP id B98392BC3D for ; Mon, 13 Nov 2000 12:24:44 -0500 (EST) Received: [from pobox4.mot.com (pobox4.mot.com [10.64.251.243]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id KAA26172 for ; Mon, 13 Nov 2000 10:24:43 -0700 (MST)] Received: [from m-il06-r4.mot.com (m-il06-r4.mot.com [129.188.137.196]) by pobox4.mot.com (MOT-pobox4 2.0) with ESMTP id KAA20744 for ; Mon, 13 Nov 2000 10:24:39 -0700 (MST)] Received: from pobox.cstl.labs.mot.com by m-il06-r4.mot.com with ESMTP for gtk-list@gnome.org; Mon, 13 Nov 2000 10:24:02 -0700 Received: from labs.mot.com ([182.1.73.251]) by pobox.cstl.labs.mot.com (Netscape Messaging Server 4.15) with ESMTP id G3Z4C200.BM7 for ; Mon, 13 Nov 2000 11:24:02 -0600 Message-Id: <3A1023B4.4A33438A@labs.mot.com> Date: Mon, 13 Nov 2000 11:24:04 -0600 From: "Joshua Horvath" X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Combobox & popdown list focus weirdness Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've noticed that after a selection is made in the popdown list of the combobox, if you manually set the entry with an item that is not in the list the focus gets left in a weird state. The next time you show the popdown list, there is a hollow focus box left around whatever item you last selected. You can't click on the item to select it, but using the up down keys will clear the focus box. Is there some way to get around this behavior? It seems that the GtkList widget needs to keep track of focus and selections independently (to support multiple/entended selections) but this seems to have the undesirable side effect I'm noticing. I tried doing a gtk_container_set_focus_child(container, NULL) on the GtkList to clear the focus_child pointer but this didn't help. I also tried resetting the various GtkList fields to their original state (except the *children pointer) but that didn't seem to help, either. What I'd really like is to have the popdown list get reset to it's initial state every time I show it - i.e. no items focused or selected, key navigation starting at the first item in the list. Anyone know how to accomplish this? So far the only sure way I've found to do it is to clear the list and add the items again, which is not exactly the solution I'm looking for... -Josh From m.ghaeini@center7.com Mon Nov 13 12:32:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ws.center7.com (unknown [216.250.142.14]) by mail.gnome.org (Postfix) with ESMTP id 851D32D4C3 for ; Mon, 13 Nov 2000 12:32:37 -0500 (EST) Received: from c7mail.center7.com ([216.250.143.227]) by ws.center7.com (8.9.3/8.9.3) with ESMTP id KAA09369 for ; Mon, 13 Nov 2000 10:32:36 -0700 Received: from center7.com (ISP [10.1.65.150]) by c7mail.center7.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W5J6YZFV; Mon, 13 Nov 2000 10:34:04 -0700 Message-ID: <3A102525.BBC20371@center7.com> Date: Mon, 13 Nov 2000 10:30:13 -0700 From: Mohammad Ghaeini Reply-To: m.ghaeini@center7.com X-Mailer: Mozilla 4.74 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: GTK Mailing List Subject: gtk library for Solaris on Sparc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Where do I find a gtk library for Solaris on Sparc, I am running version 2.8? Thanks. Ghaeini From tcarter@reliable-net.net Mon Nov 13 12:44:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from falken.reliable-net.net (falken.reliable-net.net [199.3.90.9]) by mail.gnome.org (Postfix) with ESMTP id CBF7E2D4C3 for ; Mon, 13 Nov 2000 12:44:50 -0500 (EST) Received: from tcarter (ppm97.reliable-net.net [209.183.108.97]) by falken.reliable-net.net (8.9.3/8.9.3) with SMTP id MAA62570; Mon, 13 Nov 2000 12:44:39 -0500 (EST) (envelope-from tcarter@reliable-net.net) Message-ID: <004401c04d99$a75870a0$265a03c7@tcarter> From: "tcarter" To: , "GTK Mailing List" Subject: Re: gtk library for Solaris on Sparc Date: Mon, 13 Nov 2000 12:46:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ http://www.sunfreeware.com/ -----Original Message----- From: Mohammad Ghaeini To: GTK Mailing List Date: Monday, November 13, 2000 12:35 Subject: gtk library for Solaris on Sparc >Where do I find a gtk library for Solaris on Sparc, I am running version >2.8? > >Thanks. >Ghaeini > > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list > From john.cupitt@ng-london.org.uk Mon Nov 13 12:53:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 924112BAAA for ; Mon, 13 Nov 2000 12:53:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8HR; Mon, 13 Nov 2000 17:53:13 -0000 Message-ID: <3A1029AE.D81ABCD5@ng-london.org.uk> Date: Mon, 13 Nov 2000 17:49:34 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: m.ghaeini@center7.com Cc: GTK Mailing List Subject: Re: gtk library for Solaris on Sparc References: <3A102525.BBC20371@center7.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mohammad Ghaeini wrote: > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? Hi, download and build the sources (from www.gtk.org) ... it's very smooth on solaris 2.8. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pks@timing.com Mon Nov 13 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 177962BA9F for ; Mon, 13 Nov 2000 14:40:06 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA783 for ; Mon, 13 Nov 2000 12:44:14 -0700 Message-ID: <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 12:39:14 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: changing a widget's color at runtime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Once again a gtk-- questions on gtk-list ... My question was anserwed last time and nobody complained about the fact that it was gtk--, please tell me to go away (and preferably where to go) if gtk-- questions bug you. I'm changing a widget's (label in particular) color at run time and am using the following code to do so: void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { Gtk::Style *cur_style = status_lbl_1->get_style(); cur_style = cur_style->copy(); cur_style->set_fg(GTK_STATE_NORMAL, color); status_lbl_1->set_style(*cur_style); status_lbl_2->set_style(*cur_style); } This works, but it leaves me with these questions: 1) Calling set_style() when leaving out the call to copy() doesn't update the appearance, is this because set_style() comparse the style's address, as opposed to members to determine if anything has changed? 2) When learning how to make runtime color changes possible I ran into a function called ensure_style() (before I discovered that a call to copy() makes it behave as expected I had something like this: lbl->get_style()->set_fg(GTK_STATE_NORMAL, color); lbl->ensure_style(); which didn't produce the desired results ... am I misinterpreting the function name? 3) am I introducing a memory leak by making a copy of the style and never disposing of the original? 4) should I make two copies of the style beacuse I'm calling set_style() for two different widgets? thank you for answers to any of these questions! From owsla@owsla.cjb.net Mon Nov 13 15:27:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from linajudo.owsla.net (adsl-151-204-66-169.delval.adsl.bellatlantic.net [151.204.66.169]) by mail.gnome.org (Postfix) with ESMTP id 2AD442BAF3 for ; Mon, 13 Nov 2000 15:27:06 -0500 (EST) Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADKPel01134 for gtk-list@gnome.org; Mon, 13 Nov 2000 15:25:40 -0500 Date: Mon, 14 Aug 2000 16:54:50 -0400 From: Andrew Ferguson To: gtk-list@gnome.org Subject: Documentation about the GTK+ Standard Args Message-ID: <20000814165449.A4412@linajudo.owsla.net> Reply-To: andrew@owsla.cjb.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: ; from Andrew_Ferguson@walnut.prs.k12.nj.us on Sat, Aug 05, 2000 at 11:13:11 -0400 X-Mailer: Balsa 0.9.1 Lines: 26 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ I posted this to gtk-app-devel-list@gnome.org some time ago and recieved little response, hence I have reposted it here; perhaps someone on this list will tell me if what I have done is a good, bad, or ugly thing. Thanks.] Hi, In the GTK+ tutorial, it is mentioned that there are several standard arguments that GTK+ accepts (the one's parsed for by gtk_init(&argc, &argv) ). I was unable to find any documentation on these arguments (except for two email messages to the main GTK+ list). So, I have looked in the GTK+ code and put up a webpage with my findings, if anyone on the list could go to http://owsla.cjb.net/gtk.shtml and tell me about an errors, additions, etc., I would be most obliged. Also, is any of this information wanted by the FAQ or tutorial maintainers? Thanks. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From owsla@owsla.cjb.net Mon Nov 13 16:21:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0F3B62C939 for ; Mon, 13 Nov 2000 16:21:18 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id QAA03238 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from wilber.gimp.org (mail@graft.XCF.Berkeley.EDU [128.32.43.209]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADLLHD09837 for ; Mon, 13 Nov 2000 16:21:17 -0500 Received: from adsl-151-204-66-169.delval.adsl.bellatlantic.net ([151.204.66.169] helo=linajudo.owsla.net ident=owsla) by wilber.gimp.org with esmtp (Exim 3.12 #1 (Debian)) id 13vR2P-0006Q5-00 for ; Mon, 13 Nov 2000 13:21:13 -0800 Received: (from owsla@localhost) by linajudo.owsla.net (8.11.0/8.11.0) id eADLJjY02384 for gtk-list@gtk.org; Mon, 13 Nov 2000 16:19:45 -0500 Date: Mon, 13 Nov 2000 16:19:43 -0500 From: Andrew Ferguson To: gtk-list@gtk.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113161943.A2366@linajudo.owsla.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 15:54:50 -0400 X-Mailer: Balsa 1.0.pre5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 14 Aug 2000 15:54:50 andrew@owsla.cjb.net wrote: > Hi, > > In the GTK+ tutorial, it is mentioned that there are several standard > arguments that GTK+ accepts (the one's parsed for by > gtk_init(&argc, &argv) ). > .... I am so sorry this got posted again, my mail client went nuts. Again, I'm very sorry this happened. _________________________________________________ Andrew Ferguson http://owsla.cjb.net | andrew@owsla.cjb.net Tintin Webring: http://owsla.cjb.net/tintin/ring/ From meisemann@dsrnet.com Mon Nov 13 16:55:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 315D32C939 for ; Mon, 13 Nov 2000 16:55:51 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eADLiTp20486 for ; Mon, 13 Nov 2000 16:44:29 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eADLiP420474; Mon, 13 Nov 2000 16:44:26 -0500 (EST) Received: by localhost with Microsoft MAPI; Mon, 13 Nov 2000 16:55:00 -0500 Message-ID: <01C04D92.75D60C60.meisemann@dsrnet.com> From: Matt Eisemann To: "'Drazen Kacar'" Cc: "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: RE: installing 2.8 Date: Mon, 13 Nov 2000 16:54:59 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Finally I can get back to this. Well now I can get back to this. To answer the questions below, the compiler that I am using is gcc (not cc). I will prog provide some of the makefile for your inspection and see if that looks right. . . . . CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS INC_PATH = ..... (paths to include files) LIB_PATH = -L/home/matt/mppcm/ssep/lib/debug/sparc_sunos56 \ -L/home/matt/mppcm/ssep/GTK/gtk+-1.2.8/lib \ LIBS = -lsl -lsocket -lnsl -lgl -lgtk -lgdk -lposix4 -lm The above are some of the options that I am using for my application. For GTK and GLIB I think I used most of the default settings but I did redirect the architecture-independent files I think. Probabaly used ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default /usr/local. I think I also did the same thing with the GLIB ./configure script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something like that. Could the error below be due to the above or did I not answer all questions? Let me know if you need more info. This is all on a Sun Solaris system. Thanks for all your help. Matt -----Original Message----- From: Drazen Kacar [SMTP:dave@srce.hr] Sent: Saturday, October 28, 2000 7:58 AM To: Matt Eisemann Cc: 'Dugas, Alan'; 'gtk-list@gnome.org' Subject: Re: installing 2.8 Matt Eisemann wrote: > Well, it turns out that since running Sun Solaris it does not use 'ld' in > the /etc directory to find the libraries but solaris does rely on the > LD_LIBRARY_PATH variable to find the GTK and GLIB libraries. My > application works now but the only disturbin thing is that when application > links it still gets that > /bin/sh:gtk-config: not found Do you have the directory where gtk-config lives in your $PATH? > but maybe it finds it later on? > > I also get some wierd warnings similar to > > glibconfig.h:43: warning: ANSI C does not support 'long long' > glibconfig.h:44: warning: ANSI C does not support 'long long' > > Is there a patch for this or is that a bug in glibconfig.h ? Thanks ahead > of time for your help. This has something to do with compiler options. Which compiler and which options were used to build GTK? And which compiler and which options were used to build the application? -- .-. .-. Sarcasm is just one more service we offer. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From pbd@op.net Mon Nov 13 17:59:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 0570F2DBC8 for ; Mon, 13 Nov 2000 17:59:31 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id RAA23678; Mon, 13 Nov 2000 17:59:26 -0500 (EST) Message-Id: <200011132259.RAA23678@renoir.op.net> To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime In-reply-to: Your message of "Mon, 13 Nov 2000 12:39:14 MST." <3A104362.428BDBCC@timing.com> Date: Mon, 13 Nov 2000 18:01:09 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >My question was anserwed last time and nobody complained about the fact >that it was gtk--, please tell me to go away (and preferably where to go) >if gtk-- questions bug you. gtkmm-main@lists.sourceforge.net. but this is a GTK level question, even if the code itself is Gtk--. >I'm changing a widget's (label in particular) color at run time and am >using the following code to do so: > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > Gtk::Style *cur_style = status_lbl_1->get_style(); > > cur_style = cur_style->copy(); > cur_style->set_fg(GTK_STATE_NORMAL, color); > > status_lbl_1->set_style(*cur_style); > status_lbl_2->set_style(*cur_style); > >This works, but it leaves me with these questions: Repeating myself again: please don't do this. Use status_lbl1->set_name ("StatusLabel"); status_lbl2->set_name ("StatusLabel"); and then load a GTK RC file with: style "status_label" { fg[NORMAL] = { 0.93, 0.94, 0.23 } } widget "*StatusLabel" style "status_label" this allows and your users to change the colors at run time without any recompilation. as a side effect, it also removes a bunch of ugly code from your app :) --p From pks@timing.com Mon Nov 13 18:30:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 794A32BEE0 for ; Mon, 13 Nov 2000 18:30:44 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA765 for ; Mon, 13 Nov 2000 16:34:50 -0700 Message-ID: <3A10796F.CDC133DB@timing.com> Date: Mon, 13 Nov 2000 16:29:51 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > gtkmm-main@lists.sourceforge.net. thank you for mailing list name. > > but this is a GTK level question, even if the code itself is Gtk--. > > >void some_cute_class_name::set_status_lbl_color(const Gdk_Color &color) { > > > > /* ugly code here */ > > > Repeating myself again: please don't do this. Use > > status_lbl1->set_name ("StatusLabel"); > status_lbl2->set_name ("StatusLabel"); > > and then load a GTK RC file with: > > style "status_label" { > fg[NORMAL] = { 0.93, 0.94, 0.23 } > } > widget "*StatusLabel" style "status_label" I've read similar advice (might have been yours for all I know) in previous messages on this list. I am using a massive GTK rc to set color preferences for components with "static" color. The reason I resorted to this ugly code is because I want to change the color at run time ... imagine a status label that goes shows an application going through different states const lbl_config_rec lbl_configs[] = { { "Stopped", orange_color }, { "Ready", another_color }, { "Starting", green_color }, { "Calibrating", green_color }, { "Collecting", white_color }, { "Interrupted", red_color }, }; that is status_lbl_1 and status_lbl_2 could be green now, red in two seconds and another color three seconds from then. using resource files, the only way I see to accomplish something like this would be to create 12 labels, set_naming() each set of two, then hiding the set that's currently visible, and showing the set that reflects the application's new state ... this can certainly be done ... but I would argue that this paradigm isn't much prettier (if at all). If you find there is a "cleaner" way to accomplish something like this using RC files I would love to hear from you again - maybe I'm just not seeing the light ;) > this allows and your users to change the colors at run time without > any recompilation. as a side effect, it also removes a bunch of ugly > code from your app :) > > --p I appreciate your response! I'll subscribe to the list you recommend when I get done clicking the send button! Patrick From pks@timing.com Mon Nov 13 19:16:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id E454D2BC43 for ; Mon, 13 Nov 2000 19:16:35 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA781 for ; Mon, 13 Nov 2000 17:20:41 -0700 Message-ID: <3A10842C.ECB94385@timing.com> Date: Mon, 13 Nov 2000 17:15:40 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I found the following when skimming previous messages on the mailing list ... a search for color doesn't do much good when the subject contains colour ;) Anwyays ... I believe this gets much closer to the answers I was seeking ... it certainly does address the "memory leak" question I had ... ----------------------------------------------------------------------- The correct way is: - create a GtkRcStyle - set the background color in the RcStyle, and set the flag in the RcStyle indicating that the background color is set - call gtk_widget_modify_style() to override the widget's current style with your RcStyle - unref the RcStyle, the widget will have kept a reference to it This method allows your changes to survive theme switches. If you just modify the GtkStyle instead of adding the GtkRcStyle, changing themes will make your modification go away. The GTK 2.0 sources have a function gtk_widget_modify_bg() that does this for you. Havoc Yes, sorry for the brevity; I've typed it in a few times before, this is one of the many FAQs not in the FAQ. Something like: GdkColor red = { 0, 65535, 0, 0 }; GtkRcStyle *rc_style = gtk_rc_style_new (); rc_style->bg[GTK_STATE_NORMAL] = red; rc_style->color_flags[GTK_STATE_NORMAL] |= GTK_RC_BG; gtk_widget_modify_style (widget, rc_style); gtk_rc_style_unref (rc_style); Not tested. You may want to modify states other than NORMAL, but it should be obvious how to do so following this example. Havoc From varia@ecf.utoronto.ca Mon Nov 13 20:44:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from cannon.ecf.utoronto.ca (cannon.ecf.utoronto.ca [128.100.8.5]) by mail.gnome.org (Postfix) with ESMTP id C83212BAC4 for ; Mon, 13 Nov 2000 20:44:54 -0500 (EST) Received: from skule.ecf (varia@skule.ecf [128.100.8.6]) by cannon.ecf.utoronto.ca (8.9.3/8.9.3) with ESMTP id UAA30082 for ; Mon, 13 Nov 2000 20:44:53 -0500 Received: from localhost (varia@localhost) by skule.ecf (8.9.3/8.9.3) with SMTP id UAA629102 for ; Mon, 13 Nov 2000 20:44:53 -0500 (EST) X-Authentication-Warning: skule.ecf: varia owned process doing -bs Date: Mon, 13 Nov 2000 20:44:53 -0500 (EST) From: Meghal Harish Varia X-Sender: varia@skule.ecf To: gtk-list@gnome.org Subject: Gtkand the internet Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there any "simple" way to convert a gtk+ application to run on a web page, or is a full rewrite required? Meghal From dsh8290@rit.edu Mon Nov 13 21:52:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 04DA02BC8E for ; Mon, 13 Nov 2000 21:52:11 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id VAA23499; Mon, 13 Nov 2000 21:52:04 -0500 (EST) Date: Mon, 13 Nov 2000 21:51:40 -0500 From: D-Man To: andrew@owsla.cjb.net Cc: gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001113215140.C18291@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <"from Andrew_Ferguson"@walnut.prs.k12.nj.us> <20000814165449.A4412@linajudo.owsla.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20000814165449.A4412@linajudo.owsla.net>; from andrew@owsla.cjb.net on Mon, Aug 14, 2000 at 16:54:50 -0400 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I don't see any replies yet (BTW, you're date is a little behind ;-)). Just find any gtk application and run "app --help" to find the options. -D On Mon, 14 Aug 2000 16:54:50 Andrew Ferguson wrote: | [ I posted this to gtk-app-devel-list@gnome.org some time ago and | recieved little response, hence I have reposted it here; perhaps | someone on this list will tell me if what I have done is a good, bad, | or ugly thing. Thanks.] | | Hi, | | In the GTK+ tutorial, it is mentioned that there are several standard | arguments that GTK+ accepts (the one's parsed for by | gtk_init(&argc, &argv) ). | | I was unable to find any documentation on these arguments (except for | two email messages to the main GTK+ list). So, I have looked in the | GTK+ code and put up a webpage with my findings, if anyone on the list | could go to | | http://owsla.cjb.net/gtk.shtml | | and tell me about an errors, additions, etc., I would be most obliged. | Also, is any of this information wanted by the FAQ or tutorial | maintainers? Thanks. | | _________________________________________________ | Andrew Ferguson | http://owsla.cjb.net | andrew@owsla.cjb.net | Tintin Webring: http://owsla.cjb.net/tintin/ring/ | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From dave@svarozic.srce.hr Mon Nov 13 22:01:50 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from svarozic.srce.hr (svarozic.srce.hr [161.53.2.157]) by mail.gnome.org (Postfix) with ESMTP id E91AA2D473 for ; Mon, 13 Nov 2000 22:01:48 -0500 (EST) Received: (from dave@localhost) by svarozic.srce.hr (8.9.3+Sun/8.9.3) id EAA00750; Tue, 14 Nov 2000 04:01:32 +0100 (MET) Date: Tue, 14 Nov 2000 04:01:31 +0100 From: Drazen Kacar To: Matt Eisemann Cc: "'Drazen Kacar'" , "'Dugas, Alan'" , "'gtk-list@gnome.org'" Subject: Re: installing 2.8 Message-ID: <20001114040131.A740@svarozic.srce.hr> References: <01C04D92.75D60C60.meisemann@dsrnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <01C04D92.75D60C60.meisemann@dsrnet.com>; from meisemann@dsrnet.com on Mon, Nov 13, 2000 at 04:54:59PM -0500 X-Face: 'UIE}WabGB0+U>p-#(hp<_+AD2{H],=qR*jHfm$/e]l0(kU3oOYc5lqG6gg>[\h^IOc{'siD6#!T&loIShgmYHz3#+*D38:|`~\BE,(W~Ol9BDfDwk'lKJ;Z{sY8E9(ME.E]'wvNO`$n#,;9Z`tOFcW/nHZq!BOSrM>V?C<5DTw=<${c{M2V+|)0jSUl&!+8%8nIBF(u:E>SZWM^e X-Attribution: Dave Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann wrote: > Finally I can get back to this. Well now I can get back to this. To > answer the questions below, the compiler that I am using is gcc (not cc). > I will prog provide some of the makefile for your inspection and see if > that looks right. . . . . > > CFLAGS = -g -ansi -pedantic -Wall -d `gtk-config --cflags` -DSPARC_SUNOS Remove -pedantic. That's probably the cause of: glibconfig.h:43: warning: ANSI C does not support 'long long' If that doesn't help, try removing -ansi as well. > For GTK and GLIB I think I used most of the default settings but I did > redirect the architecture-independent files I think. Probabaly used > ./configure --prefix=/home/matt/mppcm/ssep/GTK..... instead of the default > /usr/local. I think I also did the same thing with the GLIB ./configure > script and redirected the prefix to /home/matt/mppcm/ssep/GLIB or something > like that. Could the error below be due to the above or did I not answer Then you'd have to have /home/matt/mppcm/ssep/GLIB/bin in your $PATH if you want your shell to be able to find glib-config. Or you'll have to have symlink in one of the directories which are in your PATH. -- .-. .-. Chaos, panic & disorder - my work here is done. (_ \ / _) | dave@srce.hr | dave@fly.srk.fer.hr From gharris@flashcom.net Tue Nov 14 04:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by mail.gnome.org (Postfix) with SMTP id 5B2992BBA9 for ; Tue, 14 Nov 2000 04:22:22 -0500 (EST) Received: (cpmta 7413 invoked from network); 14 Nov 2000 01:22:17 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 14 Nov 2000 01:22:17 -0800 X-Sent: 14 Nov 2000 09:22:17 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id BAA00439; Tue, 14 Nov 2000 01:22:14 -0800 (PST) (envelope-from gharris) Date: Tue, 14 Nov 2000 01:22:14 -0800 From: Guy Harris To: D-Man Cc: andrew@owsla.cjb.net, gtk-list@gnome.org Subject: Re: Documentation about the GTK+ Standard Args Message-ID: <20001114012214.A351@quadrajet.flashcom.com> References: <"from <20000814165449.A4412@linajudo.owsla.net> <20001113215140.C18291@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001113215140.C18291@dman.rh.rit.edu>; from dsh8290@rit.edu on Mon, Nov 13, 2000 at 09:51:40PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 13, 2000 at 09:51:40PM -0500, D-Man wrote: > Just find any gtk application and run "app --help" to find the options. I found one: % ethereal --help but it just popped up its standard 3-pane window; it didn't print anything. (You use "-h" on Ethereal.) I found another one: % xmms --help but all it printed was: Usage: xmms [options] [files] ... Options: -------- -h, --help Display this text and exit. -n, --session Select XMMS session (Default: 0) -r, --rew Skip backwards in playlist -p, --play Start playing current playlist -u, --pause Pause current song -s, --stop Stop current song -f, --fwd Skip forward in playlist -e, --enqueue Don't clear the playlist -m, --show-main-window Show the main window. -v, --version Print version number and exit. with no description of generic GTK+ options - which is what he was looking for, not the options for a particular application. GTK+ 1.2.8, at least, doesn't treat "--help" specially in "gtk_init_check()" (which is what "gtk_init()" calls); in fact, I don't see anything to treat "--help" specially anywhere in GTK+ 1.2.8 (nor in GLib 1.2.8, for that matter). There also doesn't seem to be anything in the current CVS version of GTK+ to treat "--help" specially. Perhaps GNOME applications do that, but that doesn't automatically happen with GTK+ applications. From john.cupitt@ng-london.org.uk Tue Nov 14 06:48:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id B6DAB2BC89 for ; Tue, 14 Nov 2000 06:48:13 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8Y8; Tue, 14 Nov 2000 11:48:12 -0000 Message-ID: <3A1125A1.DA8E74C9@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:44:33 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Patrick Schweiger Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Patrick Schweiger wrote: > Paul Barton-Davis wrote: > > please don't do this. Use > > > > status_lbl1->set_name ("StatusLabel"); > > status_lbl2->set_name ("StatusLabel"); > > > > and then load a GTK RC file with: > > > > style "status_label" { > > fg[NORMAL] = { 0.93, 0.94, 0.23 } > > } > > widget "*StatusLabel" style "status_label" > > I've read similar advice (might have been yours for all I know) in previous > messages on this list. I am using a massive GTK rc to set color preferences > for components with "static" color. The reason I resorted to this ugly code > is because I want to change the color at run time ... > the only way I see to accomplish something like this > would be to create 12 labels, set_naming() each set of two, then hiding the > set that's currently visible, and showing the set that reflects the > application's new state ... this can certainly be done ... but I would > argue that this paradigm isn't much prettier (if at all). > > If you find there is a "cleaner" way to accomplish something like this > using RC files I would love to hear from you again - maybe I'm just not > seeing the light ;) Paul is right, you're better off with .gtkrc files. The trick is that you can set_name() at any time, changing the name updates the style, and it's a cheap call. In my app I have: style "error_style" { bg[].. } style "clean_style" { bg[].. } style "leaf_style" { bg[].. } etc. widget "*error_widget" style "error_style" widget "*clean_widget" etc. Then when one of my widgets changes state, I set_name() to the new state ... and it is automcatically updated with the new style. HTH, John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From john.cupitt@ng-london.org.uk Tue Nov 14 06:51:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id E6B9E2DBAA for ; Tue, 14 Nov 2000 06:51:33 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ8ZG; Tue, 14 Nov 2000 11:51:28 -0000 Message-ID: <3A112662.118A2EE0@ng-london.org.uk> Date: Tue, 14 Nov 2000 11:47:46 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Meghal Harish Varia Cc: gtk-list@gnome.org Subject: Re: Gtkand the internet References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Meghal Harish Varia wrote: > Is there any "simple" way to convert a gtk+ application to run on a web > page, or is a full rewrite required? You could take a look at broadway: http://www.broadwayinfo.com/ John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From pbd@op.net Tue Nov 14 09:05:49 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 46E102DBBC for ; Tue, 14 Nov 2000 09:05:48 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0b.ppp.op.net [209.152.194.75]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01336; Tue, 14 Nov 2000 09:04:59 -0500 (EST) Message-Id: <200011141404.JAA01336@renoir.op.net> To: gtkmm Mailing List Cc: gtk-list@gnome.org Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Mon, 13 Nov 2000 19:08:28 +0100." <20001113190827.A1435@vulcain.yyydom> Date: Tue, 14 Nov 2000 09:06:52 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ GTK folk: gtkmm-main folk are discussing whether our main loop object (Gtk::Kit aka Gtk::Main) should call gtk_exit() itself ] >> > But, just moving the "throw 1;" line to the other side of "Gtk::Kit >> > kit(argc, argv)" returns "0" without printing the error message: >> >> Gtk::Kit::~Kit calls gtk_exit(0), so the program terminates during the >> stack unwinding. > >argh! > >i thought this was finally fixed ? >there is no reason why Kit::~Kit may call exit(). > >it is my own duty to return from main. >maybe i want to do something else after using gtk-- ? >gtk-- is just a library. it has no right to play god. I agree absolutely. The problem, however, is that this exists down at the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell GTK "ok, shutdown and cleanup" that is guaranteed to be clean without also telling it to call exit(0). Here's what the (fantastic) GTK reference manual says: --------------------------------------------------------------------- gtk_exit () void gtk_exit (gint error_code); Terminate the program and return the given exit code to the caller. This function will shut down the GUI and free all resources allocated for error_code : Return value to pass to the caller. This is dependend on the target system but at least on Unix systems 0 means success. --------------------------------------------------------------------- No other listed function is described as shutting down the GUI. Now, in reality, we know that something like: while (gtk_main_level()) { gtk_main_quit(); } will accomplish most of the desired goal *currently*. But given the public description of gtk_exit(), there is nothing to stop some critical functionality from moving into that function at some point. So, I feel that until GTK advertises another function that *just* shuts down the GUI and frees all resources, Gtk::Main (I *hate* the word "Kit" :) should continue to call gtk_exit(). OTOH, I really feel that GTK should offer such a function. But then again, this is not easy to do with 100% correction. Shutting down the connection to the X server would work for me, though, and if there was a way to force GDK and GTK to destroy every object as well, that would be even better. Not glib though, since a program may be using glib for other things. --p From Dermot.McCluskey@ireland.sun.com Tue Nov 14 10:55:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id 18D3C2BABE for ; Tue, 14 Nov 2000 10:55:41 -0500 (EST) Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id HAA19240 for ; Tue, 14 Nov 2000 07:55:37 -0800 (PST) Received: from sternwood (sternwood [129.156.238.42]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with SMTP id PAA06001 for ; Tue, 14 Nov 2000 15:55:36 GMT Message-Id: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Date: Tue, 14 Nov 2000 15:55:35 +0000 (GMT) From: Dermot McCluskey Reply-To: Dermot McCluskey Subject: GTK+ test suite To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: z9eGPGzyi9LucDXIEylbmw== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.8 sun4u sparc Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I work in the Desktop Test Team at Sun. As you may know, Sun has joined the GNOME Foundation and is adopting GNOME as the future desktop for Solaris. We are planning to develop a verification test suite for GTK+. This test suite could be used to check the stability of a particular build of GTK+ and to find bugs. We are currently putting together a team to work on this project. Our plan is to check the code in to the CVS tree at gnome.org as soon as we have something usable. Some of the areas to be tested will include: - completeness of header files - ability to create all standard (non-deprecated) widgets; check default properties are set correctly; get and set standard properties; receive expected callbacks; etc - expected behavior and return values from library functions The execution of the test suite will be automated - there will be no manual intervention or inspection involved. We plan to use the TET test harness to control builds, execution, journal files and results tabulation. A suitable open source version of TET3 is available from The Open Group (tetworks.opengroup.org). Any comments or suggestions on areas we should cover or ideas on implementation are welcome. - Dermot Dermot McCluskey - Sun Microsystems, Ireland - Desktop Test From kenelson@ece.ucdavis.edu Tue Nov 14 12:57:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ece.ucdavis.edu (clover.ece.ucdavis.edu [169.237.32.1]) by mail.gnome.org (Postfix) with ESMTP id F38762D2E6 for ; Tue, 14 Nov 2000 12:57:21 -0500 (EST) Received: from clover.ece.ucdavis.edu (kenelson@localhost [127.0.0.1]) by ece.ucdavis.edu (8.9.3/8.9.3) with ESMTP id JAA13626; Tue, 14 Nov 2000 09:56:47 -0800 (PST) Message-Id: <200011141756.JAA13626@ece.ucdavis.edu> X-face: RinRV?cII^~g?cLc9;-D}8xnP^:6hX}*,%&@y"6p7xm^Z]V<7(`zzI!/#s%[2G'fTVC+b"* 4eYfecJ4=,gHu4o_{Z[VG{Em*{tC^LKZ6eUDc?PI0@dk}3"kJ7*"y8*hMv\qz[C5djlU#AQh0Cq.%W @2kSd~S<&}]!;ZNm(wUE4= X-url: http://www.ece.ucdavis.edu/~kenelson To: Paul Barton-Davis Cc: gtkmm Mailing List , gtk-list@gnome.org, kenelson@ece.ucdavis.edu Subject: Re: [gtkmm] Catching Exceptions In-reply-to: Your message of "Tue, 14 Nov 2000 09:06:52 EST." <200011141404.JAA01336@renoir.op.net> Date: Tue, 14 Nov 2000 09:56:47 -0800 From: Karl Nelson Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >argh! > > > >i thought this was finally fixed ? > >there is no reason why Kit::~Kit may call exit(). > > > >it is my own duty to return from main. > >maybe i want to do something else after using gtk-- ? > >gtk-- is just a library. it has no right to play god. > > I agree absolutely. The problem, however, is that this exists down at > the GTK level, not the Gtk-- one. AFAIK, there isn't any way to tell > GTK "ok, shutdown and cleanup" that is guaranteed to be clean without > also telling it to call exit(0). > > Here's what the (fantastic) GTK reference manual says: > [...] > > No other listed function is described as shutting down the GUI. > > Now, in reality, we know that something like: > > while (gtk_main_level()) { > gtk_main_quit(); > } > > will accomplish most of the desired goal *currently*. But given the > public description of gtk_exit(), there is nothing to stop some > critical functionality from moving into that function at some point. Actually it is worse. Gtk+ is is very bad about being greedy with resources. THus every time it allocates a piece of memory of certain size, it never frees it. It just holds that chunk in researve in case another thing the same size needs it. I tried in vain at one point to convince them to switch to an allocator which frees if the number of items on the stack grows larger than 32 or 64. (Which according to analysis slows gtk+ programs by 0.01%.) But they really won't hear of it. Thus the only way gtk+ will ever free is by exiting! > > So, I feel that until GTK advertises another function that *just* > shuts down the GUI and frees all resources, Gtk::Main (I *hate* the > word "Kit" :) should continue to call gtk_exit(). (Okay, I secretly hate Main because someone sent this code which scares me. int main(int argc, char** argv) { Gtk::Main main(argc,argv); ) > > OTOH, I really feel that GTK should offer such a function. But then > again, this is not easy to do with 100% correction. Shutting down the > connection to the X server would work for me, though, and if there was > a way to force GDK and GTK to destroy every object as well, that would > be even better. Not glib though, since a program may be using glib for > other things. Well, we could place some code to do it, but it would be our own mess. If you send destroy to every toplevel widget, you will blast everything but those memory lists. I suspect the only way it will happen is if someone gets gtk+ patch in. But considering my tim is down to just basic gtk-- maintainence it won't be me. --Karl From meisemann@dsrnet.com Tue Nov 14 13:43:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id E06FC2BB2C for ; Tue, 14 Nov 2000 13:43:21 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eAEIVxp00099 for ; Tue, 14 Nov 2000 13:32:00 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eAEIVr400070; Tue, 14 Nov 2000 13:31:53 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 14 Nov 2000 13:42:12 -0500 Message-ID: <01C04E40.B0F9AC80.meisemann@dsrnet.com> From: Matt Eisemann To: "'Dugas, Alan'" , "gtk-list@gnome.org" Subject: RE: dialog widget problem Date: Tue, 14 Nov 2000 13:42:10 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Somewhat related to below. I have my dialog widget in its own function now. Hence , all the callbacks and widget creation are in a single function . Is this a bad idea? See the code (simplified...taken out hopefully extraneous code) VOID dialog_create(SHARED_WINDOW *tasks) { GtkWidget *dialog_win; GtkWidget *dialog_label; GtkWidget *dialog_ok dialog_win = gtk_dialog_new(); gtk_widget_set_usize(dialog_win, 250,250); dialog_label=gtk_label_new("WARNING some text here \n"); dialog_ok = gtk_button_new_with_label("OK"); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox), dialog_label, FALSE,FALSE,NO_PADDING); gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area), dialog_ok, FALSE,FALSE,NO_PADDING); gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); gtk_signal_connect_object(GTK_OBJECT(dialog_win),"delete-event", GTK_SIGNAL_FUNC(dialog_delete_ev ent),NULL); gtk_signal_connect(GTK_OBJECT(dialog_win),"destroy", GTK_SIGNAL_FUNC(utics_destroy),N ULL); gtk_widget_show(dialog_ok); gtk_widget_show(dialog_label); gtk_widget_show(dialog_win); tasks->dialog_win = dialog_win; tasks->dialog_create = TRUE; } Here is the dialog_delete_event function. gint dialog_delete_event(GtkWidget *widget, GdkEvent *event, gpointer data) { g_print("dialog delete event occurred\n"); gtk_widget_hide(widget); return(TRUE); } void destroy(GtkWidget *widget), gpointer data) { gtk_widget_hide(widget); } The gtk_signal_connect_object(GTK_OBJECT(dialog_ok),"clicked", GTK_SIGNAL_FUNC(gtk_widget_hide) ,GTK_OBJECT(dialog_win)); works great without noticible problems but the other ones do not work. When I try to close the window via the window manager, the menu for the window dissappears but the dialog box remains. Any noticible reasons why? Maybe the above code will help. I want the dialog box to dissaprear and not be destroyed when the user closes the window via the window menu. (command ALT - F4). Any ideas why it is not working. Thanks ahead of time for your help. Matt -----Original Message----- From: Dugas, Alan [SMTP:alan.dugas@analog.com] Sent: Monday, October 30, 2000 6:51 PM To: gtk-list@gnome.org; Matt Eisemann Subject: RE: dialog widget problem The code looks OK to me, however, you may be running into a scoping issue with dialog_win depending on where you use gtk_signal_connect(). Otherwise, I think I'd need to see more of your code to figure out what's going on. -- Stupid Genius > ---------- > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > Sent: Monday, October 30, 2000 6:23 PM > To: 'Dugas, Alan'; gtk-list@gnome.org > Subject: RE: dialog widget problem > > You were right. For some reason it needed gtk_signal_connect_object. If > I > want to also have a window delete handler in case they close the window > via > window mgr does the following look right given the variable names I have > used already. > > gtk_signal_connect(GTK_OBJECT(dialog_win),"delete_event", > > > GTK_SIGNAL_FUNC(utics_ok_delete_handler),NULL); > > gboolean utics_ok_delete_handler(GtkWidget *widget, GdkEvent *event, > gpointer user_data) > { > gtk_widget_hide(widget); > return(TRUE); > } > > Actually, i just tried it and I got a core dump. Anything look wrong > above. Thanks ahead of time for your help. > > Matt > > > > -----Original Message----- > From: Dugas, Alan [SMTP:alan.dugas@analog.com] > Sent: Monday, October 30, 2000 5:58 PM > To: gtk-list@gnome.org; Matt Eisemann > Subject: RE: dialog widget problem > > Just a thought... It appears the problem has to do with > gtk_signal_connect() > passing it's first argument to gtk_widget_hide() whereas I think your > trying to > pass the last argument instead. Try using gtk_signal_connect_object(), it > > will > change the order of the argments passed to the callback function so that > the > last argument to gtk_signal_connect_object() is passed as the first > argument to > gtk_widget_hide() instead. > > > > -- Stupid Genius > > > ---------- > > From: Matt Eisemann[SMTP:meisemann@dsrnet.com] > > Sent: Monday, October 30, 2000 5:09 PM > > To: gtk-list@gnome.org > > Subject: dialog widget problem > > > > Currently I am creating an application, but there is something wrong > with > > the callback that hides the widget or something is wrong in my logic. > Here > > is a bit of code below which so should give some idea of what I am > doing. > > The main window calls a dialog box when a certain flag is set. I want > the > > user to be able to push the "OK" button and hide the dialog window and > > reset the flag back to FALSE. I hopefully left out extraneous > information > > and code. > > > > void some_function(... ) > > { > > > > ..... > > > > > > > > if(tasks->dead_tasks == TRUE) > > { > > gtk_widget_show_all(tasks->dialog_win); > > tasks->dead_tasks = FALSE; > > } > > } > > > > > > > > int main(INT argc, CHAR *argv[]) > > { > > ... > > dialog_win = gtk_dialog_new(); > > dialog_label = gtk_label_new("WARNING. There is something wrong. "); > > dialog_ok = gtk_button_new_with_label("OK"); > > gtk_window_set_title(GTK_WINDOW(dialog_win),"dead tasks"); > > > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->vbox),dialog_label,F > > > ALSE,FALSE,NO_PADDING); > > gtk_box_pack_start(GTK_BOX(GTK_DIALOG(dialog_win)->action_area),dialog > > > _ok, FALSE,FALSE, NO_PADDING); > > > > gtk_signal_connect(GTK_OBJECT(dialog_ok),"clicked", > > > > GTK_SIGNAL_FUNC(gtk_widget_hide),GTK_OBJEC > > > T(dialog_win)); > > } > > The code works somewthat above but the problem is that the OK button > > disappears and not the whole window. > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pks@timing.com Tue Nov 14 14:12:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from timingpdc.timing.com (timingpdc.timing.com [206.168.13.194]) by mail.gnome.org (Postfix) with ESMTP id 22C122BAC4 for ; Tue, 14 Nov 2000 14:12:20 -0500 (EST) Received: from timing.com ([206.168.13.216]) by timingpdc.timing.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 103-49575U100L2S100) with ESMTP id AAA790; Tue, 14 Nov 2000 12:16:27 -0700 Message-ID: <3A118E60.95BE0160@timing.com> Date: Tue, 14 Nov 2000 12:11:28 -0700 From: Patrick Schweiger X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Cupitt Cc: gtk-list@gnome.org Subject: Re: changing a widget's color at runtime References: <3A104362.428BDBCC@timing.com> <3A10796F.CDC133DB@timing.com> <3A1125A1.DA8E74C9@ng-london.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Cupitt wrote: > Paul is right, you're better off with .gtkrc files. The trick is that > you can set_name() at any time, changing the name updates the style, and > it's a cheap call. In my app I have: > > style "error_style" { > bg[].. > } > style "clean_style" { > bg[].. > } > style "leaf_style" { > bg[].. > } > etc. > widget "*error_widget" style "error_style" > widget "*clean_widget" etc. > > Then when one of my widgets changes state, I set_name() to the new state > ... and it is automcatically updated with the new style. Ahhhhh! I never even thought of this! I guess I was sidetracked by the fact that parsing a resource file does not affect the appearance of widgets created/realized/mapped/shown before the parsing ... which in retrospect doesn't make a whole lot of sense either ... > HTH, you *bet* it does! I thank you, Paul and gtk-list! From david@linux.com Tue Nov 14 19:09:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 2930D2BC09 for ; Tue, 14 Nov 2000 19:09:32 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF09Tq19512 for ; Tue, 14 Nov 2000 16:09:29 -0800 Message-ID: <3A11D439.A835ECF@linux.com> Date: Tue, 14 Nov 2000 16:09:29 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: gtk_entry_set_text() and very fast updates Content-Type: multipart/mixed; boundary="------------57DD6587A406CDEAB9918436" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------57DD6587A406CDEAB9918436 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Question, I have need to update an entry box on the order of ~200ms intervals. Using gtk_entry_set_text() only seems to grow in memory usage. [...] commaval=commafy(tuples); sprintf(temp, "%*s", 9, commaval); free(commaval); gtk_entry_set_text(GTK_ENTRY(count_field), temp); [...] Consider this the body of a loop. Yes, I'm new to gtk starting last wednesday evening. Can someone recommend a leak proof method other than widget de/construction? tia, -d -- "The difference between 'involvement' and 'commitment' is like an eggs-and-ham breakfast: the chicken was 'involved' - the pig was 'committed'." --------------57DD6587A406CDEAB9918436 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------57DD6587A406CDEAB9918436-- From rhajikhani@etoys.com Tue Nov 14 20:24:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 0C56C2BCB6 for ; Tue, 14 Nov 2000 20:24:19 -0500 (EST) Received: (qmail 29921 invoked from network); 15 Nov 2000 00:43:42 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 15 Nov 2000 00:43:42 -0000 Received: from etoys.com (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSNBHC; Tue, 14 Nov 2000 17:04:41 -0800 Message-ID: <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 18:03:54 -0800 From: Rasoul Hajikhani Organization: etoys X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.7-1.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Help! is gtk cpu intensive? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Are gtk applications cpu intensive. I have a window that has a menu box, 3 buttons, scrollable window that holds gtkrgb object, couple of frames and a table, and it reads 27% cpu. Is this normal or does this mean I have done something wrong... ps: does any one know where I can get oci.h off the net. My Oracle installation did not have it... Thanks -r From alan@ielinux.com Tue Nov 14 21:41:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 503112CED7 for ; Tue, 14 Nov 2000 21:40:32 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id KAA04130 for ; Wed, 15 Nov 2000 10:47:53 +0800 Message-ID: <004e01c04ead$7e679440$bcec41d2@ielinux.com> From: "alan" To: Subject: How to set dialog window always on top?? Date: Wed, 15 Nov 2000 10:40:48 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004B_01C04EF0.848E26C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable How to set dialog window always on top?? I program a YesNoWindow,=20 I can set gtk_grab_add() let MainWindow can't get event. But I clicked the MainWindow, the YesNoWindow would lower MainWindow. Could I let the YesNoWindow(sub Dialog) always raise over MainWindow? How to do it?? ------=_NextPart_000_004B_01C04EF0.848E26C0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
How to set dialog window always = on=20 top??
I program a YesNoWindow, =
I can set gtk_grab_add() = let MainWindow can't get = event.
But I clicked the MainWindow, = the=20 YesNoWindow would lower=20 MainWindow.
Could I let the YesNoWindow(sub = Dialog)=20 always raise over MainWindow?
How to do = it??
------=_NextPart_000_004B_01C04EF0.848E26C0-- From pbd@op.net Tue Nov 14 21:54:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 152212BF70 for ; Tue, 14 Nov 2000 21:54:51 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18026; Tue, 14 Nov 2000 21:54:45 -0500 (EST) Message-Id: <200011150254.VAA18026@renoir.op.net> To: Rasoul Hajikhani Cc: "gtk-list@gnome.org" Subject: Re: Help! is gtk cpu intensive? In-reply-to: Your message of "Tue, 14 Nov 2000 18:03:54 PST." <3A11EF0A.1B1AE58F@etoys.com> Date: Tue, 14 Nov 2000 21:56:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message <3A11EF0A.1B1AE58F@etoys.com>you write: >Are gtk applications cpu intensive. I have a window that has a menu box, >3 buttons, scrollable window that holds gtkrgb object, couple of frames >and a table, and it reads 27% cpu. Is this normal or does this mean I >have done something wrong... you've done something wrong. without seeing any code, its impossible to tell what. >ps: does any one know where I can get oci.h off the net. My Oracle >installation did not have it... at least one version of oci.h is copyrighted by oracle. --p From otaylor@redhat.com Tue Nov 14 22:58:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (fresnel.labs.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 35E092BD43 for ; Tue, 14 Nov 2000 22:58:37 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id EDAF3242654; Tue, 14 Nov 2000 22:58:36 -0500 (EST) To: Dermot McCluskey Cc: gtk-list@gnome.org, gtk-devel-list@gtk.org Reply-To: gtk-devel-list@gtk.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> From: Owen Taylor Date: 14 Nov 2000 22:58:36 -0500 In-Reply-To: Dermot McCluskey's message of "Tue, 14 Nov 2000 15:55:35 +0000 (GMT)" Message-ID: Lines: 65 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ [ This would be best discussed on gtk-devel-list, so I've set the reply to point to that list. ] Dermot McCluskey writes: > I work in the Desktop Test Team at Sun. As you may > know, Sun has joined the GNOME Foundation and is > adopting GNOME as the future desktop for Solaris. > > We are planning to develop a verification test suite > for GTK+. This test suite could be used to check the > stability of a particular build of GTK+ and to find bugs. > We are currently putting together a team to work on > this project. > > Our plan is to check the code in to the CVS tree at > gnome.org as soon as we have something usable. > > Some of the areas to be tested will include: > - completeness of header files Hmmm, I'm not sure what this means quite... > - ability to create all standard (non-deprecated) widgets; > check default properties are set correctly; > get and set standard properties; > receive expected callbacks; etc So the idea here is to drive the widgets via their introspectable interface? Certainly quite a bit of testing can be done this way, though it probably will be as much testing the glue between the property system and the core itself. > - expected behavior and return values from library functions I assume this would involve writing specific test cases. These ideas sound like a reasonable start. I have very little experience in doing automated testing of toolkits, so I'd probably have to see things in action to know how it will work. > The execution of the test suite will be automated - there will > be no manual intervention or inspection involved. We plan to > use the TET test harness to control builds, execution, journal > files and results tabulation. A suitable open source version > of TET3 is available from The Open Group (tetworks.opengroup.org). Can you provide some more details on TET - I was unable to find out anything useful from the web page without registering to download. In particular: - What are the details of the license? (The Open Group has a history of being unable to get its act together on open license...) - What platforms does it run on? I saw mention on the web site of Win32 and Java... Thanks, Owen From dsh8290@rit.edu Tue Nov 14 23:20:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 425F22CA94 for ; Tue, 14 Nov 2000 23:20:51 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id XAA09128 for ; Tue, 14 Nov 2000 23:20:50 -0500 (EST) Date: Tue, 14 Nov 2000 23:20:19 -0500 From: D-Man To: gtk-list Subject: Future of GTK Message-ID: <20001114232019.A1463@dman.rh.rit.edu> Reply-To: dsh8290@rit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi. I have a few questions regarding the future of GTK in my evaluation and comparison of GTK+ and wxWindows. Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? Thanks all for your input on this subject. -D From hp@redhat.com Wed Nov 15 00:21:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 00A852BC92 for ; Wed, 15 Nov 2000 00:21:39 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5KWH11139; Wed, 15 Nov 2000 00:20:32 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: dsh8290@rit.edu Cc: gtk-list Subject: Re: Future of GTK References: <20001114232019.A1463@dman.rh.rit.edu> From: Havoc Pennington Date: 15 Nov 2000 00:20:32 -0500 In-Reply-To: D-Man's message of "Tue, 14 Nov 2000 23:20:19 -0500" Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man writes: > Currently GTK is primarily for Unix and Unix-like operating systems. > Is it the intention that GTK (and libglade of course) will be > cross-platform? Yes. The most important difference between GTK and wxWindows in this respect is that GTK will always be an "emulating" toolkit (meaning it draws its own widgets that may look like native widgets given the right theme, but it doesn't use native widgets). AFAIK wxWindows is a "wrapper" toolkit (meaning it uses native widgets underneath). A "wrapper" toolkit is going to be less flexible/powerful than a native toolkit like GTK, in general. This is why Java moved away from that (AWT) and Swing has a more GTK-like approach. But of course a wrapper toolkit has more native L&F. On the other hand, GTK _is_ the native L&F on at least one platform, unlike Swing. > How easy/feasible is it to bind various languages to C++? For language bindings the issue isn't C vs. C++. The issue is that GTK has an object system designed to facilitate language bindings. You could write such an object system in C or in C++ (in fact Microsoft has done so as part of their .NET framework). The "object system" that C++ has by default though isn't very good for this, you need a more powerful object system on top. And of course pretty much all large C++ systems have a more powerful object system on top - QObject in Qt for example. Though QObject is not designed to address the language binding issue. Havoc From hp@redhat.com Wed Nov 15 00:23:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id CED912BC92 for ; Wed, 15 Nov 2000 00:23:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAF5M4k11142; Wed, 15 Nov 2000 00:22:04 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: David Ford Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> From: Havoc Pennington Date: 15 Nov 2000 00:22:04 -0500 In-Reply-To: David Ford's message of "Tue, 14 Nov 2000 16:09:29 -0800" Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ David Ford writes: > Question, I have need to update an entry box on the order of ~200ms > intervals. Using gtk_entry_set_text() only seems to grow in memory > usage. > > [...] > commaval=commafy(tuples); > sprintf(temp, "%*s", 9, commaval); > free(commaval); > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > [...] > > Consider this the body of a loop. Yes, I'm new to gtk starting last > wednesday evening. Can someone recommend a leak proof method other than > widget de/construction? > If you're running that in a loop without ever running the GTK main loop, the memory leak is probably just GTK queuing up more and more redraws or something; try running the main loop once in a while. Havoc From wolfgang@ultim.net Wed Nov 15 00:24:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id E39942BC92 for ; Wed, 15 Nov 2000 00:24:02 -0500 (EST) Received: (qmail 19944 invoked from network); 15 Nov 2000 05:18:07 -0000 Received: from m170.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.170) by athena.ultim.net with SMTP; 15 Nov 2000 05:18:07 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.0/8.11.0/Debian GNU/Linux 8.11.0-6) id eAF5GnY18704 for gtk-list@gnome.org; Wed, 15 Nov 2000 00:16:49 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Wed, 15 Nov 2000 00:16:46 -0500 From: Wolfgang Sourdeau To: gtk-list Subject: Re: Future of GTK Message-ID: <20001115001644.A18672@debian.home> References: <20001114232019.A1463@dman.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20001114232019.A1463@dman.rh.rit.edu>; from dsh8290@rit.edu on Tue, Nov 14, 2000 at 11:20:19PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 14, 2000 at 11:20:19PM -0500, heure d'inpiration, D-Man écrivait en ces mots: > > Currently GTK is primarily for Unix and Unix-like operating systems. Is it the intention that GTK (and libglade of course) will be cross-platform? How easy/feasible is it to bind various languages to C++? GTK+ is currently being implemented for the Win32 and BeOS platform. I am quite sure a MacOS port is underway too. Please refer to http://www.gtk.org. For what the any_languages->C++ bindings I will let someone else answer. But I think it is more difficult than with C because of C++ way of managing its objects. Wolfgang -- A chicken is an egg's way of producing more eggs. From david@linux.com Wed Nov 15 01:47:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8ED692BC0E for ; Wed, 15 Nov 2000 01:47:14 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF6l5q27835; Tue, 14 Nov 2000 22:47:08 -0800 Message-ID: <3A123169.CAA37887@linux.com> Date: Tue, 14 Nov 2000 22:47:05 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> Content-Type: multipart/mixed; boundary="------------C1D651F0BBBA7BCDD0093C3D" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Havoc Pennington wrote: > David Ford writes: > > Question, I have need to update an entry box on the order of ~200ms > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > usage. > > > > [...] > > commaval=commafy(tuples); > > sprintf(temp, "%*s", 9, commaval); > > free(commaval); > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > [...] > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > wednesday evening. Can someone recommend a leak proof method other than > > widget de/construction? > > > > If you're running that in a loop without ever running the GTK main > loop, the memory leak is probably just GTK queuing up more and more > redraws or something; try running the main loop once in a while. The loop is iterated by a gtk timer, the program sits in gtk main normally. sql_refresh is initially called by a button. I've commented everything in the function except for the set_text. Assume conn is null only for the first call and valid thereafter. It boils down to the below with main() having entered while()..gtk_main(). sql_refresh() [...] if(!conn) { auto_push_statusbar("You are not linked to the SQL server -- Going online"); sql_connect(); if(!conn) { auto_push_statusbar("Unable to link to SQL server"); return; } else auto_push_statusbar("Connected to SQL server, refreshing every..."); timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); } [...] gtk_entry_set_text() } auto_refresh() { GtkButton *dummy1=NULL; gpointer dummy2=0; sql_refresh(dummy1, dummy2); return; } If I comment out the set_text call, I can run the program at 1ms for 20 minutes and see no mem leak. -d --------------C1D651F0BBBA7BCDD0093C3D Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------C1D651F0BBBA7BCDD0093C3D-- From bruces@mail.petech.ac.za Wed Nov 15 02:09:47 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 08E922BD79 for ; Wed, 15 Nov 2000 02:09:33 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA06384; Wed, 15 Nov 2000 09:08:50 +0200 Message-ID: <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "David Ford" Cc: References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> Subject: Re: gtk_entry_set_text() and very fast updates Date: Wed, 15 Nov 2000 09:08:54 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string given. Try to free temp each time after the text setting. Unfortunately I'm nowhere near a GTK+ box to give this a test myself. This may just break the app badly if it needs the original. Hope this works. Bruce ----- Original Message ----- From: "David Ford" To: "Havoc Pennington" Cc: Sent: Tuesday, November 14, 2000 10:47 PM Subject: Re: gtk_entry_set_text() and very fast updates > Havoc Pennington wrote: > > > David Ford writes: > > > Question, I have need to update an entry box on the order of ~200ms > > > intervals. Using gtk_entry_set_text() only seems to grow in memory > > > usage. > > > > > > [...] > > > commaval=commafy(tuples); > > > sprintf(temp, "%*s", 9, commaval); > > > free(commaval); > > > gtk_entry_set_text(GTK_ENTRY(count_field), temp); > > > [...] > > > > > > Consider this the body of a loop. Yes, I'm new to gtk starting last > > > wednesday evening. Can someone recommend a leak proof method other than > > > widget de/construction? > > > > > > > If you're running that in a loop without ever running the GTK main > > loop, the memory leak is probably just GTK queuing up more and more > > redraws or something; try running the main loop once in a while. > > The loop is iterated by a gtk timer, the program sits in gtk main normally. > sql_refresh is initially called by a button. I've commented everything in > the function except for the set_text. Assume conn is null only for the first > call and valid thereafter. It boils down to the below with main() having > entered while()..gtk_main(). > > sql_refresh() > [...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going > online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } > [...] > gtk_entry_set_text() > } > > auto_refresh() > { > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; > } > > If I comment out the set_text call, I can run the program at 1ms for 20 > minutes and see no mem leak. > > -d > > From pbd@op.net Wed Nov 15 02:13:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 455D32CF06 for ; Wed, 15 Nov 2000 02:13:04 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-00.ppp.op.net [209.152.194.64]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id CAA02075 for ; Wed, 15 Nov 2000 02:13:02 -0500 (EST) Message-Id: <200011150713.CAA02075@renoir.op.net> To: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates In-reply-to: Your message of "Tue, 14 Nov 2000 22:47:05 PST." <3A123169.CAA37887@linux.com> Date: Wed, 15 Nov 2000 02:15:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >sql_refresh() >[...] > if(!conn) { > auto_push_statusbar("You are not linked to the SQL server -- Going >online"); > sql_connect(); > if(!conn) { > auto_push_statusbar("Unable to link to SQL server"); > return; > } > else > auto_push_statusbar("Connected to SQL server, refreshing every..."); > > timeoutid=gtk_timeout_add(200, (void *)&auto_refresh, NULL); > } >[...] > gtk_entry_set_text() >} > >auto_refresh() >{ > GtkButton *dummy1=NULL; > gpointer dummy2=0; > sql_refresh(dummy1, dummy2); > return; >} This code doesn't make a lot of sense to me. What are you trying to accomplish ? When and how do you cancel the timeout function, and why doesn't it return FALSE or TRUE (or is that because you didn't actually cut-n-paste) ? --p From david@linux.com Wed Nov 15 02:17:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 8D3A02BC0E for ; Wed, 15 Nov 2000 02:17:29 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF7Goq27877; Tue, 14 Nov 2000 23:16:52 -0800 Message-ID: <3A123862.87E3AFFF@linux.com> Date: Tue, 14 Nov 2000 23:16:50 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Bruce A. Smith" Cc: gtk-list@gnome.org Subject: Re: gtk_entry_set_text() and very fast updates References: <3A11D439.A835ECF@linux.com> <3A123169.CAA37887@linux.com> <003c01c04f26$bc3deb60$1c020b0a@petech.ac.za> Content-Type: multipart/mixed; boundary="------------630358A9D836FA4CC0025A32" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------630358A9D836FA4CC0025A32 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Bruce A. Smith" wrote: > I may be wrong here, but doesn't gtk_entry_set_text make a copy of the string > given. Try to free temp each time after the text setting. Unfortunately I'm > nowhere near a GTK+ box to give this a test myself. This may just break the > app badly if it needs the original. > > Hope this works. That is what I had hoped, however it quickly segfaults after a few iterations. Is there documentation somewhere that says what functions copy and what functions don't? Where it's safe to do what? -d --------------630358A9D836FA4CC0025A32 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------630358A9D836FA4CC0025A32-- From david@linux.com Wed Nov 15 03:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 77E1B2BAE3 for ; Wed, 15 Nov 2000 03:08:13 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAF886q28437; Wed, 15 Nov 2000 00:08:09 -0800 Message-ID: <3A124466.9E3335BF@linux.com> Date: Wed, 15 Nov 2000 00:08:06 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: [fixed] Re: gtk_entry_set_text() and very fast updates References: <200011150713.CAA02075@renoir.op.net> Content-Type: multipart/mixed; boundary="------------AE19907BCF653B58888E8B99" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------AE19907BCF653B58888E8B99 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Paul Barton-Davis wrote: > This code doesn't make a lot of sense to me. What are you trying to > accomplish ? When and how do you cancel the timeout function, and why > doesn't it return FALSE or TRUE (or is that because you didn't > actually cut-n-paste) ? I do believe I have found it thanks to your question of return value. I've changed the timer callback itself to return FALSE and the leak no longer occurs. The program also no longer segfaults. Perhaps a simple note can be added to the FAQ to RTFM [again] on the subject of callbacks and return values when it appears your program has a memleak and strange segfaults. -d --------------AE19907BCF653B58888E8B99 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE adr:;;;;;; version:2.1 email;internet:david@kalifornia.com title:Blue Labs Developer x-mozilla-cpt:;14688 fn:David Ford end:vcard --------------AE19907BCF653B58888E8B99-- From bruces@mail.petech.ac.za Wed Nov 15 03:34:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 3CCF72BAE3 for ; Wed, 15 Nov 2000 03:34:19 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09204 for ; Wed, 15 Nov 2000 10:34:13 +0200 Message-ID: <00b201c04f32$aa624560$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: Re Gtk Developer Network site Date: Wed, 15 Nov 2000 10:34:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From jones@iabg.de Wed Nov 15 06:19:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id 17EC22BAE9 for ; Wed, 15 Nov 2000 06:19:38 -0500 (EST) Received: by iabgfw.iabg.de; id MAA29587; Wed, 15 Nov 2000 12:19:35 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma029548; Wed, 15 Nov 00 12:19:28 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Wed, 15 Nov 2000 12:19:27 +0100 Message-ID: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> From: "jones" To: Subject: updating entry widgets Date: Wed, 15 Nov 2000 12:18:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there anyway of making a entry widget update their entry at fixed time intervals? From john.cupitt@ng-london.org.uk Wed Nov 15 06:48:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id EEACF2BC61 for ; Wed, 15 Nov 2000 06:48:17 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWBZ0H5; Wed, 15 Nov 2000 11:48:16 -0000 Message-ID: <3A127725.6E2FD33@ng-london.org.uk> Date: Wed, 15 Nov 2000 11:44:37 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: jones Cc: gtk-list@gnome.org Subject: Re: updating entry widgets References: <002901c04ef5$c37bd300$5000050a@sam.iabg.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ jones wrote: > Is there anyway of making a entry widget update their entry at fixed time > intervals? Hi, use gtk_timeout_add(), and update the entry in the timeout callback. John -- John Cupitt, john.cupitt@ng-london.org.uk, +44 (0)20 7747 2570 VASARI Lab, The National Gallery, Trafalgar Square, London, WC2N 5DN From raszi@great.expectations.netfoo.org Tue Nov 14 18:17:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from great.expectations (tty-131.nas1.euroweb.hu [193.226.222.131]) by mail.gnome.org (Postfix) with ESMTP id 0576A2BE58 for ; Tue, 14 Nov 2000 18:17:18 -0500 (EST) Received: from raszi by great.expectations with local (Exim 3.16 #1 (Debian)) id 13vpKF-0001sI-00 for ; Wed, 15 Nov 2000 00:17:15 +0100 Date: Wed, 15 Nov 2000 00:17:15 +0100 From: KARASZI Istvan To: gtk-list@gnome.org Subject: File open/save dialog Message-ID: <20001115001715.A7062@great.expectations> Reply-To: raszi@bigfoot.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, i use often the file open/save dialog. And i'm very angry when i must delete my filename, when i want to go back into my home directory. I think a home button (near Create Dir, Delete File, Rename File or at the drop down menu in a separate option) is very comfortable. thanks, -- KARASZI Istvan From baxter@cs.unc.edu Mon Nov 13 10:22:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mail.gnome.org (Postfix) with ESMTP id 82B5D2BAB1 for ; Mon, 13 Nov 2000 10:22:14 -0500 (EST) Received: from cs.unc.edu (modeling1-cs.cs.unc.edu [152.2.142.92]) by wren.cs.unc.edu (8.9.3/8.9.3) with ESMTP id KAA05845; Mon, 13 Nov 2000 10:22:09 -0500 (EST) Message-ID: <3A100720.79FB2970@cs.unc.edu> Date: Mon, 13 Nov 2000 10:22:08 -0500 From: William Baxter X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: Havoc Pennington Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I did some more checking and they don't blink when using GNOME (sawfish) as the desktop manager. Only when KDE is the desktop manager. Havoc Pennington wrote: > Hi, > > They aren't supposed to blink, I've never heard of this problem. Maybe > your system clock is seriously broken, confusing GTK's timing? > > Havoc From pavan@gdit.iiit.net Tue Nov 14 14:56:29 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id E02362BAAF for ; Tue, 14 Nov 2000 14:56:24 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id BAA25370 for ; Wed, 15 Nov 2000 01:44:31 +0530 Date: Wed, 15 Nov 2000 01:44:31 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: GdkError !! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I am trying to draw a pixmap on another pixmap and trying to display the second one ! The problem is , second one is being created well but for the first one, the following error is being given ,, GdkWarning **:Creating pixmap from NULL window and colormap Can anyone explain me what this means , thanking you in anticipation, regards pavan From bruces@petech.ac.za Wed Nov 15 03:28:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id F02CD2BAE3 for ; Wed, 15 Nov 2000 03:27:55 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id KAA09012 for ; Wed, 15 Nov 2000 10:27:50 +0200 Message-ID: <008201c04f31$c5efe900$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: Subject: RE Gtk Developer Network site Date: Wed, 15 Nov 2000 10:27:55 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all A small project team, mostly students, are developing a set of services for generic developer networks. One of the project I have launched is a GTK+ Developer Network. This is a pre-beta announcement of the project and I would like some feedback on the idea and the web site. The site is, currently, located at http://gtkdn.petech.ac.za and is basically operational. Feel free to visit it and browse around a bit. We are looking for comments, criticisms and some information. Firstly, we need to develop a breakdown of the groupings of the information, so suggestions for topics are requested. Secondly, we will be pulling the articles from several sources, but mainly the gtk-list and gtk-devel-list mailing lists, editing the messages into an article once the problem has been solved and then publishing this. Credit will obviously be given to the people who posted the messages. Any suggestions or comments on this will also be welcome. Lastly, we want to know what services we should be adding to the system in the future. Thanks for your time and patience. Bruce A. Smith (developer, network engineer, troubleshooter, gofer... just about anything you want me to do) Tel: +27-41-504-3649 Fax: +27-41-504-3189 Email: bruces@petech.ac.za From mleisher@crl.nmsu.edu Wed Nov 15 10:34:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 0FD2F2BAAE for ; Wed, 15 Nov 2000 10:34:24 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA19963; Wed, 15 Nov 2000 08:34:19 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA19682; Wed, 15 Nov 2000 08:34:20 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA20966; Wed, 15 Nov 2000 08:34:18 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.44282.112015.417842@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 08:34:18 -0700 (MST) To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Some of the areas to be tested will include: - completeness of header >> files Owen> Hmmm, I'm not sure what this means quite... I suspect this means checking things like X11 header files that don't have return types specified (i.e. Solaris 2.8), prompting a flood of warnings when the -Wall flag is used with gcc. Owen> - What platforms does [TET] run on? I saw mention on the web site of Owen> Win32 and Java... Neither of which are being used by some of us. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From polom@convergence.de Wed Nov 15 11:39:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from wintermute (chambertin.convergence.de [212.84.236.2]) by mail.gnome.org (Postfix) with ESMTP id EE62C2BC09 for ; Wed, 15 Nov 2000 11:39:03 -0500 (EST) Received: from wintermute ([127.0.0.1] helo=convergence.de ident=szymon) by wintermute with esmtp (Exim 3.16 #1 (Debian)) id 13vx69-0000No-00; Wed, 15 Nov 2000 08:35:13 +0100 Message-ID: <3A123C89.1D0D594A@convergence.de> Date: Wed, 15 Nov 2000 08:34:33 +0100 From: Szymon Polom Organization: convergence integrated media GmbH X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-devel-list@gtk.org Cc: Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi... Owen Taylor wrote: > [ > This would be best discussed on gtk-devel-list, so I've > set the reply to point to that list. > ] > > Dermot McCluskey writes: > > > I work in the Desktop Test Team at Sun. As you may > > know, Sun has joined the GNOME Foundation and is > > adopting GNOME as the future desktop for Solaris. > > > > We are planning to develop a verification test suite > > for GTK+. This test suite could be used to check the > > stability of a particular build of GTK+ and to find bugs. > > We are currently putting together a team to work on > > this project. > In particular: > > - What are the details of the license? (The Open Group has a > history of being unable to get its act together on open > license...) > > - What platforms does it run on? I saw mention on the web site > of Win32 and Java... Java? Please not. Then they are going to do some stupting testing standard and superset it, because they own the java namespace and nobody is able to extend that standard. Or you have to licence their VM to be compliant or you have to use a test for your VM to be compliant. And so on. Sun. No thanks. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From hp@redhat.com Wed Nov 15 11:50:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id A5FF92CEB7 for ; Wed, 15 Nov 2000 11:50:46 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFGnK824323; Wed, 15 Nov 2000 11:49:20 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: From: Havoc Pennington Date: 15 Nov 2000 11:49:19 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Wed, 15 Nov 2000 01:44:31 +0530 (IST)" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > GdkWarning **:Creating pixmap from NULL window and colormap > Can anyone explain me what this means , > It means you are calling gdk_pixmap_new() without providing a window or colormap. This means GTK will assume the default visual/colormap, which may not be correct for the window you end up drawing the pixmap to. The way to solve it is to pass in the window or colormap you want to gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). The window you intend to draw the pixmap to would be appropriate here, or the result of gtk_widget_get_colormap() on the widget you intend to use the pixmap with. Havoc From otaylor@redhat.com Wed Nov 15 11:53:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id F0B7B2DCD0; Wed, 15 Nov 2000 11:53:20 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id C0A28242659; Wed, 15 Nov 2000 11:53:20 -0500 (EST) To: Szymon Polom Cc: gtk-devel-list@gnome.org, Dermot McCluskey , gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: Re: GTK+ test suite References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123D84.7CB8515A@convergence.de> From: Owen Taylor Date: 15 Nov 2000 11:53:20 -0500 In-Reply-To: Szymon Polom's message of "Wed, 15 Nov 2000 08:38:44 +0100" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon Polom writes: > Hi... > > Owen Taylor wrote: > > > [ > > This would be best discussed on gtk-devel-list, so I've > > set the reply to point to that list. > > ] > > > > Dermot McCluskey writes: > > > > > I work in the Desktop Test Team at Sun. As you may > > > know, Sun has joined the GNOME Foundation and is > > > adopting GNOME as the future desktop for Solaris. > > > > > > We are planning to develop a verification test suite > > > for GTK+. This test suite could be used to check the > > > stability of a particular build of GTK+ and to find bugs. > > > We are currently putting together a team to work on > > > this project. > > > In particular: > > > > - What are the details of the license? (The Open Group has a > > history of being unable to get its act together on open > > license...) > > > > - What platforms does it run on? I saw mention on the web site > > of Win32 and Java... > > Java? Please not. Then they are going to do some stupting testing > standard and superset it, because they own the java namespace and nobody > is able to extend that standard. Or you have to licence their VM to be > compliant or you have to use a test for your VM to be compliant. And so > on. > > Sun? No thanks. This is a very unhelpful attitude to take, and not the way I think the GTK+ community should be responding to people interested in assisting with GTK+. Sun is interested in making contributions to the GTK+ project; we will work with them to make sure that that the work they do aligns with the goals of GTK+ and is useful for everybody. As Dermot has responded, the version of TET that they are planning to use does not use Java, so this turns out not to be an issue at all. Regards, Owen From mleisher@crl.nmsu.edu Wed Nov 15 12:11:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 027452BB1F for ; Wed, 15 Nov 2000 12:11:28 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id KAA00041; Wed, 15 Nov 2000 10:11:25 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id KAA43979; Wed, 15 Nov 2000 10:11:26 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id KAA21101; Wed, 15 Nov 2000 10:11:23 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14866.50107.812865.87743@helion.crl.nmsu.edu> Date: Wed, 15 Nov 2000 10:11:23 -0700 (MST) To: gtk-devel-list@gtk.org, Dermot McCluskey , gtk-list@gnome.org Subject: Re: GTK+ test suite In-Reply-To: <3A123C89.1D0D594A@convergence.de> References: <200011141555.PAA06001@ireserver.Ireland.Sun.COM> <3A123C89.1D0D594A@convergence.de> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Szymon> Java? Please not. Then they are going to do some stupting testing Szymon> standard and superset it, because they own the java namespace and Szymon> nobody is able to extend that standard. Or you have to licence Szymon> their VM to be compliant or you have to use a test for your VM to Szymon> be compliant. And so on. This is a good point. My personal lack of interest in Java is simply due to the fact that I can solve the same problems much faster and with far less code in other programming languages that fill the same niche. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From lrclause@cs.uiuc.edu Wed Nov 15 13:46:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 3D7492D9B8 for ; Wed, 15 Nov 2000 13:46:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFIkFG31851; Wed, 15 Nov 2000 12:46:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <20001115001715.A7062@great.expectations> From: Lars Clausen Date: 15 Nov 2000 12:46:14 -0600 In-Reply-To: KARASZI Istvan's message of "Wed, 15 Nov 2000 00:17:15 +0100" Message-ID: Lines: 24 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, KARASZI Istvan wrote: > Hello, >=20 > i use often the file open/save dialog. And i'm very angry when i must > delete my filename, when i want to go back into my home directory. I think > a home button (near Create Dir, Delete File, Rename File or at the drop > down menu in a separate option) is very comfortable. SigUnix at UIUC has made a couple improvements to the file dialog. You can get patches for GTK 1.2.8 at . We're currently working on improving the filtering interface, but that has turned out to be a larger job that the previous fixes. Comments are very welcome! -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From Anthony-Ferrand@wanadoo.fr Wed Nov 15 15:08:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id DAA1E2D3EB for ; Wed, 15 Nov 2000 15:08:47 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 15 Nov 2000 21:08:47 +0100 Message-ID: <3A12ED5D.FA957A67@wanadoo.fr> Date: Wed, 15 Nov 2000 21:09:01 +0100 From: ASF X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: passing args X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I use the gtk_timeout_add function and my problem is that I need to pass 2 args to the function specified in gtk_timeout_add but it accepts only one arg for datas.... Regards, ASF From dinh@enserb.fr Wed Nov 15 15:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 3B6682CB34 for ; Wed, 15 Nov 2000 15:49:03 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id VAA19547; Wed, 15 Nov 2000 21:48:52 +0100 (MET) Message-ID: <3A1304C6.33DB3E79@enserb.fr> Date: Wed, 15 Nov 2000 21:48:54 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: ASF Cc: GTK Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF wrote: > > Hello, > > I use the gtk_timeout_add function and my problem is that I need to pass > 2 args to the function specified in gtk_timeout_add but it accepts only > one arg for datas.... The idea is to pass a structure with these two arguments when you have a function void function(type1 * arg1, type2 * arg2) { .... } you have to define a second function and a structure : struct struct_arg1_arg2 { type1 * arg1; type2 * arg2; }; void function_prime(struct struct_arg1_arg2 * arg) { function(arg->arg1, arg->arg2); } to call the function, you do the following : { struct struct_arg1_arg2 data; data->arg1 = arg1; data->arg2 = arg2; gtk_timeout_add(interval, function, &data); } -- Hoa From dsh8290@rit.edu Wed Nov 15 16:11:16 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 177582CEB7 for ; Wed, 15 Nov 2000 16:11:16 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA08468 for ; Wed, 15 Nov 2000 16:11:15 -0500 (EST) Date: Wed, 15 Nov 2000 16:11:15 -0500 From: D-Man To: gtk-list Subject: Re: passing args Message-ID: <20001115161115.E1016@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20001115155950.B1016@westsidecnc.rh.rit.edu>; from dsh8290@rit.edu on Wed, Nov 15, 2000 at 16:02:38 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. -D On Wed, 15 Nov 2000 16:48:54 DINH V. Hoà wrote: | ASF wrote: | > | > Hello, | > | > I use the gtk_timeout_add function and my problem is that I need to pass | > 2 args to the function specified in gtk_timeout_add but it accepts only | > one arg for datas.... | | | The idea is to pass a structure with these two arguments | | when you have a function | | void function(type1 * arg1, type2 * arg2) | { | .... | } | | | you have to define a second function and a structure : | | struct struct_arg1_arg2 | { | type1 * arg1; | type2 * arg2; | }; | | void function_prime(struct struct_arg1_arg2 * arg) | { | function(arg->arg1, arg->arg2); | } | | to call the function, you do the following : | | { | struct struct_arg1_arg2 data; | data->arg1 = arg1; | data->arg2 = arg2; | gtk_timeout_add(interval, function, &data); | } | | -- | Hoa | From pbd@op.net Wed Nov 15 16:18:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1457F2BC7C for ; Wed, 15 Nov 2000 16:18:03 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00378 for ; Wed, 15 Nov 2000 16:18:01 -0500 (EST) Message-Id: <200011152118.QAA00378@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 11:49:19 EST." Date: Wed, 15 Nov 2000 16:20:14 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It means you are calling gdk_pixmap_new() without providing a window >or colormap. This means GTK will assume the default visual/colormap, >which may not be correct for the window you end up drawing the pixmap >to. > >The way to solve it is to pass in the window or colormap you want to >gdk_pixmap_create_from_xpm() or gdk_pixmap_colormap_create_from_xpm(). is this going to be "fixed" in the new GTK+ ? it seems like such a common question, and the "obvious" usage of gdk_pixmap_new() breaks so often that it seems as if the functions should be renamed so that the colormap-ish versions are the default. --p From pbd@op.net Wed Nov 15 16:19:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1B5092CE55 for ; Wed, 15 Nov 2000 16:19:52 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-19.ppp.op.net [209.152.194.89]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id QAA00457; Wed, 15 Nov 2000 16:19:03 -0500 (EST) Message-Id: <200011152119.QAA00457@renoir.op.net> To: Lars Clausen Cc: gtk-list@gnome.org Subject: Re: File open/save dialog In-reply-to: Your message of "15 Nov 2000 12:46:14 CST." Date: Wed, 15 Nov 2000 16:21:15 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >. We're >currently working on improving the filtering interface, but that has turned >out to be a larger job that the previous fixes. i thought somebody did this more than a year ago ? there was talk of it right here on this list ... From eric_monsler@radixwireless.com Wed Nov 15 16:42:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from radixtek.com (unknown [209.157.8.121]) by mail.gnome.org (Postfix) with ESMTP id 0292C2BC15 for ; Wed, 15 Nov 2000 16:42:42 -0500 (EST) Received: from dhcp-1-212.radixtek.com ([172.16.1.212] helo=radixwireless.com) by radixtek.com with esmtp (Exim 3.16 #1) id 13wAKA-0002Se-00; Wed, 15 Nov 2000 13:42:34 -0800 Message-ID: <3A13025F.421F9348@radixwireless.com> Date: Wed, 15 Nov 2000 13:38:39 -0800 From: Eric Monsler X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: dsh8290@rit.edu Cc: gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ D-Man wrote: > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > -D > I don't think that the macro approach works when specifying a function as a callback. Does it?? If so, I would love to hear how, because that would mean something is seriously broken in my understanding of the pre-processor, compilation and linking process and the callback use of function pointers. I would expect that using: #define function_prime(ARG) function(ARG->arg1,ARG->arg2) will cause the line: gtk_timeout_add(interval, function_prime, &data); to be expanded to: gtk_timeout_add(interval, function, &data); and, when called, to have the effect of calling function( ((type1 *)&data), ((type2 *)rand()) ); Where rand() is not really called of course, but represents some unknown content of a register or stack location used to pass the second argument of a function, when the call by pointer expects to be passing one argument. Eric From dsh8290@rit.edu Wed Nov 15 16:54:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id DA2862BD24 for ; Wed, 15 Nov 2000 16:54:37 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id QAA10181; Wed, 15 Nov 2000 16:54:28 -0500 (EST) Date: Wed, 15 Nov 2000 16:54:28 -0500 From: D-Man To: Eric Monsler Cc: dsh8290@ritvax.isc.rit.edu, gtk-list Subject: Re: passing args Message-ID: <20001115165428.A1200@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3A13025F.421F9348@radixwireless.com>; from eric_monsler@radixwireless.com on Wed, Nov 15, 2000 at 16:38:39 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Um, yeah. Good point. I wasn't thinking about callbacks there. However I do believe it is legal to take the address of a macro. -D On Wed, 15 Nov 2000 16:38:39 Eric Monsler wrote: | I don't think that the macro approach works when specifying a function | as a callback. Does it?? If so, I would love to hear how, because that | would mean something is seriously broken in my understanding of the | pre-processor, compilation and linking process and the callback use of | function pointers. From lrclause@cs.uiuc.edu Wed Nov 15 17:15:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id 9E9B92BB2C for ; Wed, 15 Nov 2000 17:15:16 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAFMFFK01827; Wed, 15 Nov 2000 16:15:15 -0600 To: gtk-list@gnome.org Subject: Re: File open/save dialog References: <200011152119.QAA00457@renoir.op.net> From: Lars Clausen Date: 15 Nov 2000 16:15:15 -0600 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:21:15 -0500" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Wed, 15 Nov 2000, Paul Barton-Davis wrote: >> . We= 're >> currently working on improving the filtering interface, but that has tur= ned >> out to be a larger job that the previous fixes. >=20 > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... There's been much talk of rewriting it from scratch, but we looked and failed to find any improvements to the existing dialog. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From dinh@enserb.fr Wed Nov 15 18:24:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 121002DC08 for ; Wed, 15 Nov 2000 18:24:27 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07430; Thu, 16 Nov 2000 00:20:30 +0100 (MET) Message-ID: <3A132850.FEFAC745@enserb.fr> Date: Thu, 16 Nov 2000 00:20:32 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Eric Monsler Cc: dsh8290@rit.edu, gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <20001115155950.B1016@westsidecnc.rh.rit.edu> <20001115161115.E1016@westsidecnc.rh.rit.edu> <3A13025F.421F9348@radixwireless.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Eric Monsler wrote: > > D-Man wrote: > > > > I like to write functions such as function_prime as a macro because they are so simple. That way it doesn't take any runtime to call it. > > > > -D > > > > I don't think that the macro approach works when specifying a function > as a callback. Does it?? If so, I would love to hear how, because that > would mean something is seriously broken in my understanding of the > pre-processor, compilation and linking process and the callback use of > function pointers. > > I would expect that using: > #define function_prime(ARG) function(ARG->arg1,ARG->arg2) > > will cause the line: > gtk_timeout_add(interval, function_prime, &data); > > to be expanded to: > gtk_timeout_add(interval, function, &data); not exactly, there will be a compilation error. because the macro takes at least one argument and no expansion is possible. And D-man, macro are not object in memory, it is simply replacement of text in the source code in the first pass of the compilation, then it is NOT legal to take the address of a macro. -- Hoa From dinh@enserb.fr Wed Nov 15 18:25:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from neouvielle.enserb.fr (neouvielle.enserb.fr [147.210.18.138]) by mail.gnome.org (Postfix) with ESMTP id 638502DE69 for ; Wed, 15 Nov 2000 18:25:22 -0500 (EST) Received: from enserb.fr (dinh@narrhavas [147.210.18.145]) by neouvielle.enserb.fr (8.9.3/8.9.3) with ESMTP id AAA07665; Thu, 16 Nov 2000 00:25:13 +0100 (MET) Message-ID: <3A13296B.A8A89CE5@enserb.fr> Date: Thu, 16 Nov 2000 00:25:15 +0000 From: "DINH V. =?iso-8859-1?Q?Ho=E0?=" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: Juergen Boemmels , gtk-list Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Juergen Boemmels wrote: > > "DINH V. Hoà" writes: > > > to call the function, you do the following : > > > > { > > struct struct_arg1_arg2 data; > > data->arg1 = arg1; > > data->arg2 = arg2; > > gtk_timeout_add(interval, function, &data); > > } > > I'm not sure, but this won't work. > You alloc the data on the stack, register a pointer to this, add leave > the function destroying this part of the stack. But it also may even > work in several cases. Those bugs are realy hard to find. > > When your timeout occurs, you may get a segfault, because the > stackframe is no longer valid. > > A possible way would be > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > free (data); > } ok, the way I gave won't work but yours won't work too. because, data will be freed as much as the function is called. (the function is called periodically with gtk_timeout_add). then the a better solution is { struct struct_arg1_arg2 *data; data = malloc (sizeof (struct struct_arg1_arg2)); g_assert (data != 0); /* init data */ gtk_timeout_add (interval, function, &data); } function (struct struct_arg1_arg2 *data) { /* do something with data */ // no free } don't forget to free the data at the end of the program or when the timeout callback will be stopped. -- Hoa From hp@redhat.com Wed Nov 15 18:49:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 219622DD05 for ; Wed, 15 Nov 2000 18:49:03 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAFNlqs15919; Wed, 15 Nov 2000 18:47:52 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011152118.QAA00378@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 18:47:52 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 16:20:14 -0500" Message-ID: Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is this going to be "fixed" in the new GTK+ ? it seems like such a > common question, and the "obvious" usage of gdk_pixmap_new() breaks so > often that it seems as if the functions should be renamed so that the > colormap-ish versions are the default. > Well, these functions are totally useless in the new GTK; you would normally use gdk_pixbuf_new_from_xpm_data() instead, or better use GdkPixbuf with inline RGB or PNG data. Then you would display the pixbuf in a GtkImage. There is basically no reason to create a pixmap from XPM data anymore. It looks like there's a g_return_if_fail() at the top of the functions now that requires either a window or colormap to be passed in, which is probably a clearer warning (assertion failed in gdk_pixmap_create_from_xpm_d(): window != NULL or something). Havoc From rhajikhani@exchange.office.etoys.com Wed Nov 15 20:28:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 896B42CDF6 for ; Wed, 15 Nov 2000 20:28:00 -0500 (EST) Received: (qmail 17345 invoked from network); 16 Nov 2000 01:02:03 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:02:03 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN9WM; Wed, 15 Nov 2000 17:24:30 -0800 Date: Wed, 15 Nov 2000 18:25:11 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help CPU usage at 8.9% ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have this piece of code that when run, has a 9.0% cpu usage GtkWidget create_bars (void) 71 { 72 GtkWidget *lh, *table; 73 int i, count, count1; 74 75 char buffer[20]; 76 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); 78 79 vrule = gtk_vruler_new(); 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, _TWOH); 82 gtk_table_attach_defaults( GTK_TABLE(table), 83 vrule, 84 _NON, 85 _NON, 86 _ONE); 87 gtk_table_set_col_spacings( GTK_TABLE (table), 88 _FIVE); 89 90 for (i = _NON; i < _TWTY; i++) 91 { 92 count1 = count = i; 93 count++; 94 count1++; 95 96 lh = gtk_level_hold_new(_TWOH, 97 _TEN, 98 GTK_LEVEL_HOLD_FADE, 99 _EIGHT, 100 _THREE, 101 _TWO); 102 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, _NON); 104 gtk_table_attach_defaults( GTK_TABLE(table), 105 lh, 106 count, 107 count + _ONE, 108 _NON, 109 _ONE); 110 111 sprintf(buffer, "Label%d", i); 112 113 label = gtk_label_new (buffer); gtk_table_attach_defaults( GTK_TABLE(table), 115 label, 116 count1, 117 count1 + _ONE, 118 _ONE, 119 _TWO); 120 121 gtk_timeout_add(100, bar, lh); 122 } 123 124 return table; 125 126 } I really do not understand why such high cpu usage. On top of that, when I put this in my application which has a whole lot of other things, the cpu usage goes to 20%. However, my application without the above code, has less that 1% cpu usage. Can any one PLEASE help... -r From dfisher@jagger.me.berkeley.edu Wed Nov 15 20:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from h-208-12-39-186.mcom.com (h-208-12-39-186.netscape.com [208.12.39.186]) by mail.gnome.org (Postfix) with ESMTP id 42F6D2CDC8 for ; Wed, 15 Nov 2000 20:41:17 -0500 (EST) Received: from jagger.me.berkeley.edu (IDENT:darin@localhost.localdomain [127.0.0.1]) by h-208-12-39-186.mcom.com (8.11.0/8.11.0) with ESMTP id eAG1edI03724; Wed, 15 Nov 2000 17:40:39 -0800 Message-ID: <3A133B17.1070100@jagger.me.berkeley.edu> Date: Wed, 15 Nov 2000 17:40:39 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ My guess would be that the cpu usage results from the 100 millisecond timeout. I bet if you increased the timeout you would notice the cpu usage drop. You have to consider how much work the bar() method is doing... if it doing relatively a lot of work then that would explain the cpu usage. Darin Rasoul Hajikhani wrote: > I have this piece of code that when run, has a 9.0% cpu usage > GtkWidget create_bars (void) > 71 { > 72 GtkWidget *lh, *table; > 73 int i, count, count1; > 74 > 75 char buffer[20]; > 76 > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > 78 > 79 vrule = gtk_vruler_new(); > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > _TWOH); > 82 gtk_table_attach_defaults( GTK_TABLE(table), > 83 vrule, > 84 _NON, > 85 _NON, > 86 _ONE); > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > 88 _FIVE); > 89 > 90 for (i = _NON; i < _TWTY; i++) > 91 { > 92 count1 = count = i; > 93 count++; > 94 count1++; > 95 > 96 lh = gtk_level_hold_new(_TWOH, > 97 _TEN, > 98 GTK_LEVEL_HOLD_FADE, > 99 _EIGHT, > 100 _THREE, > 101 _TWO); > 102 > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > _NON); > 104 gtk_table_attach_defaults( GTK_TABLE(table), > 105 lh, > 106 count, > 107 count + _ONE, > 108 _NON, > 109 _ONE); > 110 > 111 sprintf(buffer, "Label%d", i); > 112 > 113 label = gtk_label_new (buffer); > > gtk_table_attach_defaults( GTK_TABLE(table), > 115 label, > 116 count1, > 117 count1 + _ONE, > 118 _ONE, > 119 _TWO); > 120 > 121 gtk_timeout_add(100, bar, lh); > 122 } > 123 > 124 return table; > 125 > 126 } > I really do not understand why such high cpu usage. On top of that, when I > put this in my application which has a whole lot of other things, the cpu > usage goes to 20%. However, my application without the above code, has > less that 1% cpu usage. Can any one PLEASE help... > -r > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From rhajikhani@exchange.office.etoys.com Wed Nov 15 21:01:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 55B072DC08 for ; Wed, 15 Nov 2000 21:01:02 -0500 (EST) Received: (qmail 7064 invoked from network); 16 Nov 2000 01:35:09 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 01:35:09 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8HSN0PP; Wed, 15 Nov 2000 17:57:36 -0800 Date: Wed, 15 Nov 2000 18:58:16 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: Darin Fisher Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <3A133B17.1070100@jagger.me.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Unfortunately, that was not it... I changed the time out to 5000 and still got the same cpu usage. The funny thing is that the sample code that comes with gtkrgb has the same code, except for the table, and the cpu usage is less than 1%. -r On Wed, 15 Nov 2000, Darin Fisher wrote: > My guess would be that the cpu usage results from the 100 millisecond > timeout. I bet if you increased the timeout you would notice the cpu > usage drop. You have to consider how much work the bar() method is > doing... if it doing relatively a lot of work then that would explain > the cpu usage. > > Darin > > > Rasoul Hajikhani wrote: > > > I have this piece of code that when run, has a 9.0% cpu usage > > GtkWidget create_bars (void) > > 71 { > > 72 GtkWidget *lh, *table; > > 73 int i, count, count1; > > 74 > > 75 char buffer[20]; > > 76 > > 77 table = gtk_table_new(_TWO, _TWTYTWO, FALSE); > > 78 > > 79 vrule = gtk_vruler_new(); > > 80 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); > > 81 gtk_ruler_set_range( GTK_RULER(vrule), _TWOH, _NON, _NON, > > _TWOH); > > 82 gtk_table_attach_defaults( GTK_TABLE(table), > > 83 vrule, > > 84 _NON, > > 85 _NON, > > 86 _ONE); > > 87 gtk_table_set_col_spacings( GTK_TABLE (table), > > 88 _FIVE); > > 89 > > 90 for (i = _NON; i < _TWTY; i++) > > 91 { > > 92 count1 = count = i; > > 93 count++; > > 94 count1++; > > 95 > > 96 lh = gtk_level_hold_new(_TWOH, > > 97 _TEN, > > 98 GTK_LEVEL_HOLD_FADE, > > 99 _EIGHT, > > 100 _THREE, > > 101 _TWO); > > 102 > > 103 gtk_box_pack_start(GTK_BOX(table), lh, _NON, _NON, > > _NON); > > 104 gtk_table_attach_defaults( GTK_TABLE(table), > > 105 lh, > > 106 count, > > 107 count + _ONE, > > 108 _NON, > > 109 _ONE); > > 110 > > 111 sprintf(buffer, "Label%d", i); > > 112 > > 113 label = gtk_label_new (buffer); > > > > gtk_table_attach_defaults( GTK_TABLE(table), > > 115 label, > > 116 count1, > > 117 count1 + _ONE, > > 118 _ONE, > > 119 _TWO); > > 120 > > 121 gtk_timeout_add(100, bar, lh); > > 122 } > > 123 > > 124 return table; > > 125 > > 126 } > > I really do not understand why such high cpu usage. On top of that, when I > > put this in my application which has a whole lot of other things, the cpu > > usage goes to 20%. However, my application without the above code, has > > less that 1% cpu usage. Can any one PLEASE help... > > -r > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Wed Nov 15 21:43:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 7800F2BAAE for ; Wed, 15 Nov 2000 21:43:36 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA25867; Wed, 15 Nov 2000 21:43:34 -0500 (EST) Message-Id: <200011160243.VAA25867@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Wed, 15 Nov 2000 18:25:11 PST." Date: Wed, 15 Nov 2000 21:45:50 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >I have this piece of code that when run, has a 9.0% cpu usage Ah, did you mention you were using GtkLevelHold the last time ? :)) Yes, if you have twenty of these suckers updating every 10msecs, you'll be burning a notable fraction of your CPU. The way they use GtkRgb (and GdkRgb below it) is not supremely efficient. For my project ardour (http://ardour.sourceforge.net), I typically have 26 on screen, and its been a growing concern of mine. It would be possible to do 90% of the functionality with gdk_copy_area() and 1 or 2 pixmaps, but the level *hold* bar is a little tricker to get right. So basically, yep, this is exactly what you'd expect. However, I would point out that your implementation could be improved. You only need a single gtk_timeout_add() - that function can itself loop through all _TWTY LevelHolds and update them. This will reduce the strain on the main loop scheduling in glib. Right now, you have one timeout per bar, which is the wrong way around, IMHO --p (seasoned LevelHold user and hacker) From pbd@op.net Wed Nov 15 21:45:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 879552BD24 for ; Wed, 15 Nov 2000 21:45:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-14.ppp.op.net [209.152.194.52]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA26096 for ; Wed, 15 Nov 2000 21:45:52 -0500 (EST) Message-Id: <200011160245.VAA26096@renoir.op.net> To: gtk-list@gnome.org Subject: Re: GdkError !! In-reply-to: Your message of "15 Nov 2000 18:47:52 EST." Date: Wed, 15 Nov 2000 21:48:07 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Well, these functions are totally useless in the new GTK; you would >normally use gdk_pixbuf_new_from_xpm_data() instead, or better use >GdkPixbuf with inline RGB or PNG data. Then you would display the >pixbuf in a GtkImage. There is basically no reason to create a pixmap >from XPM data anymore. except: % ls .../pixmaps no good reason to convert them either, if you ask me. >It looks like there's a g_return_if_fail() at the top of the functions >now that requires either a window or colormap to be passed in, which >is probably a clearer warning (assertion failed in >gdk_pixmap_create_from_xpm_d(): window != NULL or something). i guess i feel that if its possible to create server-side images without an explicit window (and it clearly is), then there is no reason to ever require one. --p From hp@redhat.com Wed Nov 15 23:01:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6ABE52C9BA for ; Wed, 15 Nov 2000 23:01:32 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAG40MG18356; Wed, 15 Nov 2000 23:00:22 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: GdkError !! References: <200011160245.VAA26096@renoir.op.net> From: Havoc Pennington Date: 15 Nov 2000 23:00:22 -0500 In-Reply-To: Paul Barton-Davis's message of "Wed, 15 Nov 2000 21:48:07 -0500" Message-ID: Lines: 67 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > > except: > > % ls .../pixmaps > > > no good reason to convert them either, if you ask me. > You don't need to convert the xpm's, just load them into pixbufs not pixmaps. We're talking about newly-written code here, right? The recommended way to write new code with 2.0 is to load into a pixbuf. If you want to have a pixmap, then the way to do that is to load into a pixbuf, then create a pixmap from the pixbuf using either gdk_pixmap_colormap_new_from_pixbuf or gdk_pixbuf_render_to_drawable. (pixmap_colormap_new_from_pixbuf being a convenience wrapper around the latter function). Anyhow, sort of beside the point, I'm just saying that the pixmap_from_xpm() things are not really useful anymore. pixbuf_new_from_file() or pixbuf_new_from_xpm_data() would be better. new_from_file() has the advantage that you can change the on-disk format of the image without even recompiling your app. > i guess i feel that if its possible to create server-side images > without an explicit window (and it clearly is), then there is no > reason to ever require one. > The window isn't required; the colormap is required. Otherwise you can't map from the colors in the XPM or pixbuf into a pixmap. The window is simply used to get a colormap. A colormap in 2.0 has the visual attached to it, the depth of the visual is needed to create the pixmap. Of course in GTK 2.0 there's almost no reason to use a non-default colormap or allocate colors in a colormap because the default colormap has an RGB color cube already allocated; colormap support is mostly for legacy reasons. We added gdk_gc_set_rgb_fg_color() and gdk_gc_set_rgb_bg_color() specifically so you can just forget about colormaps and color allocation. Of course everyone will try using the more intuitively-named set_foreground() first, which is unfortunate, but we can't break old code that assumes the color going into set_foreground() is already allocated. The interface could use some work; it might be nice if gdk_pixmap_colormap_new_from_pixbuf() and the XPM functions would accept a NULL colormap and fall back to the default colormap. For people who don't know or care about colormaps, this would always work properly, since all widgets are using the default colormap. It's possible we should have variants of all functions that take a colormap that don't take a colormap, e.g. gdk_pixmap_new_from_pixbuf(), so we can phase out colormaps over time. Anyhow, I think 2.0 is a lot better in this respect, it does allow you to ignore colormaps, but the interfaces could use some work to be coherent in the new scheme while still supporting legacy apps. Havoc From cssl@geocities.com Wed Nov 15 23:46:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.mail.yahoo.com (smtp1.mail.yahoo.com [128.11.69.60]) by mail.gnome.org (Postfix) with SMTP id C7A9E2CE31 for ; Wed, 15 Nov 2000 23:46:38 -0500 (EST) Received: from unknown (HELO geocities.com) (137.204.24.233) by smtp.mail.vip.suc.yahoo.com with SMTP; 15 Nov 2000 09:59:10 -0000 X-Apparently-From: Message-ID: <3A125EBA.19A4C03B@geocities.com> Date: Wed, 15 Nov 2000 11:00:26 +0100 From: Diego Zuccato Organization: CyberSpace Software Labs BBS X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: GTK list Subject: Troubles with GnomeAnimator Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello all. I'm having troubles with a GnomeAnimator that stopped working. I create the window "anim" containing the animator with glade and then call create_anim(). Then I set the image sequence (a slightly modified tux-anim ... just zoomed 4x and added the missing pixels). Then I start a detached thread (with pthead_create + pthread_detach) that does its work well, without calling GTK functions (I even tried to put just a sleep(10) in it...). When it's done it sets a global variable (I know it's ugly, but it should be enough) that's checked by a gtk_idle_add'ded function. Well, It worked, till I modified another window with glade. Now it displays anim window, but without the animation :-( Any hint ? Tks, Diego. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From bruces@mail.petech.ac.za Thu Nov 16 01:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 900962C8B5 for ; Thu, 16 Nov 2000 01:25:52 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id IAA01113 for ; Thu, 16 Nov 2000 08:25:47 +0200 Message-ID: <006101c04fe9$e18a85e0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: References: <200011152119.QAA00457@renoir.op.net> Subject: Re: File open/save dialog Date: Thu, 16 Nov 2000 08:25:47 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all There is one, called Advanced GtkFileSel, that adds nav buttons and filters. I've been using it for a couple of months now and it works fine. And all you have to do is patch and recompile Gtk+, no changes to the applications. Find it at Freshmeat->Appindex->Development->Widget Sets->advanced-gtkfilesel ----- Original Message ----- From: "Paul Barton-Davis" To: "Lars Clausen" Cc: Sent: Wednesday, November 15, 2000 1:21 PM Subject: Re: File open/save dialog > >. We're > >currently working on improving the filtering interface, but that has turned > >out to be a larger job that the previous fixes. > > i thought somebody did this more than a year ago ? there was talk of > it right here on this list ... > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From zhyforever@163.net Thu Nov 16 04:00:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.hz.webex.com (unknown [61.153.4.67]) by mail.gnome.org (Postfix) with ESMTP id 55DA32DC48; Thu, 16 Nov 2000 04:00:55 -0500 (EST) Received: from Bluez ([210.15.25.162]) by mail.hz.webex.com (8.9.3/8.9.3) with SMTP id RAA22539; Thu, 16 Nov 2000 17:07:20 +0800 Message-ID: <006a01c04fac$78edbf30$7e00a8c0@Bluez> From: "Bluez Zhao" To: "gtk-app-devel-list" , "gtk-list" , "gtk-devel-list" Subject: About XLib Date: Thu, 16 Nov 2000 17:05:40 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0065_01C04FEF.72B95320" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable I'm sorry to put this question to these mail lists. Sorry to bother all = of you. But I hope you can give me a hand. The question is about XLib.=20 I use XGetImage to get the image of a specified window or just the = desktop as xwd would do. But When I use XPutImage to put it onto a = window, it fails when the image is multivis (for example the image = gotten on Solaris U10 when Netscape is running. It works properly on = Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid parameter attributes)." I think I have changed the image I get = using XGetImage to proper format. I compare it with the image generated = by xwud just before it be put to a window. I do all of these follow the guide of xwd and xwud. But I'm really = confused. Can you give me some advice or some web site about it? Thanks. Bluez Zhao ------=_NextPart_000_0065_01C04FEF.72B95320 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
I'm sorry to put this question to = these mail=20 lists. Sorry to bother all of you. But I hope you can give me a hand. = The=20 question is about XLib.
 
I use XGetImage to get the image of = a=20 specified window or just the desktop as xwd would do. But When I use = XPutImage=20 to put it onto a window, it fails when the image is multivis (for = example the=20 image gotten on Solaris U10 when Netscape is running. It works properly = on=20 Linux, U5 and U10 without Netscape is running). It displays: "BadMatch = (Invalid=20 parameter attributes)." I think I have changed the image I get using = XGetImage=20 to proper format. I compare it with the image generated by xwud = just before=20 it be put to a window.
 
I do all of these follow the guide = of xwd and=20 xwud. But I'm really confused. Can you give me some advice or some web = site=20 about it? Thanks.
 
Bluez Zhao
 
 
------=_NextPart_000_0065_01C04FEF.72B95320-- From chris.wareham@catchword.com Thu Nov 16 06:00:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from figaro.catchword.co.uk (figaro.catchword.co.uk [194.129.29.1]) by mail.gnome.org (Postfix) with ESMTP id 5B8BB2BCCD for ; Thu, 16 Nov 2000 06:00:55 -0500 (EST) Received: from catchword.com (valkyrie.catchword.co.uk [194.129.29.105]) by figaro.catchword.co.uk (8.11.0/8.11.0) with ESMTP id eAGB28p12172; Thu, 16 Nov 2000 11:02:09 GMT Message-ID: <3A13BEDA.3020101@catchword.com> Date: Thu, 16 Nov 2000 11:02:50 +0000 From: Chris Wareham User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test10 i686; en-US; m18) Gecko/20001115 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Cc: zhyforever@163.net Subject: Re: About Xlib Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Thus spake Blue Zhao: > > I use XGetImage to get the image of a specified window or just the > desktop as xwd would do. But When I use XPutImage to put it onto a > window, it fails when the image is multivis (for example the image > gotten on Solaris U10 when Netscape is running. It works properly on > Linux, U5 and U10 without Netscape is running). It displays: "BadMatch > (Invalid parameter attributes)." I think I have changed the image I > get using XGetImage to proper format. I compare it with the image > generated by xwud just before it be put to a window. > It's been a while since I had to do any Xlib programming (thankfully), but BadMatch ususally indicates that your drawable has the wrong depth. I can't remember if you specify the depth in the Graphics Context or when you create the drawable. As for good Xlib references, the only one I can recommend is Volume One of the O'Reilly X series. It's heavygoing if you read it from cover to cover, but I found it quite rewarding. A bit like learning assembler after you've learnt C ... Chris From jones@iabg.de Thu Nov 16 06:23:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iabgfw.iabg.de (iabgfw.iabg.de [194.139.245.2]) by mail.gnome.org (Postfix) with ESMTP id B5CE02CE2B for ; Thu, 16 Nov 2000 06:23:06 -0500 (EST) Received: by iabgfw.iabg.de; id MAA17492; Thu, 16 Nov 2000 12:23:03 +0100 (MET) Received: from iabgmh.iabg.de(10.255.255.2) by iabgfw.iabg.de via smap (V4.2) id xma016970; Thu, 16 Nov 00 12:21:29 +0100 Received: from alexandernt ([10.5.0.80]) by iabgmh.iabg.de (Post.Office MTA v3.5.1 release 219 ID# 127-59214U1600L300S0V35) with SMTP id de for ; Thu, 16 Nov 2000 12:21:29 +0100 Message-ID: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: "jones" To: Subject: gchar too char Date: Thu, 16 Nov 2000 12:20:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have been trying to use atof() on a gchar and it dose not work, I think I need to cast/convert it in the a normal char. can anyone help? From boemmels@helium.physik.uni-kl.de Thu Nov 16 08:01:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.uni-kl.de (mail.uni-kl.de [131.246.137.52]) by mail.gnome.org (Postfix) with ESMTP id 3C8532BC0E for ; Thu, 16 Nov 2000 08:01:18 -0500 (EST) Received: from efes.physik.uni-kl.de (efes.physik.uni-kl.de [131.246.11.89]) by mail.uni-kl.de (8.11.0/8.11.0) with SMTP id eAGD1GL15302 for ; Thu, 16 Nov 2000 14:01:16 +0100 (MET) Received: from helium.physik.uni-kl.de by physik.uni-kl.de with esmtp id m13wOfH-0006vuC; Thu, 16 Nov 2000 14:01:19 +0100 (CET) Received: (from boemmels@localhost) by helium.physik.uni-kl.de (8.9.3/8.9.3) id OAA24744; Thu, 16 Nov 2000 14:01:16 +0100 To: gtk-list@gnome.org Subject: Re: passing args References: <3A12ED5D.FA957A67@wanadoo.fr> <3A1304C6.33DB3E79@enserb.fr> <3A13296B.A8A89CE5@enserb.fr> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit From: Juergen Boemmels In-Reply-To: "DINH V. Hoà"'s message of "Thu, 16 Nov 2000 00:25:15 +0000" X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Acadia" Date: 16 Nov 2000 14:01:16 +0100 Message-ID: Lines: 34 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "DINH V. Hoà" writes: > ok, the way I gave won't work but yours won't work too. > > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). You are absolutly right. I was confused by the name of the function (I don't use it very often). So I thought it has something to do with the timeout in the poll-call, which will only trigger once. Something like the task_queues in kernel-land. So i've learned again to always RTFM before answering. > then the a better solution is : > { > struct struct_arg1_arg2 *data; > > data = malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data != 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } You have also to store also the return value of gtk_timeout_add if you ever want to get rid of the timer. Is there a way to add a timeout, wich is only triggered once? If not are there any plans to put something like this in a new version of gtk? bye juergen From pbd@op.net Thu Nov 16 09:36:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 70CE22DC82 for ; Thu, 16 Nov 2000 09:36:38 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA01560; Thu, 16 Nov 2000 09:32:26 -0500 (EST) Message-Id: <200011161432.JAA01560@renoir.op.net> To: Juergen Boemmels Cc: gtk-list@gnome.org Subject: Re: passing args In-reply-to: Your message of "16 Nov 2000 14:01:16 +0100." Date: Thu, 16 Nov 2000 09:34:34 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Is there a way to add a timeout, wich is only triggered once? gint func (void *arg) { /* do something */ return FALSE; } gtk_timeout_add (N, func, some_arg); func will be called once and once only (because it returns FALSE). but it sound as if you want: gtk_idle_add (func, some_arg); which will also result in func being called once and once only (because it returns FALSE), but doesn't use the timeout mechanism. --p From gtw@research.att.com Thu Nov 16 10:34:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by mail.gnome.org (Postfix) with ESMTP id 254912BC76 for ; Thu, 16 Nov 2000 10:34:45 -0500 (EST) Received: from postal.research.att.com (postal.research.att.com [135.207.23.30]) by mail-green.research.att.com (Postfix) with ESMTP id D96931E03B for ; Thu, 16 Nov 2000 10:34:40 -0500 (EST) Received: from pc-gtw.research.att.com (root@pc-gtw.research.att.com [135.207.22.247]) by postal.research.att.com (8.8.7/8.8.7) with ESMTP id KAA12899 for ; Thu, 16 Nov 2000 10:34:38 -0500 (EST) Received: (from gtw@localhost) by pc-gtw.research.att.com (8.9.3/8.9.3) id KAA20213; Thu, 16 Nov 2000 10:34:37 -0500 To: gtk-list@gnome.org Subject: GdkColormap "colors" field From: Gary Wong Date: 16 Nov 2000 10:34:37 -0500 Message-ID: Lines: 19 X-Mailer: Gnus v5.7/Emacs 20.5 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, Given that the visual is GDK_VISUAL_GRAYSCALE, GDK_VISUAL_PSEUDO_COLOR or GDK_VISUAL_DIRECT_COLOR, can I assume that the entries in the "colors" array that a GdkColormap points to are in order? (To be precise, I want to know whether the relation `cmap->colors[ i ].pixel == i' is true for all 0 <= i < cmap->size.) From a browse through gdk/gdkcolor.c it seems that the assumption is justified, but I don't have any video hardware supporting any visuals with allocated colours, so I can't test it for myself. (If it makes any difference, I am only interested about colourmaps returned from gdk_rgb_get_cmap().) Thanks very much, Gary. -- Gary Wong gtw@gnu.org http://www.cs.arizona.edu/~gary/ From otaylor@redhat.com Thu Nov 16 11:51:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id B90B92DF0E for ; Thu, 16 Nov 2000 11:51:08 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A9F7424263C; Thu, 16 Nov 2000 11:51:08 -0500 (EST) To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Owen Taylor Date: 16 Nov 2000 11:51:08 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? >From glib.h typedef char gchar; There is no difference between gchar and char at all. No conversion is needed. Something else must be going wrong with your call to atof() unrelated to GLib. Regards, Owen From hp@redhat.com Thu Nov 16 12:28:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 211262BF16 for ; Thu, 16 Nov 2000 12:28:23 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGHRCE18876; Thu, 16 Nov 2000 12:27:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "jones" Cc: Subject: Re: gchar too char References: <001d01c04fbf$35a7a160$5000050a@sam.iabg.de> From: Havoc Pennington Date: 16 Nov 2000 12:27:11 -0500 In-Reply-To: "jones"'s message of "Thu, 16 Nov 2000 12:20:21 +0100" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "jones" writes: > I have been trying to use atof() on a gchar and it dose not work, I think I > need to cast/convert it in the a normal char. can anyone help? > gchar is just exactly the same thing as char. atof() wants a string though, not a char. Havoc From Rick.Esquibel@ARZ.Boeing.com Thu Nov 16 12:53:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by mail.gnome.org (Postfix) with ESMTP id D5E8B2CE84 for ; Thu, 16 Nov 2000 12:53:18 -0500 (EST) Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id JAA14576 for ; Thu, 16 Nov 2000 09:52:59 -0800 (PST) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2) with ESMTP id JAA01770 for ; Thu, 16 Nov 2000 09:52:29 -0800 (PST) Received: from xch-arzbh-01.msc.az.boeing.com by slb-hub-01.boeing.com with ESMTP for gtk-list@gnome.org; Thu, 16 Nov 2000 09:52:14 -0800 Received: by xch-arzbh-01.msc.az.boeing.com with Internet Mail Service (5.5.2651.58) id ; Thu, 16 Nov 2000 10:52:13 -0700 Message-Id: From: "Esquibel, Rick" To: "'gtk-list@gnome.org'" Subject: RE: gchar to char Date: Thu, 16 Nov 2000 10:52:12 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ While gchar is defined as a char, I've run into this problem as well. However, I've cast the gchar to a char to "fix:" the problem. For example: gchar cf[3] = {"100"}; float ff = 0.0; ff = atof((const char *)cf); As a result: ff = 100.0. Hope this helps, good luck... From Valdis.Kletnieks@vt.edu Thu Nov 16 13:21:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9EBA22BBF6 for ; Thu, 16 Nov 2000 13:21:57 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAGILvw19684; Thu, 16 Nov 2000 13:21:57 -0500 Message-Id: <200011161821.eAGILvw19684@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: "Esquibel, Rick" Cc: "'gtk-list@gnome.org'" Subject: Re: gchar to char In-Reply-To: Your message of "Thu, 16 Nov 2000 10:52:12 MST." From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-519512784P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Nov 2000 13:21:57 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-519512784P Content-Type: text/plain; charset=us-ascii On Thu, 16 Nov 2000 10:52:12 MST, "Esquibel, Rick" said: > gchar cf[3] = {"100"}; Umm.. cf[4] actually, you need someplace for the trailing null. This could cause all sorts of fun if it walks off the end of the string.... -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-519512784P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhQlxHAt5Vm009ewEQIRMQCgri1AgAWIVdmsbqvY/QJutNzheqgAnREr coVFUgTlH4SUqzr0lgT7jzug =9ybR -----END PGP SIGNATURE----- --==_Exmh_-519512784P-- From pbd@op.net Thu Nov 16 14:52:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by mail.gnome.org (Postfix) with ESMTP id B2C7D2BAA0 for ; Thu, 16 Nov 2000 14:52:10 -0500 (EST) Received: (from pbd@localhost) by op.net (8.10.1/8.10.1) id eAGJsaR24561; Thu, 16 Nov 2000 14:54:36 -0500 Date: Thu, 16 Nov 2000 14:54:36 -0500 Message-Id: <200011161954.eAGJsaR24561@op.net> From: Paul Barton-Davis To: gtk-list@gnome.org Subject: focus and sensitivity Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ is there a rationale for why a widget that is made insensitive should retain focus (assuming that i am right in thinking that it does). --p From rhajikhani@exchange.office.etoys.com Thu Nov 16 15:29:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 71D092BA9B for ; Thu, 16 Nov 2000 15:29:59 -0500 (EST) Received: (qmail 17831 invoked from network); 16 Nov 2000 20:02:37 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:02:37 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 12:23:47 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XA0NDAS7; Thu, 16 Nov 2000 12:23:43 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 13:23:19 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --p, how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but I am new to the whole concept of gtk... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From pbd@op.net Thu Nov 16 15:51:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id A24C02C912 for ; Thu, 16 Nov 2000 15:51:07 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0f.ppp.op.net [209.152.194.47]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id PAA08826; Thu, 16 Nov 2000 15:51:06 -0500 (EST) Message-Id: <200011162051.PAA08826@renoir.op.net> To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help CPU usage at 8.9% ? In-reply-to: Your message of "Thu, 16 Nov 2000 13:23:19 PST." Date: Thu, 16 Nov 2000 15:53:33 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but >I am new to the whole concept of gtk... >-r ---------------------------------------------------------------------- gint update_level_holds (void *arg) { GList *list = (GList *) arg; GtkWidget *levelhold; gint n; gfloat value; for (; list; list = g_list_next (list)) { levelhold = (GtkWidget *) list->data; ... get relevant value for meter ... gtk_level_hold_set (levelhold, value); } return TRUE; } Then, somewhere, do this: GList *level_hold_list = 0; ... construct level holds, add them to the list ... gtk_timeout_add (100, update_level_holds, level_hold_list); ---------------------------------------------------------------------- Clear ? This code is not tested, I'm just passing on the rough idea. --p From hp@redhat.com Thu Nov 16 16:11:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 715BE2DFAE for ; Thu, 16 Nov 2000 16:11:14 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAGLA3l21846; Thu, 16 Nov 2000 16:10:03 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: gtk-list@gnome.org Subject: Re: focus and sensitivity References: <200011161954.eAGJsaR24561@op.net> From: Havoc Pennington Date: 16 Nov 2000 16:10:03 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 16 Nov 2000 14:54:36 -0500" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > is there a rationale for why a widget that is made insensitive should > retain focus (assuming that i am right in thinking that it does). > I would say not likely. GTK 1.2 focus handling is pretty screwed up. Owen did some fooling with it in 2.0, I think it would be valuable to really make sure all the screwy cases are gone by the time we release 2.0. Havoc From rhajikhani@exchange.office.etoys.com Thu Nov 16 16:21:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 11C412E009 for ; Thu, 16 Nov 2000 16:21:13 -0500 (EST) Received: (qmail 20987 invoked from network); 16 Nov 2000 20:55:17 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 16 Nov 2000 20:55:17 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Thu, 16 Nov 2000 13:17:46 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XBFD1FNL; Thu, 16 Nov 2000 13:17:41 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Thu, 16 Nov 2000 14:18:27 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011162051.PAA08826@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You are rock... Thanks a whole bunch -r On Thu, 16 Nov 2000, Paul Barton-Davis wrote: > >how is it done, one gtk_timeout_add() for all _TWTY of them? Sorry man but > >I am new to the whole concept of gtk... > >-r > > ---------------------------------------------------------------------- > gint > update_level_holds (void *arg) > > { > GList *list = (GList *) arg; > GtkWidget *levelhold; > gint n; > gfloat value; > > for (; list; list = g_list_next (list)) { > levelhold = (GtkWidget *) list->data; > > ... get relevant value for meter ... > > gtk_level_hold_set (levelhold, value); > } > return TRUE; > } > > Then, somewhere, do this: > > GList *level_hold_list = 0; > > ... construct level holds, add them to the list ... > > gtk_timeout_add (100, update_level_holds, level_hold_list); > > ---------------------------------------------------------------------- > > Clear ? This code is not tested, I'm just passing on the rough idea. > > --p > > > > > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 16 22:08:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 5EA142E08E for ; Thu, 16 Nov 2000 22:08:19 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAH375Q22091; Thu, 16 Nov 2000 22:07:05 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: William Baxter Cc: gtk-list@gnome.org Subject: Re: Blinking Tooltips References: <3A082FDF.359920AF@cs.unc.edu> <3A100720.79FB2970@cs.unc.edu> From: Havoc Pennington Date: 16 Nov 2000 22:07:04 -0500 In-Reply-To: William Baxter's message of "Mon, 13 Nov 2000 10:22:08 -0500" Message-ID: Lines: 9 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ William Baxter writes: > I did some more checking and they don't blink when using GNOME (sawfish) > as the desktop manager. Only when KDE is the desktop manager. > Conceivably it's some kind of kwm bug - don't know. :-( Havoc From jlbec@www.linux.org.uk Mon Nov 13 11:35:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 77B872CFF2 for ; Mon, 13 Nov 2000 11:35:51 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id LAA18816; Mon, 13 Nov 2000 11:35:51 -0500 Received: from www.linux.org.uk (IDENT:root@parcelfarce.linux.theplanet.co.uk [195.92.249.252]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADGZoD14691; Mon, 13 Nov 2000 11:35:50 -0500 Received: from jlbec by www.linux.org.uk with local (Exim 3.13 #1) id 13vMaD-0005Ju-00; Mon, 13 Nov 2000 16:35:49 +0000 Date: Mon, 13 Nov 2000 16:35:49 +0000 From: Joel Becker To: Owen Taylor Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently Message-ID: <20001113163549.M6127@parcelfarce.linux.theplanet.co.uk> Mail-Followup-To: Joel Becker , Owen Taylor , gtk-devel-list@gnome.org, gtk-list@redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from otaylor@redhat.com on Sun, Nov 12, 2000 at 01:48:24PM -0500 X-Burt-Line: Trees are cool. Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Sun, Nov 12, 2000 at 01:48:24PM -0500, Owen Taylor wrote: > I have just committed a change that makes the scrollbar arrows work > like those on a spinbutton: > > button-2 - move by pages > button-3 - move to end > > I don't think the suggestion that button-2 should move to the other > end is that intuitive (Some people might think that it should move in > steps in the other direction, and it definitely should act the same as > in the gtkspinbutton.) > > If moving in both directions using the arrows is that common, the > right solution is probably to make the feature overt and use > NeXT-style arrow positioning, not to make it a hidden feature. > (especially since 2-button mice are pretty common) My $0.02. I think that so far this is the best choice. The 1/2/3 setup here is very intuitive, and the matching with the spinbutton (which I didn't even know about) makes for good small-scale consistency. I do think that a shift-click could maybe reverse direction, ala shift-TAB, but no unmodified button should go the wrong way. As far as NeXt-style arrow, please make it optional or themeable, if at all. I know many folks like them, but I could never stand them. When I want to scroll up, my mouse gravitates to the top of the window. Granted, I'm quickly falling in love with my IntelliMouse Explorer, and I'm probably not the first to love the mousewheel. Xterm scrolling isn't such a big deal to me, maybe because I started with CUA-style scrollbars. I never, _ever_ use buttons 1 or 3 on an Xterm. I always use button 2 and hand scroll it. As long as button 2 can move the slider, and Xterm person can always use that bit. That said, I'm sure that an Xterm person or two might beg to differ :-) Joel -- Life's Little Instruction Book #356 "Be there when people need you." http://www.jlbec.org/ jlbec@evilplan.org From lytles@club341.com Tue Nov 14 01:26:44 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from localhost.localdomain (unknown [146.115.122.209]) by mail.gnome.org (Postfix) with ESMTP id 866422BC41 for ; Tue, 14 Nov 2000 01:26:43 -0500 (EST) Received: (from lytles@localhost) by localhost.localdomain (8.9.3/8.9.3) id XAA01838; Mon, 13 Nov 2000 23:30:19 -0500 Date: Mon, 13 Nov 2000 23:30:18 -0500 From: seth_lytle@yahoo.com To: Mohammad Ghaeini Cc: gtk-list@gnome.org Subject: Re: gtk library for Solaris on Sparc Message-ID: <20001113233018.A1817@tomodreams.club341.com> References: <3A102525.BBC20371@center7.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A102525.BBC20371@center7.com>; from m.ghaeini@center7.com on Mon, Nov 13, 2000 at 10:30:13AM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ as suggested previously, get the gtk 1.2.8 source and build. one problem i ran into on solaris (not sure which version) is that gtk wanted a larger hunk of shared memory than the /etc/system was willing to give it, which caused weird scrolling, so i had to ./configure --disable-shm (but may not be a problem on 2.8/given your config) a google search of solaris gnome gives good info. in particular, if i had read http://www.clanger9.demon.co.uk/computer/gnome/ i would have saved myself a few hours debugging the shm above. > Where do I find a gtk library for Solaris on Sparc, I am running version > 2.8? From monishabarooah@hotmail.com Wed Nov 15 09:56:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f270.law8.hotmail.com [216.33.240.145]) by mail.gnome.org (Postfix) with ESMTP id 66B7D2BC09 for ; Wed, 15 Nov 2000 09:56:41 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 15 Nov 2000 06:56:40 -0800 Received: from 202.144.44.2 by lw8fd.law8.hotmail.msn.com with HTTP; Wed, 15 Nov 2000 14:56:40 GMT X-Originating-IP: [202.144.44.2] From: "Monisha Barooah" To: gtk-list@gnome.org Subject: Doubts on GTK+ Date: Wed, 15 Nov 2000 14:56:40 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 15 Nov 2000 14:56:40.0628 (UTC) FILETIME=[42DFD740:01C04F14] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Sir, I have gone through your site www.gtk.org and also gone through the tutorial and some parts of the reference manual on GTK+. I have written a GTK program wherein at first an icon is created and than when the icon is clicked another widow with some information comes up. The fact is that I need to link this program to a big file. I have written the GTK program starting with the main function. Now I need to convert everything written in the GTK main function to be within a routine called icon_creation( ) which will be called by the main function of the big source file. That is I want everything that the single GTK file outputted to be now be outputted by the big source file with the help of a routine icon_creation( ). I am really having problems with that. Can you please tell me as to how to do it or where to get the required documents with the help of which I can do this. I hope you will help me out. Thanking you in advance, Monisha. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From calum.benson@ireland.sun.com Mon Nov 13 08:04:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A8C0A2D00B for ; Mon, 13 Nov 2000 08:04:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id IAA16711 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eADD4BD06221 for ; Mon, 13 Nov 2000 08:04:12 -0500 Received: from ireserver.Ireland.Sun.COM ([129.156.220.7]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id FAA13767; Mon, 13 Nov 2000 05:04:09 -0800 (PST) Received: from ireland.sun.com (simcity [129.156.238.57]) by ireserver.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id NAA29947; Mon, 13 Nov 2000 13:04:08 GMT Message-ID: <3A0FE6C8.AE3B5BA4@ireland.sun.com> Date: Mon, 13 Nov 2000 13:04:08 +0000 From: Calum Benson Organization: Sun Microsystems Ireland X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-devel-list@gnome.org, gtk-list@redhat.com Subject: Re: proposal: handle middle/right clicks on arrows of scrollbarsdifferently References: <20001112133821.A10294@papa.jagunet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ John Kodis wrote: > - Currently, pressing button 1 in the arrow at the bottom of a > vertical scrollbar scrolls down. I'd like to see this extended so > that pressing button 2 scrolls up. This would allow a window to be > scrolled up and down without having to move the cursor from one end > of the scrollbar to the other. Similarly for the top, left, and > right scrollbar arrows. Probably rather too late in the day for this now, but an alternative solution to this would be to have put the up/down and left/right arrow buttons on the scrollbar control beside each other, rather than at opposite ends. This is something the Amiga's always done (although only for top-level windows, IIRC, not listbox controls)-- and additional advantage being that the control's behaviour remains clear just from looking at it, rather than having to learn some cunning mouse trick... Cheeri Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:calum.benson@ireland.sun.com Desktop Engineering Group http://www.sun.ie +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems From pavan@gdit.iiit.net Thu Nov 16 15:46:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gdit.iiit.net (unknown [196.12.44.6]) by mail.gnome.org (Postfix) with ESMTP id 049062D26D for ; Thu, 16 Nov 2000 15:45:04 -0500 (EST) Received: from localhost (pavan@localhost) by gdit.iiit.net (8.9.3/8.8.7) with ESMTP id CAA09989 for ; Fri, 17 Nov 2000 02:32:24 +0530 Date: Fri, 17 Nov 2000 02:32:24 +0530 (IST) From: "M.N.S.S.K.Pavan Kumar" To: gtk-list@gnome.org Subject: Drawing a pixmap on a drawing area.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have previously asked a question about GdkError, now I have corrected it. But now a new problem came , I am trying to draw the pixmap, but it is not being drawn at all. I include the piece of code below, please help me. static GdkPixmap *pixmap = NULL; static GdkPixmap *backingpixmap; // configure_event .. and expose_event ... handled here pixmap = gdk_pixmap_create_from_xpm( .... ); // no error in above function call gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); (The size of pixmap is 40x40) I am calling this function as a timeout, why is it not drawing what I need ? is this okay !! Or is there any other conceptual method to be followed to draw a pixmap on another pixmap. thanx in anticipation regards pavan From kpierre@fit.edu Fri Nov 17 01:23:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id 1A39B2BB74; Fri, 17 Nov 2000 01:23:30 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id BAA29262; Fri, 17 Nov 2000 01:23:58 -0500 (EST) Message-ID: <3A14CF8C.9070508@fit.edu> Date: Fri, 17 Nov 2000 01:26:20 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Subject: how do I handle right-click on menu_items Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin From Florent.Devin@lifl.fr Fri Nov 17 01:33:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 4642E2D291; Fri, 17 Nov 2000 01:33:44 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA05107 ; Fri, 17 Nov 2000 07:33:13 +0100 (MET) Message-ID: <3A14D146.BD74A42E@lifl.fr> Date: Fri, 17 Nov 2000 07:33:42 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-app-devel-list@gnome.org Cc: gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items References: <3A14CF8C.9070508@fit.edu> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Kervin Pierre a écrit : > > hello, > > I'd like to have right-click handled differently than left click on my > gtk menu. My handler currently listens for the "activate" signal, but > I'd like to listen for the "activate" and right-click signals. > > My goal is to have the right click on any part of the menu or the rest > of the program window to open a "properties" dialog. > > Any insight on how this is done? > > Thanks in advance, > Kervin > Listen to the signal "event", and parse it. If it is a GDK_BUTTON_PRESS do ... -- Florent DEVIN From schmerge@cyber.com Fri Nov 17 09:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mhub.cyber.com (mhub.cyber.com [207.8.185.9]) by mail.gnome.org (Postfix) with ESMTP id 958A82BF9A for ; Fri, 17 Nov 2000 09:56:58 -0500 (EST) Received: (from uucp@localhost) by mhub.cyber.com (8.9.3/8.9.3) with UUCP id JAA05648 for gtk-list@gnome.org; Fri, 17 Nov 2000 09:47:19 -0500 (EST) Received: from cyber.com (schmerge.cyber.com [201.1.1.124]) by cyber.com (8.7.6/8.7.3) with ESMTP id JAA25584 for ; Fri, 17 Nov 2000 09:39:17 -0500 (EST) Message-ID: <3A154605.24E1F19F@cyber.com> Date: Fri, 17 Nov 2000 09:51:49 -0500 From: John Schmerge X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compiling GTK+ on AIX 4.1.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello Everyone, I'm trying to compile libgtk under AIX 4.1.5 and running into the following error during the compilation of the 'testgtk' program: /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule -lglib -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to `getpwuid_r' The gritty details are as follows: * I'm running AIX 4.1.5 on an RS6000 * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib 1.2.6 installed). * I'm using egcs 2.91.66 I would really appreciate any type of guidance that anyone can give me. Thanks, John Schmerge --------------------------- John Schmerge schmerge@cyber.com From Valdis.Kletnieks@vt.edu Fri Nov 17 10:10:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 3C0A92D26B for ; Fri, 17 Nov 2000 10:10:11 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eAHFABw32586; Fri, 17 Nov 2000 10:10:11 -0500 Message-Id: <200011171510.eAHFABw32586@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 In-Reply-To: Your message of "Fri, 17 Nov 2000 09:51:49 EST." <3A154605.24E1F19F@cyber.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2131121704P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 17 Nov 2000 10:10:11 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2131121704P Content-Type: text/plain; charset=us-ascii On Fri, 17 Nov 2000 09:51:49 EST, John Schmerge said: > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 Current AIX is 4.3.3, 4.1.5 is *VERY* unsupported. I'd suggest upgrading. getpwuid_r lives in libc.a under AIX 4.3.3. It appears that something has gotten compiled in thread-safe mode. You might try adding -lpthread and hope that helps... > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). Current gtk+ is 1.2.8. Note that installing 1.2.6 will get you all the bugs that were already fixed in 1.2.8. No sense in installing an older version... > * I'm using egcs 2.91.66 You have my condolences. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2131121704P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhVKUnAt5Vm009ewEQIH8wCePD/ZcagY74GBt+70RX55n3ZM8vcAoKHw z1O9+39DbSIYf9l653e79Vho =+Az+ -----END PGP SIGNATURE----- --==_Exmh_2131121704P-- From wilhelmi@ira.uka.de Fri Nov 17 10:12:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from iraun1.ira.uka.de (iraun1.ira.uka.de [129.13.10.90]) by mail.gnome.org (Postfix) with ESMTP id 598CA2CDA2 for ; Fri, 17 Nov 2000 10:12:01 -0500 (EST) Received: from i80fs2.ira.uka.de by iraun1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:34 +0100 Received: from ira.uka.de (actually i81pc4) by i8fs1 (PP) with ESMTP; Fri, 17 Nov 2000 16:10:32 +0100 Message-ID: <3A154A69.AB71DDFD@ira.uka.de> Date: Fri, 17 Nov 2000 16:10:33 +0100 From: Sebastian Wilhelmi Organization: IRF Uni Karlsruhe X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: John Schmerge Cc: gtk-list@gnome.org Subject: Re: Compiling GTK+ on AIX 4.1.5 References: <3A154605.24E1F19F@cyber.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi John, > I'm trying to compile libgtk under AIX 4.1.5 and running into the following > error during the compilation of the 'testgtk' program: > > /bin/sh ../libtool --mode=link gcc -O2 -Wall -o testgtk testgtk.o libgtk.la > ../gdk/libgdk.la -lXext -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > gcc -O2 -Wall -o testgtk testgtk.o .libs/libgtk.a -L/usr/gnu/lib -lgmodule > -lglib > -lXext -lX11 -lm ../gdk/.libs/libgdk.a -lgmodule -lglib -lXext -lX11 -lm > -lXext > -lX11 -L/usr/gnu/lib -Wl,-E -lgmodule -lglib -lm > /usr/gnu/lib/libglib.a(gutils.o)(.pr+0xa14):gutils.c: undefined reference to > `getpwuid_r' > > The gritty details are as follows: > * I'm running AIX 4.1.5 on an RS6000 > * I am trying to compile gtk+ 1.2.6 (Already have a compiled copy of glib > 1.2.6 installed). > * I'm using egcs 2.91.66 > > I would really appreciate any type of guidance that anyone can give me. This is the getpwuid_r function as used in GLib. GLib seems to have found it. try to reconfigure GLib (after deleting config.cache). If still config.h has the line #define HAVE_GETPWUID_R in it, just delete it. But in fact it shouldn't be there in the first place, so you might want to provide some insight, why GLib configure.in thinks, you have getpwuid_r Bye, Sebastian -- Sebastian Wilhelmi mailto:wilhelmi@ira.uka.de http://goethe.ira.uka.de/~wilhelmi From hp@redhat.com Fri Nov 17 14:18:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (icon.labs.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D6ABC2DCB3 for ; Fri, 17 Nov 2000 14:18:01 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAHJFf822598; Fri, 17 Nov 2000 14:15:41 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "M.N.S.S.K.Pavan Kumar" Cc: gtk-list@gnome.org Subject: Re: Drawing a pixmap on a drawing area.. References: From: Havoc Pennington Date: 17 Nov 2000 14:15:41 -0500 In-Reply-To: "M.N.S.S.K.Pavan Kumar"'s message of "Fri, 17 Nov 2000 02:32:24 +0530 (IST)" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "M.N.S.S.K.Pavan Kumar" writes: > gdk_draw_pixmap(pixmap,gc,backingpixmap,100,100,140,140,40,40); > > (The size of pixmap is 40x40) > You are drawing the region of the pixmap at position 100,100 to the region of the drawing area at 140,140. Probably you mean to draw the region of the pixmap at 0,0 to the drawable at 100,100. Havoc From rsteinke@merilon.elfhame.net Fri Nov 17 14:31:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id ACA132BEBF for ; Fri, 17 Nov 2000 14:31:32 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAHJdl209551 for gtk-list@gnome.org; Fri, 17 Nov 2000 11:39:47 -0800 From: Ron Steinke Date: Fri, 17 Nov 2000 11:39:47 -0800 To: gtk-list@gnome.org Subject: containers and reference counting Message-ID: <3A158983.nail7D9114DL6@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm counfused about how reference counting works when widgets are added to containers. Let's say I have the code GtkBin *bin; GtkWidget *widget; ... (create the bin, widget) gtk_container_add(GTK_CONTAINER(bin), widget); Does the add increment the reference count for widget? Do I need to gtk_widget_unref(widget) here? If I later do gtk_container_remove(GTK_CONTAINER(bin), widget); does the remove unref the widget? Do I still have a widget, or has it been destroyed? Ron Steinke From hp@redhat.com Fri Nov 17 22:28:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (host144.207-175-42.redhat.com [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id E5EFF2BDF0 for ; Fri, 17 Nov 2000 22:28:21 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAI3Qsj23719; Fri, 17 Nov 2000 22:26:54 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ron Steinke Cc: gtk-list@gnome.org Subject: Re: containers and reference counting References: <3A158983.nail7D9114DL6@merilon.elfhame.net> From: Havoc Pennington Date: 17 Nov 2000 22:26:54 -0500 In-Reply-To: Ron Steinke's message of "Fri, 17 Nov 2000 11:39:47 -0800" Message-ID: Lines: 90 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ron Steinke writes: > I'm counfused about how reference counting works when widgets are > added to containers. Let's say I have the code > > GtkBin *bin; > GtkWidget *widget; > > ... (create the bin, widget) > > gtk_container_add(GTK_CONTAINER(bin), widget); > > Does the add increment the reference count for widget? Do I > need to gtk_widget_unref(widget) here? > > If I later do > > gtk_container_remove(GTK_CONTAINER(bin), widget); > > does the remove unref the widget? Do I still have a widget, or > has it been destroyed? > Widgets are created with a so-called floating reference. A floating reference has no owner, but anyone can remove it. Conventionally, you remove the floating count if you are keeping a non-transient reference of your own. gtk_container_add() will a) remove the floating reference and b) add its own reference. This means that the widget ends up with 1 reference, owned by the container. The code looks like: gtk_object_ref (GTK_OBJECT (child)); /* add reference */ gtk_object_sink (GTK_OBJECT (child)); /* remove floating, iff it exists */ Once an object is "sunk" (has no floating refence) there is no way to re-float it. gtk_object_sink() is a no-op if it's called on an already-sunk object. When you gtk_container_remove(), the container will unref the widget; so if you haven't added other references the widget will be finalized. An example case where you would ref a widget but not sink it is signal emission. If a widget emits a signal, say an entry emitting "changed", the widget is referenced during the signal emission and unreferenced afterward. This makes things much easier for users, since you can go ahead and for example destroy a window from a callback without worrying about whether signal emissions on the window are outstanding. However if signal emission sank the widget, a call such as: gtk_entry_set_text (entry, "foo"); would add a reference to emit the "changed" signal, strip the floating reference, then unref the widget, and so gtk_entry_set_text() might end up finalizing the entry, which would be kind of bad to say the least. As long as you always put your widgets in a container, all you have to remember as an application programmer is that you don't need to unref() unless you explicitly ref(). Toplevel windows are never floating, they are "born" owned by the GTK+ runtime, and the GTK+ runtime will unref() them when you call gtk_object_destroy(). So again no need to call unref() unless you called ref() explicitly. The "destroy" signal is a way to break reference cycles; it basically means "detach yourself from all other objects that you reference or that reference you." So for toplevel windows, it will remove the toplevel from the list of toplevels owned by GTK+, and thus cause an unref(); for other widgets, it will do an implicit gtk_container_remove(), among other things. Also if you destroy a toplevel all children of the toplevel will be recursively destroyed, so destroying a toplevel generally drops the refcount to 0 on all contained widgets. One case where you commonly need to worry about refcounting is when moving a widget between containers, where you want to hold a temporary reference: ref (child); container_remove (container, child); container_add (new_container, child); unref (child); So, more than you ever wanted to know. ;-) Havoc From pbd@op.net Fri Nov 17 22:55:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 9EDDD2DBC2 for ; Fri, 17 Nov 2000 22:55:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id WAA01227 for ; Fri, 17 Nov 2000 22:55:24 -0500 (EST) Message-Id: <200011180355.WAA01227@renoir.op.net> To: gtk-list@gnome.org Subject: gtk pixmap help requested Date: Fri, 17 Nov 2000 22:55:29 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ someone asked me to fwd this. don't know why. ------- Forwarded Message Date: Fri, 17 Nov 2000 00:00:00 From: "isiryder" To: pbd@op.net Subject: gtk-list help - Can you send this message? /* Hello. Can you send this message to the list in my name? I cannot do it, something is working wrong... */ Hi everyone. My name is Isaias and this is my first message to the list. I have a program that loads a pixmap into memory, and i want to modify and save it into a file again. What functions and structs should I use to be able to modify and save the pixmap? The code I use to create the pixmap is the following: create_pixmap (GtkWidget *widget, const gchar *filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; ... colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); ... pixmap = gtk_pixmap_new (gdkpixmap, mask); ... gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Thank you Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com ------- End of Forwarded Message From otaylor@redhat.com Fri Nov 17 23:05:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 552FA2D241; Fri, 17 Nov 2000 23:05:52 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 1AA5424263C; Fri, 17 Nov 2000 23:05:51 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GLib-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:05:51 -0500 Message-ID: Lines: 77 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GLib-1.3.2 has been released. This is a preview release of the unstable branch of GLib and is meant for: * those interested in the development of GLib or GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GLib-2.0 is released GLib is a the low-level core library that forms the basis of GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. GLib-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GLib-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GLib; GLib-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GLib with it. You should be able to install it alongside your current GLib without disturbing your current GLib. Bug reports and comments about this version of GLib should be sent to gtk-devel-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GLib 1.3.2: GLib: * Win32 build improvements [Tor] * Improvements to error reporting (g_critical(), g_return_if_reached()) [Darin] * Add g_strlcpy/g_strlcat [David Wheeler] * New IO channel implementation for Win32 [Tor] * Make g_array_free, g_string_free return pointer to memory requested not to be freed. [Darin] * Added GError based error reporting for thread functions. [Sebastian] * Moved reference docs into GLib distribution. [Owen] * Added g_convert() for doing convenient character set conversions based on iconv. (GLib now requires libiconv or a native iconv.) [Havoc/Owen] * Various Unicode handling additions (g_ucs4_to_utf8, g_utf8_validate(), g_{locale,filename}_{to,from}_utf8) [Robert/Havoc/Owen] * Portability fixes for threading. [Sebastian] * Added convenient functions for launching new processes (g_spawn_*), and shell quoting/unquoting functions. [Havoc] * Split glib.h into many headers. [Sebastian] * Added a simple callback-based parser for XML-like files (GMarkup). [Havoc] * Fixed confusions between comparison functions that return <0, 0, >0 and equaility functions that return FALSE,TRUE. [Sebastian] * Added safe/portable temporary file manipulation functions. [Tor] * autoconf improvements. [Raja] * Many documentation improvements. * Bug fixes. GObject: * Added boxed and pointer types. [Tim/Jonathan] * Added callback abstraction (GClosure) [Tim] * Added signal system (GSignal) [Tim] * Make GTypePlugin an interface [Tim] * Added GTypeModule - a simple GTypePlugin instantiation [Owen] * Bug fixes. From otaylor@redhat.com Fri Nov 17 23:08:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 73BE82D241; Fri, 17 Nov 2000 23:08:21 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 5BB4824263C; Fri, 17 Nov 2000 23:08:21 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org, gtk-i18n-list@gnome.org Reply-To: gtk-i18n-list@gnome.org, gtk-devel-list@gnome.org Subject: [UNSTABLE] Pango-0.13 released From: Owen Taylor Date: 17 Nov 2000 23:08:21 -0500 Message-ID: Lines: 59 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Pango-0.13 has been released. This is a preview release and is meant for: * those interested in the development of Pango. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 and Pango-1.0 are released. Pango is a library for layout and rendering of text, with an emphasis on internationalization. It forms the core of text and font handling for GTK+-2.0. For more information about Pango, see http://www.pango.org. Pango-0.13 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz Pango-0.13 also requires GLib-1.3.2: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz As a change from Pango-0.12, a separate copy of FriBidi is not required to install Pango-0.13. Pango includes an internal copy of the routines that it needs, though it can optionally be compiled to use the routines from an external FriBidi library. This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. Bug reports and comments about Pango should be sent to gtk-i18n-list@gnome.org. http://mail.gnome.org/mailman/listinfo/gtk-i18n-list Changes between Pango-0.12 and Pango-0.13: * Win32 Support [Tor] * Per-display caching of font coverage on the root window [Owen] * Handling of embedded non-characters in PangoLayout [Elliot] * Mapping table fixes and improvements [KUSANO Takayuki, Robert, Owen] * Adjustable tab handling in PangoLayout [Havoc] * Add relative font-scaling attribute [Havoc] * Add function to convert XML/GMarkup description to a PangoAttrList [Havoc] * New version of Arabic shaper [Karl] * Enhanced Indic support with ligature tables from the font and many more languages [Robert] * Include FriBidi core that provides the features that Pango needs and can be used instead of separately installed fribidi. [Owen] * Add PangoLayoutIterator that abstracts the geometry operations for iterating over the lines/items/clusters/chars in a layout [Havoc] * Bug fixes, and more bug fixes From otaylor@redhat.com Fri Nov 17 23:12:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (unknown [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id CE1522DBDA; Fri, 17 Nov 2000 23:12:38 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id A83E624263C; Fri, 17 Nov 2000 23:12:38 -0500 (EST) To: gnome-announce-list@gnome.org Cc: gtk-devel-list@gnome.org, gtk-list@gnome.org Reply-To: gtk-devel-list@gnome.org Subject: [UNSTABLE] GTK+-1.3.2 released From: Owen Taylor Date: 17 Nov 2000 23:12:38 -0500 Message-ID: Lines: 104 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GTK+-1.3.2 has been released. This is a preview release of the unstable branch of GTK+ and is meant for: * those interested in the development of GTK+. * People planning to port to the upcoming GTK+-2.0 version of GTK+. Note: the APIs have not yet been frozen and significant changes may still occur before GTK+-2.0 is released. GTK+ is a widget toolkit for X and other windowing systems. It is used in such projects as the GIMP and GNOME. For more information about GTK+, see http://www.gtk.org GTK+-1.3.2 is available for download from: ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz GTK+-1.3.2 also requires GLib-1.3.2 and pango-0.13: ftp://ftp.gtk.org/pub/gtk/v1.3/glib-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz This is a an unstable preview release and should not be used in production. Only minimal testing has been done, and we expect that significant bugs and portability problems remain at this point. This release is incompatible with GTK+-1.2.x. Software that has not been explicitly ported will not compile with this version. Do not send bug reports about such compilation problems to either us or maintainers of software that uses GTK+; GTK+-1.2.8 is the currently supported version. If you install this version, do NOT replace your current GTK+ with it. You should be able to install it alongside your current GTK+ without disturbing your current GTK+. Bug reports and comments about this version of GTK+ should be sent to: gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list Overview of Changes in GTK+ 1.3.2 ================================= GTK Core: * New stock-icon and stock-item system. Use themeable pixbufs in dialogs, buttons, etc. [Havoc] * Theme engines reworked to use derivation and new object system. [Owen] * Added GtkClipboard object for simple selection handling. [Owen] * Make GtkEditable an interface, move implementation to GtkOldEditable for compat. [Owen] * Better handling of default directionality. [Robert] * Use GSignal as backend for GtkSignal and other GObject stuff. [Tim] * Move theme engines to GTypePlugin. [Owen] GDK: * Beginning of implementation of client parts of new window manager spec. [Owen] * Make gdk_drawable_get_image() work with backing store. [Havoc] Widgets: * New text widget [Havoc] - Adjustable tab handling. - Ability to have scrolling side areas in new text widget for tabs/line numbers. - Many cleanups and small improvements. * Improvements to submenu navigation [Nils Barth/David Santiago] and scrolling menus. [Alex] * Simplification of progress bar API. [Havoc] * Make GtkImage a generic image-display widget. [Havoc] * New GtkTreeView tree widget. Model/view architecture, flexible renderering, large datasets, etc. [Jonathan] * New GtkMessageBox widget for message display. [Havoc] * Allow labels to have contents set from XML-like markup language. [Havoc] * Make dialogs derive from GtkDialog and use stock buttons. [Havoc] Internationalization: * Proper character set conversion for clipboard/selection. [Owen] * New input method system via loadable modules; support on-the-spot preedit in GtkEntry and new text widget; allow switchin input methods on the fly; include modules for XIM and demo Cyrillic-tranliteration module. [Owen] * VIQR, Thai, and Inuktitut input methods. [Robert] * Convert po files to UTF-8. [Robert] gdk-pixbuf: * Full-alpha compositing for gdk-pixbuf on drawable. [Havoc] * Add simple saving to gdk-pixbuf. [David Welton/Havoc] * Add improved error handling with GError to gdk-pixbuf. [Havoc] Ports: * Much work on Win32 Port. [Tor/Hans] * Much work on Linux-FB Port. [Elliot/Alex] Misc: * Start of new gtk-demo demo program. [Owen/Jonathan] * Bug fixes and more bug fixes. From JParker@coinstar.com Fri Nov 17 12:13:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailgate.coinstar.com (www.coinstar.com [204.202.76.20]) by mail.gnome.org (Postfix) with ESMTP id CD9AF2BF7F; Fri, 17 Nov 2000 12:13:17 -0500 (EST) Received: from aluminum.coinstar.com ([172.16.24.23]) by mailgate.coinstar.com (Post.Office MTA v3.5.3 release 223 ID# 0-67851U100L100S0V35) with ESMTP id com; Fri, 17 Nov 2000 09:13:07 -0800 Subject: Re: how do I handle right-click on menu_items To: Kervin Pierre Cc: gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: From: JParker@coinstar.com Date: Fri, 17 Nov 2000 09:13:29 -0800 X-MIMETrack: Serialize by Router on Aluminum/Coinstar Inc/US(Release 5.0.3 |March 21, 2000) at 11/17/2000 09:13:13 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ G'Day ! This should work .... gint button_press_event (GtkWidget *widget, GdkEventButton *event ) { if (event ->button ==1) { /* your code */ return TRUE; } if (event -> button ==2) { /* more code */ return TRUE; } return FALSE; } This should all be documented in the appropiate header files. cheers, Jim Parker Sailboat racing is not a matter of life and death .... It is far more important than that !!! Kervin Pierre To: gtk-app-devel-list@gnome.org, gtk-list@gnome.org Sent by: cc: gtk-app-devel-list-admin Subject: how do I handle right-click on menu_items @gnome.org 11/16/00 10:26 PM hello, I'd like to have right-click handled differently than left click on my gtk menu. My handler currently listens for the "activate" signal, but I'd like to listen for the "activate" and right-click signals. My goal is to have the right click on any part of the menu or the rest of the program window to open a "properties" dialog. Any insight on how this is done? Thanks in advance, Kervin _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list From pbd@op.net Sat Nov 18 00:00:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 2A7162BC3E; Sat, 18 Nov 2000 00:00:50 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0e.ppp.op.net [209.152.194.46]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id AAA04572; Sat, 18 Nov 2000 00:00:40 -0500 (EST) Message-Id: <200011180500.AAA04572@renoir.op.net> To: JParker@coinstar.com Cc: Kervin Pierre , gtk-app-devel-list@gnome.org, gtk-app-devel-list-admin@gnome.org, gtk-list@gnome.org Subject: Re: how do I handle right-click on menu_items In-reply-to: Your message of "Fri, 17 Nov 2000 09:13:29 PST." Date: Sat, 18 Nov 2000 00:00:46 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >This should all be documented in the appropiate header files. agreed. and don't forget: if (event->type == GDK_BUTTON_PRESS) { } else if (event->type == GDK_2BUTTON_PRESS) { } else if (event->type == GDK_3BUTTON_PRESS) { } to handle double and triple clicks. --p From rhajikhani@exchange.office.etoys.com Sat Nov 18 00:33:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id D5B202C7BF for ; Sat, 18 Nov 2000 00:33:45 -0500 (EST) Received: (qmail 21736 invoked from network); 18 Nov 2000 03:26:57 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 18 Nov 2000 03:26:57 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Fri, 17 Nov 2000 19:48:00 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQ1C7; Fri, 17 Nov 2000 19:47:58 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: gtk-list@gnome.org Date: Fri, 17 Nov 2000 20:47:37 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help CPU usage at 8.9% ? In-Reply-To: <200011160243.VAA25867@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul, All, I have a program that calls a data base, retrieves a few data, and based on that data I would like to generate a few gtklevelhold bars, depending on the number of data got from the data base. So, the application should not show any thing upon execution, but rather after a time out has run out should then create those graphs. Here is what I have done. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; I also have another data structure struct _Hybrid{ GtkWidget *table; GtkWidget *progressbar; int timer; ServerData *sd; } Hybrid; when my application starts, I create a progress bar and a scrolling window in which there is vbox init. in the vbox there is table with row=0 column=0. I place a reference to this table in my Hybrid->table. After the time out I call a function call gint update_record(Hybrid *hybrid){ //call data base, get records (no problem here) // //place them in the link list of Hybrid hybrid->sd // // call a function update_table // update_table(Hybrid *hybrid) which is supposed to create the gtklevelhold bars, update the hybrid->table by placing bars in the table and display the bars... but it never happens and I get a segmentation fault. The bars never appear and my program dies... with a core dump. Can you help me with what I have done wrong... -r On Wed, 15 Nov 2000, Paul Barton-Davis wrote: > In message you > write: > >I have this piece of code that when run, has a 9.0% cpu usage > > Ah, did you mention you were using GtkLevelHold the last time ? :)) > > Yes, if you have twenty of these suckers updating every 10msecs, > you'll be burning a notable fraction of your CPU. The way they use > GtkRgb (and GdkRgb below it) is not supremely efficient. > > For my project ardour (http://ardour.sourceforge.net), I typically > have 26 on screen, and its been a growing concern of mine. It would be > possible to do 90% of the functionality with gdk_copy_area() and 1 or > 2 pixmaps, but the level *hold* bar is a little tricker to get right. > > So basically, yep, this is exactly what you'd expect. > > However, I would point out that your implementation could be > improved. You only need a single gtk_timeout_add() - that function can > itself loop through all _TWTY LevelHolds and update them. This will > reduce the strain on the main loop scheduling in glib. Right now, you > have one timeout per bar, which is the wrong way around, IMHO > > --p (seasoned LevelHold user and hacker) > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mmotta@guest.net Sat Nov 18 12:35:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.supereva.it (adamo6.supereva.it [195.110.96.96]) by mail.gnome.org (Postfix) with SMTP id 8B41C2C874 for ; Sat, 18 Nov 2000 12:35:27 -0500 (EST) Received: (qmail 24484 invoked from network); 18 Nov 2000 17:35:31 -0000 Received: from unknown (HELO guest.net) (151.35.64.58) by mail.supereva.it with SMTP; 18 Nov 2000 17:35:31 -0000 Message-ID: <3A16BF8B.BBC59B89@guest.net> Date: Sat, 18 Nov 2000 17:42:35 +0000 From: Mario Motta X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: vdkbuilder , gtk-list@gnome.org Cc: "vdkbuilder-team@lists.sourceforge.net" Subject: ANNOUNCE: vdk-1.2.5, vdkbuilder-1.2.5 released Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ VDK Team is pleased to announce that newly released VDK 1.2.5 - VDKBuilder 1.2.5 are downloadable at: http://sourceforge.net/projects/vdkbuilder ======================= What's new in VDK 1.2.5 ======================= * Minor bug fixes, changes and enhancements * Enhanced dispatch algorithm for dynamic tables: Now a signal/event will proceed also from child to parent form if any. ============================== What's new on VDKBuilder 1.2.5 ============================== * Some portability problems with hupx and linuxppc solved * Added an hints editor, now users can add/remove/change their own editor hints * Implemented a projects-reopen feature based on a lru algorithm. User can reopen last recently used projects (up to 10) * Many minor bug fixes and enhancements. RELEASE NOTES: 1. As usual see NEWS and Changelog for more detailed informations 2. vdkbuilder 1.2.5 requires vdk 1.2.5 and (optionally) vdkxdb 0.0.4 for xdb support. 3. This should be the last release on vdk/vdkbuilder 1.2 series. Next one will be vdk/vdkbuilder 2.0 that will be available short after gtk+ 2.0 will be released. The VDK Team ------------ From new_world@radar.com.ar Sat Nov 18 14:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp1.arnet.com.ar (unknown [200.45.0.12]) by mail.gnome.org (Postfix) with SMTP id C0FF82BAD5 for ; Sat, 18 Nov 2000 14:38:30 -0500 (EST) Received: (qmail 1052 invoked from network); 18 Nov 2000 19:38:30 -0000 Received: ThePolice Version 0.02 by GCM Received: AntiBombing Version 0.08 by GCM Received: from mail3.radar.com.ar (200.45.87.68) by host000012.arnet.net.ar with SMTP; 18 Nov 2000 19:38:30 -0000 Received: from new_world ([200.45.92.215]) by mail3.radar.com.ar with Microsoft SMTPSVC(5.5.1877.597.59); Sat, 18 Nov 2000 16:38:30 -0300 Message-ID: <001801c05196$dce7d8e0$d75c2dc8@new_world> From: "Nicolas Raitman" To: "gtk general" Subject: Glade Date: Sat, 18 Nov 2000 16:36:34 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does anyone know a good tutorial on how to use Glade? I mean, I program in GTK and I have heard a lot about it... thanks, Nicolas From dsh8290@rit.edu Sat Nov 18 15:05:04 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) by mail.gnome.org (Postfix) with ESMTP id 271822C900 for ; Sat, 18 Nov 2000 15:05:04 -0500 (EST) Received: from cs.rit.edu (IDENT:dman@res137a-039.rh.rit.edu [129.21.137.39]) by pony-express.cs.rit.edu (8.9.3/8.9.3) with SMTP id PAA03237; Sat, 18 Nov 2000 15:04:58 -0500 (EST) Date: Sat, 18 Nov 2000 15:04:40 -0500 From: D-Man To: Nicolas Raitman Cc: gtk general Subject: Re: Glade Message-ID: <20001118150440.A28339@westsidecnc.rh.rit.edu> Reply-To: dsh8290@rit.edu References: <001801c05196$dce7d8e0$d75c2dc8@new_world> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <001801c05196$dce7d8e0$d75c2dc8@new_world>; from new_world@radar.com.ar on Sat, Nov 18, 2000 at 14:36:34 -0500 X-Mailer: Balsa 1.0.pre3 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Run glade. Hold the mouse over some buttons and read the tooltips. Push a few buttons and see what they do. :-) I used glade for a project and learned gtk at the same time. Since you already know gtk you already know the names of widgets and how they interact. IMO glade is very intuitive to use. -D On Sat, 18 Nov 2000 14:36:34 Nicolas Raitman wrote: | Does anyone know a good tutorial on how to use Glade? I mean, I program in | GTK and I have heard a lot about it... | | thanks, | Nicolas | | | _______________________________________________ | gtk-list mailing list | gtk-list@gnome.org | http://mail.gnome.org/mailman/listinfo/gtk-list | From rhajikhani@exchange.office.etoys.com Sun Nov 19 23:22:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 258C62C7AF for ; Sun, 19 Nov 2000 23:22:51 -0500 (EST) Received: (qmail 17848 invoked from network); 20 Nov 2000 03:56:47 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 20 Nov 2000 03:56:47 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Sun, 19 Nov 2000 20:19:07 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Message-ID: From: Rasoul Hajikhani To: =?iso-8859-1?Q?DINH_V=2E_Ho=E0?= Cc: Juergen Boemmels , gtk-list Subject: Re: passing args Date: Sun, 19 Nov 2000 21:20:24 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C052A9.013B7B80" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C052A9.013B7B80" ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/plain; charset="iso-8859-1" This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. <> ------_=_NextPart_001_01C052A9.013B7B80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: passing args

This message uses a character set that is not = supported by the Internet Service.  To view the original message = content,  open the attached message. If the text doesn't display = correctly, save the attachment to disk, and then open it using a viewer = that can display the original character set. <<message.txt>> =

------_=_NextPart_001_01C052A9.013B7B80-- ------_=_NextPart_000_01C052A9.013B7B80 Content-Type: text/plain; name="message.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="message.txt" Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by = exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail = Service Version 5.5.2650.21) id XDVXQXAT; Sun, 19 Nov 2000 20:18:59 -0800 Date: Sun, 19 Nov 2000 21:20:24 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: "DINH V. =3D?iso-8859-1?Q?Ho=3DE0?=3D" cc: Juergen Boemmels ,=20 gtk-list Subject: Re: passing args In-Reply-To: <3A13296B.A8A89CE5@enserb.fr> Message-ID: = MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=3DX-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE I say, I have done what you have said, that is I pass a reference to = a=3D20 data structure an I get the following warning interface.h:281: warning: passing arg 2 of `gtk_timeout_add' from incompatible pointer type and here is what I am doing: timer =3D3D gtk_timeout_add (100, progress_timeout, hybrid); where hybrid is a data structure... so what's the deal... -r On Thu, 16 Nov 2000, DINH V. [iso-8859-1] Ho=3DE0 wrote: > Juergen Boemmels wrote: > >=3D20 > > "DINH V. Ho=3DE0" writes: > >=3D20 > > > to call the function, you do the following : > > > > > > { > > > struct struct_arg1_arg2 data; > > > data->arg1 =3D3D arg1; > > > data->arg2 =3D3D arg2; > > > gtk_timeout_add(interval, function, &data); > > > } > >=3D20 > > I'm not sure, but this won't work. > > You alloc the data on the stack, register a pointer to this, add = leave > > the function destroying this part of the stack. But it also may = even > > work in several cases. Those bugs are realy hard to find. > >=3D20 > > When your timeout occurs, you may get a segfault, because the > > stackframe is no longer valid. > >=3D20 > > A possible way would be > > { > > struct struct_arg1_arg2 *data; > >=3D20 > > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > > g_assert (data !=3D3D 0); > > /* init data */ > > gtk_timeout_add (interval, function, &data); > > } > >=3D20 > > function (struct struct_arg1_arg2 *data) > > { > > /* do something with data */ > > free (data); > > } >=3D20 > ok, the way I gave won't work but yours won't work too. >=3D20 > because, data will be freed as much as the function is called. (the > function is called periodically with gtk_timeout_add). >=3D20 > then the a better solution is=3D20 >=3D20 > { > struct struct_arg1_arg2 *data; > =3D20 > data =3D3D malloc (sizeof (struct struct_arg1_arg2)); > g_assert (data !=3D3D 0); > /* init data */ > gtk_timeout_add (interval, function, &data); > } > =3D20 > function (struct struct_arg1_arg2 *data) > { > /* do something with data */ > // no free > } >=3D20 >=3D20 > don't forget to free the data at the end of the program or when the > timeout > callback will be stopped. >=3D20 > --=3D20 > Hoa >=3D20 > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list >=3D20 ------_=_NextPart_000_01C052A9.013B7B80-- From rsteinke@merilon.elfhame.net Mon Nov 20 14:03:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id BAA472DD61 for ; Mon, 20 Nov 2000 14:03:13 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAKJBWg14189 for gtk-list@gnome.org; Mon, 20 Nov 2000 11:11:32 -0800 From: Ron Steinke Date: Mon, 20 Nov 2000 11:11:32 -0800 To: gtk-list@gnome.org Subject: GtkItemFactory Message-ID: <3A197764.nailAY211ODDY@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ How do you pass a pointer to user data to callback functions called from a GtkMenuItem created by a GtkItemFactory? I tried passing it as the callback_data argument of gtk_item_factory_create_items, but this doesn't appear to by the way to do it. Ron Steinke From mleisher@crl.nmsu.edu Mon Nov 20 16:35:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 330382BE8D for ; Mon, 20 Nov 2000 16:35:02 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id OAA17594; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id OAA66837; Mon, 20 Nov 2000 14:35:00 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id OAA12615; Mon, 20 Nov 2000 14:34:59 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14873.39171.378460.879626@helion.crl.nmsu.edu> Date: Mon, 20 Nov 2000 14:34:59 -0700 (MST) To: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <200011202054.UAA03127@babbage.grid9.net> References: <200011202054.UAA03127@babbage.grid9.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Abdul-Wahid> My interest in Arabic on Linux stems from a project I am Abdul-Wahid> doing from home. I am designing a gnome app where I will need Abdul-Wahid> Arabic support. I have a lot of Arabic data that will need to Abdul-Wahid> be displayed as rendered text. Therefore, if anyone on this Abdul-Wahid> list can update me on the current status of Arabic support in Abdul-Wahid> GTK and where I can find more information about using Arabic Abdul-Wahid> in GTK I would appreciate it. The latest development-only versions of GDK, Pango, and GTK were just released a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi package to handle directionality. In short, this development version should provide reasonable support at least for display of Arabic text. ftp://ftp.gtk.org/pub/gtk/v1.3/gdk-1.3.2.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/pango-0.13.tar.gz ftp://ftp.gtk.org/pub/gtk/v1.3/gtk+-1.3.2.tar.gz WARNING: This development version is incompatible with GTK 1.2.8!! Install it in some other location! You can also expect the API's to change before it is ready for general release! ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From donna@omartin.com Mon Nov 20 16:52:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from taka.swcp.com (taka.swcp.com [198.59.115.12]) by mail.gnome.org (Postfix) with ESMTP id 458902BD60 for ; Mon, 20 Nov 2000 16:52:21 -0500 (EST) Received: from diamond (1Cust75.tnt3.albuquerque.nm.da.uu.net [63.20.94.75]) by taka.swcp.com (8.10.0.Beta12/8.10.0.Beta12) with SMTP id eAKLqIm26210 for ; Mon, 20 Nov 2000 14:52:18 -0700 (MST) Message-ID: <002801c0533d$05990a00$0200a8c0@diamond> Reply-To: "Donna S. Martin" From: "Donna S. Martin" To: References: <3A197764.nailAY211ODDY@merilon.elfhame.net> Subject: Re: GtkItemFactory Date: Mon, 20 Nov 2000 14:57:47 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ That is the way to do it if you bear in mind two things. 1) An item factory callback has a different prototype than a menu item callback. 2) That field is shared among all the callbacks you specify in the GtkItemFactoryEntry array. The most common error is number 1. Here is the prototype for an Item Factory Callback..... void (*GtkItemFactoryCallback1)( gpointer callback_data, guint callback_action, GtkWidget *widget); A bit different from a MenuItem callback. Of course, if you don't like this, you could always retrieve the widget id from the item factory and attach your callback manually. Then you'd be using the GtkMenuItem's callback prototype. Does this make sense? Hope so, if not I'll try again. Donna ----- Original Message ----- From: Ron Steinke To: Sent: Monday, November 20, 2000 12:11 PM Subject: GtkItemFactory > How do you pass a pointer to user data to callback functions > called from a GtkMenuItem created by a GtkItemFactory? I tried > passing it as the callback_data argument of gtk_item_factory_create_items, > but this doesn't appear to by the way to do it. > Ron Steinke > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Mon Nov 20 18:30:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id B7E8A2DC7D for ; Mon, 20 Nov 2000 18:30:08 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id XAA18072 for ; Mon, 20 Nov 2000 23:30:07 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Mon, 20 Nov 2000 23:28:27 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XDVXRNSW; Mon, 20 Nov 2000 15:25:20 -0800 Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r From jens@ja-web.de Tue Nov 21 07:47:46 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by mail.gnome.org (Postfix) with ESMTP id A7C7D2BC89 for ; Tue, 21 Nov 2000 07:47:45 -0500 (EST) Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 13yCps-0002KL-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:44 +0100 Received: from [62.159.123.27] (helo=dtmun420009) by mrvdom03.kundenserver.de with smtp (Exim 2.12 #2) id 13yCpm-0008Jc-00 for gtk-list@gnome.org; Tue, 21 Nov 2000 13:47:38 +0100 Message-ID: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> From: "Jens Ansorg" To: Subject: XFree86-Bigfont extension: shmget() failed Errors ?!?! Date: Tue, 21 Nov 2000 13:47:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ hi, I went through the arcive bu tcould not find something useful for this issue: Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget failed" messages whenever I run a gtk/gnome app. Now even worse: some apps couse this error: "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" I get lots of lines of this one. probably related are errors/warnings about shared pixmaps not loading, i.e when I open a menu and move the mouse down along the menu entries I get those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. Same with toolbars ... Is this shmget related with a kernel module shm.o ? this module is there for my kernel but it refuses to load (unresolved symbols) Any ideas ? where to start looking for a solution? thanks Jens Ansorg From erik@arthur.ubicom.tudelft.nl Tue Nov 21 08:17:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id D0E612E349 for ; Tue, 21 Nov 2000 08:17:08 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (root@arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id OAA25131; Tue, 21 Nov 2000 14:17:07 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id OAA14091; Tue, 21 Nov 2000 14:15:13 +0100 Date: Tue, 21 Nov 2000 14:15:13 +0100 From: Erik Mouw To: Jens Ansorg Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001121141512.J31270@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com>; from jens@ja-web.de on Tue, Nov 21, 2000 at 01:47:37PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > I went through the arcive bu tcould not find something useful for this > issue: > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > failed" messages whenever I run a gtk/gnome app. > > Now even worse: some apps couse this error: > "XFree86-Bigfont extension: shmget() failed, size = 122880, errno = 28" > > I get lots of lines of this one. > > probably related are errors/warnings about shared pixmaps not loading, i.e > when I open a menu and move the mouse down along the menu entries I get > those (imlib?) pixmaps errors for every menu entry the mouse scrolls over. > Same with toolbars ... > > Is this shmget related with a kernel module shm.o ? > this module is there for my kernel but it refuses to load > (unresolved symbols) No. SysV shared memory is part of the "System V IPC" option, and it can't be compiled as a kernel module. All kernels provided by distributions have this enabled, AFAIK. What is the value of /proc/sys/kernel/shmmax ? Try to set this to a large value (like 32MB) with: echo 33554432 > /proc/sys/kernel/shmmax If you compiled your own kernel, be sure that you enabled SysV IPC. Erik [currently employed as kernel hacker, so that's why you don't see me that often on this list] -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From thomas@x-tekcorp.com Tue Nov 21 08:43:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id D14EB2BA9A for ; Tue, 21 Nov 2000 08:43:24 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 07:42:58 -0600 Message-ID: <200011210745370240.049E29A9@rsg.org> X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 07:45:37 -0600 From: "Thomas Rock" To: gtk-list@gnome.org Subject: GtkList frustrations Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====_9748143375705=_" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --=====_9748143375705=_ Content-Type: text/plain; charset="us-ascii" I'm trying to get a list of items to display in a GtkList, but all I get is a blank window. Below is the code (from an example in the Gnome/Gtk+ Programming Bible). What am I doing wrong? I'm running gtk+ 1.2.8 and Redhat Linux 7.0. Thanks. Tom Code: #include #include int main (int argc, char *argv[]) { GtkWidget *Toplevel; GtkWidget *list; GList *glist = (GList *) NULL; gtk_set_locale (); gtk_init (&argc, &argv); // create top-level window Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel"); gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER); glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum")); glist = g_list_append(glist, gtk_list_item_new_with_label("Average")); printf("The list length is: %d\n", g_list_length(glist)); list = gtk_list_new(); gtk_list_append_items(GTK_LIST(list), glist); gtk_widget_set_usize(list, 150, 250); gtk_widget_show(list); gtk_container_add (GTK_CONTAINER (Toplevel), list); gtk_widget_show(Toplevel); gtk_main (); return 0; } Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com --=====_9748143375705=_ Content-Type: text/html; charset="us-ascii"
I'm trying to get a list of items to display in a GtkList, but all I get
is a blank window. Below is the code (from an example in the
Gnome/Gtk+ Programming Bible). What am I doing wrong?
 
I'm running gtk+ 1.2.8 and Redhat Linux 7.0.
 
Thanks.
 
Tom
 
 
Code:
 
#include <gtk/gtk.h>
#include <stdio.h>
 
int main (int argc, char *argv[]) {
 
   GtkWidget *Toplevel;
   GtkWidget *list;
  
   GList *glist = (GList *) NULL;
   gtk_set_locale ();
   gtk_init (&argc, &argv);
 
   // create top-level window
   Toplevel = gtk_window_new (GTK_WINDOW_TOPLEVEL);
   gtk_window_set_title (GTK_WINDOW (Toplevel), "Toplevel");
   gtk_window_set_position (GTK_WINDOW (Toplevel), GTK_WIN_POS_CENTER);
  
  
   glist = g_list_append(glist, gtk_list_item_new_with_label("Maximum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Minimum"));
   glist = g_list_append(glist, gtk_list_item_new_with_label("Average"));
  
   printf("The list length is: %d\n", g_list_length(glist));
  
   list = gtk_list_new();
   gtk_list_append_items(GTK_LIST(list), glist);
   gtk_widget_set_usize(list, 150, 250);
   gtk_widget_show(list);
   gtk_container_add (GTK_CONTAINER (Toplevel), list);
 
  
   gtk_widget_show(Toplevel);
   gtk_main ();
   return 0;
}

Thomas Rock                        X-Tek Corporation
thomas@x-tekcorp.com         P.O. Box 254
888-908-9835 ext. 101           Richmond, IL 60071
                                           www.x-tekcorp.com
 
                                           
 
 
--=====_9748143375705=_-- From trog@gtk.org Tue Nov 21 09:14:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay.dera.gov.uk (relay.dera.gov.uk [192.5.29.49]) by mail.gnome.org (Postfix) with SMTP id 9834A2BA9A for ; Tue, 21 Nov 2000 09:14:01 -0500 (EST) Received: (qmail 25937 invoked from network); 21 Nov 2000 14:14:01 +0000 Received: from syntax.dera.gov.uk (146.80.9.50) by relay.dera.gov.uk with SMTP; 21 Nov 2000 14:14:01 +0000 Content-Length: 720 Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200011210745370240.049E29A9@rsg.org> Date: Tue, 21 Nov 2000 14:14:00 -0000 (GMT) From: Trog To: Thomas Rock Subject: RE: GtkList frustrations Cc: gtk-list@gnome.org Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 21-Nov-2000 Thomas Rock wrote: > I'm trying to get a list of items to display in a GtkList, but all > I get > is a blank window. Below is the code (from an example in the > Gnome/Gtk+ Programming Bible). What am I doing wrong? > > glist = g_list_append(glist, > gtk_list_item_new_with_label("Maximum")); You need to gtk_widget_show the list item, so it should be something like (for each one): GtkWidget *item; item = gtk_list_item_new_with_label("Maximum"); gtk_widget_show(item); glist = g_list_append(glist, item); -tony --- E-Mail: trog@gtk.org I find you lack of faith in the forth dithturbing. - Darse ("Darth") Vader Go Bezerk! http://www.gtk.org/~trog From isiryder@universitariosmix.com Tue Nov 21 09:14:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from s-mail2.hanmail.net (unknown [211.62.252.65]) by mail.gnome.org (Postfix) with ESMTP id ADB992BA9A for ; Tue, 21 Nov 2000 09:14:23 -0500 (EST) Received: from www4.mixmail.com (www.mixmail.com [211.32.117.94] (may be forged)) by s-mail2.hanmail.net (8.10.0/8.9.1) with ESMTP id eALDv6H30943; Tue, 21 Nov 2000 22:57:06 +0900 Received: (from hanadmin@localhost) by www4.mixmail.com (8.9.1/8.9.1) id WAA17597; Tue, 21 Nov 2000 22:59:37 +0900 (KST) From: "isiryder" To: gtk-list@gnome.org Subject: How to save pixmaps? X-Mailer: Daum Web Mailer 1.0 Date: Tue, 21 Nov 2000 00:59:37 -1300 Message-Id: <20001121145937.HM.b0000000000AgL9@mixmail.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. I am making a simple program which loads a pixmap into memory. Is it possible to modify a GtkPixmap? What types and functions should i use to modify a pixmap and save it into a file? This is the code i use to load the pixmap: GtkWidget* create_pixmap (GtkWidget *widget, const gchar*filename) { GdkColormap *colormap; GdkPixmap *gdkpixmap; GdkBitmap *mask; GtkWidget *pixmap; GList *elem; colormap = gtk_widget_get_colormap (widget); gdkpixmap = gdk_pixmap_colormap_create_from_xpm (NULL, colormap, &mask, NULL, filename); if (gdkpixmap == NULL) { g_warning (("Pixmap not loaded: %s"), (gchar*)filename); return NULL; } pixmap = gtk_pixmap_new (gdkpixmap, mask); if (pixmap != NULL) nombre_fichero = g_strdup(filename); gdk_pixmap_unref (gdkpixmap); gdk_bitmap_unref (mask); return pixmap; } Tu correo gratis en MixMail http://www.mixmail.com Crea o sube tu web personal en http://espacio.ya.com From wslu@sina.com Tue Nov 21 09:29:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from sina.com (unknown [202.106.187.156]) by mail.gnome.org (Postfix) with SMTP id 2EE112BB47 for ; Tue, 21 Nov 2000 09:29:42 -0500 (EST) Received: (qmail 30010 invoked from network); 21 Nov 2000 13:49:56 -0000 Received: from unknown (HELO tulip) (202.115.65.104) by 202.106.187.156 with SMTP; 21 Nov 2000 13:49:56 -0000 Date: Tue, 21 Nov 2000 21:55:03 +0800 From: wslu To: "GTK+ Mailling List" Subject: What's wrong with component refresh? Message-Id: <3A1A7EB739.983CWSLU@smtp.sina.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.25.04 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm coding a GUI application using gtk+. I create a thread using pthread_create before the main window show, this thread communicate with window using signals and System V message queue. The problem is: After a successful communication between thread and the window, and when the window need to be redrawed(e.g., when resize it), it seams that the window "forget" to refresh his child components. This make all of the components disappear. what's wrong is it? Is it the correct way to use thread with GTK+? thanx for your any reply... From thomas@x-tekcorp.com Tue Nov 21 09:31:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from MAIL (rsg.org [209.100.82.15]) by mail.gnome.org (Postfix) with ESMTP id C31F52E396 for ; Tue, 21 Nov 2000 09:31:50 -0500 (EST) Received: from Quark - 209.100.82.100 by rsg.org with Microsoft SMTPSVC; Tue, 21 Nov 2000 08:31:24 -0600 Message-ID: <200011210834010100.04CA7ABC@rsg.org> In-Reply-To: References: X-Mailer: Calypso Version 3.00.03.02 (2) Date: Tue, 21 Nov 2000 08:34:01 -0600 From: "Thomas Rock" To: "Trog" Cc: gtk-list@gnome.org Subject: RE: GtkList frustrations Content-Type: text/plain; charset="ISO-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ DUH! Thanks! Tom *********** REPLY SEPARATOR *********** On 11/21/00 at 2:14 PM Trog wrote: >On 21-Nov-2000 Thomas Rock wrote: >> I'm trying to get a list of items to display in a GtkList, but all >> I get >> is a blank window. Below is the code (from an example in the >> Gnome/Gtk+ Programming Bible). What am I doing wrong? > > > >> >> glist = g_list_append(glist, >> gtk_list_item_new_with_label("Maximum")); > >You need to gtk_widget_show the list item, so it should be something >like (for each one): > > GtkWidget *item; > > item = gtk_list_item_new_with_label("Maximum"); > gtk_widget_show(item); > glist = g_list_append(glist, item); > >-tony > > >--- >E-Mail: trog@gtk.org >I find you lack of faith in the forth dithturbing. >- Darse ("Darth") Vader > >Go Bezerk! http://www.gtk.org/~trog > >_______________________________________________ >gtk-list mailing list >gtk-list@gnome.org >http://mail.gnome.org/mailman/listinfo/gtk-list Thomas Rock X-Tek Corporation thomas@x-tekcorp.com P.O. Box 254 888-908-9835 ext. 101 Richmond, IL 60071 www.x-tekcorp.com From mleisher@crl.nmsu.edu Tue Nov 21 11:00:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4152A2BB3D for ; Tue, 21 Nov 2000 11:00:22 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA26811; Tue, 21 Nov 2000 09:00:18 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA15399; Tue, 21 Nov 2000 09:00:19 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA13331; Tue, 21 Nov 2000 09:00:17 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.39953.449488.381918@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 09:00:17 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14873.39171.378460.879626@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Roozbeh> It depends on what should be considered reasonable. Against what Roozbeh> FriBidi claims in its readme file, it does not have any support Roozbeh> for explicit bidi marks, which will be needed in anything more Roozbeh> than causual usage. Hmm. I haven't looked at FriBidi for quite a while. I thought Dov would have support for explicit bidi marks by now. Anyway, I hope to have my Pretty Good Bidi Algorithm done, including explicit bidi marks by the end of December. Small and fast, it works for many cases already, but has three serious flaws: 1. Doesn't reorder certain kinds of numerical expressions in Arabic quite right. 2. Doesn't support explicit bidi marks. 3. The cursor tracking doesn't work right in some cases. It does however, address some odd things that come up in the Unicode Bidi algorithm, like positioning trailing parentheses/brackets/etc correctly without the need for explicit bidi marks. I've been using variations of this approach since 1995 and it has worked "pretty good" :-) If you want to play with it, go to the following page: http://crl.nmsu.edu/~mleisher/ucdata.html ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From feiguin@magnet.fsu.edu Tue Nov 21 11:26:03 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id CCE362BB0B for ; Tue, 21 Nov 2000 11:26:02 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05653 for ; Tue, 21 Nov 2000 11:25:55 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:25:55 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: GtkExtra-0.99.12 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I'm pleased to announce a new release of GtkExtra featuring major changes in GtkPlot, and including new widgets for 3d and polar plots. Here is a summary of the changes: - New plot subclasses for 3D and polar plots: GtkPlot3d and GtkPlotPolar. GtkPlot3D has its own API, but GtkPlotPolar can be casted as a GtkPlot considering the equivalence x->r, y->angle. - GtkPlotData is a widget. The API is almost the same. You may have to cast the widget using data = GTK_PLOT_DATA(gtk_plot_data_new()); - The other Data subclasses are Bar, Box, Flux, Surface and CSurface. - I added new arguments to the datasets (z, dz, a, da): z is obviously for 3d plots. However, it is used in GtkPlotBox to specify the size of the boxes. "a" is used to determine the size of the symbols, and "da", the color. - The color of the symbols, when "da" is specified, is detemined using the gradient. the gradient has (min, max) values, and corresponding colors. The symbol's color is interpolated between these values using hue/saturation/value depending on the gradient_mask. - GtkOrientation was replaced with GtkPlotOrientation (GTK_PLOT_AXIS_X/Y/Z) - the fields xticks and yticks were removed from gtkplot. - GtkPlotSymbol has a new field GtkPlotLine border and you set/get the attributes with gtk_plot_data_set/get_symbol - I removed the symbol type: GTK_PLOT_SYMBOL_BAR, because this is a new data subclass. I added TRIANGLE_LEFT/RIGHT and DOT. - After gtk_plot_canvas_paint, you have to use gtk_plot_canvas_refresh to refresh the pixmap in the window. This is because paint can be used to print or save plots in other formats, depending on the GtkPlotPC you are using (see below). - The drawing engine, called GtkPlotPC has been rewritten. Now it's a GtkObject, and you can derive subclasses as GtkPlotGdk and GtkPlotPS in our case (You can define your own if you want to use a different library to draw your plots!). How does it work: 1) Instead of creating a GdkGC, you create either a GtkPlotGdk or GtkPlotPS. 2) you do the following replacements: gdk_gc_set_foreground -> gtk_plot_pc_set_color gdk_gc_set_dash -> gtk_plot_pc_set_dash gdk_gc_set_line_attributes -> gtk_plot_pc_set_lineattr gdk_gc_draw_... -> gtk_plot_pc_draw_... The output will be either on a drawable or a file according to the GtkPlotPC you chose. All the redundant code for the PS output in gtkplotprint was eliminated! Elegant, isn't it? - I also added a new widget: gtktogglecombo, a gtkcombobox subclass (See it in action in testgtksheet) - New demos are included. - BugFixes in GtkSheet From feiguin@magnet.fsu.edu Tue Nov 21 11:29:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id 157B72E343 for ; Tue, 21 Nov 2000 11:27:27 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id LAA05657 for ; Tue, 21 Nov 2000 11:27:19 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 11:27:19 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: GtkExtra moved to Sourceforge Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You'll find the gtkextra webpage at http://gtkextra.sourceforge.net Enjoy! From feiguin@magnet.fsu.edu Tue Nov 21 12:17:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fangio.magnet.fsu.edu (fangio.magnet.fsu.edu [146.201.234.41]) by mail.gnome.org (Postfix) with ESMTP id DF2B92D1A6 for ; Tue, 21 Nov 2000 12:17:54 -0500 (EST) Received: from localhost (feiguin@localhost) by fangio.magnet.fsu.edu (8.9.3+Sun/8.9.3) with ESMTP id MAA06111 for ; Tue, 21 Nov 2000 12:17:47 -0500 (EST) X-Authentication-Warning: fangio.magnet.fsu.edu: feiguin owned process doing -bs Date: Tue, 21 Nov 2000 12:17:47 -0500 (EST) From: Adrian Feiguin To: gtk-list@gnome.org Subject: ANNOUNCE: SciGraphica-0.6 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm pleased to announce the new release of Scigraphica featuring 3D and polar plots! Scigraphica is a powerful tool for scientific graphics and data analysis. It pretends to be a clone of the popular commercial (and expensive) application "Microcal Origin". It fully supplies plotting features for 2D, 3D and polar charts. The aim is to obtain a fully-featured, cross-plattform, user-friendly, self-growing scientific application. It is free and open-source, released under the GPL license. Main features: -You can plot functions and manipulate data in worksheets. -You can open several worksheets and plots and work with them at the same time. -The plots are fully configurable using a control panel dialog. -The look and feel is completely WYSIWYG. -Publication quality PostScript output. -You can interact with the plots double-clicking, dragging and moving objects with the mouse. -Export/Import features in XML format. -You can insert Python expressions in the worksheets. URL: http://scigraphica.sourceforge.net Enjoy! The SciGraphica Team.- From kpierre@fit.edu Tue Nov 21 12:39:42 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from winnie.fit.edu (fit.edu [163.118.5.1]) by mail.gnome.org (Postfix) with ESMTP id DAA742BBE7 for ; Tue, 21 Nov 2000 12:39:41 -0500 (EST) Received: from fit.edu (IDENT:kervin@bashful.eng.fit.edu [163.118.131.122]) by winnie.fit.edu (8.9.1/8.9.1) with ESMTP id MAA01163 for ; Tue, 21 Nov 2000 12:40:11 -0500 (EST) Message-ID: <3A1AB40C.7000609@fit.edu> Date: Tue, 21 Nov 2000 12:42:36 -0500 From: Kervin Pierre User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: gtk-list Subject: theme errors Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I get ... libpng error: Application must be recompiled; version 1.0.6 was incompatible libpng error: Application must be recompiled; version 1.0.6 was incompatible ... whenever I run a gtk application with a theme other than default. This happens even after I recompiled the application and glib/gtk. I'm using glib/gtk 1.2.8. What must I recompile? PS. what's a theme engine? It it part of the glib or gtk packages? -Kervin From mleisher@crl.nmsu.edu Tue Nov 21 13:28:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 13B7E2CF1C for ; Tue, 21 Nov 2000 13:28:55 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id LAA12467; Tue, 21 Nov 2000 11:28:51 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id LAA51912; Tue, 21 Nov 2000 11:28:52 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id LAA13716; Tue, 21 Nov 2000 11:28:49 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14874.48865.349423.561713@helion.crl.nmsu.edu> Date: Tue, 21 Nov 2000 11:28:49 -0700 (MST) To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> It does however, address some odd things that come up in the Unicode >> Bidi algorithm, like positioning trailing parentheses/brackets/etc >> correctly without the need for explicit bidi marks. I've been using >> variations of this approach since 1995 and it has worked "pretty good" >> :-) Roozbeh> Mark, are you sure this should be done? I mean anything other Roozbeh> than exact standard compliance in this case, will really annoy Roozbeh> the user. She will have something shown on her Windows Roozbeh> application, and something else on his Unix application, for Roozbeh> example. The inclusion of explicit bidi marks to fix these small reordering glitches in the Unicode algorithm should have no effect on my routine. The idea behind my approach is to demonstrate that exactly the same results as the Unicode Bidi Reordering algorithm can be achieved in a much simpler fashion. Because the Unicode reordering algorithm is the reference, if mine does not produce exactly the same results, then it is no good. Roozbeh> You may have seen my Arabic joining problems post on the Unicode Roozbeh> list. We (heavy Arabic users) can't afford the difference. If Roozbeh> something comes in the right order here, it should be right Roozbeh> there. Or the text is not usable. Yes. I am quite aware how these differences can make Arabic and Persian text unusable. I've been doing this sort of thing for a while :-) The reordering problem you described simply doesn't occur in my algorithm because the text is already kept in discrete directional segments. In short, as you suggested, the explicit directional characters become implicitly non-joining and are not transparent with regard to joining. Your proposed solution for the U+06C0 decomposition looks like exactly the right thing to do. Roozbeh> Me and my colleagues are trying to implement explicit marks in Roozbeh> FriBidi, because there's simply no complete version of Unicode Roozbeh> bidi available. The reference implementaion is not usable, the Roozbeh> Microsoft version is not compliant, the Mozilla version is far Roozbeh> from complete, so there only remains FriBidi which is both usable Roozbeh> (proof: Robert's xterm) and easy enough to invest on. We can then Roozbeh> push everyone to do compliant support. Hopefully, there will be one more compliant choice soon. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From meisemann@dsrnet.com Tue Nov 21 16:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id AF0EC2BBBA for ; Tue, 21 Nov 2000 16:26:05 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eALLEc515369 for ; Tue, 21 Nov 2000 16:14:39 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eALLEbf15364 for ; Tue, 21 Nov 2000 16:14:38 -0500 (EST) Received: by localhost with Microsoft MAPI; Tue, 21 Nov 2000 16:24:10 -0500 Message-ID: <01C053D7.7A63AA80.meisemann@dsrnet.com> From: Matt Eisemann To: "'gtk-list@gnome.org'" Subject: CLIST Date: Tue, 21 Nov 2000 16:24:09 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am creating an application and in the main window (win) I have a clist which takes up most of the room of the application. A user can scroll through a bunch of tasks they want to start and select one or more rows and start/stop update,select all,exit. These five buttons are below the clist. The format sort of looks like below. ----------------------------------------------- ------------------- * * * row * * row * * row * * row * * row * * button1 button2 button3 button4 button5 * *********************************************** ****** In the main window, there is a vbox, vertical box, which i place the CLIST and buttons. When I try to expand the main window, the application remains the same size. I noticed that my vbox was set to vbox=gtk_vbox_new(FALSE,NO_SPACING); gtk_widget_set_usize(vbox,900,570); When I expand the main window, I want the scrolled window to also automatically expand but have the other buttons and things remain the same size and I am having trouble doing this. For some reason, my scrolled window remains the same size and if I don't specify the size using 'usize', I get a CLIST with only one row so that I have to individually scroll through each row to get to the row I want. Why does CLIST depend upon the gtk_widget_set_usize to determine its size? The code(some of it) I use for the scrolled window is scrolled_win = gtk_scrolled_window_new(NULL,NULL); gtk_widget_set_usize(scrolled_win,400,400); gtk_window_set_policy(scrolled_win,TRUE,TRUE,TRUE) gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); Also, as a side question, since I am using CLIST do I still need the following for CLIST for scrolling or is that only for LIST. gtk_container_set_focus_hadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_wind ow_get_hadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); gtk_container_set_focus_vadjustment(GTK_CONTAINER(display_tasks), gtk_scrolled_windo w_get_vadjustment (GTK_SCROLLED_WIND OW(scrolled_win))); Let me know if I was not clear regarding the From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 16:41:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 2CA1D2DCDE for ; Tue, 21 Nov 2000 16:41:22 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id VAA32605 for ; Tue, 21 Nov 2000 21:41:20 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 21 Nov 2000 21:39:36 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DXVJL; Tue, 21 Nov 2000 13:37:25 -0800 Date: Tue, 21 Nov 2000 14:38:49 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help (Please) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is the third time I am posting this message. I have not received any response yet... Can any one help me before I totally give up... A hint will do till the next time :) ---------- Forwarded message ---------- Date: Mon, 20 Nov 2000 16:26:58 -0800 (PST) From: Rasoul Hajikhani To: gtk-list@gnome.org Subject: Help I have a program that calls a data base, retrieves data, and based on that data I need to generate gtklevelhold bars, depending on the number of data retrieved from the data base. So, the application should not show any thing upon execution (at the start), but rather after a time out has run out and the data base call made, should then create the gtklevelhold bars. I have created a linked list typedef struct list{ char name[6]; float load; struct list *nextptr; } ServerData; This is the list that data base call updates. I also have another data structure struct _Hybrid{ GtkWidget *table; /*this table is created upon execution of the application with one row and one colum*/ GtkWidget *progressbar; int timer; ServerData *sd; /* reference to the linked list above */ } Hybrid; when my application starts, I create a progress bar (Hybrid->progressbar), a table with row=1 column=1, and a scrolling window. I place a reference to this table in my Hybrid->table data structure. I insert the table Hybrid->table in the scrolling window. After progressbar timer iterates once, I call update_records function which retrieves the records from tha data base and they are inserted into the linked list. The Hybrid data structure is then used in the update_table function to get access to both the linked list and the table to update the table by placing the levelhold widgets in the appropriate rows and columns (supposedly). But it never happens and I never see the levelhold widgets. Can any one help me and tell me where I have gone wrong... -r _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list From aby_paul@yahoo.com Tue Nov 21 16:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from web1101.mail.yahoo.com (web1101.mail.yahoo.com [128.11.23.121]) by mail.gnome.org (Postfix) with SMTP id 674522E380 for ; Tue, 21 Nov 2000 16:52:01 -0500 (EST) Received: (qmail 25833 invoked by uid 60001); 21 Nov 2000 21:52:00 -0000 Message-ID: <20001121215200.25831.qmail@web1101.mail.yahoo.com> Received: from [198.133.22.73] by web1101.mail.yahoo.com; Tue, 21 Nov 2000 13:52:00 PST Date: Tue, 21 Nov 2000 13:52:00 -0800 (PST) From: Aby Paul Subject: Configuring GTK To: gtk-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi I have installed GTK 1.1.8 on AIX 4.3.3. Each time I try to run the the simple program 'base' (mentioned in the documentaion), it results in coredump. gdb shows its looking for a a function gdk_init_check () in file gdk.c. And there is no file called gdk.c availale. Do anyone know what went wrong with the configuration? Thanks in advance, Aby __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From Valdis.Kletnieks@vt.edu Tue Nov 21 17:10:38 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id 9DDF02DFDD for ; Tue, 21 Nov 2000 17:10:38 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eALMAbG33790; Tue, 21 Nov 2000 17:10:38 -0500 Message-Id: <200011212210.eALMAbG33790@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Aby Paul Cc: gtk-list@gnome.org Subject: Re: Configuring GTK In-Reply-To: Your message of "Tue, 21 Nov 2000 13:52:00 PST." <20001121215200.25831.qmail@web1101.mail.yahoo.com> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2027487492P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 21 Nov 2000 17:10:37 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_2027487492P Content-Type: text/plain; charset=us-ascii On Tue, 21 Nov 2000 13:52:00 PST, Aby Paul said: > I have installed GTK 1.1.8 on AIX 4.3.3. Each time I > try to run the the simple program 'base' (mentioned in > the documentaion), it results in coredump. gdb shows > its looking for a a function gdk_init_check () in file > gdk.c. And there is no file called gdk.c availale. Do > anyone know what went wrong with the configuration? This appears to be libtool not cooperating with the AIX linker. Basically, the libraries get linked with -berok. This in itself is not bad, except that (for instance) libgtk.a is linked without a reference to libgdk.a. At runtime, this results in references to gdk functions not being correctly resolved. So when the gtk_init_check() routine calls gdk_init_check(), it branches off to never-never land. To fix: 1) Re-build glib, gmodule and gthreads libraries *without* -berok (this will require some libtool hackery). You'll have to specify additional -L and -l flags to get gmodule and gthreads to rebuild. 2) Repeat for the gdk libraries 3) Repeat for the gtk libraries. Hope this helps. I need to write all this up and get it folded back into the base libtool/gtk distributions.. ;( -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_2027487492P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOhry3XAt5Vm009ewEQIZfQCg/hwyU9galgiO4Fpu+LAqc72RLjUAnj1g bwsAL9dP1VtIl6Lfzly9z8pK =2YVE -----END PGP SIGNATURE----- --==_Exmh_2027487492P-- From rsteinke@merilon.elfhame.net Tue Nov 21 20:40:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from merilon.elfhame.net (adsl-63-205-100-172.dsl.lsan03.pacbell.net [63.205.100.172]) by mail.gnome.org (Postfix) with ESMTP id 04D2C2C8A3 for ; Tue, 21 Nov 2000 20:40:17 -0500 (EST) Received: (from rsteinke@localhost) by merilon.elfhame.net (8.11.0/8.11.0) id eAM1mek15085 for gtk-list@gnome.org; Tue, 21 Nov 2000 17:48:40 -0800 From: Ron Steinke Date: Tue, 21 Nov 2000 17:48:39 -0800 To: gtk-list@gnome.org Subject: marshallers Message-ID: <3A1B25F7.nailBMZ115F3M@merilon.elfhame.net> User-Agent: nail 9.22 2000-09-29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I'm confused about how marshallers work. The return functions for gtk_signal_default_marshaller, which is defined as gtk_marshal_VOID__VOID, are of type callback(GtkObject *object, gpointer user_data). Does that mean that the callback for gtk_marshal_VOID__VOID is of the form callback(GtkObject *object, gpointer arg1, gpointer user_data)? Ron Steinke From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 22:27:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 3899C2BCEF for ; Tue, 21 Nov 2000 22:27:32 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id DAA02408 for ; Wed, 22 Nov 2000 03:27:31 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 03:25:46 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX74Z; Tue, 21 Nov 2000 19:23:52 -0800 Date: Tue, 21 Nov 2000 20:25:35 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help with scrolled window Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Does any one know how to update the contents of a scrolled window dynamically, that is after the program has executed? -r From nhb2001@hotmail.com Tue Nov 21 08:01:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hotmail.com (f200.law10.hotmail.com [64.4.15.200]) by mail.gnome.org (Postfix) with ESMTP id 93A4F2BBA9 for ; Tue, 21 Nov 2000 08:01:34 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 21 Nov 2000 05:01:33 -0800 Received: from 194.83.240.32 by lw10fd.law10.hotmail.msn.com with HTTP; Tue, 21 Nov 2000 13:01:33 GMT X-Originating-IP: [194.83.240.32] From: "john john" To: gtk-list@gnome.org Subject: Redhat 6.0 for glade Date: Tue, 21 Nov 2000 13:01:33 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Nov 2000 13:01:33.0743 (UTC) FILETIME=[2C8753F0:01C053BB] Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I would like to use glade on redhat 6.0, which packages do I need to install? I quite unsure & a newie on linux. this is from the www.gtk.org. Glade 0.5.9 Tarball (1.7 MB) automake 1.4 and autoconf 2.13 to build generated code. And a recent version of gnome-libs (>=1.0.50) would all this be enough for redhat6.0, I am bit stuck with my final year project & do need your answer please. Thanks ted _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com From StefanRieken@SoftHome.net Tue Nov 21 09:52:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hirogen.kabelfoon.nl (unknown [62.45.45.69]) by mail.gnome.org (Postfix) with ESMTP id 439652E331 for ; Tue, 21 Nov 2000 09:52:24 -0500 (EST) Received: from SoftHome.net (k8nw253.dial.kabelfoon.nl [62.45.11.127]) by hirogen.kabelfoon.nl (Postfix) with ESMTP id 5E0457C46 for ; Tue, 21 Nov 2000 15:53:33 +0100 (CET) Message-ID: <3A1A8C02.64597193@SoftHome.net> Date: Tue, 21 Nov 2000 15:51:46 +0100 From: Stefan Rieken Organization: Flip de Egel Productions X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: nl,en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: any policy for foo_new() return types? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, First off, I've been so rude to post to this list while not being on it. Please CC me, thanks. I have used GNOME and GTK+ for a long time, but only in the past few days I really got past the "Hello, World" stage. I couldn't help noticing that every foo_new() method had its own policy for what kind of struct to return. A few examples (sorry for using GNOME examples): - gnome_app_bar_new() returns a GtkWidget* (its far, but not "oldest" ancestor) - gnome_mdi_new() returns a GtkObject* (its "oldest", and only ancestor) - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild (an instance of itself) - gtk_adjustment_new() returns a GtkObject* (its "oldest", but not its only ancestor) I believe that it's common policy to return a GtkWidget* if this is available in the ancestry, and otherwise fall back to a GtkObject -- but why this policy, anyway? And why do some of the above examples draw away from this policy? Thanks, Stefan From IMCEAX400-c=US+3Ba=+20+3Bp=etoys+3Bo=SM1+3Bdda+3ASMTP=rhajikhani+40exchange+2Eoffice+2Eetoys+2Ecom+3B@exchangeuk.office.etoys.co.uk Tue Nov 21 21:13:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail.office.etoys.co.uk (unknown [213.219.7.242]) by mail.gnome.org (Postfix) with ESMTP id 094D72DE8F for ; Tue, 21 Nov 2000 21:13:31 -0500 (EST) Received: from exchangeuk.office.etoys.co.uk (exchangeuk [10.2.68.12]) by mail.office.etoys.co.uk (8.9.3/8.9.3) with ESMTP id CAA02005 for ; Wed, 22 Nov 2000 02:13:30 GMT Received: by exchangeuk.office.etoys.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 02:11:45 -0000 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DX6RN; Tue, 21 Nov 2000 18:09:49 -0800 Date: Tue, 21 Nov 2000 19:11:34 -0800 (PST) From: Rasoul Hajikhani X-Sender: rhajikhani@localhost.localdomain To: gtk-list@gnome.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Can any one tell me how to show a widget after a timer runs out but not at the execution of the application? -r From roozbeh@sharif.edu Tue Nov 21 12:25:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id 751B52DF4F for ; Tue, 21 Nov 2000 12:25:07 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id UAA19388; Tue, 21 Nov 2000 20:54:51 +0330 Date: Tue, 21 Nov 2000 20:54:51 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14874.39953.449488.381918@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, 21 Nov 2000, Mark Leisher wrote: > It does however, address some odd things that come up in the Unicode Bidi > algorithm, like positioning trailing parentheses/brackets/etc correctly > without the need for explicit bidi marks. I've been using variations of this > approach since 1995 and it has worked "pretty good" :-) Mark, are you sure this should be done? I mean anything other than exact standard compliance in this case, will really annoy the user. She will have something shown on her Windows application, and something else on his Unix application, for example. You may have seen my Arabic joining problems post on the Unicode list. We (heavy Arabic users) can't afford the difference. If something comes in the right order here, it should be right there. Or the text is not usable. Me and my colleagues are trying to implement explicit marks in FriBidi, because there's simply no complete version of Unicode bidi available. The reference implementaion is not usable, the Microsoft version is not compliant, the Mozilla version is far from complete, so there only remains FriBidi which is both usable (proof: Robert's xterm) and easy enough to invest on. We can then push everyone to do compliant support. --roozbeh From rdiazmartin@yahoo.com Sun Nov 19 08:22:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp2.mail.yahoo.com (smtp2.mail.yahoo.com [128.11.68.32]) by mail.gnome.org (Postfix) with SMTP id CBB3C2BAD5 for ; Sun, 19 Nov 2000 08:22:19 -0500 (EST) Received: from 10-madr-x116.libre.retevision.es (HELO mandrake.roberto.ral) (62.83.44.202) by smtp.mail.vip.suc.yahoo.com with SMTP; 19 Nov 2000 07:24:21 -0000 X-Apparently-From: Received: from localhost (localhost [10.0.0.1]) by mandrake.roberto.ral (8.9.3/8.9.3) with ESMTP id IAA04137 for ; Sun, 19 Nov 2000 08:26:59 +0100 Date: Sun, 19 Nov 2000 08:26:59 +0100 (MET) From: Roberto Diaz X-Sender: rdiazmartin@mandrake.roberto.ral To: gtk-list Subject: Saving a pixmap to a file.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi.. Well my problem is that I dont know very well how the format of a pixmap looks like.. I would like to be able to get all the information into a pixmap an generate RGB data.. this is because I'm doing a whiteboard application and I would like to be able to save the drawings.. (currently my whiteboard works pretty good but still looses all the work at the end!!! ;) If I'm able to get the data as RGB I will be able to make a lot of things using imageMagick or Imlib for example (in order to be able to save it as png, jpg, eps.. etc).. please I need your good advice. Thanks in advance! Roberto __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com From robert@promisechina.com Sun Nov 19 23:04:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 0722E2BD0E for ; Sun, 19 Nov 2000 23:04:22 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA06214 for ; Sun, 19 Nov 2000 23:04:21 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAK44GD06909 for ; Sun, 19 Nov 2000 23:04:18 -0500 Received: (qmail 46709 invoked from network); 20 Nov 2000 03:52:31 -0000 Received: from unknown (HELO zhang) (61.151.174.97) by www10.chinadns.com with SMTP; 20 Nov 2000 03:52:31 -0000 Message-ID: <001201c052a6$14cb7220$7424c409@promise.com> From: "Zhang" To: Subject: Compile in FreeBSD Date: Mon, 20 Nov 2000 11:58:02 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C052E9.22793400" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQogICAgSSBjb21waWxlIG15IHNvdXJjZSBjb2RlIGJ5ICAiZ3RrX2NvbmZpZyIg aW4gTElOVVgsIGhvdyBjYW4gSSBjb21waWxlIGl0IGluIEZyZWVCU0Q/IA0KDQoNCiAgICBCZXN0 IFJlZ2FyZHMuDQoNCiAgICAgICAgICAgICAgICAgICAgUm9iZXJ0IC4gICAxMS4yMA0K ------=_NextPart_000_000F_01C052E9.22793400 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgSSBjb21waWxlIG15 IHNvdXJjZSBjb2RlIGJ5Jm5ic3A7IA0KImd0a19jb25maWciIGluIExJTlVYLCBob3cgY2FuIEkg Y29tcGlsZSBpdCBpbiBGcmVlQlNEPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyBC ZXN0IFJlZ2FyZHMuPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg c2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyBSb2JlcnQgLiZu YnNwOyZuYnNwOyANCjExLjIwPC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= ------=_NextPart_000_000F_01C052E9.22793400-- From gsarria@escher.ujavcali.edu.co Mon Nov 20 15:33:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from escher.ujavcali.edu.co (unknown [200.32.81.136]) by mail.gnome.org (Postfix) with ESMTP id 4C6142BBF4 for ; Mon, 20 Nov 2000 15:33:22 -0500 (EST) Received: from localhost (gsarria@localhost) by escher.ujavcali.edu.co (8.9.3/8.9.3) with ESMTP id PAA09604 for ; Mon, 20 Nov 2000 15:35:02 -0500 Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) From: Gerardo Mauricio Sarria To: gtk-list@gnome.org Subject: Drag and Drop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi! I am developing an application in lisp with a GTK+ module. This app requires the drag and drop utility but I can't find any documentation about it. Can anybody give me some documentation about it? Thanks Gerardo Sarria From roozbeh@sharif.edu Tue Nov 21 04:09:35 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Sina.sharif.ac.ir (sina.Sharif.AC.IR [194.225.40.9]) by mail.gnome.org (Postfix) with ESMTP id CA0A62E211 for ; Tue, 21 Nov 2000 04:09:00 -0500 (EST) Received: from localhost (roozbeh@localhost) by Sina.sharif.ac.ir (8.9.3/8.9.3) with ESMTP id MAA04505; Tue, 21 Nov 2000 12:38:31 +0330 Date: Tue, 21 Nov 2000 12:38:31 +0330 (IRT) From: Roozbeh Pournader X-Sender: roozbeh@Sina.sharif.ac.ir To: arabic-linux@marko.net Cc: gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: <14873.39171.378460.879626@helion.crl.nmsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, 20 Nov 2000, Mark Leisher wrote: > The latest development-only versions of GDK, Pango, and GTK were just released > a couple of days ago. I believe Pango (http://www.pango.org) uses the FriBidi > package to handle directionality. In short, this development version should > provide reasonable support at least for display of Arabic text. It depends on what should be considered reasonable. Against what FriBidi claims in its readme file, it does not have any support for explicit bidi marks, which will be needed in anything more than causual usage. From wolfgang@ultim.net Tue Nov 21 23:23:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 547D32E080 for ; Tue, 21 Nov 2000 23:23:46 -0500 (EST) Received: (qmail 22058 invoked from network); 22 Nov 2000 04:22:24 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:22:24 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4LoP01786 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:21:50 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:21:49 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121232148.A1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from rhajikhani@exchange.office.etoys.com on Tue, Nov 21, 2000 at 08:25:35PM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 08:25:35PM -0800, heure d'inpiration, Rasoul Hajikhani écrivait en ces mots: > Does any one know how to update the contents of a scrolled window > dynamically, that is after the program has executed? > -r Not willing to be offensive at all. Is that a spam ? There is no way to make a program use, display, modify widgets when this program has ended. When the program has ended, it closes its connection to the X server and the X server releases any resources allocated to this program. The Berlin project has a feature which permit programs to still be displayed while they are not running, but not X. Wolfgang -- A chicken is an egg's way of producing more eggs. From wolfgang@ultim.net Tue Nov 21 23:26:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id A08032E085 for ; Tue, 21 Nov 2000 23:25:35 -0500 (EST) Received: (qmail 22178 invoked from network); 22 Nov 2000 04:24:14 -0000 Received: from m150.l1.mtl.ultim.net (HELO debian.home) (216.13.32.150) by athena.ultim.net with SMTP; 22 Nov 2000 04:24:14 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAM4Nf501794 for gtk-list@gnome.org; Tue, 21 Nov 2000 23:23:41 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 21 Nov 2000 23:23:40 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: Redhat 6.0 for glade Message-ID: <20001121232340.B1733@debian.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from nhb2001@hotmail.com on Tue, Nov 21, 2000 at 01:01:33PM -0000 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 21, 2000 at 01:01:33PM -0000, heure d'inpiration, john john écrivait en ces mots: > Hi Guys, > I would like to use glade on redhat 6.0, which packages do I need to > install? I quite unsure & a newie on linux. > > this is from the www.gtk.org. > > Glade 0.5.9 Tarball (1.7 MB) > automake 1.4 and autoconf 2.13 to build generated code. > > And a recent version of gnome-libs (>=1.0.50) > would all this be enough for redhat6.0, I am bit stuck with my final year > project & do need your answer please. Try the packages from the standard distributions (for Redhat 6.2). If they don't work, choose between upgrading your distribution to 6.2 or to rebuild the src.rpms for those packages. W -- A chicken is an egg's way of producing more eggs. From gharris@flashcom.net Tue Nov 21 23:37:13 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id A71DC2D33A for ; Tue, 21 Nov 2000 23:37:12 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA02815 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAM4b7D21998 for ; Tue, 21 Nov 2000 23:37:08 -0500 Received: (cpmta 21469 invoked from network); 21 Nov 2000 20:36:58 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:36:58 -0800 X-Sent: 22 Nov 2000 04:36:58 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03801; Tue, 21 Nov 2000 20:36:56 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:36:56 -0800 From: Guy Harris To: Zhang Cc: GTK-list@redhat.com Subject: Re: Compile in FreeBSD Message-ID: <20001121203656.C363@quadrajet.flashcom.com> References: <001201c052a6$14cb7220$7424c409@promise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <001201c052a6$14cb7220$7424c409@promise.com>; from robert@promisechina.com on Mon, Nov 20, 2000 at 11:58:02AM +0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Mon, Nov 20, 2000 at 11:58:02AM +0800, Zhang wrote: > I compile my source code by "gtk_config" in LINUX, how can I > compile it in FreeBSD? With "gtk_config", if you have GTK+ installed. If you don't have it installed, get it from the ports collection, or load a binary package, or download the source and build and install it yourself. The ports/packages you need are "glib-1.2.8" and "gtk-1.2.8". From gharris@flashcom.net Tue Nov 21 23:43:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by mail.gnome.org (Postfix) with SMTP id 52D622BA83 for ; Tue, 21 Nov 2000 23:43:58 -0500 (EST) Received: (cpmta 23759 invoked from network); 21 Nov 2000 20:43:56 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.65) with SMTP; 21 Nov 2000 20:43:56 -0800 X-Sent: 22 Nov 2000 04:43:56 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA03812; Tue, 21 Nov 2000 20:43:55 -0800 (PST) (envelope-from gharris) Date: Tue, 21 Nov 2000 20:43:55 -0800 From: Guy Harris To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: Help with scrolled window Message-ID: <20001121204355.D363@quadrajet.flashcom.com> References: <20001121232148.A1733@debian.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001121232148.A1733@debian.home>; from wolfgang@ultim.net on Tue, Nov 21, 2000 at 11:21:49PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 11:21:49PM -0500, Wolfgang Sourdeau wrote: > Not willing to be offensive at all. Is that a spam ? > There is no way to make a program use, display, modify widgets when this > program has ended. When the program has ended, it closes its connection to > the X server and the X server releases any resources allocated to this > program. Perhaps by "after the program has executed" he meant "after the program has started", i.e. "after it has initially displayed the scrolled window", rather than "after the program has finished running and exited". From Florent.Devin@lifl.fr Wed Nov 22 03:39:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id 74F122BB23 for ; Wed, 22 Nov 2000 03:39:19 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA14888 for ; Wed, 22 Nov 2000 09:38:37 +0100 (MET) Message-ID: <3A1B862C.867F70C1@lifl.fr> Date: Wed, 22 Nov 2000 09:39:08 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Drag and Drop References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Gerardo Mauricio Sarria a écrit : > > Hi! > > I am developing an application in lisp with a GTK+ module. This app > requires the drag and drop utility but I can't find any documentation > about it. > Can anybody give me some documentation about it? > > Thanks > > Gerardo Sarria > Hi, Yes this is a FAQ, but not in FAQ. There is a sample in the gtk archive, which is called testdnd You should look at -- Florent DEVIN From wowa@jet.msk.su Wed Nov 22 03:49:59 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by mail.gnome.org (Postfix) with SMTP id C3ED22D291 for ; Wed, 22 Nov 2000 03:49:57 -0500 (EST) Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 13yVaz-0000JH-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from horse.jet.msk.su [193.124.4.6] by tiger.jet.msk.su with esmtp (Exim 1.73 #2) id 13yVaz-00070G-00; Wed, 22 Nov 2000 11:49:37 +0300 Received: from wowa by horse with local (Exim 3.13 #7) id 13yVay-0000OT-00; Wed, 22 Nov 2000 11:49:36 +0300 From: Vladimir Tsichevski To: gsarria@escher.ujavcali.edu.co Cc: gtk-list@gnome.org In-reply-to: (message from Gerardo Mauricio Sarria on Mon, 20 Nov 2000 15:35:02 -0500 (COT)) Subject: Re: Drag and Drop Message-Id: Date: Wed, 22 Nov 2000 11:49:36 +0300 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Delivered-To: gtk-list@gnome.org >Date: Mon, 20 Nov 2000 15:35:02 -0500 (COT) >From: Gerardo Mauricio Sarria >X-BeenThere: gtk-list@gnome.org >X-Loop: gtk-list@gnome.org >X-Mailman-Version: 2.0beta5 >Precedence: bulk >List-Id: General discussion of GTK+ > > >Hi! > >I am developing an application in lisp with a GTK+ module. This app >requires the drag and drop utility but I can't find any documentation >about it. >Can anybody give me some documentation about it? > >Thanks > >Gerardo Sarria > The GTK+ package has an example program named testdnd.c. If you are programming in Lisp, take a look at my bigloo-lib package , which has gtk bindings for Scheme programming language, and includes the working testdnd example rewritten in Bigloo Scheme. Regards, Vladimir V. Tsichevski senior expert ----------------------------------------------------- Jet Infosystems Krasnoproletarskaya 6, Tel. (+7 095) 972-1182 Moscow 103006, Russia Fax (+7 095) 972-0791 ----------------------------------------------------- Any opinions or recommendations herein are those of the author and not of his computer. From Florent.Devin@lifl.fr Wed Nov 22 03:52:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id D69E22DE4A for ; Wed, 22 Nov 2000 03:52:01 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA15038 ; Wed, 22 Nov 2000 09:51:21 +0100 (MET) Message-ID: <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 09:51:53 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani a écrit : > > Can any one tell me how to show a widget after a timer runs out but not at > the execution of the application? > -r If I understand you Try to do while (gtk_events_pending()) gtk_main_iteration -- Florent DEVIN From johan.groth.mandator@celsius.se Wed Nov 22 06:13:07 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from msw.aerotech.celsius.se (msw.aerotech.celsius.se [194.23.231.66]) by mail.gnome.org (Postfix) with ESMTP id 6394C2E079 for ; Wed, 22 Nov 2000 06:13:05 -0500 (EST) Received: from mail.bofors.se (unverified) by msw.aerotech.celsius.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:05:44 +0100 Received: (from bfsuucp@localhost) by mail.bofors.se (8.9.1/8.9.1) id LAA18896 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:06:37 +0100 (MET) >Received: from mailsweeper.bfs.bofors.se (mimesweeper [192.168.1.2]) by bfsmail.bfs.bofors.se (8.9.1/8.9.1) with ESMTP id LAA28184 for ; Wed, 22 Nov 2000 11:03:05 +0100 (MET) Received: from bmail.bofors (unverified) by mailsweeper.bfs.bofors.se (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 22 Nov 2000 11:03:47 +0100 Received: from misil (moz [138.14.128.7]) by bmail.bofors (8.8.8+Sun/8.8.8) with SMTP id LAA13195 for ; Wed, 22 Nov 2000 11:03:34 +0100 (MET) Received: from otter.misil by misil (5.x/SMI-SVR4-bof-2) id AA10202; Wed, 22 Nov 2000 11:02:43 +0100 Received: from rmail.bofors (localhost [127.0.0.1]) by otter.misil (8.8.8+Sun/8.8.8) with ESMTP id LAA26330 for ; Wed, 22 Nov 2000 11:02:37 +0100 (MET) Message-Id: <3A1B99BD.6067EFC7@rmail.bofors> Date: Wed, 22 Nov 2000 11:02:37 +0100 From: Johan Groth Organization: Cell Network AB X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: sv MIME-Version: 1.0 To: Gtk+ Subject: sparc linux binaries on sparc solaris 2.5.1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Greetings, I wonder if it is possible to take glib/gtk+ linux binaries for sparc and run them under Solaris 2.5.1 with Solaris linux emulation (I think such a beast exists for 2.5.1)? Reason? I can't get clist to work on 2.5.1. TIA, /Johan -- Johan Groth (xghjn) ! Tel. mobil: 0703 - 24 25 27 Cell Network ! Kontoret: 054 - 14 25 27 johan.groth@cellnetwork.com ! Bofors: 0703 - 24 25 27 johan.groth.cellnetwork@dynamics.saab.se From john.cupitt@ng-london.org.uk Wed Nov 22 06:59:01 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 23E9F2E0DD for ; Wed, 22 Nov 2000 06:59:01 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5GWS; Wed, 22 Nov 2000 11:58:57 -0000 Message-ID: <3A1BB421.DE8E8BE5@ng-london.org.uk> Date: Wed, 22 Nov 2000 11:55:13 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ (I mailed you directly, but it bounced ... so it's on the list) Hi Rasoul, > when my application starts, I create a progress bar (Hybrid->progressbar), > a table with row=1 column=1, and a scrolling window. I place a reference > to this table in my Hybrid->table data structure. I insert the table > Hybrid->table in the scrolling window. After progressbar timer iterates > once, I call update_records function which retrieves the records from tha > data base and they are inserted into the linked list. The Hybrid data > structure is then used in the update_table function to get access to both > the linked list and the table to update the table by placing the levelhold > widgets in the appropriate rows and columns (supposedly). But it never > happens and I never see the levelhold widgets. Can any one help me and > tell me where I have gone wrong... So many things could have gone wrong :( it's hard to say from your description. Try to make a small example program which you can post which shows the problem, or take the progressbar example in testgtk and hack that about. HTH, John From pbd@op.net Wed Nov 22 07:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 4D2092E1BE for ; Wed, 22 Nov 2000 07:02:10 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id HAA13586; Wed, 22 Nov 2000 07:01:41 -0500 (EST) Message-Id: <200011221201.HAA13586@renoir.op.net> To: "Florent. Devin" Cc: Rasoul Hajikhani , gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 09:51:53 +0100." <3A1B8929.D3C287DB@lifl.fr> Date: Wed, 22 Nov 2000 07:02:49 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Can any one tell me how to show a widget after a timer runs out but not at >> the execution of the application? >> -r >If I understand you >Try to do >while (gtk_events_pending()) > gtk_main_iteration i don't think that this is what he meant. i think he wants: 1) program starts 2) gtk_init() 3) creates some widgets 4) show()'s most of the widgets 5) gtk_run() . . . 6) show() some other widgets the answer is to do this between steps 4 and 5: gtk_timeout_add (msecs, function, argument); and within `function': gint function (void *arg) { other_widget1->show (); other_widget2->show (); return FALSE; /* don't execute this function again */ } --p From mleisher@crl.nmsu.edu Wed Nov 22 10:24:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id AC5EF2BBB2 for ; Wed, 22 Nov 2000 10:24:20 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id IAA25720; Wed, 22 Nov 2000 08:24:13 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id IAA18398; Wed, 22 Nov 2000 08:24:14 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id IAA15659; Wed, 22 Nov 2000 08:24:11 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.58651.749624.936425@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 08:24:11 -0700 (MST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? In-Reply-To: <3A1A8C02.64597193@SoftHome.net> References: <3A1A8C02.64597193@SoftHome.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan> I believe that it's common policy to return a GtkWidget* if this Stefan> is available in the ancestry, and otherwise fall back to a Stefan> GtkObject -- but why this policy, anyway? And why do some of the Stefan> above examples draw away from this policy? I really like GTK (but don't use GNOME). After many years of using the Intrinsics, I got used to object creation calls all returning Widget*, and all widget-related functions taking Widget* arguments, leaving the functions to check for valid subclasses instead of the programmer doing it explicitly. Though I find some of these differences mildly annoying, these are minor because GTK is very usable in just about all other respects. My guess is that the differing return types were done as a matter of convenience at one point and never quite got fixed to meet policy. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From otaylor@redhat.com Wed Nov 22 10:26:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 23D632E0D5 for ; Wed, 22 Nov 2000 10:26:57 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id DE22524231C; Wed, 22 Nov 2000 10:26:56 -0500 (EST) To: Mark Leisher Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 10:26:56 -0500 In-Reply-To: Mark Leisher's message of "Tue, 21 Nov 2000 11:28:49 -0700 (MST)" Message-ID: Lines: 51 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > >> It does however, address some odd things that come up in the Unicode > >> Bidi algorithm, like positioning trailing parentheses/brackets/etc > >> correctly without the need for explicit bidi marks. I've been using > >> variations of this approach since 1995 and it has worked "pretty good" > >> :-) > > Roozbeh> Mark, are you sure this should be done? I mean anything other > Roozbeh> than exact standard compliance in this case, will really annoy > Roozbeh> the user. She will have something shown on her Windows > Roozbeh> application, and something else on his Unix application, for > Roozbeh> example. > > The inclusion of explicit bidi marks to fix these small reordering > glitches in the Unicode algorithm should have no effect on my > routine. > > The idea behind my approach is to demonstrate that exactly the same > results as the Unicode Bidi Reordering algorithm can be achieved in > a much simpler fashion. > > Because the Unicode reordering algorithm is the reference, if mine does not > produce exactly the same results, then it is no good. I don't really follow - you claim that your algorithm handles some cases better, but, on the other hand you say that you want to get exactly the same results. I'm definitely of the opinion that following the Unicode algorithm exactly is a absolute necessity, which is perhaps the main reason for using the FriBidi code in Pango. And FriBidi isn't very complex - as it is currently, without handling explicit embedding and overrides, the part that Pango uses is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more than a few hundred more. (I actually think that explicit embeddings and overrides are going to be fairly rare, but would like to see the support there.) So, the only sense I could imagine it being complex is that it might be slow compared to a simpler algorithm.... but compared to shaping, determination of bidirectional level isn't a significant bottleneck in Pango. And I know of several more optimizations that could speed up FriBidi further. Regards, Owen From Rajagopalan.Srinivasan@indsys.ge.com Wed Nov 22 10:38:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from unknown-230-101.pilot.net (unknown-230-101.pilot.net [206.98.230.101]) by mail.gnome.org (Postfix) with ESMTP id 6A4482CF45 for ; Wed, 22 Nov 2000 10:38:31 -0500 (EST) Received: from unknown-239-164.pilot.net (unknown-239-164.pilot.net [206.189.239.164]) by unknown-230-101.pilot.net with ESMTP id KAA15983 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from nsmtrs1.motors.ge.com (localhost [127.0.0.1]) by unknown-239-164.pilot.net with ESMTP id KAA02958 for ; Wed, 22 Nov 2000 10:38:30 -0500 (EST) Received: from ns01.salem.ge.com (ns01.salem.ge.com [3.29.12.4]) by nsmtrs1.motors.ge.com (Postfix) with ESMTP id 3830B33313; Wed, 22 Nov 2000 10:38:29 -0500 (EST) Received: from vasale01misge.salem.ge.com (vasale01misge [3.29.13.12]) by ns01.salem.ge.com (Postfix) with ESMTP id D326817FC7; Wed, 22 Nov 2000 10:38:28 -0500 (EST) Received: by vasale01misge.salem.ge.com with Internet Mail Service (5.5.2651.58) id <44H3PR22>; Wed, 22 Nov 2000 10:38:37 -0500 Message-ID: From: "Srinivasan, Rajagopalan (IndSys, SalemVA)" To: "'Mark Leisher'" Cc: "'gtk-list@gnome.org'" Subject: RE: any policy for foo_new() return types? Date: Wed, 22 Nov 2000 10:38:26 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ One of the reasons I use Ada and the GtkAda binding........................... srini > -----Original Message----- > From: Mark Leisher [mailto:mleisher@crl.nmsu.edu] > Sent: Wednesday, November 22, 2000 10:24 AM > To: Stefan Rieken > Cc: gtk-list@gnome.org > Subject: Re: any policy for foo_new() return types? > > > > Stefan> I believe that it's common policy to return a > GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why > do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of > using the > Intrinsics, I got used to object creation calls all returning > Widget*, and all > widget-related functions taking Widget* arguments, leaving > the functions to > check for valid subclasses instead of the programmer doing it > explicitly. > > Though I find some of these differences mildly annoying, > these are minor > because GTK is very usable in just about all other respects. > > My guess is that the differing return types were done as a matter of > convenience at one point and never quite got fixed to meet policy. > -------------------------------------------------------------- > --------------- > Mark Leisher > Computing Research Lab Cinema, radio, television, > magazines are a > New Mexico State University school of inattention: > people look without > Box 30001, Dept. 3CRL seeing, listen without hearing. > Las Cruces, NM 88003 -- Robert Bresson > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From mleisher@crl.nmsu.edu Wed Nov 22 11:08:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 4DBC32CE1F for ; Wed, 22 Nov 2000 11:08:39 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id JAA29278; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id JAA26996; Wed, 22 Nov 2000 09:08:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id JAA15748; Wed, 22 Nov 2000 09:08:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14875.61314.373208.717105@helion.crl.nmsu.edu> Date: Wed, 22 Nov 2000 09:08:34 -0700 (MST) To: Owen Taylor Cc: arabic-linux@marko.net, gtk-list@gnome.org Subject: Re: first time post with some questions In-Reply-To: References: <14874.39953.449488.381918@helion.crl.nmsu.edu> <14874.48865.349423.561713@helion.crl.nmsu.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> The inclusion of explicit bidi marks to fix these small reordering >> glitches in the Unicode algorithm should have no effect on my routine. >> >> The idea behind my approach is to demonstrate that exactly the same >> results as the Unicode Bidi Reordering algorithm can be achieved in a >> much simpler fashion. >> >> Because the Unicode reordering algorithm is the reference, if mine does >> not produce exactly the same results, then it is no good. Owen> I don't really follow - you claim that your algorithm handles some Owen> cases better, but, on the other hand you say that you want to get Owen> exactly the same results. Sorry, I'm juggling a million things at once and have been leaving lots of little details like this out. Given the same correct input string, the reordered output string from my routine should be the same as a true implementation of the Unicode Bidi algorithm. The difference with my algorithm is that even if some explicit directional marks get left out (an incorrect input string, if you will), the text will probably be reordered correctly anyway. Owen> I'm definitely of the opinion that following the Unicode algorithm Owen> exactly is a absolute necessity, which is perhaps the main reason Owen> for using the FriBidi code in Pango. I definitely agree that there should be a single way to do this. It makes life a lot easier for everyone. Owen> And FriBidi isn't very complex - as it is currently, without Owen> handling explicit embedding and overrides, the part that Pango uses Owen> is about 600 lines of code. Adding {LR,RL}{O,E} shouldn't be more Owen> than a few hundred more. About the same amount of code in my routine so far too. Owen> (I actually think that explicit embeddings and overrides are going Owen> to be fairly rare, but would like to see the support there.) Very likely. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From Anthony-Ferrand@wanadoo.fr Wed Nov 22 11:24:54 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from amyris.wanadoo.fr (smtp-abo-2.wanadoo.fr [193.252.19.150]) by mail.gnome.org (Postfix) with ESMTP id 6F6822BD79 for ; Wed, 22 Nov 2000 11:24:54 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by amyris.wanadoo.fr; 22 Nov 2000 17:24:51 +0100 Message-ID: <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 17:25:33 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: gtk_input_add Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I don't understand something with the gtk_input_add function (again!). I create a fifo (using mkfifo) and then I want to launch a function when datas are accessible from this fifo.... so I use the gtk_input_add function but when the process comes to the gtk_input_add line it just stop. More exactly, the prog is running but it is just waiting for something.... Thanks in advance, ASF From otaylor@redhat.com Wed Nov 22 11:28:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 44A702E152 for ; Wed, 22 Nov 2000 11:28:11 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 2B3C024231C; Wed, 22 Nov 2000 11:28:11 -0500 (EST) To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Owen Taylor Date: 22 Nov 2000 11:28:11 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 53 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > Hello, > > First off, I've been so rude to post to this list while not being on it. > Please CC me, thanks. > > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > > I believe that it's common policy to return a GtkWidget* if this is > available in the ancestry, and otherwise fall back to a GtkObject -- but > why this policy, anyway? And why do some of the above examples draw away > from this policy? The policy is basically that the constructor should return the most derived types with a few exceptions: - Constructors of types derived from GtkWidget should return a GtkWidget. The basic reason why widget constructors return a GtkWidget is the next step after creation is almost always adding to a container. - The same applies to other cases when the class is more likely to be used as a base class than as the derived class - for example GtkIMContext in GTK+-2.0. This concept is a little fuzzy, but works OK in practice. GnomeMDI and GtkAdjustment are broken. GtkAdjustment is that way for compatibility reasons, but unfortunately its been copied as a bad example in a few other places. GTK+-2.0 introduces a big swarm of non-widget GObject types, (PangoLayout, GdkWindow, GdkGC, ....) so there will be lots of good examples. Regards, Owen From otaylor@redhat.com Wed Nov 22 11:33:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id 4F4052D1CE for ; Wed, 22 Nov 2000 11:33:24 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 3713824231C; Wed, 22 Nov 2000 11:33:24 -0500 (EST) To: Mark Leisher Cc: Stefan Rieken , gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Owen Taylor Date: 22 Nov 2000 11:33:24 -0500 In-Reply-To: Mark Leisher's message of "Wed, 22 Nov 2000 08:24:11 -0700 (MST)" Message-ID: Lines: 38 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Mark Leisher writes: > Stefan> I believe that it's common policy to return a GtkWidget* if this > Stefan> is available in the ancestry, and otherwise fall back to a > Stefan> GtkObject -- but why this policy, anyway? And why do some of the > Stefan> above examples draw away from this policy? > > I really like GTK (but don't use GNOME). After many years of using > the Intrinsics, I got used to object creation calls all returning > Widget*, and all widget-related functions taking Widget* arguments, > leaving the functions to check for valid subclasses instead of the > programmer doing it explicitly. ALthough I haven't talked to Peter about the issue, so I can't tell you the _real_ reason for it, my take on the reasons why having functions take the most derived type useful is: - It makes the header files clearer - Combined with standard programmer habits, it provides some measure of compile time safety; because if I write: GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); The compiler will catch it. Of course, if I write GtkWidget *box = gtk_hbox_new (FALSE, 0); GtkWidget *entry = gtk_entry_new (); gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); It won't get caught until run time, but that's a harder mistake to make. Regards, Owen From pbd@op.net Wed Nov 22 11:38:57 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id B3ACB2D01C for ; Wed, 22 Nov 2000 11:38:57 -0500 (EST) Received: from someip.ppp.op.net (d-bm2-0a.ppp.op.net [209.152.194.42]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id LAA06284; Wed, 22 Nov 2000 11:38:02 -0500 (EST) Message-Id: <200011221638.LAA06284@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 17:25:33 +0100." <3A1BF37D.9C6DF27A@wanadoo.fr> Date: Wed, 22 Nov 2000 11:39:13 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >I don't understand something with the gtk_input_add function (again!). >I create a fifo (using mkfifo) and then I want to launch a function when >datas are accessible from this fifo.... so I use the gtk_input_add >function but when the process comes to the gtk_input_add line it just >stop. More exactly, the prog is running but it is just waiting for >something.... do you mean it stops while executing gtk_input_add() ? show us the code - problems like this can almost never be solved from reading a non-code description. --p From hp@redhat.com Wed Nov 22 11:48:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id BE0062E3DF for ; Wed, 22 Nov 2000 11:48:02 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAMGmEK02767; Wed, 22 Nov 2000 11:48:14 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Stefan Rieken Cc: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> From: Havoc Pennington Date: 22 Nov 2000 11:48:14 -0500 In-Reply-To: Stefan Rieken's message of "Tue, 21 Nov 2000 15:51:46 +0100" Message-ID: Lines: 30 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Stefan Rieken writes: > I have used GNOME and GTK+ for a long time, but only in the past few > days I really got past the "Hello, World" stage. I couldn't help > noticing that every foo_new() method had its own policy for what kind of > struct to return. A few examples (sorry for using GNOME examples): > > - gnome_app_bar_new() returns a GtkWidget* > (its far, but not "oldest" ancestor) > - gnome_mdi_new() returns a GtkObject* > (its "oldest", and only ancestor) > - gnome_mdi_generic_child_new() returns a GnomeMDIGenericChild > (an instance of itself) > - gtk_adjustment_new() returns a GtkObject* > (its "oldest", but not its only ancestor) > There is a policy, and it is: - widgets are returned as GtkWidget*, the principle is that you are most likely to need them as GtkWidget* (e.g. as the second arg to gtk_container_add(), to show them, etc.) - everything else should be returned as the most-derived type gtk_adjustment_new() and gnome_mdi_new() are broken for historical reasons, they should return a GtkAdjustment* and GnomeMDI*. Havoc From Anthony-Ferrand@wanadoo.fr Wed Nov 22 12:08:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id B88C92E4AE for ; Wed, 22 Nov 2000 12:08:28 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 22 Nov 2000 18:08:24 +0100 Message-ID: <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Wed, 22 Nov 2000 18:09:09 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: Re: gtk_input_add References: <200011221638.LAA06284@renoir.op.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis wrote: > >I don't understand something with the gtk_input_add function (again!). > >I create a fifo (using mkfifo) and then I want to launch a function when > >datas are accessible from this fifo.... so I use the gtk_input_add > >function but when the process comes to the gtk_input_add line it just > >stop. More exactly, the prog is running but it is just waiting for > >something.... > > do you mean it stops while executing gtk_input_add() ? show us the > code - problems like this can almost never be solved from reading a > non-code description. Sorry my post was updated. Now, I use the GIO channel. But my problem was the same: ....... mkfifo("./fifo.sah", S_IRUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog wait and I must kill it ....... It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" when I create the fifo...because now the prog run normally ...... mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); fd=open("./fifo.sah", O_RDONLY); channel=g_io_channel_unix_new(fd); g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); ...... Now, I don't know how to use the fifo because when I try to write to ./fifo.sah, I get "permission denied" Thanks in advance, ASF From dov@imagic.weizmann.ac.il Wed Nov 22 14:22:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id 3A0102BC39; Wed, 22 Nov 2000 14:22:29 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id VAA23199; Wed, 22 Nov 2000 21:22:35 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011221922.VAA23199@imagic.weizmann.ac.il> To: gtk-list@gnome.org, gtk-i18n-list@gnome.org Subject: Re: first time post with some question Date: Wed, 22 Nov 2000 21:22:35 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Owen Taylor wrote: [stuff deleted] > What I did was to include a copy of the parts of FriBidi that > Pango needs in Pango, with some fixes that haven't been applied > to the original code. You can compile Pango to either use this > included version, or to use a separate version. > > I don't really want to maintain a separate version of this code - > I certainly plan on sending any changes I make to the version > of Pango back to Dov. I exchanged a couple of mails with Dov a few > months ago and he indicated that he didn't have much time to > work on FriBidi these days, but was planning to make an updated > release. > > Omer Zak has also been compiling his own > version of FriBidi with various improvements. I actually released a new version of FriBidi (fribidi-0.1.15) last week where I applied several patches from Omer Zeek, and also one from Owen, that I had somehow missed. Currently I know of no patches that have not been applied. But of course there still is functionality to be added (RL|LR){O,E} etc. It turns out that is not that easy, as I have done some shortcuts in fribidi that do not seem to be applicable once the explicit embeddings are included. I wish I had more time to do it. I would happily include contributions frome somebody else who has got more time than me. 8-) Dov From lrclause@cs.uiuc.edu Wed Nov 22 14:33:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by mail.gnome.org (Postfix) with ESMTP id D23612DF85 for ; Wed, 22 Nov 2000 14:33:36 -0500 (EST) Received: (from lrclause@localhost) by shasta.cs.uiuc.edu (8.11.0/8.11.0/Debian 8.11.0-6) id eAMJXa023803; Wed, 22 Nov 2000 13:33:36 -0600 To: gtk-list@gnome.org Subject: Re: any policy for foo_new() return types? References: <3A1A8C02.64597193@SoftHome.net> <14875.58651.749624.936425@helion.crl.nmsu.edu> From: Lars Clausen Date: 22 Nov 2000 13:33:35 -0600 In-Reply-To: Owen Taylor's message of "22 Nov 2000 11:33:24 -0500" Message-ID: Lines: 54 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 22 Nov 2000, Owen Taylor wrote: >=20 > Mark Leisher writes: >=20 >> Stefan> I believe that it's common policy to return a GtkWidget* if >> this Stefan> is available in the ancestry, and otherwise fall back >> to a Stefan> GtkObject -- but why this policy, anyway? And why do >> some of the Stefan> above examples draw away from this policy? >>=20 >> I really like GTK (but don't use GNOME). After many years of using >> the Intrinsics, I got used to object creation calls all returning >> Widget*, and all widget-related functions taking Widget* arguments, >> leaving the functions to check for valid subclasses instead of the >> programmer doing it explicitly. >=20 > ALthough I haven't talked to Peter about the issue, so I can't > tell you the _real_ reason for it, my take on the reasons why > having functions take the most derived type useful is: >=20 > - It makes the header files clearer=20 >=20 > - Combined with standard programmer habits, it provides some measure > of compile time safety; because if I write: >=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_ENTRY (entry), GTK_CONTAINER (box)); >=20 > The compiler will catch it. Of course, if I write=20=20 >=20=20=20 > GtkWidget *box =3D gtk_hbox_new (FALSE, 0); > GtkWidget *entry =3D gtk_entry_new (); > gtk_container_add (GTK_CONTAINER (entry), GTK_ENTRY (box)); >=20 > It won't get caught until run time, but that's a harder mistake > to make. Now if it returned its most derived type, the compiler would always catch it. Plus it'd prevent the confusing practice (that I've been guilty of sometimes) of reusing a variable for different kinds of widgets. As for normally immediately using the widget in container_add (or widget_show), I think that's not worth it for the lack of static typing (which I have come to like over the years). In general, I think the return types (and call types) should be the most specific possible without sacrificing generality. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | H=E5rdgrim of Numenor "I do not agree with a word that you say, but I | Retainer of Sir Kegg will defend to the death your right to say it." | of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Kho= rne From king@eiffel.com Wed Nov 22 14:55:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 3EBD82E09F for ; Wed, 22 Nov 2000 14:55:11 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=naples) by pompeii.ise with smtp (Exim 3.02 #2) id 13yfz3-0007xi-00 for gtk-list@gnome.org; Wed, 22 Nov 2000 11:55:09 -0800 Message-ID: <003501c054be$7fd5a080$750a000a@naples> From: "Ian King" To: Subject: Querying keyboard modifiers Date: Wed, 22 Nov 2000 11:57:52 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01C0547B.718D9A70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Does anyone know of an easy way to query the state of the keyboard = modifiers (ctrl, alt & shift) with gdk? Thanks for your time IEK ------=_NextPart_000_0032_01C0547B.718D9A70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Does anyone know of an easy way to = query the state=20 of the keyboard modifiers (ctrl, alt & shift) with gdk?
 
Thanks for your time
 
IEK
------=_NextPart_000_0032_01C0547B.718D9A70-- From Anthony-Ferrand@wanadoo.fr Wed Nov 22 16:38:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by mail.gnome.org (Postfix) with ESMTP id 17BAB2D92A for ; Wed, 22 Nov 2000 16:38:10 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by antholoma.wanadoo.fr; 22 Nov 2000 22:38:08 +0100 Message-ID: <3A1C3CF1.C0592666@wanadoo.fr> Date: Wed, 22 Nov 2000 22:38:57 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: allocated memory X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, How can I freed the memory used by widgets because it seems to me that it is not automatically done? thanks in advance, ASF From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:26:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id AB5F22BCA2 for ; Wed, 22 Nov 2000 17:26:07 -0500 (EST) Received: (qmail 16677 invoked from network); 22 Nov 2000 21:59:56 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 21:59:56 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:22:25 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DY30P; Wed, 22 Nov 2000 14:22:22 -0800 From: Rasoul Hajikhani To: Paul Barton-Davis Cc: "Florent. Devin" , gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:24:13 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help In-Reply-To: <200011221201.HAA13586@renoir.op.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Actually, this is what I mean: 1) program starts 2) gtk_init() 3) creates some widgets 4) show() all of the widgets created 5) gtk_run() . . . 6) create another widget (which has other widgets in it) 7) show() the other widget On Wed, 22 Nov 2000, Paul Barton-Davis wrote: > >> Can any one tell me how to show a widget after a timer runs out but not at > >> the execution of the application? > >> -r > >If I understand you > >Try to do > >while (gtk_events_pending()) > > gtk_main_iteration > > i don't think that this is what he meant. i think he wants: > > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show()'s most of the widgets > 5) gtk_run() > . > . > . > 6) show() some other widgets > > the answer is to do this between steps 4 and 5: > > gtk_timeout_add (msecs, function, argument); > > and within `function': > > gint function (void *arg) > { > other_widget1->show (); > other_widget2->show (); > > return FALSE; /* don't execute this function again */ > } > > --p > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From rhajikhani@exchange.office.etoys.com Wed Nov 22 17:38:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from etoy2.etoys.com (unknown [63.174.210.9]) by mail.gnome.org (Postfix) with SMTP id 4C8D52C828 for ; Wed, 22 Nov 2000 17:38:55 -0500 (EST) Received: (qmail 24692 invoked from network); 22 Nov 2000 22:12:40 -0000 Received: from unknown (HELO exchange.office.etoys.com) (63.174.210.4) by mail.etoys.com with SMTP; 22 Nov 2000 22:12:40 -0000 Received: by exchange.office.etoys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 22 Nov 2000 14:35:01 -0800 Received: from [10.2.30.109] (LOCALHOST [10.2.30.109]) by exchange.office.etoys.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XL2DYPF3; Wed, 22 Nov 2000 14:34:58 -0800 From: Rasoul Hajikhani To: John Cupitt Cc: gtk-list@gnome.org Date: Wed, 22 Nov 2000 15:36:46 -0800 (PST) X-Sender: rhajikhani@localhost.localdomain Subject: Re: Help (Please) In-Reply-To: <3A1BB421.DE8E8BE5@ng-london.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkWidget *create_interface(void) 532 { 533 static Hybrid *hybrid = NULL; 534 535 GtkWidget *w, *main_box, *progress, *m_frame, *menu_table, *button, *opt, *menu, *quitbox, *label, *separator; 536 GtkWidget *scrolled_window, *vbox, *table; 537 538 hybrid = g_malloc( sizeof(Hybrid) ); 539 g_assert (hybrid != 0); /* some where I do this */ hybrid->scrolled_window = create_scrolled_window(); GtkWidget *create_scrolled_window (void) 513 { 514 515 GtkWidget *scrolled_window; 516 517 scrolled_window = gtk_scrolled_window_new (NULL, NULL); 518 gtk_container_set_border_width (GTK_CONTAINER (scrolled_window), _TEN); 519 gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW (scrolled_window), GTK_POLICY_AUTOMATIC, GTK_POLICY_AUTOMATIC); 522 gtk_widget_set_usize( GTK_WIDGET (scrolled_window), XSIZE, _FOURH); 523 524 525 return scrolled_window; } Then after time out, and the call to data base I do this: update_scrolled_window(hybrid); gint update_scrolled_window (Hybrid *hybrid) 103 { 104 GtkWidget *table; 105 106 if (hybrid->table == NULL) 107 { 108 create_table(hybrid); 109 110 /*gtk_widget_show(hybrid->table);*/ 111 gtk_scrolled_window_add_with_viewport (GTK_SCROLLED_WINDOW (hybrid->scrolled_window), hybrid->table); 112 gtk_container_set_focus_hadjustment (GTK_CONTAINER (hybrid->table), 113 gtk_scrolled_window_get_hadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 114 115 gtk_container_set_focus_vadjustment (GTK_CONTAINER (hybrid->table), 116 gtk_scrolled_window_get_vadjustment (GTK_SCROLLED_WINDOW (hybrid->scrolled_window))); 117 } 118 return FALSE; 119 } And here I build the table refered to on line# 108 above gint create_table (Hybrid *hybrid) 38 { 39 40 GtkWidget *vrule, *lh, *lable, *table; 41 int col, row; 42 43 ServerData *current = NULL; 44 45 current = g_malloc( sizeof(ServerData) ); 46 current = hybrid->sd; 47 48 table = gtk_table_new(_TWO, hybrid->count, TRUE); 49 50 vrule = gtk_vruler_new(); 51 gtk_ruler_set_metric( GTK_RULER(vrule), GTK_PIXELS ); 52 gtk_ruler_set_range( GTK_RULER(vrule), ceil(hybrid->max_load) + _FIVE, _NON, hybrid->max_load, _TWOH ); 53 gtk_table_attach_defaults( GTK_TABLE(table), 54 vrule, 55 _NON, 56 _ONE, 57 _NON, 58 _ONE); 59 60 61 gtk_table_set_col_spacings( GTK_TABLE (table), 62 _FIVE); 63 64 col = row = 1; 65 66 while ( current != NULL ) 67 { 68 lh = gtk_level_hold_new( _TWOH, 69 _TEN, 70 GTK_LEVEL_HOLD_FADE, 71 _EIGHT, 72 _THREE, 73 _TWO); 74 75 gtk_table_attach_defaults( GTK_TABLE(table), 76 lh, 77 col, 78 col + _ONE, 79 _NON, 80 _ONE); 81 lable = gtk_label_new (current->name); 85 gtk_table_attach_defaults( GTK_TABLE(table), 86 lable, 87 row, 88 row + _ONE, 89 _ONE, 90 _TWO); 91 gtk_timeout_add(1000, update_bars,lh); 92 col++; 93 row++; 94 current = current->nextptr; 95 } 96 g_free(current); 97 hybrid->table = table; 98 99 return FALSE; } I am sorry for this thing being so big and nasty, but I thought if you saw it, may be you may have a clue... Thanks in advance -r On Wed, 22 Nov 2000, John Cupitt wrote: > (I mailed you directly, but it bounced ... so it's on the list) > > Hi Rasoul, > > > when my application starts, I create a progress bar (Hybrid->progressbar), > > a table with row=1 column=1, and a scrolling window. I place a reference > > to this table in my Hybrid->table data structure. I insert the table > > Hybrid->table in the scrolling window. After progressbar timer iterates > > once, I call update_records function which retrieves the records from tha > > data base and they are inserted into the linked list. The Hybrid data > > structure is then used in the update_table function to get access to both > > the linked list and the table to update the table by placing the levelhold > > widgets in the appropriate rows and columns (supposedly). But it never > > happens and I never see the levelhold widgets. Can any one help me and > > tell me where I have gone wrong... > > So many things could have gone wrong :( it's hard to say from your > description. > > Try to make a small example program which you can post which shows the > problem, or take the progressbar example in testgtk and hack that about. > > HTH, John > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From hp@redhat.com Thu Nov 23 01:55:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 1F9D92BB33 for ; Thu, 23 Nov 2000 01:55:56 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAN6tvc03110; Thu, 23 Nov 2000 01:55:57 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Ian King" Cc: Subject: Re: Querying keyboard modifiers References: <003501c054be$7fd5a080$750a000a@naples> From: Havoc Pennington Date: 23 Nov 2000 01:55:56 -0500 In-Reply-To: "Ian King"'s message of "Wed, 22 Nov 2000 11:57:52 -0800" Message-ID: Lines: 20 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Ian King" writes: > > Does anyone know of an easy way to query the state of the keyboard modifiers > (ctrl, alt & shift) with gdk? > One hack I can think of is: GdkModifierType state; gdk_window_get_pointer (some_gdkwindow, NULL, NULL, &state); I can't think of a non-hack way. Normally you just use the "state" field from a key or mouse event, instead of querying. Querying is slow anyway, since it's a server round trip. And querying will frequently introduce race conditions. So using event->state is much better when possible. Havoc From tompoe@source.net Thu Nov 23 03:02:10 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nexus6.source.net (nexus6.source.net [206.100.10.4]) by mail.gnome.org (Postfix) with ESMTP id C796C2DC95 for ; Thu, 23 Nov 2000 03:02:09 -0500 (EST) Received: from hellbentmyass (tnt137.source.net [208.138.58.137]) by nexus6.source.net (8.9.3/8.9.3) with SMTP id XAA79310 for ; Wed, 22 Nov 2000 23:58:48 -0800 (PST) (envelope-from tompoe@source.net) From: tompoe Reply-To: tompoe@source.net Organization: renotahoe.pm To: gtk-list@gnome.org Subject: Gnome module build question Date: Wed, 22 Nov 2000 23:43:33 -0800 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00112300032800.01310@hellbentmyass> Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello: On the 18th of Nov, there was a question from Gavin Brown about the Gnome module not located, and compile fail. Sorry for not getting specifics. At any rate, what's this about cd'ing to the Gnome subdir and building? I took a look at the NOTES info for gtk-perl-0.6123, and it mentioned building on as-needed basis, or something. Anyone able to clear this up, and point me to some helpful documentation about how to install and get gtk-perl programs to compile? My error message: Can't locate loadable object for module Gtk in @INC (@INC contains: /usr/local/lib/perl5/5.6.0/i686-linux /usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/site_perl/5.6.0/i686-linux /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl .) at ./goodbyworld line 3 Compilation failed in require at ./goodbyworld line 3. BEGIN failed--compilation aborted at ./goodbyworld line 3. Line 3 -> use Gtk; [and every path variation I could think of] Both Gnome.pm and Gtk.pm have been placed in the @INC Thanks, Tom P.S. HAPPY HOLIDAYS! -- Thomas A. Poe Founder/Organizer 2044 Plumas Street, Reno, NV 89509 PH: 775-829-1799 http://www.pm.org/renotahoe.pm From john.cupitt@ng-london.org.uk Thu Nov 23 05:08:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from www.ng-london.org.uk (mailhost.ng-london.org.uk [195.195.116.33]) by mail.gnome.org (Postfix) with ESMTP id 1A6062BBE0 for ; Thu, 23 Nov 2000 05:08:14 -0500 (EST) Received: from ng-london.org.uk (cima.ng-london.org.uk [195.195.116.63]) by www.ng-london.org.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4RWB5H0T; Thu, 23 Nov 2000 10:07:59 -0000 Message-ID: <3A1CEB9F.A56B97C5@ng-london.org.uk> Date: Thu, 23 Nov 2000 10:04:15 +0000 From: John Cupitt Organization: The National Gallery X-Mailer: Mozilla 4.72 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Rasoul Hajikhani Cc: gtk-list@gnome.org Subject: Re: Help (Please) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Rasoul Hajikhani wrote: > GtkWidget *create_interface(void) >... Hi Rasoul, some stuff seems a bit wrong (might just be the way you've trimmed it down to post). - you need to gtk_widget_show() everywhere you've got to gtk_widget_show() on everything, all widgets are hidden by default ... try gtk_widget_show_all() (show a widget and all child widgets) - do you make a top-level window (gtk_window_new()) to put everything inside? I wasn't sure - how do you do the timeout that makes part#2 of the interface? If you can, post a complete example that compiles and doesn't do what you want. John From muhri@muhri.net Thu Nov 23 05:33:32 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.159]) by mail.gnome.org (Postfix) with ESMTP id 9D3842CB09 for ; Thu, 23 Nov 2000 05:33:26 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id 87BDE8033; Thu, 3 Jan 1980 18:58:01 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: ASF , GTK Subject: Re: allocated memory X-Mailer: Pronto v2.2.2 Date: 03 Jan 1980 18:57:59 CST Reply-To: "Maher Awamy" In-Reply-To: <3A1C3CF1.C0592666@wanadoo.fr> References: <3A1C3CF1.C0592666@wanadoo.fr> Message-Id: <19800104005801.87BDE8033@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Allocated memory used by Gtk+ allocation is freed automatically, unless you are using a struct that you allocate yourself. ie GtkWidget *my_widget = some_widget_new(); when this widget is destroyed or its parent, its allocated mem is freed automatically but if you have a typedef struct { GtkWidget *my_widget1; GtkWidget *my_widget2; someo ther things; }my_struct; and you destroy the widgets in the struct - you have to free the struct memory itself. so if you used g_new0 to initlize and allocate the struct, you'd have to g_free() it afterwards even if you destroy the widgets. Maher On Wed, 22 Nov 2000 22:38:57 +0100, ASF said: > Hello, > > How can I freed the memory used by widgets because it seems to me that > it is not automatically done? > > thanks in advance, > > ASF > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From pbd@op.net Thu Nov 23 09:12:19 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 36B712BADF for ; Thu, 23 Nov 2000 09:12:19 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16063 for ; Thu, 23 Nov 2000 09:12:07 -0500 (EST) Message-Id: <200011231412.JAA16063@renoir.op.net> To: gtk-list@gnome.org Subject: Re: Help In-reply-to: Your message of "Wed, 22 Nov 2000 15:24:13 PST." Date: Thu, 23 Nov 2000 09:13:32 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ In message you write: >Actually, this is what I mean: > 1) program starts > 2) gtk_init() > 3) creates some widgets > 4) show() all of the widgets created > 5) gtk_run() > . > . > . > 6) create another widget (which has other widgets in it) > 7) show() the other widget as john has noted, you don't seem to call gtk_widget_show() for any of the widgets you create. otherwise, what you've done seems just fine, assuming you use gtk_timeout_add() to setup the timeout for steps 6+7. --p From pbd@op.net Thu Nov 23 09:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 1990D2BADF for ; Thu, 23 Nov 2000 09:17:53 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-0f.ppp.op.net [209.152.194.79]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id JAA16317; Thu, 23 Nov 2000 09:17:41 -0500 (EST) Message-Id: <200011231417.JAA16317@renoir.op.net> To: ASF Cc: GTK Subject: Re: gtk_input_add In-reply-to: Your message of "Wed, 22 Nov 2000 18:09:09 +0100." <3A1BFDB5.7AE111F0@wanadoo.fr> Date: Thu, 23 Nov 2000 09:19:05 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" >when I create the fifo...because now the prog run normally >...... >mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); >fd=open("./fifo.sah", O_RDONLY); >channel=g_io_channel_unix_new(fd); >g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); >...... > >Now, I don't know how to use the fifo because when I try to write to >./fifo.sah, I get "permission denied" >From the man page for mkfifo(3): Once you have created a FIFO special file in this way, any process can open it for reading or writing, in the same way as an ordinary file. However, it has to be open at both ends simultaneously before you can proceed to do any input or output operations on it. Opening a FIFO for reading normally blocks until some other process opens the same FIFO for writing, and vice versa. You might want to check this. BTW, I would immediately cease the use of g_io_* and revert to gtk_input_add(), unless your program is not a GTK program. And I still think that whatever it is you're trying to do, you're using the wrong basic model. Do you want to explain that again ? --p From wersi796@student.otago.ac.nz Thu Nov 23 20:31:28 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.gnome.org (Postfix) with ESMTP id 9F1CE2BBCC for ; Thu, 23 Nov 2000 20:31:26 -0500 (EST) Received: from student.otago.ac.nz (p69-tnt5.akl.ihug.co.nz [203.173.210.69]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA29559 for ; Fri, 24 Nov 2000 14:31:23 +1300 X-Authentication-Warning: smtp4.ihug.co.nz: Host p69-tnt5.akl.ihug.co.nz [203.173.210.69] claimed to be student.otago.ac.nz Message-ID: <3A1DC57A.CA5725E3@student.otago.ac.nz> Date: Fri, 24 Nov 2000 14:33:46 +1300 From: Simon Werner X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en,pdf MIME-Version: 1.0 To: gtk-list@gnome.org Subject: how to change font of entry widget Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I was wondering how to change the font of an entry widget? Cheers Simon Werner From bruces@mail.petech.ac.za Fri Nov 24 02:38:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ed.petech.ac.za (smtpgate.petech.ac.za [196.37.151.38]) by mail.gnome.org (Postfix) with ESMTP id 4EA302BAAA for ; Fri, 24 Nov 2000 02:38:34 -0500 (EST) Received: from devastation (devastation.petech.ac.za [10.11.2.28]) by ed.petech.ac.za (8.9.3/8.8.7) with SMTP id JAA05427; Fri, 24 Nov 2000 09:38:14 +0200 Message-ID: <008401c0563d$568626c0$1c020b0a@petech.ac.za> From: "Bruce A. Smith" To: "ASF" , "GTK" References: <200011221638.LAA06284@renoir.op.net> <3A1BFDB5.7AE111F0@wanadoo.fr> Subject: Re: gtk_input_add Date: Fri, 24 Nov 2000 09:38:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ There is your problem. it is not S_IRUSR & S_IWUSR, but S_IRUSR | S_IWUSR. You have to use bitwise OR to add the params, not bitwise AND. And I am surprised that this got past the rest of the people on the list. Shame on you all. Bruce ----- Original Message ----- From: "ASF" To: "GTK" Sent: Wednesday, November 22, 2000 9:09 AM Subject: Re: gtk_input_add > Paul Barton-Davis wrote: > > > >I don't understand something with the gtk_input_add function (again!). > > >I create a fifo (using mkfifo) and then I want to launch a function when > > >datas are accessible from this fifo.... so I use the gtk_input_add > > >function but when the process comes to the gtk_input_add line it just > > >stop. More exactly, the prog is running but it is just waiting for > > >something.... > > > > do you mean it stops while executing gtk_input_add() ? show us the > > code - problems like this can almost never be solved from reading a > > non-code description. > > Sorry my post was updated. Now, I use the GIO channel. But my problem was > the same: > ....... > mkfifo("./fifo.sah", S_IRUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); <- here the prog > wait and I must kill it > ....... > > It seems to me that I solve it replacing "S_IRUSR" by "S_IRUSR & S_IWUSR" > when I create the fifo...because now the prog run normally > ...... > mkfifo("./fifo.sah", S_IRUSR & S_IWUSR); > fd=open("./fifo.sah", O_RDONLY); > channel=g_io_channel_unix_new(fd); > g_io_add_watch(channel,G_IO_IN,(GIOFunc) func2run, NULL); > ...... > > Now, I don't know how to use the fifo because when I try to write to > ./fifo.sah, I get "permission denied" > > Thanks in advance, > > ASF > > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From erik@arthur.ubicom.tudelft.nl Fri Nov 24 09:46:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mailhst2.its.tudelft.nl (mailhst2.its.tudelft.nl [130.161.34.250]) by mail.gnome.org (Postfix) with ESMTP id 0B3492BB2D for ; Fri, 24 Nov 2000 09:46:20 -0500 (EST) Received: from arthur.ubicom.tudelft.nl (arthur.ubicom.tudelft.nl [130.161.43.222]) by mailhst2.its.tudelft.nl (8.9.3/8.9.3) with ESMTP id PAA21700; Fri, 24 Nov 2000 15:46:17 +0100 (MET) Received: (from erik@localhost) by arthur.ubicom.tudelft.nl (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) id eAOEg4n03770; Fri, 24 Nov 2000 15:42:04 +0100 Date: Fri, 24 Nov 2000 15:42:04 +0100 From: Erik Mouw To: jens@ja-web.de Cc: gtk-list@gnome.org Subject: Re: XFree86-Bigfont extension: shmget() failed Errors ?!?! Message-ID: <20001124154204.A3760@arthur.ubicom.tudelft.nl> References: <01c301c053b9$39ed44c0$d228320a@eur.bcg.com> <20001121141512.J31270@arthur.ubicom.tudelft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001121141512.J31270@arthur.ubicom.tudelft.nl>; from J.A.K.Mouw@ITS.TUDelft.NL on Tue, Nov 21, 2000 at 02:15:13PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 21, 2000 at 02:15:13PM +0100, Erik Mouw wrote: I hate to followup on myself, but... > On Tue, Nov 21, 2000 at 01:47:37PM +0100, Jens Ansorg wrote: > > I went through the arcive bu tcould not find something useful for this > > issue: > > > > Running Kernel 2.2.17 with RedHat 6.2 and XFree 4.0.1 I get those "shmget > > failed" messages whenever I run a gtk/gnome app. It is not a kernel problem, but a problem in XFree86 4.0.1. It seems to be solved in a later release. More info at the Xperts mailing list archives: http://www.xfree86.org/pipermail/xpert/2000-September/thread.html Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ From Anthony-Ferrand@wanadoo.fr Fri Nov 24 12:48:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from andira.wanadoo.fr (smtp-abo-3.wanadoo.fr [193.252.19.152]) by mail.gnome.org (Postfix) with ESMTP id E8C262BB2D for ; Fri, 24 Nov 2000 12:48:22 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by andira.wanadoo.fr; 24 Nov 2000 18:48:21 +0100 Message-ID: <3A1EAA1E.3EC85213@wanadoo.fr> Date: Fri, 24 Nov 2000 18:49:18 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: timeouts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, I just wonder how the timeouts are managed? For example, if there are 2 timeouts and we are in the following situation: the first is done and the appropriate function is launched but during the execution of the first function the second timeout is done...what happen? The second waits till the first job is done? a core file is generated? Thanks in advance, ASF From king@eiffel.com Fri Nov 24 13:49:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 5CEFB2DBDE for ; Fri, 24 Nov 2000 13:49:19 -0500 (EST) Received: from miami.ise ([10.0.10.20] ident=mail) by pompeii.ise with esmtp (Exim 3.02 #2) id 13zNuQ-0001o5-00 for gtk-list@gnome.org; Fri, 24 Nov 2000 10:49:18 -0800 Received: from king by miami.ise with local (Exim 2.05 #1 (Debian)) id 13zNuP-00016q-00; Fri, 24 Nov 2000 10:49:17 -0800 To: gtk-list@gnome.org Subject: Problem when reparenting gtktrees Message-Id: From: Ian King Date: Fri, 24 Nov 2000 10:49:17 -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I have a problem with gtktree regarding reparenting. When I have a gtktree that has tree items with subtrees, if I remove the tree from its parent and then put it back, the expand/collapse pixmaps on the gtkitems completely disappear rendering the tree unusable. Is there a way around this as I need to be able to reparent a tree that has been fully initialized? I have included a sample program that illustrates this behaviour. Thanks for your time Ian #include GtkWidget *but, *tree, *vbox, *subtree, *item; gint button_clicked (GtkWidget *wid, gpointer user_data) { gtk_widget_ref (tree); gtk_container_remove (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_widget_unref (tree); } int main( int argc, char *argv[] ) { GtkWidget *window, *subtreeitem; gtk_init (&argc, &argv); /* a generic toplevel window */ window = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_signal_connect (GTK_OBJECT(window), "delete_event", GTK_SIGNAL_FUNC (gtk_main_quit), NULL); gtk_container_set_border_width (GTK_CONTAINER(window), 5); tree = gtk_tree_new(); but = gtk_button_new_with_label ("HELLO"); gtk_widget_show (but); vbox = gtk_vbox_new (FALSE, FALSE); gtk_widget_show (vbox); gtk_container_add (GTK_CONTAINER (vbox), but); gtk_container_add (GTK_CONTAINER (vbox), tree); gtk_container_add (GTK_CONTAINER(window), vbox); gtk_widget_show (tree); item = gtk_tree_item_new_with_label ("Tree item"); gtk_tree_append (GTK_TREE(tree), item); gtk_widget_show (item); subtree = gtk_tree_new(); subtreeitem = gtk_tree_item_new_with_label ("Sub tree item"); gtk_tree_append (GTK_TREE(subtree), subtreeitem); gtk_widget_show (subtreeitem); gtk_tree_item_set_subtree (GTK_TREE_ITEM (item), subtree); gtk_widget_show (window); gtk_signal_connect (GTK_OBJECT (but), "clicked", GTK_SIGNAL_FUNC (button_clicked), NULL); gtk_main(); return 0; } From hp@redhat.com Fri Nov 24 14:40:06 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id B55642D92A for ; Fri, 24 Nov 2000 14:40:06 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJeCr04170; Fri, 24 Nov 2000 14:40:12 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: From: Havoc Pennington Date: 24 Nov 2000 14:40:12 -0500 In-Reply-To: Ian King's message of "Fri, 24 Nov 2000 10:49:17 -0800" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be removed in the future. Havoc From hp@redhat.com Fri Nov 24 14:41:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id D9CFA2D92A for ; Fri, 24 Nov 2000 14:41:17 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJdXZ04165; Fri, 24 Nov 2000 14:39:33 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: ASF Cc: GTK Subject: Re: timeouts References: <3A1EAA1E.3EC85213@wanadoo.fr> From: Havoc Pennington Date: 24 Nov 2000 14:39:33 -0500 In-Reply-To: ASF's message of "Fri, 24 Nov 2000 18:49:18 +0100" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ ASF writes: > Hello, > > I just wonder how the timeouts are managed? For example, if there are 2 > timeouts and we are in the following situation: > the first is done and the appropriate function is launched but during > the execution of the first function the second timeout is done...what > happen? > The second waits till the first job is done? a core file is generated? > The second one will be delayed until the first is done. There aren't any threads or anything involved, so once the app is under control of your callback the main loop doesn't run until your callback returns. Havoc From hp@redhat.com Fri Nov 24 14:44:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 789892D92A for ; Fri, 24 Nov 2000 14:44:11 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eAOJiIv04174; Fri, 24 Nov 2000 14:44:18 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Paul Barton-Davis Cc: ASF , GTK Subject: Re: gtk_input_add References: <200011231417.JAA16317@renoir.op.net> From: Havoc Pennington Date: 24 Nov 2000 14:44:18 -0500 In-Reply-To: Paul Barton-Davis's message of "Thu, 23 Nov 2000 09:19:05 -0500" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Paul Barton-Davis writes: > BTW, I would immediately cease the use of g_io_* and revert to > gtk_input_add(), unless your program is not a GTK program. > I wouldn't - they both work, so it's a minor issue, but to the extent that there's a preference the Right Thing is now to use the main loop from GLib directly. There is no real reason to use gtk_idle_add(), gtk_main(), gtk_main_quit(), etc. except that they are slightly less typing. g_main_run(), etc. are the official functionality now and gtk_main_* are convenience wrappers. But it's no big deal, gdk_input_add() isn't ever going to get removed I don't think. Havoc From caleb@deepthought.granfalloon.com Sat Nov 25 17:20:23 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from deepthought.granfalloon.com (gat1-8158.rochester.rr.com [24.161.81.88]) by mail.gnome.org (Postfix) with ESMTP id 39EBD2CF0A for ; Sat, 25 Nov 2000 17:20:23 -0500 (EST) Received: (from caleb@localhost) by deepthought.granfalloon.com (8.9.3/8.8.7) id RAA21706 for gtk-list@gnome.org; Sat, 25 Nov 2000 17:20:18 -0500 Date: Sat, 25 Nov 2000 17:20:18 -0500 From: Caleb Land To: gtk-list@gnome.org Subject: Concerning CLists and modifying their selection behavior Message-ID: <20001125172018.B21472@deepthought.granfalloon.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all! I'm making a compound widget that consists of two CLists, and two buttons. The buttons move the data the user selected in one clist to the other. I decided to implement drag and drop, and everything works, but the way the drag and drop works isn't intuitive. I have the selection modes of the CLists set to GTK_SELECTION_MULTIPLE, but when the user clicks a list item in one list, and doesn't release the button, the list item only has the focus box around it, and it isn't selected. The user must do a full click, which isn't intuitive with drag and drop. I tried using GTK_SELECTION_EXTENDED, but that wasn't what I wanted, as when the user clicks an item when there is an item already selected, without holding down any modifier keys, the first selection becomes unselected. I tried making simple callbacks for button pressed events and button released events and connecting them after all other callbacks, and taking the x and y value of the event and selecting the row that that x,y pair was in, but this yielded strange results (it seemed to work at first, but then it would drop rows that I didn't select, which is most likely a fault of mine) What would the best way to implement selecting a list item on the mouse button pressed event instead of the default mouse button released? --=20 Sincerely, Caleb Land --- Email: bokonon@rochester.rr.com AIM: RedHatDude ICQ: 8358400 GnuPG/PGP Public Key: finger me at "caleb@deepthought.granfalloon.com" and read my .plan. --- --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6IDsiBPu4o6ReG9sRArelAJ0XRIg1Zj/Ivcwt75yYCb/hAea7NwCg+NUZ mztWUpEafBSU4GPx/ZFtUcg= =kvIp -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From lsetia@gnu.org Sun Nov 26 03:33:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from gnu.org (unknown [203.197.193.83]) by mail.gnome.org (Postfix) with ESMTP id A14202BD08 for ; Sun, 26 Nov 2000 03:33:20 -0500 (EST) Received: (from lsetia@localhost) by gnu.org (8.11.0/8.11.0) id eAQ8aYP01661; Sun, 26 Nov 2000 14:06:34 +0530 To: gtk-list@gnome.org Subject: How to shake a window X-please-use: GNU software X-listening-to: Jim Morrison X-personal-homepage: Under Construction From: Lokesh Setia Date: 26 Nov 2000 14:06:34 +0530 Message-ID: Lines: 74 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, I am writing a utility program in gtk+, which has the following characterstics: . It has a small window with a drawing_area (100x100), plus a couple of other small widgets. . It has NO Window Manager decorations . It collects some data from a web site and updates window contents accordingly. I want my window to shake visibally when the data gets updated (to attract the attention of the user). Such a feature known as buzz is there in a recent windows of yahoo_messenger, in case anyone has seen it). I tried this code in the update data callback of a single-threaded application): note: This is my first gtk program... { /* Here I am in a callback */ /* ... some irrelevant code skipped */ printf("in buzz...\n"); gdk_window_get_position(main_window->window, &posx, &posy); for (ctr=0; ctr<5; ctr++) { gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); usleep(50 * 1000); gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); usleep(50 * 1000); } gdk_window_move( main_window->window, posx, posy ); } When I run this program, the shake is very random, and occurs only occasionally. However, when I take my mouse over the window, the shake occurs more reliably (and even older events are processed as soon as I take my mouse there). I tried giving --sync to my program. Even now the window shakes only if my mouse is hovering over the window, plus I get following messages seemingly randomly: Xlib: unexpected async reply (sequence 0x410) Gdk-ERROR **: BadWindow (invalid Window parameter) serial 1331 error_code 3 request_code 15 minor_code 0 Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) serial 1335 error_code 9 request_code 14 minor_code 0 Anyone for why all this is happening, and how I could write a better code to shake a window. PS: I also wish to know the following: . How do I make my window "Always on Top" and Sticky, without user having to manually do this from her window manager? . Where can I download some nice mouse cursors? Thanks and regards, Lokesh. From switk@worldnet.att.net Sun Nov 26 09:44:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc25.worldnet.att.net (mtiwmhc25.worldnet.att.net [204.127.131.50]) by mail.gnome.org (Postfix) with ESMTP id BEA572BA85 for ; Sun, 26 Nov 2000 09:44:48 -0500 (EST) Received: from worldnet.att.net ([12.91.38.96]) by mtiwmhc25.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001126144447.QNLR25510.mtiwmhc25.worldnet.att.net@worldnet.att.net> for ; Sun, 26 Nov 2000 14:44:47 +0000 Message-ID: <3A212157.45462722@worldnet.att.net> Date: Sun, 26 Nov 2000 09:42:31 -0500 From: Stephen Witkop X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-list@gnome.org" Subject: Re: How to shake a window References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Just a quick guess but it sounds like you may need to use a while (gtk_events_pending()) gtk_main_iteration(); to have things updated when you want them to. Also, gdm the gnome login manager shakes the window like this when you give a wrong password so you could always look at that code to see how they did it. HTH, Stephen Lokesh Setia wrote: > > Hi all, > > I am writing a utility program in gtk+, which has the following > characterstics: > > . It has a small window with a drawing_area (100x100), plus a couple > of other small widgets. > . It has NO Window Manager decorations > . It collects some data from a web site and updates window contents > accordingly. > > I want my window to shake visibally when the data gets updated (to > attract the attention of the user). Such a feature known as buzz is > there in a recent windows of yahoo_messenger, in case anyone has seen > it). > > I tried this code in the update data callback of a single-threaded > application): > > note: This is my first gtk program... > > { > > /* Here I am in a callback */ > /* ... some irrelevant code skipped */ > > printf("in buzz...\n"); > > gdk_window_get_position(main_window->window, > &posx, &posy); > > for (ctr=0; ctr<5; ctr++) { > gdk_window_move( main_window->window, posx-50+(ctr*10), posy ); > usleep(50 * 1000); > > gdk_window_move( main_window->window, posx+50-(ctr*10), posy ); > usleep(50 * 1000); > > } > > gdk_window_move( main_window->window, posx, posy ); > > } > > When I run this program, the shake is very random, and occurs only > occasionally. However, when I take my mouse over the window, the > shake occurs more reliably (and even older events are processed as > soon as I take my mouse there). > > I tried giving --sync to my program. Even now the window shakes only > if my mouse is hovering over the window, plus I get following > messages seemingly randomly: > > Xlib: unexpected async reply (sequence 0x410) > Gdk-ERROR **: BadWindow (invalid Window parameter) > serial 1331 error_code 3 request_code 15 minor_code 0 > Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) > serial 1335 error_code 9 request_code 14 minor_code 0 > > Anyone for why all this is happening, and how I could write a better > code to shake a window. > > PS: > I also wish to know the following: > > . How do I make my window "Always on Top" and Sticky, without user > having to manually do this from her window manager? > > . Where can I download some nice mouse cursors? > > Thanks and regards, > Lokesh. > > _______________________________________________ From Anthony-Ferrand@wanadoo.fr Sun Nov 26 14:57:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from villosa.wanadoo.fr (smtp-abo-1.wanadoo.fr [193.252.19.122]) by mail.gnome.org (Postfix) with ESMTP id A8D382BB45 for ; Sun, 26 Nov 2000 14:57:40 -0500 (EST) Received: from wanadoo.fr (213.56.225.112) by villosa.wanadoo.fr; 26 Nov 2000 20:57:40 +0100 Message-ID: <3A216B39.543A6267@wanadoo.fr> Date: Sun, 26 Nov 2000 20:57:45 +0100 From: ASF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: GTK Subject: array of labels Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello, how can I pass an array of labels to a function? int main() { GtkWidget *label[5]; ............. foo( ?????);<-------- ???? .............. return 0; } gint foo(GtkWidget *widget) { .................. gtk_label_set_text(GTK_LABEL(???), "new text"); .............. return(TRUE); } From wolfgang@ultim.net Sun Nov 26 15:08:34 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 5F9692D286 for ; Sun, 26 Nov 2000 15:08:34 -0500 (EST) Received: (qmail 12614 invoked from network); 26 Nov 2000 20:07:57 -0000 Received: from m162.l1.mtl.ultim.net (HELO debian.home) (root@216.13.32.162) by athena.ultim.net with SMTP; 26 Nov 2000 20:07:57 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAQK6ck01640 for gtk-list@gnome.org; Sun, 26 Nov 2000 15:06:38 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Sun, 26 Nov 2000 15:06:37 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: array of labels Message-ID: <20001126150637.A1630@debian.home> References: <3A216B39.543A6267@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3A216B39.543A6267@wanadoo.fr>; from Anthony-Ferrand@wanadoo.fr on Sun, Nov 26, 2000 at 08:57:45PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Sun, Nov 26, 2000 at 08:57:45PM +0100, heure d'inpiration, ASF écrivait en ces mots: > gint foo(GtkWidget *widget) It should be 'gboolean foo(GtkWidget *widget[])' instead. (gboolean is the same things as a gint, but is there for cleaniness) > { > .................. > gtk_label_set_text(GTK_LABEL(???), "new text"); And here: gtk_label_set_text(GTK_LABEL(widget[number]), "new text"); Wolfgang -- A chicken is an egg's way of producing more eggs. From alan@ielinux.com Sun Nov 26 20:44:21 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ieLinux.com. (unknown [210.65.236.231]) by mail.gnome.org (Postfix) with ESMTP id 7BB6B2DCCA for ; Sun, 26 Nov 2000 20:44:16 -0500 (EST) Received: from Alan ([210.65.236.188]) by ieLinux.com. (8.9.3/8.9.3) with SMTP id JAA14399 for ; Mon, 27 Nov 2000 09:50:49 +0800 Message-ID: <002f01c05813$97178da0$bcec41d2@ielinux.com> From: "alan" To: Subject: How to play wav sound effect in gtk?? Date: Mon, 27 Nov 2000 09:36:23 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01C05855.81557620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, I have a question. I want set my widget to play sound effect when some event happen. Have any gtk function can do it? or other C,linux function can do it? ------=_NextPart_000_002C_01C05855.81557620 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
I have a question.
I want set my widget to = play sound effect=20 when some event happen.
Have any gtk function can do = it?
or other C,linux function can do=20 it?
 
 
 
 
------=_NextPart_000_002C_01C05855.81557620-- From pbd@op.net Sun Nov 26 21:53:25 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from renoir.op.net (renoir.op.net [207.29.195.4]) by mail.gnome.org (Postfix) with ESMTP id 51B342BCF9 for ; Sun, 26 Nov 2000 21:53:25 -0500 (EST) Received: from someip.ppp.op.net (d-bm3-02.ppp.op.net [209.152.194.66]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id VAA18807; Sun, 26 Nov 2000 21:52:34 -0500 (EST) Message-Id: <200011270252.VAA18807@renoir.op.net> To: "alan" Cc: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? In-reply-to: Your message of "Mon, 27 Nov 2000 09:36:23 +0800." <002f01c05813$97178da0$bcec41d2@ielinux.com> Date: Sun, 26 Nov 2000 21:52:47 -0500 From: Paul Barton-Davis Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >Hi all, >I have a question. Not to mention a browser configured to triple or quadruple the amount of network traffic you generate by sending both text and HTML versions of your email, packed as two attachments. Yuck. >I want set my widget to play sound effect when some event happen. >Have any gtk function can do it? >or other C,linux function can do it? this sort of thing has nothing to do with GTK, which is a GUI toolkit, not a desktop environment. it has a lot more to do with GNOME, which may well have some function to do this. but i would warn you that the whatever systems GNOME or anyone else may offer you will make your application less portable, and may also be quite useless when its used on a system will multiple audio interfaces and a user who doesn't care to listen to this kind of noise. if the noise matters, then you need to play it in some reliable way, and no simple way exists to do that (*). if the noise doesn't matter, and its just ear candy, why bother ? but i'm sure someone will offer info on the GNOME stuff to handle audio "events". --p (*) i guarantee that on my system, for example, no naive approach to playing sound will be assured of succeeding even once. From Florent.Devin@lifl.fr Mon Nov 27 01:18:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by mail.gnome.org (Postfix) with ESMTP id ACF192BC6A for ; Mon, 27 Nov 2000 01:18:21 -0500 (EST) Received: from lifl.fr (brakina.lifl.fr [134.206.10.212]) by malonne.lifl.fr (8.9.3/jtpda-5.3.3) with ESMTP id HAA10129 for ; Mon, 27 Nov 2000 07:17:41 +0100 (MET) Message-ID: <3A21FCA6.BDF1E9D9@lifl.fr> Date: Mon, 27 Nov 2000 07:18:14 +0100 From: "Florent. Devin" X-Mailer: Mozilla 4.7 [fr] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Havoc Pennington a écrit : > > Hi, > > GtkTree unfortunately doesn't work; use GtkCTree. GtkTree will be > removed in the future. > > Havoc > Hi, Will GtkCtree be remove in the future too ? Cause when looking in the spec of Gtk 2.0, I saw another widget to manage this type of struct ... -- Florent DEVIN From charlet@ACT-Europe.FR Mon Nov 27 05:42:00 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 37E6F2BA98 for ; Mon, 27 Nov 2000 05:42:00 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id FAA24204 for ; Mon, 27 Nov 2000 05:41:59 -0500 Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eARAfuD25074 for ; Mon, 27 Nov 2000 05:41:57 -0500 Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 8E6555F5C4; Mon, 27 Nov 2000 11:41:51 +0100 (MET) Date: Mon, 27 Nov 2000 11:41:51 +0100 From: Arnaud Charlet To: gtk-list@redhat.com Subject: [ANNOUNCE] GtkAda 1.2.10 Message-ID: <20001127114151.A5073@dublin.int.act-europe.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ GtkAda 1.2.10/1.3.10 release ---------------------------- GtkAda is an Ada95 graphical toolkit based on Gtk+ version >= 1.2.2. It allows you to develop graphical applications in Ada95 using Gtk+. The primary download site is http://gtkada.eu.org New features in 1.2.10/1.3.10 include: - RPMs available for GNU/Linux x86 - Gtk.Type_Conversion is no longer needed for Gtk_List_Item - Gtkada.File_Selection_Dialog does not crash any more on directory selection under NT. - New example directory: powergnu, a simple presentation viewer. New features in 1.2.9/1.3.9 include: - GUI builder support fixes under Windows NT/2000. - Gtk.Type_Conversion isn't needed for the most common widgets: Gtk_Label, Gtk_Menu_Item, Gtk_Button. - Gtkada.Canvas: better positionning of items; links can be attached anywhere in the items, not necessarily the middle. - GtkAda.File_Selection has been extended (see RM for details). - Documentation update. - Support for gdk-pixbuf 0.9 - Limited beta support for Gnome in src/gnome. LSM entry follows: Begin4 Title: GtkAda Version: 1.2.10 Entered-date: 2000-11-20 Description: Ada95 graphical toolkit based on Gtk+ (version >= 1.2.2) Keywords: Ada95 Ada Gtk+ Gtk X Gui Glade Win32 Author: Emmanuel Briot , Joel Brobecker and Arnaud Charlet Maintained-by: gtkada@ada.eu.org Primary-site: http://gtkada.eu.org Original-site: http://ada.eu.org/gtkada/ Platforms: Solaris Linux Tru64 IRIX HP/UX NT AiX FreeBSD UnixWare Copying-policy: GPL (with a slight modification, see headers of *.ad[bs] files End From king@eiffel.com Mon Nov 27 13:04:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 229D52BEA9 for ; Mon, 27 Nov 2000 13:04:09 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 140SdJ-0002xw-00 for gtk-list@gnome.org; Mon, 27 Nov 2000 10:04:05 -0800 Message-ID: <3A22A2C4.1770D523@eiffel.com> Date: Mon, 27 Nov 2000 10:07:00 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Backwards compatibility Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Presently I am working on a multi-platform GUI toolkit called EiffelVision2 that uses gtk 1.2.8 at present as the underlying implementation on the linux/unix platform side. This is a big ongoing project that is trying to keep up with the latest gtk version and relies on nearly all of the functionality gtk+ has to offer. I have a couple of questions that hopefully someone could answer. Eventually we will have to upgrade to gtk+ version 2.0, therefore :- Is the API for gtk+ 2.0 backwards compatible with the present release version 1.2.8, if it is not, is there a great deal of change. What gtk objects are being deprecated (apart from gtktree, possibly gtkctree)? What added functionality will the new version bring? When is the expected release of a stable version? Thanks for your time Ian King From hp@redhat.com Mon Nov 27 15:28:31 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6FC742BDF1 for ; Mon, 27 Nov 2000 15:28:31 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARKSUB15841; Mon, 27 Nov 2000 15:28:30 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Ian King Cc: gtk-list@gnome.org Subject: Re: Backwards compatibility References: <3A22A2C4.1770D523@eiffel.com> From: Havoc Pennington Date: 27 Nov 2000 15:28:30 -0500 In-Reply-To: Ian King's message of "Mon, 27 Nov 2000 10:07:00 -0800" Message-ID: Lines: 27 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Ian King writes: > Is the API for gtk+ 2.0 backwards compatible with the present release > version 1.2.8, if it is not, is there a great deal of change. There is a lot of new stuff, but not too much old stuff has been broken. It is 98% source compatible. > What gtk objects are being deprecated (apart from gtktree, possibly > gtkctree)? We don't have a complete list yet. There will be one prepared. GtkText is a notable one. > What added functionality will the new version bring? Owen has a white paper at http://www.redhat.com/devnet/articles/rh7_preview_tech.html that's pretty informative. > When is the expected release of a stable version? > "a few months" where "few" can mean any of several specific numbers. ;-) Havoc From hp@redhat.com Mon Nov 27 16:54:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id F0E772BB53 for ; Mon, 27 Nov 2000 16:54:52 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARLt2F16065; Mon, 27 Nov 2000 16:55:02 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: "Florent. Devin" Cc: gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> From: Havoc Pennington Date: 27 Nov 2000 16:55:02 -0500 In-Reply-To: "Florent. Devin"'s message of "Mon, 27 Nov 2000 07:18:14 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ "Florent. Devin" writes: > Hi, > Will GtkCtree be remove in the future too ? > Cause when looking in the spec of Gtk 2.0, I saw another widget to > manage this type of struct ... CTree will be around a lot longer than GtkTree, it likely won't be removed until no one is using it anymore. GtkTree will be removed more agressively since it's not just suboptimal, it's flat-out broken. Havoc From mleisher@crl.nmsu.edu Mon Nov 27 17:06:08 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 47FB02C92A for ; Mon, 27 Nov 2000 17:06:08 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id PAA16949 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id PAA23583 for ; Mon, 27 Nov 2000 15:06:07 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id PAA20276; Mon, 27 Nov 2000 15:06:04 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.56012.3297.654155@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 15:06:04 -0700 (MST) To: gtk-list@gnome.org Subject: Another slacker question about color Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Not having enough time to dig this up at the moment, I was wondering if someone has a suggestion for the following situation: I have a set of 16 different shades of gray displayed, each of which has a scale below it, and I need to darken or lighten according to the scale value. I tried doing a gdk_color_change() and then changing the background in the style on the widget displaying the gray being changed, but after a couple changes, the color goes to white and stays that way. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From dfisher@jagger.me.berkeley.edu Mon Nov 27 17:26:40 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id BCEBF2DF12 for ; Mon, 27 Nov 2000 17:26:39 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eARMDrs13662 for ; Mon, 27 Nov 2000 14:13:53 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4PFOE00.NGU; Mon, 27 Nov 2000 14:26:38 -0800 Message-ID: <3A22DFB5.6020901@jagger.me.berkeley.edu> Date: Mon, 27 Nov 2000 14:27:01 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Havoc Pennington Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > CTree will be around a lot longer than GtkTree, it likely won't be > removed until no one is using it anymore. GtkTree will be removed more > agressively since it's not just suboptimal, it's flat-out broken. > > Havoc Just to satisfy my curiosity... when you say that GtkTree is broken, do you mean that the interface is broken? or that the implementation is broken? I understand that a poor interface can make for a poor implementation, but what I'm really wondering is whether or not the interface actually precludes a functional implementation? Thanks in advance, Darin From hp@redhat.com Mon Nov 27 17:44:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 6841E2DE7C for ; Mon, 27 Nov 2000 17:44:30 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eARMijf31488; Mon, 27 Nov 2000 17:44:45 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Darin Fisher Cc: "Florent. Devin" , gtk-list@gnome.org Subject: Re: Problem when reparenting gtktrees References: <3A21FCA6.BDF1E9D9@lifl.fr> <3A22DFB5.6020901@jagger.me.berkeley.edu> From: Havoc Pennington Date: 27 Nov 2000 17:44:45 -0500 In-Reply-To: Darin Fisher's message of "Mon, 27 Nov 2000 14:27:01 -0800" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Darin Fisher writes: > Just to satisfy my curiosity... when you say that GtkTree is > broken, do you mean that the interface is broken? or that the > implementation is broken? I understand that a poor interface > can make for a poor implementation, but what I'm really > wondering is whether or not the interface actually precludes > a functional implementation? > AFAIK only the implementation is broken (though the interface precludes an _efficient_ implementation, the only possible implementation won't scale to very large trees). But it's nontrivial to fix the implementation, and the interface, while possible to implement, isn't very good. Havoc From davina@lickey.com Mon Nov 27 17:58:43 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 3AB252CF51; Mon, 27 Nov 2000 17:58:28 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id AF9BFA00F; Mon, 27 Nov 2000 14:59:53 -0800 (PST) Message-ID: <3A22E712.20440D3B@lickey.com> Date: Mon, 27 Nov 2000 14:58:26 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: giving composite widget focus Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I've created a widget that packs a GtkLabel and a GtkEntry into a GtkHBox. I'd like to allow the new widget to get focus and to add some handling when it does. I added GTK_WIDGET_SET_FLAGS (new_widget, GTK_CAN_FOCUS); to new_widget_init(). I also added GtkWidgetClass* widget_class; widget_class = (GtkWidgetClass*)klass; widget_class->draw_focus = new_widget_draw_focus; to new_widget_class_init(). Right now, new_widget_draw_focus() just prints out a debugging statement. Or it would if it were actually getting called, which it's not. Can anyone tell me why? Thanks! Davina From mleisher@crl.nmsu.edu Mon Nov 27 18:16:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8F9222D41A; Mon, 27 Nov 2000 18:16:17 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA24140; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA39912; Mon, 27 Nov 2000 16:16:16 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA20429; Mon, 27 Nov 2000 16:16:12 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14882.60220.820228.191422@helion.crl.nmsu.edu> Date: Mon, 27 Nov 2000 16:16:12 -0700 (MST) To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus In-Reply-To: <3A22E712.20440D3B@lickey.com> References: <3A22E712.20440D3B@lickey.com> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina> I've created a widget that packs a GtkLabel and a GtkEntry into a Davina> GtkHBox. I'd like to allow the new widget to get focus and to add Davina> some handling when it does. [.....] Davina> Right now, new_widget_draw_focus() just prints out a debugging Davina> statement. Or it would if it were actually getting called, which Davina> it's not. Davina> Can anyone tell me why? Have you tried having your application call gtk_widget_grab_focus() on the newly created widget? Sometimes it isn't immediately clear what widget in your application has the focus when it starts, so you can force the issue this way. The focus traversal key, often Tab, should allow you to cycle through until you get those debugging statements you added. If neither works, then I'm not sure what the problem is. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From umbpux@tin.it Tue Nov 28 03:46:55 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from laguna.tiscalinet.it (laguna.tiscalinet.it [195.130.224.86]) by mail.gnome.org (Postfix) with ESMTP id 0CF1F2DE34 for ; Tue, 28 Nov 2000 03:46:55 -0500 (EST) Received: from tin.it (62.11.160.132) by laguna.tiscalinet.it; 28 Nov 2000 09:46:05 +0100 Message-ID: <3A237E79.16E32608@tin.it> Date: Tue, 28 Nov 2000 10:44:25 +0100 From: Maurizio Umberto Puxeddu X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu From tshead@k-3d.com Tue Nov 28 04:56:58 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kathy.k-3d.com (209-128-79-046.bayarea.net [209.128.79.46]) by mail.gnome.org (Postfix) with ESMTP id CDD042DC11 for ; Tue, 28 Nov 2000 04:56:57 -0500 (EST) Received: from k-3d.com (localhost [127.0.0.1]) by kathy.k-3d.com (Postfix) with ESMTP id 3A96D32F824; Tue, 28 Nov 2000 01:56:56 -0800 (PST) Message-ID: <3A238167.6060500@k-3d.com> Date: Tue, 28 Nov 2000 01:56:55 -0800 From: "Timothy M. Shead" User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20001118 X-Accept-Language: en MIME-Version: 1.0 To: Maurizio Umberto Puxeddu Cc: gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows References: <3A237E79.16E32608@tin.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Maurizio Umberto Puxeddu wrote: > Hello. > > What is the current status of MS-Windows port of Gtk+ and PyGtk? > They look abandoned. Am I right? > > Thanks, > > Maurizio Umberto Puxeddu I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Regards, Timothy M. Shead tshead@k-3d.com From charlet@ACT-Europe.FR Tue Nov 28 05:11:02 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dublin.ACT-Europe.FR (dublin.act-europe.fr [213.228.58.154]) by mail.gnome.org (Postfix) with ESMTP id 9BF9A2DBB0 for ; Tue, 28 Nov 2000 05:11:01 -0500 (EST) Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 5034A5F5C4; Tue, 28 Nov 2000 11:11:00 +0100 (MET) Date: Tue, 28 Nov 2000 11:11:00 +0100 From: Arnaud Charlet To: "Timothy M. Shead" Cc: Maurizio Umberto Puxeddu , gtk-list@gnome.org Subject: Re: Gtk+ and PyGtk on MS-Windows Message-ID: <20001128111100.A2514@dublin.int.act-europe.fr> References: <3A237E79.16E32608@tin.it> <3A238167.6060500@k-3d.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A238167.6060500@k-3d.com>; from tshead@k-3d.com on Tue, Nov 28, 2000 at 01:56:55AM -0800 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I can't speak to PyGtk, but GTK+ for Win32 works like a charm. Same thing for GtkAda. Well like a charm is a little bit exagerated, the windows port is not quite yet at the same level as the X port, but it is in a very reasonable shape. Arno From hp@redhat.com Tue Nov 28 09:48:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from icon.labs.redhat.com (unknown [207.175.42.144]) by mail.gnome.org (Postfix) with ESMTP id 0550E2BB33; Tue, 28 Nov 2000 09:48:33 -0500 (EST) Received: (from hp@localhost) by icon.labs.redhat.com (8.11.0/8.11.0) id eASEmnR32000; Tue, 28 Nov 2000 09:48:49 -0500 X-Authentication-Warning: icon.labs.redhat.com: hp set sender to hp@redhat.com using -f To: Davina Armstrong Cc: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: giving composite widget focus References: <3A22E712.20440D3B@lickey.com> From: Havoc Pennington Date: 28 Nov 2000 09:48:49 -0500 In-Reply-To: Davina Armstrong's message of "Mon, 27 Nov 2000 14:58:26 -0800" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong writes: > Can anyone tell me why? > You also want to connect to focus_in_event and focus_out_event. In those, set/unset the GTK_HAS_FOCUS flag, and draw/undraw the focus rectangle. Havoc From id072647@belgacom.be Tue Nov 28 10:11:18 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mail2.belgacom.be (mail2.belgacom.be [195.13.15.37]) by mail.gnome.org (Postfix) with ESMTP id 875312DCA5 for ; Tue, 28 Nov 2000 10:11:17 -0500 (EST) Received: from exhub01.bc (exchange.bc [45.34.4.231]) by mail2.belgacom.be with SMTP id PAA24077 for ; Tue, 28 Nov 2000 15:11:16 GMT From: id072647@belgacom.be Received: from 127.0.0.1 by exhub01.bc (InterScan E-Mail VirusWall NT); Tue, 28 Nov 2000 16:11:16 +0100 (W. Europe Standard Time) Received: by exhub01.bc with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:01:16 +0100 Message-ID: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> To: gtk-list@gnome.org Subject: PyGtk documentation? Date: Tue, 28 Nov 2000 16:01:12 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, I have searched on Python.org, gtk.org but I don't find a documentation of PyGtk. Could someone guide me to that documentation? Thanks for your help. -----Original Message----- From: Maurizio Umberto Puxeddu [mailto:umbpux@tin.it] Sent: Tuesday 28 November 2000 10:44 To: gtk-list@gnome.org Subject: Gtk+ and PyGtk on MS-Windows Hello. What is the current status of MS-Windows port of Gtk+ and PyGtk? They look abandoned. Am I right? Thanks, Maurizio Umberto Puxeddu _______________________________________________ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." From Piotr.P.Plonkowski@ope.shell.com Tue Nov 28 10:39:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from hags6104.IS.SHELL.COM (nl01.shell.nl [134.146.4.9]) by mail.gnome.org (Postfix) with ESMTP id 6AD722DCA5 for ; Tue, 28 Nov 2000 10:39:46 -0500 (EST) Received: by hags6104.sipm.shell.nl with Internet Mail Service (5.5.2650.21) id ; Tue, 28 Nov 2000 16:39:39 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F0150E@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'gtk-list@gnome.org'" Subject: How to insert progress-bar into clist? Date: Tue, 28 Nov 2000 16:29:09 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, I'm looking for somebody who can tell me how to insert dynamic created progress-bar into clist. Is there somebody who has got any example? Piotr. From christian.egli@stest.ch Tue Nov 28 10:56:15 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from uxmailstest.stest.ch (unknown [195.65.218.116]) by mail.gnome.org (Postfix) with ESMTP id DEDD02BB50 for ; Tue, 28 Nov 2000 10:56:14 -0500 (EST) Received: from zeus.alcatel.ch (zeus [141.169.78.33]) by uxmailstest.stest.ch (8.9.3/8.9.0) with ESMTP id QAA13655; Tue, 28 Nov 2000 16:57:27 +0100 (MET) Received: from meon.alcatel.ch (meon [141.169.79.70]) by zeus.alcatel.ch (8.8.8+Sun/8.8.8) with ESMTP id QAA12778; Tue, 28 Nov 2000 16:53:58 +0100 (MET) Received: (from egli@localhost) by meon.alcatel.ch (8.8.8+Sun/8.8.8) id QAA21598; Tue, 28 Nov 2000 16:53:55 +0100 (MET) X-Authentication-Warning: meon.alcatel.ch: egli set sender to christian.egli@stest.ch using -f To: id072647@belgacom.be Cc: gtk-list@gnome.org Subject: Re: PyGtk documentation? References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> From: Christian Egli Date: 28 Nov 2000 16:53:55 +0100 In-Reply-To: id072647@belgacom.be's message of "Tue, 28 Nov 2000 16:01:12 +0100" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ id072647@belgacom.be writes: > I have searched on Python.org, gtk.org but I don't find a > documentation of PyGtk. > Could someone guide me to that documentation? Try http://www.daa.com.au/~james/pygtk/ -- Christian Egli Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zuerich From bott@iol.it Tue Nov 28 16:06:41 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53]) by mail.gnome.org (Postfix) with ESMTP id 9BB3F2BCA3 for ; Tue, 28 Nov 2000 16:06:41 -0500 (EST) Received: from gauss (151.33.135.41) by smtp3.libero.it; 28 Nov 2000 22:06:36 +0100 Received: from bott by gauss with local (Exim 3.12 #1 (Debian)) id 140rx2-00004n-00 for ; Tue, 28 Nov 2000 22:06:08 +0100 Date: Tue, 28 Nov 2000 22:06:07 +0100 From: Ottavio Campana To: Gtk-list Subject: Howto remove all the rows from a clist Message-ID: <20001128220607.A291@gauss> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i X-Operating-System: Linux gauss 2.2.17 X-Organization: Lega per la soppressione del Visual Basic Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ how can I remove all the rows froma clist? thank you. -- Non c'è più forza nella normalità, c'è solo monotonia. From dreed@capital.edu Tue Nov 28 16:14:09 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from apollo.capital.edu (apollo.capital.edu [192.153.31.27]) by mail.gnome.org (Postfix) with ESMTP id 7E52B2E001 for ; Tue, 28 Nov 2000 16:14:09 -0500 (EST) Received: from fourier.capital.edu (fourier [205.133.110.175]) by apollo.capital.edu (8.11.1/8.11.1) with ESMTP id eASLD1D01401; Tue, 28 Nov 2000 16:13:02 -0500 (EST) Received: (from dreed@localhost) by fourier.capital.edu (8.9.3+Sun/8.9.1) id QAA16350; Tue, 28 Nov 2000 16:13:00 -0500 (EST) Date: Tue, 28 Nov 2000 16:13:00 -0500 (EST) Message-Id: <200011282113.QAA16350@fourier.capital.edu> X-Authentication-Warning: fourier.capital.edu: dreed set sender to dreed@capital.edu using -f From: Dave Reed To: bott@iol.it Cc: gtk-list@gnome.org In-reply-to: <20001128220607.A291@gauss> (message from Ottavio Campana on Tue, 28 Nov 2000 22:06:07 +0100) Subject: Re: Howto remove all the rows from a clist References: <20001128220607.A291@gauss> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Date: Tue, 28 Nov 2000 22:06:07 +0100 > From: Ottavio Campana > > how can I remove all the rows froma clist? > > thank you. > > -- > Non c'è più forza nella normalità, c'è solo monotonia. http://developer.gnome.org/doc/API/gtk/gtkclist.html#GTK-CLIST-CLEAR From dov@imagic.weizmann.ac.il Tue Nov 28 17:06:52 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from imagic.weizmann.ac.il (imagic.weizmann.ac.il [132.77.150.12]) by mail.gnome.org (Postfix) with ESMTP id C323A2BAB1 for ; Tue, 28 Nov 2000 17:06:51 -0500 (EST) Received: (from dov@localhost) by imagic.weizmann.ac.il (8.9.3/8.8.7) id AAA05581; Wed, 29 Nov 2000 00:07:08 +0200 From: dov@imagic.weizmann.ac.il Message-Id: <200011282207.AAA05581@imagic.weizmann.ac.il> To: gtk-list@gnome.org Subject: ANNOUNCE: gtk-image-viewer-0.0.1 Date: Wed, 29 Nov 2000 00:07:08 IST Reply-To: dov@imagic.weizmann.ac.il Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I have just uploaded to my web site the first version of the interactive image display widget gtk-image-viewer. Here is the README file. GtkImageViewer - An image viewer widget for gtk Dov Grobgeld 29 November 2000 Version 0.0.1 http://imagic.weizmann.ac.il/~dov/freesw/gtk/gtk-image-viewer BACKGROUND As a writer of several scientific image displaying tools I have always wanted a good general purpose image display widget. The goal of the GtkImageViewer widget is to fullfill that gap. Its interaction is a mixture of the user interfaces of Gimp and of xv. The widget itself handles zoom and panning. Additional functionality may be added through callbacks. The GtkImageViewer is perfectly suited to be used by any photo display program and will provide a uniform interface for interacting with images. Currently I have released the sources under the GPL, but I am ready to change the licence to LGPL at least for the widget, if there is any interest. FILES IN THIS PACKAGE gtk-image-viewer.c The source. gtk-image-viewer.h The header file. test-wdg.c A simple example of the use of the widget. giv.c A powerful image display program that allows zoomable vector overlays - called marks - on top of the image. giv will eventually be released into an archive of its own. Run with -help to get some help about the program. example.marks Example of a simple marks file. VOLUNTEERS Please send in your comments and patches. From wolfgang@ultim.net Tue Nov 28 17:54:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 860F82BB7B for ; Tue, 28 Nov 2000 17:54:20 -0500 (EST) Received: (qmail 1997 invoked from network); 28 Nov 2000 22:53:25 -0000 Received: from m99.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.99) by athena.ultim.net with SMTP; 28 Nov 2000 22:53:25 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eASMqJ700704 for gtk-list@gnome.org; Tue, 28 Nov 2000 17:52:19 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 17:52:19 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128175218.A695@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282207.AAA05581@imagic.weizmann.ac.il>; from dov@imagic.weizmann.ac.il on Wed, Nov 29, 2000 at 12:07:08AM +0200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Isn't this what the Eye of Gnome is meant for ? It may not be a widget in itself but I think it is reusable through Bonobo... W -- A chicken is an egg's way of producing more eggs. From Valdis.Kletnieks@vt.edu Tue Nov 28 18:22:22 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by mail.gnome.org (Postfix) with ESMTP id D4A3A2E06C for ; Tue, 28 Nov 2000 18:22:21 -0500 (EST) Received: from black-ice.cc.vt.edu (valdis@LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha2/8.12.0.PreAlpha2) with ESMTP id eASNMJG27022; Tue, 28 Nov 2000 18:22:20 -0500 Message-Id: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: Your message of "Tue, 28 Nov 2000 17:52:19 EST." <20001128175218.A695@debian.home> From: Valdis.Kletnieks@vt.edu X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ <20001128175218.A695@debian.home> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-145962980P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 28 Nov 2000 18:22:19 -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ --==_Exmh_-145962980P Content-Type: text/plain; charset=us-ascii On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through Umm.. some of us program in environments that don't have Gnome or Bonobo. Those of us need a GTK-only solution. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-145962980P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOiQ+K3At5Vm009ewEQINuQCgwAfsQIasv9iZOnrytVyZwQu9C8YAniEE 365ATAHcKOznp4EH7kiM3gAC =wrUP -----END PGP SIGNATURE----- --==_Exmh_-145962980P-- From mleisher@crl.nmsu.edu Tue Nov 28 18:31:39 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by mail.gnome.org (Postfix) with ESMTP id 8B07A2DFDE for ; Tue, 28 Nov 2000 18:31:38 -0500 (EST) Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3/8.9.0) with ESMTP id QAA10230 for ; Tue, 28 Nov 2000 16:31:35 -0700 (MST) Received: from helion.NMSU.Edu (IDENT:mleisher@helion.NMSU.Edu [128.123.1.32]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id QAA74312 for ; Tue, 28 Nov 2000 16:31:36 -0700 (MST) Received: (from mleisher@localhost) by helion.NMSU.Edu (8.9.3/8.9.3) id QAA23260; Tue, 28 Nov 2000 16:31:34 -0700 (MST) From: Mark Leisher MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14884.16469.633201.486961@helion.crl.nmsu.edu> Date: Tue, 28 Nov 2000 16:31:33 -0700 (MST) To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget >> in itself but I think it is reusable through Valdis> Umm.. some of us program in environments that don't have Gnome or Valdis> Bonobo. Valdis> Those of us need a GTK-only solution. Another GTK-only user agrees. ----------------------------------------------------------------------------- Mark Leisher Computing Research Lab Cinema, radio, television, magazines are a New Mexico State University school of inattention: people look without Box 30001, Dept. 3CRL seeing, listen without hearing. Las Cruces, NM 88003 -- Robert Bresson From wolfgang@ultim.net Tue Nov 28 19:04:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from athena.ultim.net (athena.ultim.net [216.13.32.3]) by mail.gnome.org (Postfix) with SMTP id 233E12BDA5 for ; Tue, 28 Nov 2000 19:04:30 -0500 (EST) Received: (qmail 8757 invoked from network); 29 Nov 2000 00:03:35 -0000 Received: from m104.l0.mtl.ultim.net (HELO debian.home) (root@216.13.32.104) by athena.ultim.net with SMTP; 29 Nov 2000 00:03:35 -0000 Received: (from wolfgang@localhost) by debian.home (8.11.1/8.11.1/Debian 8.11.0-6) id eAT02Xq00765 for gtk-list@gnome.org; Tue, 28 Nov 2000 19:02:33 -0500 X-Authentication-Warning: debian.home: wolfgang set sender to wolfgang@ultim.net using -f Date: Tue, 28 Nov 2000 19:02:31 -0500 From: Wolfgang Sourdeau To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001128190231.A709@debian.home> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <14884.16469.633201.486961@helion.crl.nmsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <14884.16469.633201.486961@helion.crl.nmsu.edu>; from mleisher@crl.nmsu.edu on Tue, Nov 28, 2000 at 04:31:33PM -0700 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ La plume légère, à Tue, Nov 28, 2000 at 04:31:33PM -0700, heure d'inpiration, Mark Leisher écrivait en ces mots: > > >> Isn't this what the Eye of Gnome is meant for ? It may not be a widget > >> in itself but I think it is reusable through > > Valdis> Umm.. some of us program in environments that don't have Gnome or > Valdis> Bonobo. > > Valdis> Those of us need a GTK-only solution. > > Another GTK-only user agrees. Well. I am not against it. Everyone should be free to do what he wants. W -- A chicken is an egg's way of producing more eggs. From david@linux.com Tue Nov 28 19:08:56 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nifty.Blue-Labs.org (nifty.blue-labs.org [208.179.0.193]) by mail.gnome.org (Postfix) with ESMTP id 85A482E009 for ; Tue, 28 Nov 2000 19:08:54 -0500 (EST) Received: from linux.com (david@localhost [127.0.0.1]) by nifty.Blue-Labs.org (8.11.1/8.11.1) with ESMTP id eAT08Yc04324; Tue, 28 Nov 2000 16:08:36 -0800 Message-ID: <3A244901.C725048D@linux.com> Date: Tue, 28 Nov 2000 16:08:33 -0800 From: David Ford Organization: Blue Labs X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Wolfgang Sourdeau Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> Content-Type: multipart/mixed; boundary="------------F11417E35F464B22E844BBA8" Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. --------------F11417E35F464B22E844BBA8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Wolfgang Sourdeau wrote: > Isn't this what the Eye of Gnome is meant for ? > It may not be a widget in itself but I think it is reusable through > Bonobo... I'd rather have just plain old gtk. Gnome makes things bloated and fat as a beached whale. I.e. the cpu sucker, the memory sucker, ...I'll stop. -d --------------F11417E35F464B22E844BBA8 Content-Type: text/x-vcard; charset=us-ascii; name="david.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Ford Content-Disposition: attachment; filename="david.vcf" begin:vcard n:Ford;David x-mozilla-html:TRUE url:www.blue-labs.org adr:;;;;;; version:2.1 email;internet:david@blue-labs.org title:Blue Labs Developer note;quoted-printable:GPG key: http://www.blue-labs.org/david@nifty.key=0D=0A x-mozilla-cpt:;9952 fn:David Ford end:vcard --------------F11417E35F464B22E844BBA8-- From gharris@flashcom.net Tue Nov 28 23:56:27 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from c014.sfo.cp.net (c014-h017.c014.sfo.cp.net [209.228.12.81]) by mail.gnome.org (Postfix) with SMTP id 68F0C2BAB1 for ; Tue, 28 Nov 2000 23:56:27 -0500 (EST) Received: (cpmta 23143 invoked from network); 28 Nov 2000 20:56:26 -0800 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.81) with SMTP; 28 Nov 2000 20:56:26 -0800 X-Sent: 29 Nov 2000 04:56:26 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id UAA00392; Tue, 28 Nov 2000 20:56:23 -0800 (PST) (envelope-from gharris) Date: Tue, 28 Nov 2000 20:56:23 -0800 From: Guy Harris To: Christian Egli Cc: id072647@belgacom.be, gtk-list@gnome.org Subject: Re: PyGtk documentation? Message-ID: <20001128205623.A358@quadrajet.flashcom.com> References: <95C94B2F0094D21180710008C75DD6A401971CF4@apl541.bc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from christian.egli@stest.ch on Tue, Nov 28, 2000 at 04:53:55PM +0100 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On Tue, Nov 28, 2000 at 04:53:55PM +0100, Christian Egli wrote: > Try http://www.daa.com.au/~james/pygtk/ Perhaps the PyGTK link on the GTK+ home page should go there rather than to ftp://ftp.gtk.org/pub/gtk/python/ as it currently does; many other language-binding links on the GTK+ home page appear to go to home pages for the projects in question, and James' PyGTK page does link to the FTP url in question. From rpbrown@xtra.co.nz Wed Nov 29 07:39:11 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mta1-rme.xtra.co.nz (mta1-rme.xtra.co.nz [203.96.92.1]) by mail.gnome.org (Postfix) with ESMTP id AFBEA2E0C9 for ; Wed, 29 Nov 2000 07:39:09 -0500 (EST) Received: from 203-96-104-56.dialup.xtra.co.nz ([203.96.104.56]) by mta1-rme.xtra.co.nz with ESMTP id <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> for ; Thu, 30 Nov 2000 01:39:06 +1300 Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 From: rpbrown Cc: gtk-list@gnome.org In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Content-Type: text/plain X-Mailer: Evolution 0.6 (Developer Preview) Date: 29 Nov 2000 00:42:28 -1200 Mime-Version: 1.0 Message-Id: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. > -- > Valdis Kletnieks > Operating Systems Analyst > Virginia Tech > > doesnt gqview do this? From Piotr.P.Plonkowski@ope.shell.com Wed Nov 29 10:34:51 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id B65A42E114 for ; Wed, 29 Nov 2000 10:34:50 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id KAA19007 for ; Wed, 29 Nov 2000 10:34:50 -0500 Received: from rijpats6104.scis.shell.nl (nl02.shell.nl [134.146.0.21]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id eATFYnD09353 for ; Wed, 29 Nov 2000 10:34:49 -0500 Received: by rijpats6104.scis.shell.nl with Internet Mail Service (5.5.2650.21) id ; Wed, 29 Nov 2000 16:34:47 +0100 Message-ID: <516896202813D111B81D00805F0D008C01F01517@WARS0004> From: "Plonkowski, Piotr P SPOLSKA-IS/1" To: "'GTK-list@redhat.com'" Subject: How to insert pixmap into clist? Date: Wed, 29 Nov 2000 16:34:44 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi Guys, could you tell me how to insert a dynamic created progress-bar into clist. Does anybody has any example? Thanks, Piotr. From muhri@muhri.net Wed Nov 29 12:01:30 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lappy.muhri.net (unknown [212.11.164.217]) by mail.gnome.org (Postfix) with ESMTP id 173E02D618 for ; Wed, 29 Nov 2000 12:01:28 -0500 (EST) Received: from lappy.muhri.net (localhost.localdomain [127.0.0.1]) by lappy.muhri.net (Postfix) with SMTP id EE743C100; Wed, 29 Nov 2000 11:02:00 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Maher Awamy" To: rpbrown Cc: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 X-Mailer: Pronto v2.2.2 Date: 29 Nov 2000 11:01:59 CST Reply-To: "Maher Awamy" In-Reply-To: <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> Message-Id: <20001129170201.EE743C100@lappy.muhri.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > Isn't this what the Eye of Gnome is meant for ? > > > It may not be a widget in itself but I think it is reusable through > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > Those of us need a GTK-only solution. > > -- > > Valdis Kletnieks > > Operating Systems Analyst > > Virginia Tech > > > > > > doesnt gqview do this? GQView is not a widget. Maher > > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > -- muhri@muhri.net -- http://www.muhri.net From mike@mjv.com Wed Nov 29 12:57:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from relay1-us.simplemente.net (relay1.us.simplemente.net [216.167.121.82]) by mail.gnome.org (Postfix) with ESMTP id BD7E12BED7 for ; Wed, 29 Nov 2000 12:57:12 -0500 (EST) Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61]) by relay1-us.simplemente.net (Postfix) with ESMTP id E7CBAD782A for ; Wed, 29 Nov 2000 12:57:11 -0500 (EST) Received: from mjv.com [63.64.123.23] by comanchetx.com with ESMTP (SMTPD32-6.05) id A1BDF4F7005E; Wed, 29 Nov 2000 11:49:49 -0600 Message-ID: <3A2540D0.2D51FD35@mjv.com> Date: Wed, 29 Nov 2000 11:45:52 -0600 From: Michael Vanecek X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 Cc: gtk-list@gnome.org Subject: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Guys, the level of cynicism in this thread is distressing. Who cares if prog A or B does the same thing? This guy wrote a neat app that works and he's proud of the hours of work he put into it. It was his choice to create a new app rather than contribute to a pre-existing app (though I don't think there is an image-viewing widget). What would have happened if the GTK guys came out and announced that they had created a neat widget set library and everyone said "Well, doesn't Motif already have that?" or "Doesn't Qt already do that?" or what about the argument over "Why Gnome if KDE already does that?". More than anything that I like about Linux is the variety of choices we have. Who knows if this widget will become a standard issue for GTK, or maybe merged into a larger project? Personally, I'd like to see some #ifdefs in there for Gnome if that environment is detected. Why not? It's all a matter of personal preference. I don't think his announcement was meant to generate this kind of discussion, but rather to generate some peer review that is the backbone of Open Source Software development, so if your interested, look at his app, judge it, think of how you would improve it or change it and bring it to the table... Cheers, Mike > > On 29 Nov 2000 00:42:28 -1200, rpbrown said: > > > > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > > > Isn't this what the Eye of Gnome is meant for ? > > > > It may not be a widget in itself but I think it is reusable through > > > > > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > > > > > Those of us need a GTK-only solution. > > > -- > > > Valdis Kletnieks > > > Operating Systems Analyst > > > Virginia Tech > > > > > > > > > > doesnt gqview do this? From wolfgang@iNsu.com Wed Nov 29 13:17:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from Goffman.iNsu.COM (Goffman.iNsu.COM [206.167.33.70]) by mail.gnome.org (Postfix) with ESMTP id C2E3D2D625 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: from Marx.iNsu.COM (Marx.iNsu.COM [192.168.100.30]) by Goffman.iNsu.COM (Postfix) with ESMTP id ACFD727D90 for ; Wed, 29 Nov 2000 13:11:17 -0500 (EST) Received: from wolfgang.insu.com (Wolfgang.iNsu.COM [192.168.100.77]) by Marx.iNsu.COM (Postfix) with ESMTP id 10D176E823 for ; Wed, 29 Nov 2000 13:17:32 -0500 (EST) Received: by wolfgang.insu.com (Postfix, from userid 1013) id 184C222002; Wed, 29 Nov 2000 13:20:18 -0500 (EST) From: Wolfgang Sourdeau To: gtk-list@gnome.org In-reply-to: <3A2540D0.2D51FD35@mjv.com> (message from Michael Vanecek on Wed, 29 Nov 2000 11:45:52 -0600) Subject: Re: Enough already - Re: ANNOUNCE: gtk-image-viewer-0.0.1 References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> <20001129123906.CSIE8076195.mta1-rme.xtra.co.nz@203-96-104-56.dialup.xtra.co.nz> <20001129170201.EE743C100@lappy.muhri.net> <3A2540D0.2D51FD35@mjv.com> User-Agent: WEMI/1.13.7 (Shimada) Chao/1.14.0 (Momoyama) Emacs/20.4 (i386-inslinux-linux-gnu) (with unibyte mode) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Message-Id: <20001129182018.184C222002@wolfgang.insu.com> Date: Wed, 29 Nov 2000 13:20:18 -0500 (EST) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > Guys, the level of cynicism in this thread is distressing. Who cares if > prog A or B does the same thing? This guy wrote a neat app that works > and he's proud of the hours of work he put into it. It was his choice to Nobody pretends that he must not be proud. But freedom of expression is as important as freedom of choice. The reason I asked my question was that I wanted to suggest him to take a look at eog and see if he couldn't spare his time. That was a good intention and I have never thought his project might not have been nice or useful. W From meisemann@dsrnet.com Wed Nov 29 13:28:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 0A7D92C10B for ; Wed, 29 Nov 2000 13:28:14 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATIGeA17939 for ; Wed, 29 Nov 2000 13:16:41 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATIGdf17929 for ; Wed, 29 Nov 2000 13:16:39 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 13:25:50 -0500 Message-ID: <01C05A07.E434A460.meisemann@dsrnet.com> From: Matt Eisemann To: "gtk-list@gnome.org" Subject: gtk and window size Date: Wed, 29 Nov 2000 13:25:49 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From davina@lickey.com Wed Nov 29 14:19:24 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mistera.lickey.com (adsl-216-102-197-223.dsl.snfc21.pacbell.net [216.102.197.223]) by mail.gnome.org (Postfix) with ESMTP id 5A55B2BC57; Wed, 29 Nov 2000 14:19:24 -0500 (EST) Received: from lickey.com (bianca.lickey.com [192.168.100.240]) by mistera.lickey.com (Postfix) with ESMTP id 8E2C7A01B; Wed, 29 Nov 2000 11:21:00 -0800 (PST) Message-ID: <3A2556BA.88DC8AE0@lickey.com> Date: Wed, 29 Nov 2000 11:19:22 -0800 From: Davina Armstrong X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: GtkLabel text size and position Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ I want to draw some decoration around a GtkLabel, which requires that I know the size and position of its text. The only way I can think to do it is to go into GtkLabel's private data. Is there a way to do it through the API? Thanks! Davina From meisemann@dsrnet.com Wed Nov 29 15:11:12 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from dsr-gw.dsrnet.com (dsr-gw.dsrnet.com [208.203.147.5]) by mail.gnome.org (Postfix) with ESMTP id 28D792BC57 for ; Wed, 29 Nov 2000 15:11:12 -0500 (EST) Received: from dsr-gw.dsrnet.com (localhost [127.0.0.1]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with ESMTP id eATJxcA29870 for ; Wed, 29 Nov 2000 14:59:38 -0500 (EST) Received: from meisemann-pc (meisimann-pc [192.168.168.96]) by dsr-gw.dsrnet.com (8.10.0/8.10.0) with SMTP id eATJxbf29861 for ; Wed, 29 Nov 2000 14:59:37 -0500 (EST) Received: by localhost with Microsoft MAPI; Wed, 29 Nov 2000 15:08:48 -0500 Message-ID: <01C05A16.46655400.meisemann@dsrnet.com> From: Matt Eisemann To: "'Matt Eisemann'" , "'gtk-list@gnome.org'" Subject: RE: gtk and window size Date: Wed, 29 Nov 2000 15:08:47 -0500 Organization: DSR, Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Resending this since there was an error -----Original Message----- From: Matt Eisemann [SMTP:meisemann@dsrnet.com] Sent: Wednesday, November 29, 2000 1:26 PM To: gtk-list@gnome.org Subject: gtk and window size Currently I am building an application which has many nested vetical and horizontal boxes and I am trying to figure out if a parent box overrides the parameters set by a child box. It looks like it does if you want a parent box to be nonhomogeneous and a child to be homogenious and visa versa. My actual question is in regard to a CLIST. In my application I have a CLIST in a scrolled window. How do you set the default size of a scrolled window so that a user can adjust its size? If one uses gtk_widget_set_usize it will set the size correctly but it seems to be static and unmovable by the user and it prevents the user from being able to expand the size of the scrolled window and hence the CLIST. The function I was thinking of using was gtk_window_set_default_size but I get some strange error messages Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): assertion 'GTK_IS_WINDOW (window)' failed. The code for my window where I put my CLIST is. scrolled_win = gtk_scrolled_window_new(NULL,NULL) gtk_window_set_default_size(scrolled_win,400,400); gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); where display_tasks should be the CLIST. Any ideas? Let me know if you need more code or a better explanation of something. Thanks ahead of time for your help. Matt From mmenal@ifrance.com Wed Nov 29 16:58:26 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lh00.opsion.fr (lh00.opsion.fr [212.73.208.226]) by mail.gnome.org (Postfix) with SMTP id 9DC922D9A7 for ; Wed, 29 Nov 2000 16:58:25 -0500 (EST) Received: from 213.44.176.238 [213.44.176.238] by lh00.opsion.fr; Wed, 29 Nov 2000 21:58:26 GMT Date: Wed, 29 Nov 2000 22:58:13 +0100 From: Manuel Menal X-Mailer: The Bat! (v1.22) UNREG X-Priority: 3 (Normal) Message-ID: <6957.001129@ifrance.com> To: "gtk-app-devel-list@gnome.org" , gtk-list@gnome.org Subject: Re: GtkLabel text size and position References: <3A2556BA.88DC8AE0@lickey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Davina Armstrong wrote: Hi, DA> I want to draw some decoration around a GtkLabel, which requires that I DA> know the size and position of its text. The only way I can think to do DA> it is to go into GtkLabel's private data. Is there a way to do it DA> through the API? Why would you need a function to do what you can want directly ? The data of a widget aren't private, I think. You should not modify it, because you can't do what the widget can with a function which do that properly (is this clear ?). But, there's nothing wrong to access the data of a widget. And you need this in very common cases, like when you create a GtkFileSelection, or when you need the title of a window :-) DA> Thanks! DA> Davina Good night, -- mmenal ____ _ _ _ __ __ _ __ __ __ / ___| ___ _ _ | | ( )_ __ _ ___ __ | | (o- \ \/ /(_)\ \/ / _ \ | | _ /'_ \| | | | | | | | '_ \| | | \ \/ / | | /\ \ / | | \ / | __/ | |_| | | | | |_| | | |__| | | | | |_| |> < |_| L_/_ \/ |_| \/ \___| \_____|_| |_|\__,_/ |____|_|_| |_|\__,_/_/\_\ (_) ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif From king@eiffel.com Wed Nov 29 20:22:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from pompeii.ise (troy.eiffel.com [198.68.147.5]) by mail.gnome.org (Postfix) with ESMTP id 4F58B2BBDD for ; Wed, 29 Nov 2000 20:22:36 -0500 (EST) Received: from naples.ise ([10.0.10.117] helo=eiffel.com ident=king) by pompeii.ise with esmtp (Exim 3.02 #2) id 141IQk-0001cR-00 for gtk-list@gnome.org; Wed, 29 Nov 2000 17:22:34 -0800 Message-ID: <3A25AC88.F755D113@eiffel.com> Date: Wed, 29 Nov 2000 17:25:28 -0800 From: Ian King X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: Compound widgets treated as like a normal widget. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi all, Is a `compound' widget such as gtkcombo treated like any other widget, by this I mean does it emit signals like any other widgets or do I have to connect to the internal widgets that make up the combo box. At present I don't seem to be able to get any events using just a pointer to the gtkcombo widget itself. Thanks for your time Ian King From cfreeze@cs.clemson.edu Wed Nov 29 20:59:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from smtp01.infoave.net (smtp01.infoave.net [165.166.0.26]) by mail.gnome.org (Postfix) with ESMTP id 575DA2BAC2 for ; Wed, 29 Nov 2000 20:59:36 -0500 (EST) Received: from yoda.cs.clemson.edu ([207.144.106.107]) by SMTP00.InfoAve.Net (PMDF V5.2-33 #45321) with ESMTP id <01JX4JVYA0TI9AO0XX@SMTP00.InfoAve.Net> for gtk-list@gnome.org; Wed, 29 Nov 2000 20:58:58 EDT Date: Wed, 29 Nov 2000 19:58:46 -0600 (CST) From: Chris Freeze Subject: GtkCombo Question To: gtk-list@gnome.org Message-id: MIME-version: 1.0 X-Mailer: XFMail 1.4.7 on Linux Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 8bit X-Priority: 3 (Normal) Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Is there a way to set a combo to a specified index? I have a set number of strings, but given some display's I need to have it default to displaying a certain index instead of the zeroth index. Regards, Chris ----- Chris Freeze Email: cfreeze@cs.clemson.edu Web: http://www.cs.clemson.edu/~cfreeze From dfisher@jagger.me.berkeley.edu Wed Nov 29 21:34:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by mail.gnome.org (Postfix) with ESMTP id 23C7A2BC43 for ; Wed, 29 Nov 2000 21:34:17 -0500 (EST) Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by netscape.com (8.10.0/8.10.0) with ESMTP id eAU2LPs13753 for ; Wed, 29 Nov 2000 18:21:25 -0800 (PST) Received: from jagger.me.berkeley.edu ([208.12.39.149]) by dredd.mcom.com (Netscape Messaging Server 4.15 dredd Jun 22 2000 16:29:39) with ESMTP id G4TGH200.37F; Wed, 29 Nov 2000 18:34:14 -0800 Message-ID: <3A25BCA9.9010007@jagger.me.berkeley.edu> Date: Wed, 29 Nov 2000 18:34:17 -0800 From: Darin Fisher User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Chris Freeze Cc: gtk-list@gnome.org Subject: Re: GtkCombo Question References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ You can set the selected item on the combo->list widget. gtk_list_select_item(GTK_LIST(combo->list), n); Darin Chris Freeze wrote: > Is there a way to set a combo to a specified index? I have a set number of > strings, but given some display's I need to have it default to displaying a > certain index instead of the zeroth index. > > Regards, > > Chris > > ----- > Chris Freeze Email: cfreeze@cs.clemson.edu > Web: http://www.cs.clemson.edu/~cfreeze > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list From randhol@kiuk0156.chembio.ntnu.no Thu Nov 30 05:04:20 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from kiuk0156.chembio.ntnu.no (kiuk0156.chembio.ntnu.no [129.241.83.82]) by mail.gnome.org (Postfix) with ESMTP id 12EBC2BB31 for ; Thu, 30 Nov 2000 05:04:19 -0500 (EST) Received: from randhol by kiuk0156.chembio.ntnu.no with local (Exim 3.12 #1 (Debian)) id 141QaS-00009K-00 for ; Thu, 30 Nov 2000 11:05:08 +0100 Date: Thu, 30 Nov 2000 11:05:08 +0100 From: Preben Randhol To: gtk-list@gnome.org Subject: Re: ANNOUNCE: gtk-image-viewer-0.0.1 Message-ID: <20001130110508.A456@pvv.org> Mail-Followup-To: Preben Randhol , gtk-list@gnome.org References: <200011282207.AAA05581@imagic.weizmann.ac.il> <20001128175218.A695@debian.home> <200011282322.eASNMJG27022@black-ice.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011282322.eASNMJG27022@black-ice.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Tue, Nov 28, 2000 at 06:22:19PM -0500 Organization: PVV Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Valdis.Kletnieks@vt.edu wrote on 29/11/2000 (11:31) : > On Tue, 28 Nov 2000 17:52:19 EST, Wolfgang Sourdeau said: > > Isn't this what the Eye of Gnome is meant for ? > > It may not be a widget in itself but I think it is reusable through > > Umm.. some of us program in environments that don't have Gnome or Bonobo. > > Those of us need a GTK-only solution. I agree. Anyhow I prefer a widget over having to run stuff through bonobo when the widget can be made small and neat. -- Preben Randhol ---------------- http://www.pvv.org/~randhol/ -- iMy favorite editor is Emacs!bcwVim -- vim best-editor.txt From otaylor@redhat.com Thu Nov 30 09:53:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from fresnel.labs.redhat.com (host57.207-175-42.redhat.com [207.175.42.57]) by mail.gnome.org (Postfix) with ESMTP id DDF602C81E for ; Thu, 30 Nov 2000 09:53:33 -0500 (EST) Received: by fresnel.labs.redhat.com (Postfix, from userid 2181) id 8A061242FBC; Thu, 30 Nov 2000 09:53:33 -0500 (EST) To: Matt Eisemann Cc: "gtk-list@gnome.org" Subject: Re: gtk and window size References: <01C05A07.E434A460.meisemann@dsrnet.com> From: Owen Taylor Date: 30 Nov 2000 09:53:33 -0500 In-Reply-To: Matt Eisemann's message of "Wed, 29 Nov 2000 13:25:49 -0500" Message-ID: Lines: 48 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Matt Eisemann writes: > Currently I am building an application which has many nested vetical and > horizontal boxes and I am trying to figure out if a parent box overrides > the parameters set by a child box. It looks like it does if you want a > parent box to be nonhomogeneous and a child to be homogenious and visa > versa. My actual question is in regard to a CLIST. In my application I > have a CLIST in a scrolled window. How do you set the default size of a > scrolled window so that a user can adjust its size? If one uses > gtk_widget_set_usize it will set the size correctly but it seems to be > static and unmovable by the user and it prevents the user from being able > to expand the size of the scrolled window and hence the CLIST. The > function I was thinking of using was gtk_window_set_default_size but I get > some strange error messages > > Gtk-CRITICAL ** file gtkwindow.c: line 809 (gtk_window_set_default_size): > assertion 'GTK_IS_WINDOW (window)' failed. > > The code for my window where I put my CLIST is. > > scrolled_win = gtk_scrolled_window_new(NULL,NULL) > gtk_window_set_default_size(scrolled_win,400,400); GtkScrolledWindow does not derive from GtkWindow. > gtk_container_add(GTK_CONTAINER(scrolled_win),display_tasks); > > where display_tasks should be the CLIST. > > Any ideas? Let me know if you need more code or a better explanation of > something. Thanks ahead of time for your help. Each individual widget in GTK+ only has a minimum size. If you want to set default or maximum sizes, you need to set them on the toplevel window. To make computing the correct size simple in the case when you have a window with only one adjustable-size widget, GTK+ introduces the concept of the 'geometry widget' - that is, the widget that the geometry parameters set on the toplevel apply to. So, you should be able to get your desired effect with: gtk_window_set_geometry_hints (toplevel, scrolled_win, NULL, 0); gtk_window_set_default_size (toplevel, 400, 400); Regards, Owen From davidchen@itri.org.tw Wed Nov 29 04:17:53 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id D9F062BAB1 for ; Wed, 29 Nov 2000 04:17:37 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id RAA04326 for ; Wed, 29 Nov 2000 17:20:54 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id RAA16340 for ; Wed, 29 Nov 2000 17:18:16 +0800 (CST) From: "david chen" To: "gtk" Subject: How to load jpeg image using gtk Date: Wed, 29 Nov 2000 17:18:49 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ SGkgdGhlcmUsDQoNCkkgd291bGQgbGlrZSB0byBsb2FkIGpwZWcgaW1hZ2UgdXNpbmcgZ3RrLA0K Q2FuIGFueW9uZSBoZWxwIG1lIGhvdyB0byBkbyB0aGF0Pw0KT3Igc29tZSBleGFtcGxlIGNvZGUg c2ltcGx5IGlzIGFibGUgdG8gaW1wbGVtZW50IHRoYXQuDQpUaGFua3MhDQoNCkRhdmlkDQo= From cooperdl@att.net Tue Nov 28 15:11:48 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mtiwmhc22.worldnet.att.net (mtiwmhc22.worldnet.att.net [204.127.131.47]) by mail.gnome.org (Postfix) with ESMTP id EA5B02BAE9 for ; Tue, 28 Nov 2000 15:11:47 -0500 (EST) Received: from webmail.worldnet.att.net ([204.127.135.57]) by mtiwmhc22.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with SMTP id <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net>; Tue, 28 Nov 2000 20:11:47 +0000 Received: from [147.72.229.147] by webmail.worldnet.att.net; Tue, 28 Nov 2000 20:11:47 +0000 From: cooperdl@att.net To: gtk-list@gnome.org Subject: Option Menu Date: Tue, 28 Nov 2000 20:11:47 +0000 X-Mailer: AT&T Message Center Version 1 (May 2 2000) X-Authenticated-Sender: cooperdl@att.net Message-Id: <20001128201147.MZKQ5130.mtiwmhc22.worldnet.att.net@webmail.worldnet.att.net> Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a continuation of a thread started on glade- users. I am having a problem with the optionmenu widget resizing (or rather, not resizing) when new menu items are added to the menu connected to the optionsmenu. After checking into the code, it seems that the size of the optionmenu is set only when the menu is attached to the optionmenu. The optionmenu size functions are private. How can I force the the optionmenu to resize after adding new menu items? I have x expand and shrink enabled, if you were wondering. I have found a workaround in the mean time. If I save the menu that is attached to the optionmenu, then unattach it from the optionmenu, add new items to it, and then re-attach it, the optionmenu is resized correctly. Why am I doing this, you ask? No, I'm not changing the optionmenu items at various times in the program. I'm setting the optionmenu items at startup based on a configuration file read in when the program starts. Thanks for any education you can provide. David From davidchen@itri.org.tw Mon Nov 27 21:31:36 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from extmx.itri.org.tw (extmx.itri.org.tw [140.96.158.1]) by mail.gnome.org (Postfix) with ESMTP id ABCE02BBBA for ; Mon, 27 Nov 2000 21:31:29 -0500 (EST) Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id KAA21783 for ; Tue, 28 Nov 2000 10:31:44 +0800 (CST) Received: from david (pc081212.ccl.itri.org.tw [140.96.81.212]) by nti.itri.org.tw (8.8.8/8.8.8) with SMTP id KAA20658 for ; Tue, 28 Nov 2000 10:28:57 +0800 (CST) From: "david chen" To: Subject: Garbage collection in GTK Date: Tue, 28 Nov 2000 10:29:32 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ RGVhciBTaXIvTWFkYW0NCg0KSSBoYXZlIHRoZSBmb2xsb3dpbmcgcXVlc3Rpb25zLCBjb3VsZCBh bnlvbmUga2luZGx5IHRvIGFuc3dlciBtZSwgdGhhbmtzIQ0KDQoxLiAgSW4gR1RLLCBpcyB0aGVy ZSBhbnkgImdhcmJhZ2UgY29sbGVjdGlvbiI/DQogICAgIEhvdyBkb2VzIEdUSyBkZWFsIHdpdGgg dGhpcyBraW5kIG9mIGlzc3VlPw0KDQoyLiBIb3cgZG9lcyBHVEsgZGVhbCB3aXRoIGdpZiwgb3Ig anBnIGZvcm1hdD8NCiAgICBJbiB0aGF0IGJvb2ssIG9ubHkgeHBtIGZvcm1hdCBpcyBtZW50aW9u ZWQuDQoNCg0KDQpLaW5kIFJlZ2FyZHMsDQoNCg0KRGF2aWQ= From loban@ugcs.caltech.edu Mon Nov 27 02:36:14 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from spew.ugcs.caltech.edu (spew.ugcs.caltech.edu [131.215.43.154]) by mail.gnome.org (Postfix) with ESMTP id 81C732BC6A for ; Mon, 27 Nov 2000 02:36:14 -0500 (EST) Received: by spew.ugcs.caltech.edu (Postfix, from userid 9289) id C2BB32440F; Sun, 26 Nov 2000 23:36:13 -0800 (PST) Date: Sun, 26 Nov 2000 23:36:13 -0800 From: Loban Amaan Rahman To: gtk-list@gnome.org Subject: Re: How to play wav sound effect in gtk?? Message-ID: <20001126233613.A20416@spew.ugcs.caltech.edu> References: <002f01c05813$97178da0$bcec41d2@ielinux.com> <200011270252.VAA18807@renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200011270252.VAA18807@renoir.op.net>; from pbd@Op.Net on Sun, Nov 26, 2000 at 09:52:47PM -0500 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > >I want set my widget to play sound effect when some event happen. > >Have any gtk function can do it? > >or other C,linux function can do it? Don't mind the flame you got earlier. Some people just like doing that. Check out the following web-page for what you need. http://developer.gnome.org/doc/API/libgnome/gnome-gnome-sound.html = L From jouse@ms27.hinet.net Fri Nov 24 01:00:05 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ms27.hinet.net (ms27.hinet.net [168.95.4.27]) by mail.gnome.org (Postfix) with ESMTP id 58B832BAAA for ; Fri, 24 Nov 2000 01:00:04 -0500 (EST) Received: from Alan ([210.65.236.188]) by ms27.hinet.net (8.8.8/8.8.8) with SMTP id NAA20594 for ; Fri, 24 Nov 2000 13:59:50 +0800 (CST) Message-ID: <010201c055db$efcc0d20$bcec41d2@ielinux.com> From: "jouse" To: Subject: Have man for gtk?? Date: Fri, 24 Nov 2000 14:00:51 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FF_01C0561E.F468F260" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi, all Have man for gtk?=20 like as type "man gtk_main_quit()" then show the function help. Where to get it? ------=_NextPart_000_00FF_01C0561E.F468F260 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi, all
Have man for gtk? =
like as  type "man = gtk_main_quit()"=20 then show the function help.
Where to get = it?
 
------=_NextPart_000_00FF_01C0561E.F468F260-- From robert@promisechina.com Thu Nov 23 22:42:45 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from lacrosse.corp.redhat.com (unknown [207.175.42.154]) by mail.gnome.org (Postfix) with ESMTP id 8C0892BE58 for ; Thu, 23 Nov 2000 22:42:45 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id WAA23486 for ; Thu, 23 Nov 2000 22:42:44 -0500 Received: from www10.chinadns.com ([202.108.32.75]) by mail.redhat.com (8.11.0/8.8.7) with SMTP id eAO3ggD07917 for ; Thu, 23 Nov 2000 22:42:43 -0500 Received: (qmail 16140 invoked from network); 24 Nov 2000 03:33:47 -0000 Received: from unknown (HELO zhang) (61.151.184.134) by www10.chinadns.com with SMTP; 24 Nov 2000 03:33:47 -0000 Message-ID: <000a01c055c8$45a78300$7424c409@promise.com> From: "Zhang" To: Subject: Can I band .so with my program? Date: Fri, 24 Nov 2000 11:40:19 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C0560B.529CA340" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBTaXI6DQoNCiAgICBJIGNvZGUgYSBwcm9ncmFtIHdpdGggR1RLKyBpbiBGcmVlQlNELCBi dXQgdXNlcnMgY2FuJ3QgdXNlIGl0IGlmIGhlIGhhdmVuJ3QgaW5zdGFsbCBHTElCICYgR1RLTElC LCBpdCBzYXlzICdjYW4ndCBmaW5kICoqKi5zby4uLicsIGNhbiBJIGJhbmQgdGhvc2UgLnNvIHdp dGggbXkgcHJvZ3JhbSA/IA0KDQogICAgQmVzdCBSZWdhcmRzDQoNCg0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBSb2JlcnQuIA0KICAgIA0K ------=_NextPart_000_0007_01C0560B.529CA340 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5EZWFyIFNpcjo8L0ZPTlQ+ PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7IEkgY29kZSBhIHByb2dyYW0gd2l0aCBHVEsrIGluIEZyZWVCU0QsIGJ1dCANCnVzZXJz IGNhbid0IHVzZSBpdCBpZiBoZSBoYXZlbid0IGluc3RhbGwgR0xJQiAmYW1wOyBHVEtMSUIsIGl0 IHNheXMgJ2Nhbid0IGZpbmQgDQoqKiouc28uLi4nLCBjYW4gSSBiYW5kIHRob3NlIC5zbyB3aXRo IG15IHByb2dyYW0gPyA8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBzaXplPTI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJlc3QgUmVnYXJkczwvRk9OVD48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsgDQom bmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsgDQombmJzcDsmbmJzcDsmbmJzcDsgUm9iZXJ0LiA8L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgPC9GT05UPjwvRElWPjwv Qk9EWT48L0hUTUw+DQo= ------=_NextPart_000_0007_01C0560B.529CA340-- From jack.smith@csfb.com Wed Nov 22 08:56:37 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from ny-bas05.csfb.com (ny-bas05.csfb.com [198.240.130.70]) by mail.gnome.org (Postfix) with ESMTP id E91832BA9B for ; Wed, 22 Nov 2000 08:56:36 -0500 (EST) Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8) id IAA10742 for ; Wed, 22 Nov 2000 08:56:31 -0500 (EST) Received: from unknown(169.37.98.45) by ny-bas05 via smap (V4.2) id xma009527; Wed, 22 Nov 00 08:56:09 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Message-ID: From: "Smith, Jack" To: "'gtk-list@gnome.org'" Subject: GLib GTK compile problems Date: Wed, 22 Nov 2000 13:56:06 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 16050FFD683062-01-02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ > I am not able to compile GLib or GTK+ under solaris > GTK/GLib version is 1.2.8 > My OS is: > uname -a > SunOS 5.5.1 Generic_103640-32 sun4m sparc SUNW,SPARCstation-20 > > My Compiler is > cc -V > cc: WorkShop Compilers 4.2 30 Oct 1996 C 4.2 > > > It appears that configure is unable to resolve a few basics like > sizeof(char), sizeof(int), etc, as well as the location of bcopy() > > CC doesn't like it when attempting to assign a NULL to a Pointer without > casting. > > I have looked through the documentation, and can't find how I am meant to > resolve these with configure options, so I thought I would ask someone who > must have been able to get GTK/GLib working. > > Any Suggestions ?? > > Thanks > Jack Smith This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. From Igor.Borojevic@ireland.sun.com Wed Nov 22 11:58:17 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mail.gnome.org (Postfix) with ESMTP id B7F532CE1F for ; Wed, 22 Nov 2000 11:58:16 -0500 (EST) Received: from sunire.Ireland.Sun.COM ([129.156.220.30]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id IAA17313 for ; Wed, 22 Nov 2000 08:58:10 -0800 (PST) Received: from caladan.ireland.sun.com (caladan [129.156.220.156]) by sunire.Ireland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id QAA22495 for ; Wed, 22 Nov 2000 16:58:08 GMT Received: from ireland.sun.com (localhost [127.0.0.1]) by caladan.ireland.sun.com (8.9.3+Sun/8.9.3) with ESMTP id QAA14381 for ; Wed, 22 Nov 2000 16:58:05 GMT Message-ID: <3A1BFB1C.7EDC7252@ireland.sun.com> Date: Wed, 22 Nov 2000 16:58:05 +0000 From: Igor Borojevic - Sun Ireland - Central Test - Performance Test Engineer X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: gtk-list@gnome.org Subject: sending events to desktop References: <3A1A8C02.64597193@SoftHome.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, What I want to do is to send events to the desktop i.e. 1) send mouse middle button click 2) warp down, right, down... 3) click on programs/system/Gnome terminal (that's launching the gnome terminal) Do I have to specify all fields in GdkEventButton structure? What to put for window that received (?) event? The program that produces core is: #include int main (int argc, char **argv) { GdkEvent *event; event->button.type = GDK_BUTTON_PRESS; event->button.x_root = 100; event->button.y_root = 100; event->button.source = GDK_SOURCE_MOUSE; event->button.button = 3; gtk_main_do_event(event); exit(1); } From David.Monniaux@ens.fr Wed Nov 29 12:01:33 2000 Return-Path: Delivered-To: gtk-list@gnome.org Received: from nef.ens.fr (nef.ens.fr [129.199.96.32]) by mail.gnome.org (Postfix) with ESMTP id 777972BE96 for ; Wed, 29 Nov 2000 12:01:26 -0500 (EST) Received: from basilic.ens.fr (basilic.ens.fr [129.199.99.48]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id eATH1JH36864 for ; Wed, 29 Nov 2000 18:01:19 +0100 (CET) Received: from localhost by basilic.ens.fr (8.9.2/jb-1.1) id SAA04305 for ; Wed, 29 Nov 2000 18:01:19 +0100 (MET) X-Authentication-Warning: basilic.ens.fr: monniaux owned process doing -bs Date: Wed, 29 Nov 2000 18:01:18 +0100 (MET) From: David Monniaux X-Sender: monniaux@basilic.ens.fr To: gtk-list@gnome.org Subject: mouse wheel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: gtk-list-admin@gnome.org Errors-To: gtk-list-admin@gnome.org X-BeenThere: gtk-list@gnome.org X-Loop: gtk-list@gnome.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: General discussion of GTK+ Hi, currently (1.2.x) the mouse wheel behavior is hardcoded in gtkmain.c. It is understood that buttons 4 and 5 are impulsions for vertical scrolling of widgets. It is understood that the user has put "ZAxisMapping 4 5" into XF86Config if running XFree86. Some new mice have two wheels; the second one is intended for horizontal scrolling. Of course, it's possible to add support for it in a similar fashion (I may soon send a patch for this). However, I find it a bit rigid and hackish that button numbers should be hardwired on behaviors. Some mice have more than 3 physical buttons and the user might want buttons 4 and 5 not to behave like a wheel. Are there any plans to make wheel behavior customizable; i.e. allow, say, buttons 6-7 for vertical scrolling and 8-9 for horiz? David Monniaux http://www.di.ens.fr/~monniaux Laboratoire d'informatique de l'École Normale Supérieure, Paris, France