Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2007-03

Simple drawing

9 messages · 5 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Unknown author

Since I would like to use FreePascal, among other things, for teaching, it would be great for me to have a simple library of drawing functions, i.e. very simple setup (one function call), cross-platform (but only GNU/Linux is also okay) and pretty high-level overall.

Is the 'graph' unit a candidate for this (I remember it to be easily used from my Turbo Pascal days), or is there a better alternative?

Leslie

gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/

Reply by email

Michael Van Canneyt
to Unknown author
Show quoted text 8 lines
Since I would like to use FreePascal, among other things, for teaching, it would be great for me to have a simple library of drawing functions, i.e. very simple setup (one function call), cross-platform (but only GNU/Linux is also okay) and pretty high-level overall. Is the 'graph' unit a candidate for this (I remember it to be easily used from my Turbo Pascal days), or is there a better alternative?

I think it's better to use ptc.
It's relatively portable, and better maintained.

Michael.

Reply by email

Bisma Jayadi
to Unknown author: Since I would like to use FreePascal, among other things, for teaching, it would be great…
Is the 'graph' unit a candidate for this (I remember it to be easily used from my Turbo Pascal days), or is there a better alternative?

If you're considering compatibility with other pascal compilers (TP/BP, FPC, Delphi) then the graph unit is the best alternative since it's also available on almost other pascal compilers though sometimes with a little different names but supply similar consts, functions, or procedures. Especially for teaching, graph unit is much less complex and easier to be understood though the performance is poor. Similar case to CRT unit.

But if you require an OOP, full featured, fast, cross platform, graphics library then there are many alternatives. You can use SDL4FPC, PTCPas, AggPas, etc. Study them and pick the most suitable to your requirements.

-Bee-

has Bee.ography at:
http://beeography.wordpress.com

Reply by email

Unknown author
to Bisma Jayadi
Bisma Jayadi wrote 10 lines
>Is the 'graph' unit a candidate for this (I remember it to be easily >used from my Turbo Pascal days), or is there a better alternative? If you're considering compatibility with other pascal compilers (TP/BP, FPC, Delphi) then the graph unit is the best alternative since it's also available on almost other pascal compilers though sometimes with a little different names but supply similar consts, functions, or procedures. Especially for teaching, graph unit is much less complex and easier to be understood though the performance is poor. Similar case to CRT unit.

Speed is not important. Does it work with X11?

gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/

Reply by email

Jonas Maebe
to Bisma Jayadi: If you're considering compatibility with other pascal compilers (TP/BP, FPC, Delphi) then…
Bisma Jayadi wrote 7 lines
If you're considering compatibility with other pascal compilers (TP/ BP, FPC, Delphi) then the graph unit is the best alternative since it's also available on almost other pascal compilers though sometimes with a little different names but supply similar consts, functions, or procedures. Especially for teaching, graph unit is much less complex and easier to be understood though the performance is poor.

The main problem with the graph unit is that basically no one is maintaining it currently. The poor performance is coupled to that, since a plugin for it which bases it on sdl or any other framework could be written.

Jonas

Reply by email

Bisma Jayadi
to Jonas Maebe: The main problem with the graph unit is that basically no one is maintaining it…
The main problem with the graph unit is that basically no one is maintaining it currently. The poor performance is coupled to that, since a plugin for it which bases it on sdl or any other framework could be written.

I think it's becaused not too much people need (direct) graphical console nowadays since OpenGL and DirectX become commons for graphics processing. For GUI app, we can use ready-to-use widget APIs. :)

-Bee-

has Bee.ography at:
http://beeography.wordpress.com

Reply by email

Jonas Maebe
to Bisma Jayadi
Bisma Jayadi wrote 8 lines
> The main problem with the graph unit is that basically no one is > maintaining it currently. The poor performance is coupled to that, > since a plugin for it which bases it on sdl or any other framework > could be written. I think it's becaused not too much people need (direct) graphical console nowadays since OpenGL and DirectX become commons for graphics processing.

Just like with SDL and others, the graph unit could be implemented on top of OpenGL or DirectX. It's not a replacement for either, just a different API.

Jonas

Reply by email

Daniël Mantione
to Unknown author: Speed is not important. Does it work with X11? gpg --keyserver pgp.mit.edu --recv-keys…

Op Tue, 6 Mar 2007, schreef

Show quoted text 13 lines
On Tue, Mar 06, 2007 at 04:40:49PM +0700, Bisma Jayadi wrote: > >Is the 'graph' unit a candidate for this (I remember it to be easily > >used from my Turbo Pascal days), or is there a better alternative? > > If you're considering compatibility with other pascal compilers > (TP/BP, FPC, Delphi) then the graph unit is the best alternative since > it's also available on almost other pascal compilers though sometimes > with a little different names but supply similar consts, functions, or > procedures. Especially for teaching, graph unit is much less complex > and easier to be understood though the performance is poor. Similar > case to CRT unit. Speed is not important. Does it work with X11?

The ggi version (ggigraph) does. It is slightly tricky to use it, but I was able to get it working recently.

Daniël

Reply by email