I agree with Al. I have used gtkplot in our proprietary memory debugger. This tool is now standard inclusion accross all programs in our company and has been delievered to and requested by our customer, mainly the us military (navy, air force, etc). They are used to very old fashioned technology when it comes to data plotting/debugging and they like the new toy. So this tool has to be very robust. As Al said there have been some bumps along the way and there is a lot of "figuring" stuff out without the documentation but if you understand some basic GTK standards (naming, etc) you'll have no problem. Besides although there is not much traffic on the list it is monitored by people like Adrian, Al and myself.
I think gtkplot is a great library. Good luck. -Marco > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Al Hooton > Sent: Friday, January 27, 2006 1:51 AM > To: Alexandre > Cc: gtk-app-devel-list@gnome.org > Subject: Re: Doubts about gtkplot (from gtkextra) > > > There are differing opinions about the gtkextra package, > but here's my > take: > > I'm using it in a fairly good-sized embedded application > that's doing > instrument monitoring/control. My system has to run for weeks at a time > without error, meeting hard real-time constraints, which it does > successfully while using gtkextra/gtkplot for the plotting subsystem. > This application is doing screen/plot updates several times per second, > over datasets that can grow to several thousand elements. I know there > are also other non-trivial systems that use gtkextra, not the least of > which is SciGraphica, from where gtkextra was originally born. > > It's been a long time since there was a "formal" release, > but there has > been a lot of work done in the CVS version. Don't use gtkextra, be sure > to use gtkextra-2 (goes with gtk+-2.x), and be sure to use the version > out of CVS. If you go back through the gtkextra mailing list archives, > you will see traffic where several people (including me) have found > bugs, brought them to Adrian's attention along with a test case to > reproduce them, and Adrian has fixed the bugs. This includes cleaning > up memory leaks to the point where the gtkplot pieces within gtkextra > are exhibiting *no* memory leaks for me anymore (I don't use the other > pieces of gtkextra enough to make any claim about them). This was > critical for me, as I could not suffer memory leaks in my application. > So, I would propose the support is at least as good as most FOSS > systems, and better than many of them. > > Some people don't like various aspects of gtkextra, and I'm > not saying > there aren't things I wouldn't improve. The documentation is seriously > lacking, for one thing. However, I'm not complaining -- I could jump in > and work on that problem as well as the next guy, and I haven't found > the time to do it either, so there's no room to complain. > > After playing with different plotting widgets/packages/approaches, I > think that gtkextra/gtkplot is the best option out there for most things > if you're developing in GTK+ and need a powerful/flexible 2D technical > plotting package. > > Your mileage may vary... > > -Al > > > On Thu, 2006-01-26 at 16:01 -0300, Alexandre wrote: > > Hi, i was looking for a plotting widget for gtk, and i have > found the gtkplot, and i'm using it in a software. > > I want to know if someone uses it, because i think it has > lots o bugs, and is not updates since a long time ago... > > I don't know if it would be wise use it.... > > > > > > > > --------------------------------- > > Yahoo! doce lar. Faça do Yahoo! sua homepage. > > _______________________________________________ > > gtk-app-devel-list mailing list > > gtk-app-devel-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > > > > !DSPAM:43d91cd3278246975819151! > -- > > > Al Hooton > al-at-hootons-dot-org > > ======== > Lead maintainer of the linux-based open-source project Parapin. > http://www.sf.net/projects/parapin/ > ======== > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
