The currently proposal for the Graphics hierarchy looks like this (IIRC):
Graphics UI Drawing Format
I propose changing "Drawing" to "Rendering", because this a more common term in computer graphics. But I'm no native speaker, so I'd like to hear some comments on this.
I like "Rendering".
Another problem is that in "real world" APIs the above subcategeories are often mixed up a bit. Have a look at the following APIs resp. Haskell libraries:
Clean ObjectIO Direct3D FRAN FranTk Fudgets Functional Metapost GIFWriter GLUT GTK+ Haven HGL Inventor MOTIF OpenGL Pan TclHaskell Win32 X toolkit intrinsics Xaw Xlib Xmu
Ok, I think I might be tempted to put the X libraries in their own hierarchy, because they don't fit completely into either Rendering or UI: Graphics Rendering HGL OpenGL Direct3D Pan FRAN Haven UI ObjectIO FranTk Fudgets Motif Gtk+ GLUT TkHaskell Format GIF PNG JPEG TIFF ... X Xt Xlib Xmu Xaw
Functional Metapost Inventor
I don't know enough about these.
Win32
The Win32 API includes not just Graphics but also Systemy stuff, so there are two options: either it has its own top-level category, or we scatter the various parts of the Win32 API around the hierarchy (a similar problem arises with Posix). I think I prefer the former. Cheers, Simon
Simon Marlow wrote:
I like "Rendering".
OK, I'll move my OpenGL stuff in the repository soon if there are no further objections.
Ok, I think I might be tempted to put the X libraries in their own hierarchy, because they don't fit completely into either Rendering or UI:
Graphics [...] X Xt Xlib Xmu Xaw
Apart from the fact that I'd prefer the more exact "X11" instead of plain "X", that's what I had in mind.
Functional Metapost Inventor I don't know enough about these.
I don't know know much about the former, but Open Inventor (http://oss.sgi.com/projects/inventor/) is a scene graph API, which neither really fits into Graphics.UI nor Graphics.Rendering, so I'd propose a new subcategory Graphics.SceneGraph. But that's probably something hypothetical at the moment...
The Win32 API includes not just Graphics but also Systemy stuff, so there are two options: either it has its own top-level category, [...]
I'd prefer that, too. Has anything been decided about POSIX yet? Cheers, S. -- Sven Panne Fon: +49/89/99567000 Fax: +49/89/99567461 BetaResearch GmbH, Betastr. 1, D-85774 Unterfoehring mailto:Sven_Panne@BetaResearch.de http://www.betaresearch.de
I think I agree with all of Simon Marlow's comments in response to Sven Panne, viz., * Graphics.Rendering is a better name than Graphics.Drawing * The X libraries deserve an entirely separate subcategory under Graphics * The Win32 graphics library is probably tightly enough bound with its non-graphic functionality to get a separate category of its own (maybe System.Win32, by analogy with System.Posix) Regards, Malcolm
On Tue, Feb 26, 2002 at 10:31:17AM -0000, Simon Marlow wrote:
Functional Metapost Inventor
I don't know enough about these.
Functional Metapost is a system for drawing diagrams using Metapost, a variant of MetaFont (used for TeX fonts). It fits in "Rendering". --Dylan Thurston
To summarize the recent discussion, here a proposal for a part of the library organization: Graphics Rendering Direct3D FRAN Metapost Inventor Haven OpenGL GL GLU Pan UI FranTk Fudgets GLUT Gtk Motif ObjectIO TkHaskell Format GIF JPEG PNG TIFF HGL X11 Xaw Xlib Xmu Xt System POSIX Files IO Process Win32 A few comments: * As proposed by Alastair, HGL is not artificially split into an UI part and a rendering part. Designing a universal UI<->Rendering API seems a bit over the top IMHO, at least currently. * It's unclear what Graphics.Format is supposed to do exactly. Could somebody explain this? * Whether the POSIX/Win32 hierarchies should be split up on a functional basis or not has already been debated, but I can't see any real consensus here. How should we proceed? * http://www.haskell.org/~simonmar/libraries/layout.html should be updated, at least as far as there was agreement on the (sub)hierarchies. Cheers, S. -- Sven Panne Fon: +49/89/99567000 Fax: +49/89/99567461 BetaResearch GmbH, Betastr. 1, D-85774 Unterfoehring mailto:Sven_Panne@BetaResearch.de http://www.betaresearch.de
participants (4)
-
Dylan Thurston -
Malcolm Wallace -
Simon Marlow -
Sven Panne