Re: libglade frustration redux
On Friday 16 February 2007 11:17 pm, Michael Torrie wrote: On Fri, 2007-02-16 at 22:13 -0500, Gerald I. Evenden wrote: I believe that much of the above and following issues are reasonably well resolved but there are serious problems with the adequacy of some sections (glib) but I will address these to a specific issue on a subsequent email I'm not quite sure what kind of documentation you require. This is the second time you've made an assertion like this without specifying a) how has the documentation failed you, and b) how can it be improved. Please do so. thanks. Michael From a gnome.org web page there are four example programs from which I will select example2 as an sample of incomplete/non-existant documentation. See http://www.gnome.org/~newren/tutorials/developing-with-gnome/html/apcs02.html#libglade-example-2-gtk for the C code. On line 72 in module main there is a reference to function g_signal_connect. I cannot find any reference to this entry in the index http://developer.gnome.org/doc/API/2.0/gtk/ix01.html or http://developer.gnome.org/doc/API/2.0/glib/ix01.html By following the glib.h include at the beginning of the example-1.c file I managed to grep out a definition in /usr/include/glib-2.0/gobject/g_signal.h which is a redefinition of the entry g_signal_connect_data. If the *.h files are any indication there is a whole group of g_signal_* entries BUT I cannot find any description of their usage, even in a printed manual on GTK+. The author of example2.c is probably a GTK guru who (as has been suggested) digested all of the sources of GTK/Glib and thus new how to include this statement and assumed that everyone else was equally conversant with GTK, et al.. But for wet-behind-the-ears beginners the example is of dubious value when the documentation of the usage of ALL the GTK/Glib functions included in the program is incomplete. Do I blame the author of example1.c or the authors of the GTK manual? Someone is surely deserving a thousand lashes of a wet noodle. The reason I was researching this example was that I felt that the example's usage of the progress bar widget was not functioning properly; the pulse operation does not create any visible effect. -- The whole religious complexion of the modern world is due to the absence from Jerusalem of a lunatic asylum. -- Havelock Ellis (1859-1939) British psychologist ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: libglade frustration redux
On Saturday 17 February 2007 12:16 pm, you wrote: Gerald I. Evenden wrote on 02/17/2007 05:49 PM: On line 72 in module main there is a reference to function g_signal_connect. I cannot find any reference to this entry in the index Have you tried typing g_signal_connect site:developer.gnome.org into Google and clicking on I'm Feeling Lucky? This is what everybody has been telling you: the information is there, and it's not hard to find; you need to make just a little bit more effort. Ferenc LOL I give up! I throw in the towel. I am sorry I have bothered y'all but this experience has demonstrated to me how one can become completely overwhelmed by the complexity of a system. Not only is one inundated with a zillion identifiers and terse documentation but also magic potions for locating the spartan information. As for effort, I think I have payed reasonable dues in trying to run down information. What is overwhelming is the fact that the number of paths one has to search is large and it is difficult to know which one to follow. It would have helped to have a master index at the top of the documentation tree. A long time ago I did a relatively simple GUI to display cartographic map information using the Athena widgets. I thought they were a little complicated but I managed to get the first draft done in a couple of weeks and polished the whole thing within a month. Granted the Athena display was a little primative but it did work and did not take 21 days to learn the basics (as one book on GTK+ suggests). Since then I stayed with command line projects and simple libraries like gsl, etc. where the documentation was fairly complete and any additional information was readily available in any halfass math library. One thing that did attract me to this system was glade which nicely handles the layout aspects and callback issues. But it obviously does not go far enough. I'll give a look at Tcl/Tk but I am not aware of a glade equivalent for that system. Otherwise I will fall back on ncurses. Again, thanks for your time and comments. -- The whole religious complexion of the modern world is due to the absence from Jerusalem of a lunatic asylum. -- Havelock Ellis (1859-1939) British psychologist ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: libglade frustration redux
On Saturday 17 February 2007 12:38 pm, Michael Torrie wrote: ... My comments about information access is addressed on another email. The example works just as it is supposed to. I get a pulsing progress bar which, on my GTK theme, is a small blue rectangle that moves back and forth in the progress bar. How the pulsing progress bar looks is entirely dependent on the theme. In some themes, you get an effect similar to a barber shop pole across the entire width of the progress bar. The progress bar displayed on my system is simple a near empty rectangle with a small red bar (3-4 pixels wide) at the left hand end of the rectangle. The bar is totally motionless. What were you expecting to see? The description led me to expect to see some action but it was not clear as to what. Anyway, I hope this addresses your concerns. Only in the sense that I was correct in assuming that I would see some animation and that something was wrong when I didn't. Regarding theme, all I can say is that I run on a vanilla KDE screen and do not pay any attention to themes. It is what was put up when I installed and first booted the system and did everything I needed and was close to what I am used to using in the past. If selecting an appropriate theme is necessary for example2 to function properly then I feel that the GTK+ has a serious flaw. Thank-you for pointing out that proper functioning may be theme dependent. This saves me from wasting any more time in trying to resolve this problem. But this point is mute as I (as indicated on my other email) have given up on GTK. Michael Thanks for your reply and assistance. -- The whole religious complexion of the modern world is due to the absence from Jerusalem of a lunatic asylum. -- Havelock Ellis (1859-1939) British psychologist ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
libglade frustration redux
A the originator of this thread I will rephrase my problems and make a larger scale complaint. 1. My original complaint was compile/linking glade output. Thanks to M. Torrie this problem was nicely solved and I can compile/link several examples from various sources. 2. A side thread suggested that in order to understand the usage of a system like libglade one should study the source. Hmmm. To use the C (or any compiler) I should study the source code for the compiler??? To use the math library I should study the library's source?? I did mess with the mathlib source many years ago when the function 'hypot' was poorly implemented but I have not done such a thing since. And read the C compiler code for understanding of how to use C---you have to be kidding. 3. Getting back to libglade. I have searched through many pages of google to find either a decent reference and/or tutorial for libglade. A couple of tutorials make halfway attempts but ultimately fail because they have no reference manual to rely on---among other failings. Finding a libglade reference manual is a total failure. There are a couple of sites which claim to be a reference manual but I find them totally inadequate. There is NO reference manual for libglade that can compared to what is available for GTK. Even the GTK reference is questionable as I find reference to GTK functions that are not in the GTK index nor locatable in sections dealing with the widget involved. I would love to be proved wrong about libglade documentation so please flame me if I am and point out my sins. Even though I am now able to compile/link libglade code I find that I am now stymied by lack of documentation on its usage. -- The whole religious complexion of the modern world is due to the absence from Jerusalem of a lunatic asylum. -- Havelock Ellis (1859-1939) British psychologist ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Newby question on Glade2
Host hardware: amd64. OS-flavor: kubuntu I managed to successfully complete one of the tutorials on Glade2 by getting an example up and running and making a few personal tweaks to the project. I feel that I am ready to progress to using Glade2 to provide a gui to frontend some software that is currently only executed by command-line. To be sure, I will keep it simple and progress to more complex application as I learn. However, at the moment I am at a loss as to how to incorporate software (either as local C files that I would rather not imbed into callbacks.c or external libraries) into the make system generated by the Glade2 'build' operation. Admittedly, despite more that 20 years of C program, I am ignorant of anything but basic Make operations and totally overwelmed by the processes of 'autogen' and such. I am a simple mathematician/cartographer and not and not capable of Stallmanesque gurumanship. Is there some expanded documentation/tutorial that may cover the problem of a project involving non-gtk *.c/h files and non-gtk libraries not already referenced by the Glade2 system? Many thanks. PS: I am aware that there is a Glade3 but a binary does not seem to be available for my machine. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
