[Haskell] ANNOUNCE: OpenGLRaw 1.0.0.0
Peter Verswyvelen
bf3 at telenet.be
Tue Jun 16 12:23:08 EDT 2009
I completely agree with Wolfgang, but still, defining a hierarchy, even if it is almost flat, is always difficult. I remember when I made videogames in a big team that we had endless discussions of how to arrange the directory structures, only to find out that hierarchies are not ideal, they are a compromise (IMHO for many tasks simple tagging or relation database approaches often work much better to organize data)
Cheers,
Peter Verswyvelen
Software Architect
www.anygma.com
-----Original Message-----
From: haskell-bounces at haskell.org [mailto:haskell-bounces at haskell.org] On Behalf Of Wolfgang Jeltsch
Sent: Tuesday, June 16, 2009 2:37 PM
To: haskell at haskell.org
Subject: Re: [Haskell] ANNOUNCE: OpenGLRaw 1.0.0.0
Am Freitag, 12. Juni 2009 11:24 schrieb Sven Panne:
> A few final remarks: Leaving out "Graphics." completely would be a very bad
> idea, the naming hierarchy should reflect the underlying conceptual
> hierarchy. The only problem with hierarchies in general is that sometimes
> the position in it is not very clear. I have e.g. never fully understood
> why "Monad" and "Applicative" are below "Control", but "Foldable" is below
> "Data"...
This is a reason for me thinking that the naming hierarchy should not reflect
the underlying conceptual hierarchy (completely). I’d like to propose a more
flat structure.
The Yampa people and I (the Grapefruit maintainer) already agreed to introduce
a top-level FRP namespace instead of putting FRP under Control or whatever.
Graphics.UI is a bad choice in my opinion, since not all user interfaces are
graphical (ncurses) and for those who are, it’s not so important anymore that
they are (it was important in the 1980ies). So it might be good to change
Graphics.UI to just UI. Then we might want to change Graphics.Rendering to
just Graphics.
What do others think?
Best wishes,
Wolfgang
_______________________________________________
Haskell mailing list
Haskell at haskell.org
http://www.haskell.org/mailman/listinfo/haskell
__________ Information from ESET Smart Security, version of virus signature database 4159 (20090616) __________
The message was checked by ESET Smart Security.
http://www.eset.com
__________ Information from ESET Smart Security, version of virus signature database 4159 (20090616) __________
The message was checked by ESET Smart Security.
http://www.eset.com
More information about the Haskell
mailing list