Hi,
Alejandro Serrano Mena wrote:
My idea is to make a client-side Haskell Web Toolkit, in the spirit of
Google Web Toolkit, which would allow to program in Haskell the client part
of a web application, and would complement the web frameworks already
existing for Haskell (such as Yesod and
Consider a simple language of logical expressions:
import Control.Applicative
import Text.Parsec hiding ((|), many)
import Text.Parsec.String
import Text.Parsec.Expr
data Expr = Truth
| Falsity
| And Expr Expr
| Or Expr Expr
| Not Expr
Maybe I'll sound like an overused meme, but what about JQuery? JQuery
already takes a combinator-like approach to Javascript and DOM
manipulations, so maybe we could have a combinator library that would
mimic the JQuery library. We'd obviously need some extra combinators
for the required parts of
Doesn't sound overused to me. FWIW, one of the ideas floating around
in my head is exactly what you're describing.
On Wed, Mar 7, 2012 at 2:41 PM, JP Moresmau jpmores...@gmail.com wrote:
Maybe I'll sound like an overused meme, but what about JQuery? JQuery
already takes a combinator-like
Hi, I'm trying to have GHCi load a haskell file that depends on a C++
object file, which causes GHCi to fail because of an unknown symbol (*and I
did link with **libstdc++*), whereas the link into an executable with ghc
works and runs perfectly.
I've reduced my code to the smallest one that
Sorry for the double post, but I forgot to mention I'm using GHC 7.4 and
gcc/libstdc++ 4.5.2.
(Running Ubuntu 11.04 Natty Narwhal).
2012/3/7 Yves Parès yves.pa...@gmail.com
Hi, I'm trying to have GHCi load a haskell file that depends on a C++
object file, which causes GHCi to fail because of
This is obviously a great concept. However, it may not be appropriate
for a GSoC. The design space is far too open, and it is not clear if
anything in that space will end up beating plain old javascript.
I think my proposal for an awesome websockets library [1] shows that
this is putting the cart
I agree with you that maybe this proposal is vague for a GSoC, but I don't
think that websockets is a good option either, because not all browsers
support them. Indeed, web development has gone a long way without contant
communication with the server and I think Haskell should support this way
of
On Wed, Mar 7, 2012 at 11:47 AM, Alejandro Serrano Mena
trup...@gmail.com wrote:
I agree with you that maybe this proposal is vague for a GSoC, but I don't
think that websockets is a good option either, because not all browsers
support them.
We already have a websockets library, but like you
On Mon, Dec 19, 2011 at 7:10 PM, Alexander Solla alex.so...@gmail.com wrote:
* Documentation that discourages thinking about bottom as a 'value'. It's
not a value, and that is what defines it.
The fact that bottom is a value in Haskell is the fundamental thing that
differentiates Haskell from
Call for Copy: The Monad.Reader - Issue 20 - DEADLINE EXTENSION
---
Whether you're an established academic or have only just started learning
Haskell, if you have something to say, please consider writing an article for
The Monad.Reader!
11 matches
Mail list logo