[Haskell-cafe] Pure functional GUI (was "a regressive view of
support for imperativeprogramming in Haskell")
David F. Place
d at vidplace.com
Wed Aug 8 17:06:09 EDT 2007
On Aug 8, 2007, at 3:14 PM, Peter Verswyvelen wrote:
> So could you please tell me more about the problem with pure
> functional GUIs and why this is not part of the Haskell library? I
> mean a GUI library completely written in Haskell, not wrapping a
> popular library.
I had quite a lot of experience in pure functional GUI technology in
developing the user-interface for the ICAD system -- a domain
specific language for mechanical engineering. We developed another
domain specific language for describing user-interface objects as a
tree structure and implemented commands as applicative transactions
using Zippers, though we called them path transactions. (Oh, did I
mention this was in 1987?) Redisplay and undo of course were handled
automatically. It was developed on Lisp Machines and then ported to
X-Windows. I believe there are some nooks and crannies in the
aircraft industry were it is still being used.
There were some issues which time may have solved.
1.) Redisplay could be a little tedious due to slow video hardware.
2.) Locality became a problem with the shared data-structures being
spread throughout
memory. Thus performance could be adversely affected by paging. (In
1987, 8MBytes of Lisp Machine memory cost $10,000.)
Issues that time won't solve.
1.) It was non-standard -- at the time that meant "not Motif." Does
anybody remember Motif?
2.) It is a thankless task. Innovation is not welcomed. It's
better left up to committees.
I don't believe that there is any technical reason why something
interesting couldn't be done. But if you actually want people to use
your GUI tools, that is several orders of magnitude more work -- and
not the most interesting kind.
An interesting possibility that arises when coding has become so
effortless as it now has in Haskell, is to create GUI technologies
just for a single project. Encourage innovation and experimentation
in usability with a captive audience. An example of this is the
PureData computer music system. The user-interface is quite
innovative and non-standard, but the users of the application have
taken it to a cult status even though it's purposefully kind of ugly.
http://puredata.info/
___________________
(---o-------o-o-o---o-o-o----(
David F. Place
mailto:d at vidplace.com
More information about the Haskell-Cafe
mailing list