Menu
▾
▴
eclipsefp-develop — Development discussions
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(21) |
Jun
(33) |
Jul
(29) |
Aug
(7) |
Sep
(14) |
Oct
(5) |
Nov
(10) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
(30) |
Jul
(8) |
Aug
(5) |
Sep
(6) |
Oct
(17) |
Nov
(32) |
Dec
(14) |
| 2006 |
Jan
(49) |
Feb
(14) |
Mar
(4) |
Apr
(4) |
May
(2) |
Jun
(19) |
Jul
(15) |
Aug
(12) |
Sep
(5) |
Oct
(13) |
Nov
(20) |
Dec
(7) |
| 2007 |
Jan
(15) |
Feb
(5) |
Mar
(4) |
Apr
(8) |
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(9) |
Sep
(2) |
Oct
(1) |
Nov
(9) |
Dec
|
| 2008 |
Jan
|
Feb
(12) |
Mar
(6) |
Apr
(18) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
(12) |
Apr
(3) |
May
(7) |
Jun
(8) |
Jul
|
Aug
|
Sep
(25) |
Oct
(18) |
Nov
(11) |
Dec
(1) |
| 2010 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
(3) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
(14) |
Feb
(11) |
Mar
(20) |
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
(15) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2015 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(4) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: JP M. <jp...@mo...> - 2009-10-27 07:23:15
|
Oups... Forgot to update the jar number in site.xml. Fixed, and also eclipsefp2.html has been fixed (Scion instead of Cabal, now says 1.1.08 is the first release of my code). Thanks! JP On Mon, Oct 26, 2009 at 3:29 PM, Thomas ten Cate <tte...@gm...> wrote: > A small mistake on the website: > http://eclipsefp.sourceforge.net/eclipsefp2.html says "You'll need to > build Cabal from source". > > Also, the 1.108.0 entry in site.xml still points to the 1.107.0 JAR > file. This causes my Eclipse to complain that this version is already > installed. Did you forget to bump a version number somewhere? (See > http://eclipsefp.sourceforge.net/updates/site.xml .) > > Cheers, > > Thomas > > On Fri, Oct 23, 2009 at 14:36, JP Moresmau <jp...@mo...> wrote: >> OK build 1.108 has been released, and the web site instructions >> updated accordingly, since you need to build Scion from source. >> I took the liberty to remove the list of older builds from the >> download page, since I thought it was more confusing than anything. If >> that's an issue the old page has been renamed and saved in the same >> folder. >> >> JP >> >> On Thu, Oct 22, 2009 at 6:23 PM, Thomas ten Cate <tte...@gm...> wrote: >>> I don't think that any user of EclipseFP (i.e. Haskell developer) will >>> be scared of that, no. And if they are, they can always choose not to >>> upgrade. So go ahead and release it :) >>> >>> Thomas >>> >>> On Thu, Oct 22, 2009 at 17:40, JP Moresmau <jp...@mo...> wrote: >>>> For the moment nominolo is not ready to upload a new version to >>>> Hackage, but his github source includes my changes. So we could tell >>>> people to get the scion source from his github repo, build it, and >>>> then update eclipsefp. Is that acceptable? Or should we wait for an >>>> official Hackage release? I have no idea how many people use >>>> eclipse-fp at the moment, but I would suspect that people brave enough >>>> to use eclipse-fp shouldn't be put off by a little git clone/ >>>> runhaskell Setup.hs configure/build/install trick. >>>> >>>> JP >>>> >>>> On Tue, Oct 20, 2009 at 5:29 PM, Thomas ten Cate <tte...@gm...> wrote: >>>>> "Release early, release often" is one of the open source community's >>>>> main mantras, so go ahead! >>>>> >>>>> Nominolo can often be found in #haskell; I just pinged him there. Did >>>>> you already e-mail him? It would be best if your Scion version were >>>>> integrated with the main branch and then pushed out to Hackage. There >>>>> hasn't been much work on the main branch recently, so merging should >>>>> be easy. >>>>> >>>>> Thomas >>>>> >>>>> On Tue, Oct 20, 2009 at 17:13, JP Moresmau <jp...@mo...> wrote: >>>>>> Does anybody have any objections if I release my changes on the >>>>>> eclipsefp update site? I think we have now a usable version based on >>>>>> Thomas' work, and if we release it we'll hopefully get some feedback >>>>>> on what people want. The only nag is that I haven't heard from >>>>>> Nominolo about releasing Scion, and, since eclipse-fp requires my own >>>>>> version of Scion, we'll have to detail the steps to install scion from >>>>>> a source tar on the eclipse fp site. >>>>>> >>>>>> JP >>>>>> >>>>>> -- >>>>>> JP Moresmau >>>>>> http://jpmoresmau.blogspot.com/ >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>>>>> is the only developer event you need to attend this year. Jumpstart your >>>>>> developing skills, take BlackBerry mobile applications to market and stay >>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>>>>> http://p.sf.net/sfu/devconference >>>>>> _______________________________________________ >>>>>> eclipsefp-develop mailing list >>>>>> ecl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>>>> is the only developer event you need to attend this year. Jumpstart your >>>>> developing skills, take BlackBerry mobile applications to market and stay >>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>>>> http://p.sf.net/sfu/devconference >>>>> _______________________________________________ >>>>> eclipsefp-develop mailing list >>>>> ecl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>>>> >>>> >>>> >>>> >>>> -- >>>> JP Moresmau >>>> http://jpmoresmau.blogspot.com/ >>>> >>>> ------------------------------------------------------------------------------ >>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart your >>>> developing skills, take BlackBerry mobile applications to market and stay >>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>>> http://p.sf.net/sfu/devconference >>>> _______________________________________________ >>>> eclipsefp-develop mailing list >>>> ecl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> http://p.sf.net/sfu/devconference >>> _______________________________________________ >>> eclipsefp-develop mailing list >>> ecl...@li... >>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>> >> >> >> >> -- >> JP Moresmau >> http://jpmoresmau.blogspot.com/ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> eclipsefp-develop mailing list >> ecl...@li... >> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-10-26 14:29:19
|
A small mistake on the website: http://eclipsefp.sourceforge.net/eclipsefp2.html says "You'll need to build Cabal from source". Also, the 1.108.0 entry in site.xml still points to the 1.107.0 JAR file. This causes my Eclipse to complain that this version is already installed. Did you forget to bump a version number somewhere? (See http://eclipsefp.sourceforge.net/updates/site.xml .) Cheers, Thomas On Fri, Oct 23, 2009 at 14:36, JP Moresmau <jp...@mo...> wrote: > OK build 1.108 has been released, and the web site instructions > updated accordingly, since you need to build Scion from source. > I took the liberty to remove the list of older builds from the > download page, since I thought it was more confusing than anything. If > that's an issue the old page has been renamed and saved in the same > folder. > > JP > > On Thu, Oct 22, 2009 at 6:23 PM, Thomas ten Cate <tte...@gm...> wrote: >> I don't think that any user of EclipseFP (i.e. Haskell developer) will >> be scared of that, no. And if they are, they can always choose not to >> upgrade. So go ahead and release it :) >> >> Thomas >> >> On Thu, Oct 22, 2009 at 17:40, JP Moresmau <jp...@mo...> wrote: >>> For the moment nominolo is not ready to upload a new version to >>> Hackage, but his github source includes my changes. So we could tell >>> people to get the scion source from his github repo, build it, and >>> then update eclipsefp. Is that acceptable? Or should we wait for an >>> official Hackage release? I have no idea how many people use >>> eclipse-fp at the moment, but I would suspect that people brave enough >>> to use eclipse-fp shouldn't be put off by a little git clone/ >>> runhaskell Setup.hs configure/build/install trick. >>> >>> JP >>> >>> On Tue, Oct 20, 2009 at 5:29 PM, Thomas ten Cate <tte...@gm...> wrote: >>>> "Release early, release often" is one of the open source community's >>>> main mantras, so go ahead! >>>> >>>> Nominolo can often be found in #haskell; I just pinged him there. Did >>>> you already e-mail him? It would be best if your Scion version were >>>> integrated with the main branch and then pushed out to Hackage. There >>>> hasn't been much work on the main branch recently, so merging should >>>> be easy. >>>> >>>> Thomas >>>> >>>> On Tue, Oct 20, 2009 at 17:13, JP Moresmau <jp...@mo...> wrote: >>>>> Does anybody have any objections if I release my changes on the >>>>> eclipsefp update site? I think we have now a usable version based on >>>>> Thomas' work, and if we release it we'll hopefully get some feedback >>>>> on what people want. The only nag is that I haven't heard from >>>>> Nominolo about releasing Scion, and, since eclipse-fp requires my own >>>>> version of Scion, we'll have to detail the steps to install scion from >>>>> a source tar on the eclipse fp site. >>>>> >>>>> JP >>>>> >>>>> -- >>>>> JP Moresmau >>>>> http://jpmoresmau.blogspot.com/ >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>>>> is the only developer event you need to attend this year. Jumpstart your >>>>> developing skills, take BlackBerry mobile applications to market and stay >>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>>>> http://p.sf.net/sfu/devconference >>>>> _______________________________________________ >>>>> eclipsefp-develop mailing list >>>>> ecl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart your >>>> developing skills, take BlackBerry mobile applications to market and stay >>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>>> http://p.sf.net/sfu/devconference >>>> _______________________________________________ >>>> eclipsefp-develop mailing list >>>> ecl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>>> >>> >>> >>> >>> -- >>> JP Moresmau >>> http://jpmoresmau.blogspot.com/ >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> http://p.sf.net/sfu/devconference >>> _______________________________________________ >>> eclipsefp-develop mailing list >>> ecl...@li... >>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> eclipsefp-develop mailing list >> ecl...@li... >> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >> > > > > -- > JP Moresmau > http://jpmoresmau.blogspot.com/ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
|
From: JP M. <jp...@mo...> - 2009-10-23 13:44:10
|
OK build 1.108 has been released, and the web site instructions updated accordingly, since you need to build Scion from source. I took the liberty to remove the list of older builds from the download page, since I thought it was more confusing than anything. If that's an issue the old page has been renamed and saved in the same folder. JP On Thu, Oct 22, 2009 at 6:23 PM, Thomas ten Cate <tte...@gm...> wrote: > I don't think that any user of EclipseFP (i.e. Haskell developer) will > be scared of that, no. And if they are, they can always choose not to > upgrade. So go ahead and release it :) > > Thomas > > On Thu, Oct 22, 2009 at 17:40, JP Moresmau <jp...@mo...> wrote: >> For the moment nominolo is not ready to upload a new version to >> Hackage, but his github source includes my changes. So we could tell >> people to get the scion source from his github repo, build it, and >> then update eclipsefp. Is that acceptable? Or should we wait for an >> official Hackage release? I have no idea how many people use >> eclipse-fp at the moment, but I would suspect that people brave enough >> to use eclipse-fp shouldn't be put off by a little git clone/ >> runhaskell Setup.hs configure/build/install trick. >> >> JP >> >> On Tue, Oct 20, 2009 at 5:29 PM, Thomas ten Cate <tte...@gm...> wrote: >>> "Release early, release often" is one of the open source community's >>> main mantras, so go ahead! >>> >>> Nominolo can often be found in #haskell; I just pinged him there. Did >>> you already e-mail him? It would be best if your Scion version were >>> integrated with the main branch and then pushed out to Hackage. There >>> hasn't been much work on the main branch recently, so merging should >>> be easy. >>> >>> Thomas >>> >>> On Tue, Oct 20, 2009 at 17:13, JP Moresmau <jp...@mo...> wrote: >>>> Does anybody have any objections if I release my changes on the >>>> eclipsefp update site? I think we have now a usable version based on >>>> Thomas' work, and if we release it we'll hopefully get some feedback >>>> on what people want. The only nag is that I haven't heard from >>>> Nominolo about releasing Scion, and, since eclipse-fp requires my own >>>> version of Scion, we'll have to detail the steps to install scion from >>>> a source tar on the eclipse fp site. >>>> >>>> JP >>>> >>>> -- >>>> JP Moresmau >>>> http://jpmoresmau.blogspot.com/ >>>> >>>> ------------------------------------------------------------------------------ >>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart your >>>> developing skills, take BlackBerry mobile applications to market and stay >>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>>> http://p.sf.net/sfu/devconference >>>> _______________________________________________ >>>> eclipsefp-develop mailing list >>>> ecl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> http://p.sf.net/sfu/devconference >>> _______________________________________________ >>> eclipsefp-develop mailing list >>> ecl...@li... >>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>> >> >> >> >> -- >> JP Moresmau >> http://jpmoresmau.blogspot.com/ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> eclipsefp-develop mailing list >> ecl...@li... >> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-10-22 16:24:06
|
I don't think that any user of EclipseFP (i.e. Haskell developer) will be scared of that, no. And if they are, they can always choose not to upgrade. So go ahead and release it :) Thomas On Thu, Oct 22, 2009 at 17:40, JP Moresmau <jp...@mo...> wrote: > For the moment nominolo is not ready to upload a new version to > Hackage, but his github source includes my changes. So we could tell > people to get the scion source from his github repo, build it, and > then update eclipsefp. Is that acceptable? Or should we wait for an > official Hackage release? I have no idea how many people use > eclipse-fp at the moment, but I would suspect that people brave enough > to use eclipse-fp shouldn't be put off by a little git clone/ > runhaskell Setup.hs configure/build/install trick. > > JP > > On Tue, Oct 20, 2009 at 5:29 PM, Thomas ten Cate <tte...@gm...> wrote: >> "Release early, release often" is one of the open source community's >> main mantras, so go ahead! >> >> Nominolo can often be found in #haskell; I just pinged him there. Did >> you already e-mail him? It would be best if your Scion version were >> integrated with the main branch and then pushed out to Hackage. There >> hasn't been much work on the main branch recently, so merging should >> be easy. >> >> Thomas >> >> On Tue, Oct 20, 2009 at 17:13, JP Moresmau <jp...@mo...> wrote: >>> Does anybody have any objections if I release my changes on the >>> eclipsefp update site? I think we have now a usable version based on >>> Thomas' work, and if we release it we'll hopefully get some feedback >>> on what people want. The only nag is that I haven't heard from >>> Nominolo about releasing Scion, and, since eclipse-fp requires my own >>> version of Scion, we'll have to detail the steps to install scion from >>> a source tar on the eclipse fp site. >>> >>> JP >>> >>> -- >>> JP Moresmau >>> http://jpmoresmau.blogspot.com/ >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> http://p.sf.net/sfu/devconference >>> _______________________________________________ >>> eclipsefp-develop mailing list >>> ecl...@li... >>> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >>> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> eclipsefp-develop mailing list >> ecl...@li... >> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >> > > > > -- > JP Moresmau > http://jpmoresmau.blogspot.com/ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
|
From: JP M. <jp...@mo...> - 2009-10-22 15:40:37
|
For the moment nominolo is not ready to upload a new version to Hackage, but his github source includes my changes. So we could tell people to get the scion source from his github repo, build it, and then update eclipsefp. Is that acceptable? Or should we wait for an official Hackage release? I have no idea how many people use eclipse-fp at the moment, but I would suspect that people brave enough to use eclipse-fp shouldn't be put off by a little git clone/ runhaskell Setup.hs configure/build/install trick. JP On Tue, Oct 20, 2009 at 5:29 PM, Thomas ten Cate <tte...@gm...> wrote: > "Release early, release often" is one of the open source community's > main mantras, so go ahead! > > Nominolo can often be found in #haskell; I just pinged him there. Did > you already e-mail him? It would be best if your Scion version were > integrated with the main branch and then pushed out to Hackage. There > hasn't been much work on the main branch recently, so merging should > be easy. > > Thomas > > On Tue, Oct 20, 2009 at 17:13, JP Moresmau <jp...@mo...> wrote: >> Does anybody have any objections if I release my changes on the >> eclipsefp update site? I think we have now a usable version based on >> Thomas' work, and if we release it we'll hopefully get some feedback >> on what people want. The only nag is that I haven't heard from >> Nominolo about releasing Scion, and, since eclipse-fp requires my own >> version of Scion, we'll have to detail the steps to install scion from >> a source tar on the eclipse fp site. >> >> JP >> >> -- >> JP Moresmau >> http://jpmoresmau.blogspot.com/ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> eclipsefp-develop mailing list >> ecl...@li... >> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-10-20 15:30:10
|
"Release early, release often" is one of the open source community's main mantras, so go ahead! Nominolo can often be found in #haskell; I just pinged him there. Did you already e-mail him? It would be best if your Scion version were integrated with the main branch and then pushed out to Hackage. There hasn't been much work on the main branch recently, so merging should be easy. Thomas On Tue, Oct 20, 2009 at 17:13, JP Moresmau <jp...@mo...> wrote: > Does anybody have any objections if I release my changes on the > eclipsefp update site? I think we have now a usable version based on > Thomas' work, and if we release it we'll hopefully get some feedback > on what people want. The only nag is that I haven't heard from > Nominolo about releasing Scion, and, since eclipse-fp requires my own > version of Scion, we'll have to detail the steps to install scion from > a source tar on the eclipse fp site. > > JP > > -- > JP Moresmau > http://jpmoresmau.blogspot.com/ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
|
From: JP M. <jp...@mo...> - 2009-10-20 15:13:44
|
Does anybody have any objections if I release my changes on the eclipsefp update site? I think we have now a usable version based on Thomas' work, and if we release it we'll hopefully get some feedback on what people want. The only nag is that I haven't heard from Nominolo about releasing Scion, and, since eclipse-fp requires my own version of Scion, we'll have to detail the steps to install scion from a source tar on the eclipse fp site. JP -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-10-20 15:12:34
|
That... is... really neat! :-D Auto-reload in GHCi alone is a big win. It's a shame that I'm so busy now, I still haven't even gotten round to trying your previous update. But still... great work! Thomas On Tue, Oct 20, 2009 at 17:06, JP Moresmau <jp...@mo...> wrote: > Hello > > I have committed changes to the GHCi launch configuration. Basically > it's to interact with the Cabal file more than before, so that we take > the GHC options, the -package options, etc from the Cabal file, when > you launch. I've also added, for fun, an "Automation" tab in the > launch configuration ui, so that you can set a specific command when > launching a GHCi session, and you can have GHCi calling :r > automatically (and relaunching your initial command if you so wish) > when you save a haskell file in Eclipse. So you can for example launch > a HUnit test suite, and everytime you save a file, GHCi reloads your > package and relaunches the test suite, so you see in near real time > what's happening. > > -- > JP Moresmau > http://jpmoresmau.blogspot.com/ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
|
From: JP M. <jp...@mo...> - 2009-10-20 15:06:42
|
Hello I have committed changes to the GHCi launch configuration. Basically it's to interact with the Cabal file more than before, so that we take the GHC options, the -package options, etc from the Cabal file, when you launch. I've also added, for fun, an "Automation" tab in the launch configuration ui, so that you can set a specific command when launching a GHCi session, and you can have GHCi calling :r automatically (and relaunching your initial command if you so wish) when you save a haskell file in Eclipse. So you can for example launch a HUnit test suite, and everytime you save a file, GHCi reloads your package and relaunches the test suite, so you see in near real time what's happening. -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: JP M. <jp...@mo...> - 2009-10-12 15:20:27
|
Hello all, You'll find in my source repository on github (http://github.com/JPMoresmau) new code to support on the fly checking. There is a new command in Scion that allows passing content alongside the file name for typechecking, and it uses the GHC API to load a new target with the content. This is called by the Eclipse reconciler, which means that when you stop typing for a while, your file get typechecked, the outline view and the folding regions get updated. This means you don't have to save your file all the time. This doesn't work for files that need preprocessing (like Scion's own sources). In this case, a hopefully meaningful warning in written in the Error log. Feedback welcome. -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Ivan A. F. <iva...@ut...> - 2009-10-10 23:15:03
|
Step One. Downloading Eclipse 3.5 (Galileo): Download the carbon version. Even though it says you need Mac OS X 10.5, the carbon version worked here, so far. Step Two. I installed GHC 6.10.4 using macports. Step 3. I could not install port hs-cabal because of a problem with hs-http, but I installed libcabal and zlib. Then I downloaded cabal-install separately, compiled and installed it. Step 4. Installed scion using "cabal install" Step 5. Installed EclipseFP 2 using Eclipse's "Find New Software" Menu item. That was it. Ivan. |
|
From: Thomas t. C. <tte...@gm...> - 2009-10-10 19:46:56
|
The forum does a pretty convincing job at appearing very much dead. Posting your experiences to this very mailing list is probably the best option. Thomas On Fri, Oct 9, 2009 at 16:06, Ivan Avery Frey <iva...@ut...> wrote: > I've just been playing with EclipseFP (I got Galileo up and running and > I was able to work my way through the Haskell cheat sheet) and I wanted > to post my experience on a user discussion forum. Should I use the > discussion forums on SourceForge? > > Ivan. > > P.S. I did this on a PowerBook G4 running Mac OS X 10.4.11. > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
|
From: Ivan A. F. <iva...@ut...> - 2009-10-09 14:06:30
|
I've just been playing with EclipseFP (I got Galileo up and running and I was able to work my way through the Haskell cheat sheet) and I wanted to post my experience on a user discussion forum. Should I use the discussion forums on SourceForge? Ivan. P.S. I did this on a PowerBook G4 running Mac OS X 10.4.11. |
|
From: Thomas t. C. <tte...@gm...> - 2009-10-06 09:21:38
|
Great work JP! On Mon, Oct 5, 2009 at 17:58, JP Moresmau <jp...@mo...> wrote: > I have also rewrote the Cabal file parser for better handling of > if/else statements inside stanzas. Thomas, I could take you up on your > offer for help on icons: it'd be good to have icons in the Cabal > outline view for flags, source repositories, if/else statements. I'll have a look at it, but that'll be next week at best. Thomas |
|
From: JP M. <jp...@mo...> - 2009-10-05 15:58:23
|
Hello, I have committed in my github branch support for exposing and including modules in the executables and library of the project (both in the module creation wizard and in the module file properties). This allows you to include or exclude modules, so the Cabal file contains all the modules you need without having to add them by hand. I still need to remove the modules when the file gets deleted, that's my next job. I have also rewrote the Cabal file parser for better handling of if/else statements inside stanzas. Thomas, I could take you up on your offer for help on icons: it'd be good to have icons in the Cabal outline view for flags, source repositories, if/else statements. Enjoy, -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-09-29 14:12:11
|
On Tue, Sep 29, 2009 at 09:51, JP Moresmau <jp...@mo...> wrote: > I don't think I understand what you're saying about Scion and multiple > Cabal packages. I would have thought the 1:1 relationship was between > a cabal file and an Eclipse project. Yes, this is what I meant. > I'm not sure it'd be great to > have to have two different projects in Eclipse to develop the Scion > library and the Scion server, since both are using the same lib > folder, you'll be able to open the same file in the two different > projects. Ah, I understand the confusion. Up until right before I stopped working on EclipseFP, Scion consisted of two separate Cabal packages: one for the library, one for the standalone server program. This was inconvenient, because it required you to "cabal install" the library before you could even build the server. These packages were merged around the time I stopped pulling nominolo's changes, but I forgot about that. > Of course if you keep a 1:1 relationship between the cabal > file and the eclipse project you may have different flags and options > for the same source file, depending on the target, I suppose that's > what you addressed in your branch. But scion is actually managing > that, I suppose: when we typecheck a file, scion figures out the flags > to use. What I addressed in my branch was to support multiple targets in the first place, and the UI to add/delete/modify targets. And yes, the same source file could be used for multiple targets. I'm not sure how Scion handles this. Actually, it doesn't really make sense to ask it to typecheck a file, without specifying the parameters or the target whose parameters should be used... > I see that the IHaskellProject interface supports already multiple > source locations, so it probably shouldn't be a bug job to make sure > that list is actually linked to the Cabal info, and displayed in the > new module dialog box. Yep, that sounds sensible. If "New module" was invoked through the context menu of the Project Explorer, this should be filled out with the directory (or parent) of the thing that was right-clicked. For example, if I have source directories src1, src2, and I right-click on src2/some/dir and choose "New module", then the module should by default be created in src2. In other cases (e.g. invoked through the main menu), you could just remember the previous value. Thomas |
|
From: JP M. <jp...@mo...> - 2009-09-29 07:51:38
|
I don't think I understand what you're saying about Scion and multiple Cabal packages. I would have thought the 1:1 relationship was between a cabal file and an Eclipse project. I'm not sure it'd be great to have to have two different projects in Eclipse to develop the Scion library and the Scion server, since both are using the same lib folder, you'll be able to open the same file in the two different projects. Of course if you keep a 1:1 relationship between the cabal file and the eclipse project you may have different flags and options for the same source file, depending on the target, I suppose that's what you addressed in your branch. But scion is actually managing that, I suppose: when we typecheck a file, scion figures out the flags to use. I see that the IHaskellProject interface supports already multiple source locations, so it probably shouldn't be a bug job to make sure that list is actually linked to the Cabal info, and displayed in the new module dialog box. JP On Mon, Sep 28, 2009 at 11:55 AM, Thomas ten Cate <tte...@gm...> wrote: > On Mon, Sep 28, 2009 at 09:39, JP Moresmau <jp...@mo...> wrote: >> Mmhhh, I think maybe things to do with source folders and module >> handling. For the moment you can configure one source folder for a >> project, but when you create a new module in it or in a subfolder, >> scion doesn't pick it up and the background type check operation >> fails. The thing is that you can have several source folders for one >> given project (Scion is a perfect example of that: one folder for the >> library, one folder for the server), > > Distribution.PackageDescription.BuildInfo supports multiple source > folders, yes. But Scion is a bad example, because that's two separate > Cabal packages, and hence it would be two separate projects. That is, > assuming you'll want to keep the 1:1 relation between EclipseFP > projects and Cabal packages... but I see no reason to change this. > > But there can be multiple executables/libraries produced from a single > Cabal project, which is what I was trying to capture in my > buildtargets branch. > >> and that you need to referenced >> new modules in the Cabal file as well. So I think we need to change >> this. We need to keep the Cabal file in sync when adding remove >> modules (via other-modules, exposed-modules...) and we need to handle >> multiple source folders as indicated by hs-source-dirs. > > Yah. Would be cool if you could just right-click a module and click > "Expose" or something? If there are multiple libraries defined in the > Cabal file, this would need to fold out to a submenu, allowing you to > choose. And have the icon change to show which modules are exposed? > > By the way, I can make icons, if you don't feel like doing them. Just > tell me what you need. > >> This is pure Java/Eclipse dev. Then I suppose a good feature to add >> would be to be able to type check, outline, fold etc. without saving >> the file, which would involve work on the Scion side. > > Yes, that'd be of great value. > > Thomas > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-09-28 09:55:58
|
On Mon, Sep 28, 2009 at 09:39, JP Moresmau <jp...@mo...> wrote: > Mmhhh, I think maybe things to do with source folders and module > handling. For the moment you can configure one source folder for a > project, but when you create a new module in it or in a subfolder, > scion doesn't pick it up and the background type check operation > fails. The thing is that you can have several source folders for one > given project (Scion is a perfect example of that: one folder for the > library, one folder for the server), Distribution.PackageDescription.BuildInfo supports multiple source folders, yes. But Scion is a bad example, because that's two separate Cabal packages, and hence it would be two separate projects. That is, assuming you'll want to keep the 1:1 relation between EclipseFP projects and Cabal packages... but I see no reason to change this. But there can be multiple executables/libraries produced from a single Cabal project, which is what I was trying to capture in my buildtargets branch. > and that you need to referenced > new modules in the Cabal file as well. So I think we need to change > this. We need to keep the Cabal file in sync when adding remove > modules (via other-modules, exposed-modules...) and we need to handle > multiple source folders as indicated by hs-source-dirs. Yah. Would be cool if you could just right-click a module and click "Expose" or something? If there are multiple libraries defined in the Cabal file, this would need to fold out to a submenu, allowing you to choose. And have the icon change to show which modules are exposed? By the way, I can make icons, if you don't feel like doing them. Just tell me what you need. > This is pure Java/Eclipse dev. Then I suppose a good feature to add > would be to be able to type check, outline, fold etc. without saving > the file, which would involve work on the Scion side. Yes, that'd be of great value. Thomas |
|
From: JP M. <jp...@mo...> - 2009-09-28 07:39:49
|
Mmhhh, I think maybe things to do with source folders and module handling. For the moment you can configure one source folder for a project, but when you create a new module in it or in a subfolder, scion doesn't pick it up and the background type check operation fails. The thing is that you can have several source folders for one given project (Scion is a perfect example of that: one folder for the library, one folder for the server), and that you need to referenced new modules in the Cabal file as well. So I think we need to change this. We need to keep the Cabal file in sync when adding remove modules (via other-modules, exposed-modules...) and we need to handle multiple source folders as indicated by hs-source-dirs. This is pure Java/Eclipse dev. Then I suppose a good feature to add would be to be able to type check, outline, fold etc. without saving the file, which would involve work on the Scion side. JP On Mon, Sep 28, 2009 at 9:13 AM, Thomas ten Cate <tte...@gm...> wrote: > Great job! Maybe I'll grab a copy tonight and start playing with it. > > Any plans on what your next work will be? > > Thomas > > On Mon, Sep 28, 2009 at 08:58, JP Moresmau <jp...@mo...> wrote: >> Hello all, >> >> I have got the oultine view and code folding functions working again. >> I have extended Scion with an outline command, which returns the >> information needed to display the outline tree, with each top level >> declaration and its enclosing block, used for folding. For the moment, >> data declarations with constructors and fields, class declarations >> with methods, instances, functions and other type declarations (type, >> newtype) are handled. It doesn't show the module, fixity or import >> statements as the old eclipsefp did, but I don't think that's >> critical. >> You can choose location based or name based sorting in the outline view. >> >> As usual, to get all of this, you need to get both the eclipse fp code >> and the Scion code from my githubs repositories: >> git://github.com/JPMoresmau/scion.git >> git://github.com/JPMoresmau/eclipsefp.git >> >> Good luck! >> >> JP >> >> -- >> JP Moresmau >> http://jpmoresmau.blogspot.com/ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> eclipsefp-develop mailing list >> ecl...@li... >> https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-09-28 07:14:01
|
Great job! Maybe I'll grab a copy tonight and start playing with it. Any plans on what your next work will be? Thomas On Mon, Sep 28, 2009 at 08:58, JP Moresmau <jp...@mo...> wrote: > Hello all, > > I have got the oultine view and code folding functions working again. > I have extended Scion with an outline command, which returns the > information needed to display the outline tree, with each top level > declaration and its enclosing block, used for folding. For the moment, > data declarations with constructors and fields, class declarations > with methods, instances, functions and other type declarations (type, > newtype) are handled. It doesn't show the module, fixity or import > statements as the old eclipsefp did, but I don't think that's > critical. > You can choose location based or name based sorting in the outline view. > > As usual, to get all of this, you need to get both the eclipse fp code > and the Scion code from my githubs repositories: > git://github.com/JPMoresmau/scion.git > git://github.com/JPMoresmau/eclipsefp.git > > Good luck! > > JP > > -- > JP Moresmau > http://jpmoresmau.blogspot.com/ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
|
From: JP M. <jp...@mo...> - 2009-09-28 06:58:49
|
Hello all, I have got the oultine view and code folding functions working again. I have extended Scion with an outline command, which returns the information needed to display the outline tree, with each top level declaration and its enclosing block, used for folding. For the moment, data declarations with constructors and fields, class declarations with methods, instances, functions and other type declarations (type, newtype) are handled. It doesn't show the module, fixity or import statements as the old eclipsefp did, but I don't think that's critical. You can choose location based or name based sorting in the outline view. As usual, to get all of this, you need to get both the eclipse fp code and the Scion code from my githubs repositories: git://github.com/JPMoresmau/scion.git git://github.com/JPMoresmau/eclipsefp.git Good luck! JP -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: JP M. <jp...@mo...> - 2009-09-14 06:47:53
|
Hello, I have gotten the Cabal editor to work again. I have extended the parser in the cabalmodel package to be able to expose field names and values. The overview tab works again: displays the values from the source file and modifies the source file when you change the values in the form. The completion processor now displays the list of all the fields (but for the moment it doesn't check if you have used them before, if you're in the right section, etc...). One issue remaining is that scion doesn't send back cabal errors if the cabal file is incorrect. On my githug repo: git://github.com/JPMoresmau/eclipsefp.git Cheers, JP -- JP Moresmau http://jpmoresmau.blogspot.com/ |
|
From: Thomas t. C. <tte...@gm...> - 2009-09-08 12:29:54
|
Dude, you rock. Totally. On Tue, Sep 8, 2009 at 08:47, JP Moresmau<jp...@mo...> wrote: > - add a "output" parameter to the loadComponent method in scion. This > turns on generation option for Ghc > - also in scion, specify the output name of the final file inside the > dist directory (otherwise it would generate an exe in the middle of > source folders) You should discuss your changes to Scion with nominolo, so he can pull them and roll them into the next release. > - so in eclipsefp the background type checking doesnt change and still > uses load (on the file) and background type check > - but the build process configures the cabal project, lists all > components and loads them with the output parameter sets to true. We > then let ghc figure out what needs to be recompiled. This means we > don't compile and output individual files but rather the components > (exe, librairies) > This means the compilation is based on the Cabal file settings rather > than the preferences GHC settings, which is in my opinion a good > thing: I want to configure my project's options only once, and that's > in the Cabal file that I'll need anyway for Hackage upload and such. True. There is one concern I had about *requiring* the use of Cabal, which is that it could overwhelm beginning Haskell programmers. But if no editing of the Cabal file is needed to compiler basic programs, and the UI is friendly enough to do basic editing, then it will just be two more "magic" files in the project tree, and this might not be much of an issue. > I ran into issues with job scheduling that required little changes in > the ScionCommand class, and more serious issues with the scion server > output handling (if the output was too big as in the result of > Configure, the thread just hung). I've added a thread to read the > output and print it in the Scion Server console (since the GHC > compilation console is of no use anymore). > The default dist folder in eclipse fp is dist-scion (without the > leading dot) so that you can see it in the Project explorer in eclipse > (it's automatically refreshed after the build). > So now I basically need to remove all obsolete preferences page (for > GHC options, etc) and put the same type of GUI in the Cabal editor so > that we can specify all options easily in there (we could of course > keep the GHC preferences page as some kind of defaults for all > projects). Or provide that page in the Project Properties window instead, and have it modify the Cabal file directly? I think it is more Eclipse-y to put these things into Project Properties, than to have a separate editor for them. (For advanced stuff, the text editor with Cabal highlighting should stay, of course.) > For the moment the form part of the Cabal editor doesn't > work for me (it doesn't show anything, not even the name), don't know > if that's normal. Normal, in the sense of "known bug": http://sourceforge.net/tracker/?func=detail&aid=2849407&group_id=108233&atid=1000719 As to this, and later posts in this thread (refactoring support), there seems to be a common pattern: we want to make some modification to one or more source files, and want to let Scion decide what the exact modification will be. We have two options: 1. Let Scion modify the file(s) directly. This means (to prevent losing unsaved changes) that the IDE has to save the file before sending any "modify" command to Scion. That might be an issue in some cases. 2. Let Scion decide what needs to be changed, but let the IDE perform the actual changes. This means that Scion would send some kind of diff over the wire. However, this diff would be based upon the on-disk version of the file, so would also require saving. Unless we send the entire unsaved file over the wire, have Scion modify it, and send the entire modified file back. Or the diff format could be made flexible enough to work around modifications that have been made in the meantime. Note that the IDE does not always know in advance which files would need changing! For example, if a function is renamed, it also needs to be renamed in all files where it occurs, but the IDE might not know which files these are. (A "findAllReferences" function in Scion, returning the text span of every occurrence in every file, would be almost as good as a "rename" command but not have this problem, but you get the point.) These are just some things to think about; I'm not sure myself which option is best. > I haven't looked at the outline view, but I see that dumpDefinedNames > seems to have all the info I need, so I'll probably just need to add > another command based on that in the scion interface. I'm not sure if that command also lists definitions that are not in the global scope, e.g. in "where" clauses. If not, a new command could be added to Scion for this. > Any feedback welcome... I'm not too familiar with github, but I > suppose I can push all of that to my fork and let Thomas see if he > likes it... I like it already! Leif, if you're reading this, is it okay if I add JP to the SF.net project so he can update the website and push out new versions and such? Thomas |
|
From: Marc W. <mar...@gm...> - 2009-09-08 11:50:47
|
Hi JP, The idea is to set flags only once. So you write down several configurations into the file and ask scion to return those configurations. A configuration is a dist dir associated with cabal flags. You can set a default one. So in Vim you just do LoadComponent executable-X and then you select the configuration and you're done. If you're interested in this idea you can contact me on irc Sincerly Marc Weber |
|
From: JP M. <jp...@mo...> - 2009-09-08 09:55:00
|
This is more a work for Scion. Scion could take additional commands that you could plug in and then any IDE, even if not written in Haskell, could take advantage of them. JP On Tue, Sep 8, 2009 at 10:50 AM, Johannes Waldmann<wal...@im...> wrote: > JP Moresmau wrote [... lots of stuff ] > > This sounds great - there seems to be much progress > since I last looked at eclipsefp. > > Once you have something ready for release, > I'd very much love to have a description of > "how to plug your own haskell source analyzer/transformer" > into the whole thing. > > Say, I'd want to use haskell-src-exts to do some refactoring. > I'd need some menu entry in the IDE that starts the action, > and some way of transporting data (from IDE/editor buffer > to analyzer, and back: to editor buffer and/or IDE console). > > (and yes, preferrably in such a way > that it can be used from Leksah as well ...) > > Keep up the good work - Johannes. > > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > > -- JP Moresmau http://jpmoresmau.blogspot.com/ |
15 messages has been excluded from this view by a project administrator.