GLib???
Hello everybody! I'm new on this forum and I have one question? Can anybody help me? I would like to know, what is GLib for? Why its programmers created so many functions which are available in standard GNU C Library? Isn't it better to use standard C functions instead of these GLib ones (because of portability)? Can anybody explain me the meaning of GLib existence? Please forgive me my bad english :-( Thanks. Michal Burda ** E-mail: [EMAIL PROTECTED] WWW homepage: http://freeweb.coco.cz/michal.burda/ ** Objevujte Internet s http://www.centrum.cz Zalote si svuj mail na http://mail.centrum.cz ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GLib???
Michal Burda wrote: Hello everybody! I'm new on this forum and I have one question? Can anybody help me? I would like to know, what is GLib for? Why its programmers created so many functions which are available in standard GNU C Library? Isn't it better to use standard C functions instead of these GLib ones (because of portability)? Can anybody explain me the meaning of GLib existence? Not everybody is using glibc. It is not practical, appropriate or possible to use glibc on many platforms: i.e. not everyone is running Linux on an x86 machine, not everyone can persuade their sys admins to make an alternative C library readily available, etc. Anyway, GLib tends to wrap the C library calls up in sanity checks and stuff, reducing the coding tasks for us, the GTK programmers. And another thing, glibc (or any othe C library) doesn't include the rich string/array/datalist functions that GLib provides. -Andy -- Andy Walker Kvaerner Oil Gas a.s. [EMAIL PROTECTED] P.O. Box 222, [EMAIL PROTECTED] N-1324 Lysaker, Norway ..if the answer isn't violence, neither is your silence.. ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
GLib again!
I have some questions. Could somebody answer? 1. Needs GTK GLIB? 2. Is GLib still in developing status or this project is dead? 3. How to grab every keyboard event before they are handled by widgets in the window? 4. Where to send suggestions about GLib? 5. Is there something like Midnight Commander for X-window but not that Microsoft-Explorer-like one? Thanks. Michal Burda ** E-mail: [EMAIL PROTECTED] WWW homepage: http://freeweb.coco.cz/michal.burda/ ** Objevujte Internet s http://www.centrum.cz Zalote si svuj mail na http://mail.centrum.cz ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
RE: GLib again!
I have some questions. Could somebody answer? 1. Needs GTK GLIB? Yes, GTK+ needs GLib. 2. Is GLib still in developing status or this project is dead? It's in development, but the API is stable (at least in the 1.2 series; 1.3 is development, just like the Linux kernel) 3. How to grab every keyboard event before they are handled by widgets in the window? Connect to the GtkWidget::key_press_event event of the appropriate widget. 4. Where to send suggestions about GLib? Here or on [EMAIL PROTECTED] 5. Is there something like Midnight Commander for X-window but not that Microsoft-Explorer-like one? Try mc in an Xterm :-) Regards, Arjan ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Threads with AIX (was RE: gtk+ on IBM AIX )
On Thu, 08 Jun 2000 15:21:51 +1000, ALLA Raphael said: AC_CHECK_HEADER(pthread.h,have_threads=posix) does not work on AIX because the pthread.h header file makes gcc complaining that there is no whitespace where it should: In file included from configure:5395: /usr/include/pthread.h:113: warning: missing white space after `#define PTHREAD_MUTEX_INITIALIZER' /usr/include/pthread.h:128: warning: missing white space after `#define PTHREAD_COND_INITIALIZER' /usr/include/pthread.h:147: warning: missing white space after `#define PTHREAD_RWLOCK_INITIALIZER' /usr/include/pthread.h:157: warning: missing white space after `#define PTHREAD_ONCE_INIT' A solution is to replace line 638 of configure.in by: AC_TRY_COMPILE([#include pthread.h],[], have_threads=posix) (Just so everybody is on the same page, this is actually all in the Glib configure, not in Gtk+ itself). Umm.. Hrum... The line in question in config.in currently reads AC_CHECK_HEADER(pthread.h, have_threads=posix) in both my 1.2.7 and 1.2.8 source trees, and detect the Posix pthreads just fine using the IBM 'ibmcxx' compiler. At least in my source tree, line 638 of configure.in ends up around line 4583 of configure, checking for the presense of pthread.h I know that autoconf is strange and wonderful, but 800 lines off? ;) I'm wondering if this isn't a gcc problem with the GCC cpp and/or fixincludes. I don't *SEE* an error message there, warnings only. Could you go back and check the config.log and paste in ALL the relevant output? At the very least, could you show the actual 'configure' code (from the 'cat conftest.$ac_ext' through the if/then/else where it tries it out and then possibly cats onto the end of confdefs.h, so we can identify *which* test it's dying on? Valdis Kletnieks Operating Systems Analyst Virginia Tech ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Troublesome background of Text widget
I'm trying to change the background of a Text widget from white to a darker color. At the moment I'm trying with black. I first get the style from the Text widget, then I set the background of the Normal state to the black color and finally I apply the style on the Text widget again. The problem is that the white background remains and I get some sort of "black border" around it. I have looked in both "Developing Linux Applications with GTK+ and GDK" and "GTK+/Gnome Application Development" without luck. Ada 95 Source Code: [...] Gtk_New (Window1.Text2); Pack_Start (Window1.Vbox2, Window1.Text2, False, False, 0); Set_Editable (Window1.Text2, True); Set_Sensitive (Window1.Text2, True); Window1.Style := Get_Style (Window1.Text2); Set_Rgb (Black_Col, 0, 0, 0); Set_Background(Window1.Style, State_Normal, Black_Col); Set_Style (Window1.Text2, Window1.Style); [...] -- Preben Randhol -- [[EMAIL PROTECTED]] -- http://www.pvv.org/~randhol/ "Det eneste trygge stedet i verden er inne i en fortelling." -- Athol Fugard ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GLib again!
On Thu, 08 Jun 2000 11:24:02 +0200, Michal Burda [EMAIL PROTECTED] said: 1. Needs GTK GLIB? Yes. 2. Is GLib still in developing status or this project is dead? I think the word you want isn't "dead", but "stable". It appears that Glib now includes all the functions the authors wanted in there, and that they've been fully debugged. 3. How to grab every keyboard event before they are handled by widgets in the window? This would be a lot easier to answer if you explained *why* you wanted every keyboard event - there may very well be a different approach that would work better. For instance, you may not want *every* event - just those headed for a specific widget. And if you start grabbing the keyboard events that my window manager wants to see, I will be most upset. ;) In any case, this is a Gtk+ issue, not a Glib one.. 4. Where to send suggestions about GLib? Well.. what's the suggestion? This list is probably as good a place as any... ;) If nothing else, your suggestion will probably get discussed. There's a seperate address for making formal requests, but developers *really* prefer requests of the form "Me and 8 other guys all discussed XYZ and..." over "I had this weird idea that I haven't asked anybody for comments yet.." ;) 5. Is there something like Midnight Commander for X-window but not that Microsoft-Explorer-like one? I assume you mean the Gnome 'gmc' one as the "explorer-like" one? I don't personally use MC *or* gmc. Could you summarize what you don't like about the one you have - is it a specificy function that's missing, or does the whole thing just offend your sense of style? If the problem is "it doesnt do XYZ", perhaps XYZ is better done using some other program... On the other hand, I'd personally find "explorer-like" to be sufficient reason to dislike a program ;) Valdis Kletnieks Operating Systems Analyst Virginia Tech ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Troublesome background of Text widget
Preben Randhol [EMAIL PROTECTED] writes: I'm trying to change the background of a Text widget from white to a darker color. At the moment I'm trying with black. I first get the style from the Text widget, then I set the background of the Normal state to the black color and finally I apply the style on the Text widget again. The problem is that the white background remains and I get some sort of "black border" around it. The background of the text widget is defined by the 'base' color, not the background color. (And the foreground is 'text', not 'base') Hope this helps, Owen ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Bug in glib in g_logv
If I want to register my own log handler for a specific level and domain I thought I should write somethine like this: g_log_set_handler(MY_LOG_DOMAIN, G_LOG_LEVEL_ERROR, my_error_log_handler, NULL); But g_log_domain_get_handler is not able to find my log handler in g_logv if I don't write the previous line as g_log_set_handler(MY_LOG_DOMAIN, G_LOG_LEVEL_ERROR | G_LOG_FLAG_FATAL, my_error_log_handler, NULL); If this is the desired behaviour, maybe it should be mentioned in the reference manual. If you change line 383 in gmessages.c from log_func = g_log_domain_get_handler (domain, test_level, data); to: log_func = g_log_domain_get_handler (domain, log_level, data); , I think it would be possible to register a log handler to a level even if it is considered fatal. I'm not on this mailing list so please CC me your answers! regards, jonas ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Troublesome background of Text widget
The background of the text widget is defined by the 'base' color, not the background color. (And the foreground is 'text', not 'base') unless, of course, you happen to be using a pixmap theme, in which case its whatever the damn pixmap engine decides its going to be regardless of other style settings. i know, i should file a bug report. --p ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: failure during install glib-1.2.8
In article [EMAIL PROTECTED], Thorsten Joos [EMAIL PROTECTED] writes: mkdir: Erzeugen des Verzeichnisses `/usr/local/include' nicht möglich: Die Datei existiert bereits make[2]: *** [install-includeHEADERS] Error 1 make[2]: Leaving directory `/home/pclinux/tet/glib-1.2.8' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/pclinux/tet/glib-1.2.8' make: *** [install-recursive] Error 1 dld:[glib-1.2.8] # 1) It would help to have those messages in english. In order to have this, type "unset LANG" and "unset LANGUAGE" before running make install. 2) It could be due to two problems. Either /usr/local/include doesn't exist (which is unlikely I think), either you don't have permission to write in this directory. Have you done this as root ? Wolfgang ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Looking for table widget
I'm looking for a widget to display a table of editable text entries -- basically a spreadsheet. I can't seem to find anything in the main Gtk distribution, CList seems to be as close as it gets, and it doesn't support editable entries, so far as I can tell. Is their a pretty good third party widget out there that people are using? For reference, I'm new to gtk, but I have experience with Java/Swing, and I'm looking for something similar to a JTable component. Thanks alot, Jim ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list