Hi all...

I've been needing quick & dirty graphing capability, and I'm missing the old graph library. I know - I have the graph lib working, but the frequent swaps in and out of X11 are not really very comfortable.

As is, I have not found any elegant solution to the problem. I'm that needy I am considering implementing some kind of graph lib that actually opens a new window under X11 and uses that window to plot - still maintaining compatibility with the ol' graph lib. Maybe in some kind of client/server relation. It would be nice to have the text window still active... Does something like this exist? Sound interesting?

Ideas?
John

This exists. Try the ggigraph unit. It is a graph unit that uses GGI to do the actual drawing. It will open an x-window under X11, but will work with svgalib when on the console. Maybe also the framebuffer, I don't know that.

Michael.

Hi Michael...

Thanks for the info. I installed libggi and libgii, as these were necessary to link ggiGraph. Made a small test program, but it doesn't seem to recognize or accept any of the driver resolutions. I tried with the normal D8bit, D16bit (and several other) graph driver constants, all return moderange hi = lo = -1.

I nosed around in the ggi sources, where other constants are defined, but these are not visible from ggiGraph.

I found this reference:

----------------------

Peter Vreman wrote

I can't test GGI. Maybe we should then remove all the GGI graph as it doesn't work 100% correct? Then it'll never get debugged and fixed!

I can't remember exactly who added the GGI version to CVS, but IIRC I just posted a first version back then and clearly noted that ggigraph is not finished and may never get finished by me. And currently it doesn't seem to make sense to support GGI anymore: The graph unit cannot really handle large bit depths, GGI doesn't support the 4 bpp modes, and finally in the future fpGFX will support GGI much better than ggigraph ever could.
If you want to, then remove it, I will not continue ggigraph.

------------Sebastian-----------

I cannot find much progress in fpGFX 'cept some reference to its being 'really beta'.

Is there any example code for ggiGraph lying around to start testing?

John

[cut]

I cannot find much progress in fpGFX 'cept some reference to its being 'really beta'.

It would not work in a 'graph' way anyway.

Is there any example code for ggiGraph lying around to start testing?

No. in principle, the unit should work like any graph unit. Looking at the ggi docs, I would say you need to set a GGI_DEFMODE environment variable.

I tried running it, but the first draw statement crashes the program. No-one is maintaining ggigraph at the moment. Feel free to debug it and send us patches; it would be good to get it working again.

Michael.

Greetings,
Personally i would remove ggigraph support from the CVS tree and replace with a unified (except for DOS) graph unit based on SDL... I think this is the way to go.. The only problem is of course implementing and testing this :(...

Given the large amount of question about "can't find -lvga when compiling graph programs under linux" I would say the same about lib(s)vga. I also think SDL would be a better choice (though someone needs to do it of course :/ )

Jonas

This has been discussed before. SDL is not a standard library on most systems, and hence is not a suitable choice to base the graph unit on.

The same goes for ggi, which is why it is a separate unit in the first place.

Michael.

I was gathering courage to take on debugging the actual ggiGraph unit and try to get it running again. Somehow I believe this makes sense as so much work is already done.

I'm no expert. Is SDL so much better? I noticed both libs are in active development. I also notice there is no clear advantage as to which of both is more 'standard'. I did notice that installing libggi went a lot easier that SDL (maybe 'cause I don't have accelerated hardware).

John

It's at least more cross platform, it exists for pretty much every OS out there.

Jonas