m (Capitalize the surname for me)
(probably makes more sense to think of Daan as developer emeritus)
Revision as of 20:21, 21 September 2009
wxHaskell is an open-source project, and you are invited to help developing wxHaskell! (see the contribute page for more information.) Currently the development team consists of:
- Jeremy O'Donoghue
- Team leader
- Mads Lindstrøm
- Linux support (Debian)
- KIDO Takahiro (shelarcy)
- Windows support, and MacOS X support
Furthermore, the following people have contributed to the wxHaskell project:
- Daan Leijen
- The main developer and designer of wxHaskell
- Wolfgang Thaller
- Contributed a nifty MacOS X module that enables the use of GHCi on MacOS X.
- Martijn Schrage
- Helped to design the library interface and tested the library by using wxHaskell as a backend to Proxima – a sophisticated generic structure editor.
- Arjan van IJzendoorn
- Developer of NetEdit and provides a lot feedback for improving the library.
- Maarten Loffler, Sean Seefried, and Luc Taesch
- Contributed samples to the library. Maarten also helped creating a proper windows98 installer.
- Andres Löh
- Testing on Gentoo Linux with GTK (and has written the graphical editor used by team DOM in the ICFP contest).
- Arthur Baars
- Testing on MacOS X, and creating MacOS X installers.
- Wijnand Suijlen
- Has written the Helium interpreter in wxHaskell and initiated the design of the layout combinators.
- Eelco Dolstra and Armijn Hemel
- Kindly provided their linux computers and unix wisdom :-) to test wxHaskell on Linux/GTK systems. Special thanks goes to Armijn Hemel for maintaining a Red Hat Linux and MacOS X system for testing in the student laboratories.
- Jens Petersen
- Created the initial rpm specification files and released a few rpm distributions of wxHaskell
- Eric Kow
- Unicode support
- wx [documentation]. The main middle-level library. This library is written in Haskell and only depends on the wxcore package. It uses overloading and attributes to expose a nice functional interface to the wxcore library. However, it does not try to create a new model for programming GUI interfaces: everything is still in the IO monad and state is handled through mutable variables.
- wxcore [documentation]. The Haskell binding to the core wxWidgets library. This is just like programming the wxWidgets library directly, you can see some examples in the darcs. All the method definitions and marshaling code is generated automatically -- about 500 classes with 2500 methods and 1000 constant definitions. wxcore uses the following two sub-projects:
- wxc. A C project that puts a C wrapper around the C++ interface to wxWidgets. This makes it much easier to access the wxWidgets library from Haskell. The C wrapper consists of the C sources of the Eiffel ewxw library for wxWidgets. We also added a few files to make the project suitable for Haskell, but we made no changes to the original Eiffel sources. This way, we are able to automatically update the sources from their cvs server. A big thank-you to the people that worked on the Eiffel library!
- wxdirect. A Haskell program that reads the C header files of the Eiffel wxWidgets C library and automatically generates Haskell marshaling code and class definitions.