[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