nd adapted to the pure recursive nature of
> Haskell and the formlets.
>
> It also support some JQuery widgets integrated: modal and not modal
> dialogs, datePicker and other active widgets that handle other widgets.
>
> It also support the older features: persistent state, WAI, blaze-
Is this a practical way to write Android and iPhone code? I don't mean
console programs, I mean realistic smartphone apps.
Seeing as smartphones outsell laptops by about 10 to 1 nowadays, it would
be nice if it was.
Adrian.
On 6 Jul 2013 12:03, "Kiwamu Okabe" wrote:
> We are happy to announce
On 21 May 2013 18:24, Tom Ellis wrote:
> I've been successfully using
>
> http://hackage.haskell.org/package/postgresql-simple
>
> It's fine so far except it throws exceptions willy-nilly. (I find
> exceptions very un-Haskell but some people seem to like them).
>
>
What's an exception? I tho
I was wondering about this too. I have a database-heavy,
performance-sensitive app in mind. It will serve approximately the same
logic over both a raw UDP socket and an HTML5 app generating its pages on
the fly. I know that sounds odd but some users still have ordinary phones
on cheap data contract
Oops, forgot hit hit reply-all the first time, well spotted by Niklas...
-- Forwarded message --
From: Adrian May
Date: 5 May 2013 14:22
Subject: Re: [Haskell-cafe] Backward compatibility
To: Niklas Hambüchen
> The fact that it doesn't build and that the last change
that the problems I'm up against are not about whether Num is
derived from Eq or whatever.
mfG,
Adrian.
On 4 May 2013 02:33, Niklas Hambüchen wrote:
> All right, here you go: https://github.com/nh2/WashNGo
>
>
> https://github.com/nh2/WashNGo/commit/08010e7404219470a827f3
I'm having a bit of trouble getting my brain around that, but if anybody
cares about attracting new users, that might be relevant in itself. Perhaps
I could be seen as an example of your swing-state. I'm no Haskell expert
but I'd like to push it if I could cos I'm so sick of seeing huge codebases
l
>
>
> Barring issues with changing datatypes / class instances, we can already
> express many of the API changes you'd want to make to some library [1].
> Now, no one actually does what this proposal suggests - it's a lot of
> work, and it doesn't work in general. However, the fact that Haskell m
On 3 May 2013 18:56, Ertugrul Söylemez wrote:
> Adrian May wrote:
>
> > > Changes already made in the base library or in one of the platform
> > > libraries:
> >
> > So could you pick the most unassailable and tell me more about it
> > please?
>
&g
>
>
> PS The proposal to fix Functor => Applicative => Monad has patches
> attached for GHC and base, but the backwards compatibility bogeyman always
> seems to trump something that will break a lot of code.
I think that should be fixed as well, but it would be tantamount to a new
language.
I gu
>
> Changes already made in the base library or in one of the platform
> libraries:
>
So could you pick the most unassailable and tell me more about it please?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo
How about this: can you guys give me a detailed example of a justified
deprecation: one so extremely obviously called for that even I would agree.
I just want to understand the kind of logic that's applied over these
things.
___
Haskell-Cafe mailing list
>
>
> you've let a 5-10 million line project spiral out of control without
> putting the necessary software engineering infrastructure and controls in
> place ... This issue you're having reflects a lot more strongly on your
> technical culture than it does on any instability in GHC.
>
I can't di
>
> Yes, I try it out sometimes. And if it works, great. If not, too bad,
> I'll wait until the next Haskell Platform. I don't whine about it in
> public.
>
May I venture a guess that you never tried to manage a 5-10 million line
project?
That's what I do. I'm not a programmer, I'm a manager.
>
>
> Also, the Haskell Platform ./configure step checks which version of GHC
> you have installed, and requires you to pass the option --enable-*
> unsupported*-*ghc*-version in order to compile it with anything other
> than GHC 7.4.2.
>
> Did you try an unsupported version? And now you're compla
I'm sorry: it was showPackageId. And the tarball came from this page:
http://www.informatik.uni-freiburg.de/~thiemann/WASH/ which certainly isn't
secret to Gooliath: I got it by searching for "haskell cgi html". I don't
know why you can't download it.
Anyway, I've noted your opinions but today I r
>
>
> Which source of WashNGo are you using? It doesn't appear in either of
> these
> versions:
>
> http://hackage.haskell.org/package/WashNGo-2.12
> http://hackage.haskell.org/package/WashNGo-2.12.0.1
>
>
http://www.informatik.uni-freiburg.de/~thiemann/WASH/WashNGo-2.12.tgz
>
> ___
>
>
> What's getPackageId? It does not appear in the WASH source.
>
>
It's in Setup.lhs, in WashNGo.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
>
>
> I think you're missing the point of the platform!
>
I suppose I did miss the point of the platform: I was trying to build it,
which requires at least part of the platform. As I say, the reason I was
trying to build it was that I wrongly blamed the ubuntu package for WASH
not working. But tha
>
> If you are actively using something then keep it up to date, encourage
> someone to keep it up to date, pay someone to keep it up to date, or
> migrate off of it. If you try building with a fresh set of packages every
> so often, you can catch breaking changes early and deal with them when it'
So WASH is ancient history. OK, lets forget it.
How about the Haskell Platform? Is that ancient history? Certainly not: it
doesn't compile on anything but the very newest GHC. Not 7.4.1 but 7.4.2.
Now that's rapid maintenance, but it's still version hell because you've
got to have that compiler in
Hi Ertugrul,
> Well, it is a rant, so you can just as well concede it. =)
By my standards that was a lullaby ;-)
Everything you said is correct. Just like everything I said.
The best policy lies between the two extremes. Your extreme would be fine
if Haskell presented itself as a purely theoret
Hi All,
Please don't interpret this as a rant: I'm just feeling a bit disappointed
about probably having to give up on Haskell.
Let's face it: this decision to change the default syntax in GHC7 means
that right now Haskell looks about as stable as Ruby on Rails.
I just tried to use Flippi. It br
Hi folks,
I have simulator which should grind away all night but check the keyboard once per
iteration to see if I'm trying to view the results, change parameters or terminate it.
Therefore I need a non-blocking keyboard peek function. So far, my searching only lead
to some stuff about using th
24 matches
Mail list logo
