
This may be the last in the series given that Simon Marlow feels that I am being non-sequitur. I on the other hand feel that I am being very much on topic. To quote Dune, "They move in mysterious ways." I wanted to complete a thought and I thought to end it on number 7. My guess is why the case-of construct is preferred is due to Haskell being a functional language. In other words the world is to be wrapped up into a ball and passed like a basketball. The if-then-else paradigm holds a world view where the world consists of disparate parts to be accessed and tested, however. This supports my thesis. It may be worth considering the removal of if-then-else as opposed to fixing it. Simon Marlow wrote "haskell-prime@haskell.org is specifically for discussing proposals for changes in future revisions of the Haskell language." I have an anti-proposal. Do not change anything unless you know what you are doing. Don't make a proposal unless you know what you are saying.

I think it's more about readership. There's almost nobody on this
mailing list, and haskell-cafe has way more traffic. You might
actually get feedback about your ideas there.
On Mon, Nov 30, 2009 at 2:56 PM, John D. Earle
This may be the last in the series given that Simon Marlow feels that I am being non-sequitur. I on the other hand feel that I am being very much on topic. To quote Dune, "They move in mysterious ways." I wanted to complete a thought and I thought to end it on number 7.
My guess is why the case-of construct is preferred is due to Haskell being a functional language. In other words the world is to be wrapped up into a ball and passed like a basketball. The if-then-else paradigm holds a world view where the world consists of disparate parts to be accessed and tested, however. This supports my thesis. It may be worth considering the removal of if-then-else as opposed to fixing it.
Simon Marlow wrote "haskell-prime@haskell.org is specifically for discussing proposals for changes in future revisions of the Haskell language." I have an anti-proposal. Do not change anything unless you know what you are doing. Don't make a proposal unless you know what you are saying. _______________________________________________ Haskell-prime mailing list Haskell-prime@haskell.org http://www.haskell.org/mailman/listinfo/haskell-prime
participants (2)
-
Daniel Peebles
-
John D. Earle