Hackages that only depend on Haskell Platform
So after encountering the dangers associated with installing many random hackages I am on a mission to cull the herd. So to that effect: Is there a list of hackages available that *only* depend on the latest Haskell Platform? -or- Can such a list be reasonably generated? -or- Will there even be anything left after the hackages are filtered? Apologies if this is in fact already in the archives! Cheers, Darren
On Feb 7, 2013, at 12:37 AM, Darren Grant <therealkludgy@gmail.com> wrote:
Is there a list of hackages available that *only* depend on the latest Haskell Platform?
-or-
Can such a list be reasonably generated?
-or-
Will there even be anything left after the hackages are filtered?
This project seems related: https://github.com/fpco/stackage Richard
Hi, Is there a gui library written in haskell (based on purely functional concepts)? Emanuel
A 07/02/2013, às 16:10, Emanuel Koczwara escreveu:
Hi,
Is there a gui library written in haskell (based on purely functional concepts)?
Emanuel
See the "High-level" part of http://www.haskell.org/haskellwiki/Applications_and_libraries/GUI_libraries Many are not currently developed anymore though. I find reactive-banana together with wxHaskell to have a quite “functional” feel to it, might be the best option currently. best, Miguel
Hi, Dnia 2013-02-07, czw o godzinie 17:03 +0000, Miguel Negrao pisze:
A 07/02/2013, às 16:10, Emanuel Koczwara escreveu:
Hi,
Is there a gui library written in haskell (based on purely functional concepts)?
Emanuel
See the "High-level" part of
http://www.haskell.org/haskellwiki/Applications_and_libraries/GUI_libraries
Many are not currently developed anymore though.
I find reactive-banana together with wxHaskell to have a quite “functional” feel to it, might be the best option currently.
I'm looking for a library written from scratch in haskell, not high level bindings. Reactive programming isn't well explained. Emanuel
On Thu, Feb 7, 2013 at 12:08 PM, Emanuel Koczwara <poczta@emanuelkoczwara.pl
wrote:
I'm looking for a library written from scratch in haskell, not high level bindings.
Nobody's going to reimplement an entire graphics stack in Haskell (or any other language, except as a tour-de-force with no practical use); they're going to use existing bindings to a well-tested existing GUI. Rewriting Wx or Gtk+ in Haskell, seriously? Aside from the effort required at the outset, try keeping up with changes to the thing you're reimplementing. Not maintainable and not viable. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing) program never quite acts like a Windows, Mac, or Linux program. And there was a practical use: you got much closer to "write once, run anywhere" whereas the earlier AWT resulted in "write once, test everywhere". The same could be done in Haskell, but it would be a huge time commitment. Tim On Feb 7, 2013, at 9:32 AM, Brandon Allbery <allbery.b@gmail.com> wrote:
On Thu, Feb 7, 2013 at 12:08 PM, Emanuel Koczwara <poczta@emanuelkoczwara.pl> wrote: I'm looking for a library written from scratch in haskell, not high level bindings.
Nobody's going to reimplement an entire graphics stack in Haskell (or any other language, except as a tour-de-force with no practical use); they're going to use existing bindings to a well-tested existing GUI. Rewriting Wx or Gtk+ in Haskell, seriously? Aside from the effort required at the outset, try keeping up with changes to the thing you're reimplementing. Not maintainable and not viable.
-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net _______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners
Hi, Dnia 2013-02-07, czw o godzinie 10:46 -0800, Tim Perry pisze:
Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing) program never quite acts like a Windows, Mac, or Linux program.
And there was a practical use: you got much closer to "write once, run anywhere" whereas the earlier AWT resulted in "write once, test everywhere".
The same could be done in Haskell, but it would be a huge time commitment.
Tim
That's exactly what i'm thinking about (and QML/Qt). Emanuel
On Thu, Feb 7, 2013 at 1:46 PM, Tim Perry <tim.v2.0@gmail.com> wrote:
Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing)
It did indeed. I can tell you've not spent much time with the folks who have to deal with the result. AWT/Swing is exhibit A for why nobody else does it that way. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
Are you kidding? Swing is a dream. Ever spent time with MFC? Get real On Feb 7, 2013, at 10:59 AM, Brandon Allbery <allbery.b@gmail.com> wrote:
On Thu, Feb 7, 2013 at 1:46 PM, Tim Perry <tim.v2.0@gmail.com> wrote: Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing)
It did indeed. I can tell you've not spent much time with the folks who have to deal with the result. AWT/Swing is exhibit A for why nobody else does it that way.
-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net _______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners
Hi, Dnia 2013-02-07, czw o godzinie 13:59 -0500, Brandon Allbery pisze:
On Thu, Feb 7, 2013 at 1:46 PM, Tim Perry <tim.v2.0@gmail.com> wrote: Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing)
It did indeed. I can tell you've not spent much time with the folks who have to deal with the result. AWT/Swing is exhibit A for why nobody else does it that way.
And what about QML? Emanuel
That's a good reference, but what I am exploring is a quick, draconian solution that will give me an extremely conservative set of packages that are not interdependent in any way. It seems that such a program does not yet exist, but should be straightforward to write, joining HackageDB dependencies against packages in the platform. The best I've got so far is to scrape results from cabal info, but I'm looking for a more efficient set of API's to solve the problem. Does the Haskell Platform come with modules that support this sort of API? Cheers, d On Thu, Feb 7, 2013 at 4:53 AM, Richard Norton <rwtnorton@gmail.com> wrote:
On Feb 7, 2013, at 12:37 AM, Darren Grant <therealkludgy@gmail.com> wrote:
Is there a list of hackages available that *only* depend on the latest Haskell Platform?
-or-
Can such a list be reasonably generated?
-or-
Will there even be anything left after the hackages are filtered?
This project seems related:
https://github.com/fpco/stackage
Richard
_______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners
participants (6)
-
Brandon Allbery -
Darren Grant -
Emanuel Koczwara -
Miguel Negrao -
Richard Norton -
Tim Perry