On 15-Sep-2001, Mark Carroll <[EMAIL PROTECTED]> wrote:
> On 14 Sep 2001, Mike Gunter wrote:
>
> > The problem is not a loss of referential transparency but the
> > requirement that evaluation order must be specified. E.g.
> > what should
> >
> > raise "left" + raise "right"
> >
> > return
At 2001-09-25 01:53, Manuel M. T. Chakravarty wrote:
>* I am not a big fan of introducing an extra monad (`GUI' in
> this case). It can easily become a pain in programs that
> do a lot of "normal" IO as you have to lift all IO
> functions to GUI.
Heh. I had to do this for JVM-Bridge because
"Manuel M. T. Chakravarty" wrote:
> * I am not a big fan of introducing an extra monad (`GUI' in
> this case). It can easily become a pain in programs that
> do a lot of "normal" IO as you have to lift all IO
> functions to GUI.
Shouldn't GUI be a typeclass (as a subclass of Monad), with
Dear Colleague
I would like to invite you to attend the
IEEE International Conference on Software Maintenance, 2001, and
associated workshops: IEEE SCAM, IEEE WESS, IEEE WSE, TABOO.
FLORENCE, ITALY, 6-10 November 2001
http://www.dsi.unifi.it/icsm2001
ICSM is the major international conference in
Given that Haskell98 is not ready for libraries anyway, why are you so
concerned about it? A GUI system without concurrency is still incomplete.
The haskell library interface story is still pretty weak because there is
no consensus about what monad they should expose (and whether they should
real
On Tue, 25 Sep 2001 17:41:06 +1000, Manuel M. T. Chakravarty wrote:
>> Many applications where GUIs are used require a canvas/scribble field
>> with the following basic functionality:
>>
>> - set a point in a particular color; if speed is an issue,
>> mapping a 2D-array content to the canvas w
The web site (http://www.haskell.org/ghc) now has final
binary builds for
x86-Linux
sparc-solaris
Windows NT/2K/XP and allegedly 95/98/ME
Additionally, the final source tarball is now on the web
page. I claim (and earnestly hope) it is suitable for
building other binary builds of
Folks,
I have recently been referred to a paper by Duggan and Ophel, about
"Type-checking Multi-parameter type classes" [1]. I think it will be
useful to consider the following.
--
1. "Domain-driven unifying overload resolutio
Apologies if you receive multiple copies
FINAL
CALL FOR PAPERS
WICS'2002 ---The Fourth Workshop on Information & Computer Science
March 17-18, 2002
King Fahd University of Petroleum & Minerals, Dhahran, Saudi Arabia
Information & Computer Science Department (KFUPM)
in collaboration with
IEEE Co
ANNOUNCING Happy 1.11 - The LALR(1) Parser Generator for Haskell
-
I'm pleased to announce version 1.11 of Happy, the parser generator
system for Haskell. This is a minor update from version 1.10, with
- a bugfix for usin
Hat + nhc98 version 1.08
We are pleased to announce a new release of Hat and the nhc98 compiler.
This is a stable release, containing many bugfixes in both the compiler
and the Hat tracing and debugging tools. If you have not
"Simon Peyton-Jones" <[EMAIL PROTECTED]> wrote,
> | * Start from the API of GTK+ as a base line:
>
> That's fine by me. But can I suggest that the task force be sure
> to read the details of the Clean GUI library design. Peter Aachten
> (while visiting Cambridge) rendered a good chunk of it i
The promised GUI mailing list is now available:
http://www.haskell.org/mailman/listinfo/gui
Manuel
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
Ashley Yakeley <[EMAIL PROTECTED]> wrote,
> At 2001-09-24 05:44, Manuel M. T. Chakravarty wrote:
>
> > *** The GUI Library Task Force Strategy Proposal ***
>
> It's worth pointing out that I'm covering much of the same ground with my
> bridge to the Java VM.
>
> http://sourceforge.net/project
"Ch. A. Herrmann" <[EMAIL PROTECTED]> wrote,
> Basically, I like the suggestions, but want to clarify:
>
> > * The library focuses on graphical *user interfaces* (ie,
> > buttons, menus, scrollbars, selection lists, etc) as
> > opposed to drawing and animation routines.
>
> Many application
15 matches
Mail list logo
