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: Rodney D P. <rod...@ra...> - 2004-11-12 00:08:32
|
Hi, I'm usually an incorrigible lurker on lists like this, but since this project is particularly interesting to me, I thought perhaps I should introduce myself. I've used Haskell on and off for years, but I still consider myself something of a novice at it. At the same time, I'm a fan of IDEs for software development, but most of the Haskell community seems to use emacs or vi. I've written a few Eclipse plugins (never published) and I like using it. So perhaps I can help. My first question: I've been using the Haskell plugin for several weeks now, and I find that interacting with ghci is awkward using the console view in Eclipse. For example, outside Eclipse in ghci I can scroll through commands already entered using the up and down arrow keys; inside Eclipse they don't work. When I start up ghci in Eclipse, it usually can't find any imported modules, because the default directory is always the eclipse directory. I have to change directories by hand to the src directory that my code is in. And there are other little gotchas as well. My question is: what are your plans for ghci interaction? Thanks, -Rod |
From: Marcus L. <mar...@ju...> - 2004-11-11 22:05:19
|
Hi Leif, Looks good! (Apart from the minor annoyance that links in the right menu are bright yellow before they have been visited.. eep! ;-) An update site on SF is definitely a good idea. W.r.t. an all-eclipse-fp site package, isn't that just a different feature, which uses more plugins? .. or have I misunderstood how things work? (if it is, then no problem, if not, then I'm a bit wary & confused.) Best regards, /Marcus ----- Original Message ----- From: "Leif Frenzel" <hi...@le...> To: "eclipsefp" <ecl...@li...> Sent: Thursday, November 11, 2004 10:49 PM Subject: [eclipsefp-develop] Homepage > Hi all, > > I have refreshed the version of the new homepage candidate at > http://eclipsefp.sf.net/newhome and added the stuff that was still > missing. > > I have meanwhile seen several Eclipse-related projects that also have > borrowed the look of the Eclipse.org website, and therefore we will not > have > to hang alone ... also, since nobody has volunteered to create something > completely different, I don't think we should wait much longer. Could you > please have a look at it and say whether we can switch to the new version? > > Note that the layout is such that once I have switched, the OCaml part > remains exactly where it is, so people who have bookmarked it will see no > difference (of course they will not get the frame around it). You may want > to edit it a little bit where some info is redundant. > > But I suggest we should put the updates sites together. > http://eclipsefp.sf.net/updates contains now all releases, but I have not > tested whether it actually works, I'll do that tomorrow (need a better > Internet conncetion for that). Maybe we should also consider to put an > 'All > of eclipsefp' site package to the File releases, which would contain > Haskell, OCaml and the latest common every time one of the subprojects has > a > release. > > I'll make it the official page once I get your 'go'. So, if anybody has > objections, you may speak now or be silent forever ;-) > > Ciao, > Leif > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
From: Leif F. <hi...@le...> - 2004-11-11 21:48:34
|
Hi all, I have refreshed the version of the new homepage candidate at http://eclipsefp.sf.net/newhome and added the stuff that was still missing. I have meanwhile seen several Eclipse-related projects that also have borrowed the look of the Eclipse.org website, and therefore we will not have to hang alone ... also, since nobody has volunteered to create something completely different, I don't think we should wait much longer. Could you please have a look at it and say whether we can switch to the new version? Note that the layout is such that once I have switched, the OCaml part remains exactly where it is, so people who have bookmarked it will see no difference (of course they will not get the frame around it). You may want to edit it a little bit where some info is redundant. But I suggest we should put the updates sites together. http://eclipsefp.sf.net/updates contains now all releases, but I have not tested whether it actually works, I'll do that tomorrow (need a better Internet conncetion for that). Maybe we should also consider to put an 'All of eclipsefp' site package to the File releases, which would contain Haskell, OCaml and the latest common every time one of the subprojects has a release. I'll make it the official page once I get your 'go'. So, if anybody has objections, you may speak now or be silent forever ;-) Ciao, Leif |
From: Leif F. <hi...@le...> - 2004-11-05 08:22:59
|
Hi all, after I made the upload of 0.5 last night, it occured to me that I should have been more explicit about the shortcuts. Ctrl+/ and Ctrl+7 : comment Ctrl+Shift+/ and Ctrl+? : uncomment Home: goes to the first non-whitespace character of the line I'll also put that in the docs. Ciao, Leif |
From: Leif F. <hi...@le...> - 2004-11-04 21:18:07
|
Hi all, I have just uploaded version 0.5 of the Haskell plugins to the usual update site (http://leiffrenzel.de/eclipse/site.xml) and to the sf download site. I have also created a new update site at http://eclipsefp.sf.net/updates/site.xml. Once the new homepage is in place, we should collect all updates on that location. New things: Thanks again for the editor action code to Andriy. I had to modify it a bit, and was also able to simplify it. I added to the key sequences (because Shift-/ and Ctrl+Shift+/ is not usable at all on my German keyboard layout). It may be a good idea to have a toggle action on Ctrl+Shift+C, which is how it works in the JDT 3.0. (I put that on the Tracker.) Also, I used the native Prefix/Unprefix actions from the editor, which makes the whole thing much simpler. I have added Haddock and (rudimentary) HUGS support and made it possible to specify extra params in addition to the GHC options. Some general changes: The whole set of plugins is now under the EPL (which is pretty much the same as the old CPL, see my older post). Also, I'm developing on the latest Eclipse 3.1 Milestones (at the moment M2). If you happen to use an Eclipse 3.0.x and notice any incompatibilities, please let me know. I have also changed all plugins to the new Eclipse 3.0 runtime model, with the most notable effect that they have now all a META-INF/MANIFEST.MF and much less deprecation warnings :-) I have renamed the common.* plugins to the prefix net.sf.eclipsefp.common.*, which should be fine. The haskell plugins may cause trouble (because there are Ids like project nature ids etc. which have the de.leiffrenzel.fp.haskell prefix, and that may be a bother to people if it changes); so I'd rather ponder over that for a while more in my mind. Outlook: I have started to experiment with calling a native parser (i.e. from a .dll, win32 only at the moment). Due to lack of time I had so far only some scattered pieces of success, but I hope I can start to put them together in the next weeks. Ciao, Leif |
From: Andrei de A. F. <arc...@ya...> - 2004-10-19 20:00:05
|
I will investigate this, but probably won't be able to do much until the weekend. --- []s, Andrei Formiga --- Gránicz Ádám <gra...@vn...> wrote: > Hi guys, > > When you rename an OCaml project, all files in it > disappear. Pretty bad > and I discovered it the hard way... > > Adam. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide > on ITManagersJournal > Use IT products in your business? Tell us what you > think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! > Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
From: <gra...@vn...> - 2004-10-19 09:05:55
|
Hi guys, When you rename an OCaml project, all files in it disappear. Pretty bad and I discovered it the hard way... Adam. |
From: Leif F. <hi...@le...> - 2004-10-19 08:38:40
|
Hi Adam, [I would like to have these details 'on record', so I hope you don't mind moving to the list :-)] > So how does the automatic build system work? Shouldn't we extend ant with > OCaml tasks and leave it to ant to do the building? The Eclipse build system is always triggered when any source files are saved, and invokes a Builder implementation over a tree of delta objects that represent all changes in the sources. Since we need that mechanism not only for compiling, but also for source analysis (see below), just calling Ant will probably not do. The Builder framework itself does nothing language-specific, it just collects the ressource changes and invokes your implementation. More details are here: http://eclipse.org/articles/Article-Builders/builders.html > What about semantic checking to support name completion, signatures, hover > info, etc? There is a common approach in Eclipse to do such things. It is centered around an object model of the language elements in the sources and libraries of a workspace. The most advanced implementation of this approach is of course the Eclipse JDT, which is partly explained in Erich Gamma and Kent Beck, Contributing to Eclipse (2003). (I would recommend that book for a very good introduction to Eclipse programming and also for much background information regarding to patterns they employed and architectural detail of the Platform and JDT.) Other IDE projects are working in the same direction, e.g. Eclipse CDT. Most of the Eclipse architecture is designed to give support to this approach. We had some discussions about these things on the list already (watch out for 'language model' in the archive). The general agreement was to build a language model along the lines of that approach and try to use native tools (i.e. parsers in the first place) called via some bridge. This is exactly where were are at the moment: we need to find a solution to integrate native tools into the mechanisms in Eclipse. Ciao, Leif |
From: Leif F. <lfr...@in...> - 2004-10-18 14:29:31
|
Andriy, > Implementation for keyboard shortcuts to go to the > first character in the line, comment and uncomment > region of code. > The code is borrowed from PyDev (Python plugin for > Eclipse). PyDev has the same license as eclipsefp. > PyDev has also unit tests. I'll look at the unit tests > next. Thanks a lot :-) I'll look into the license, but I don't think it will be a problem. I'll see to get the code included asap. (Still very busy at the moment, as you probably can tell from my long response times ;-) Ciao, Leif |
From: Andriy P. <ap...@ya...> - 2004-10-12 14:43:38
|
Implementation for keyboard shortcuts to go to the first character in the line, comment and uncomment region of code. The code is borrowed from PyDev (Python plugin for Eclipse). PyDev has the same license as eclipsefp. PyDev has also unit tests. I'll look at the unit tests next. Andriy _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
From: Andrei de A. F. <arc...@ya...> - 2004-09-25 02:58:15
|
--- Leif Frenzel <hi...@le...> wrote: > Hi all, > > first of all (although it is not the freshest of all > news ;-) > congratulations to Andrei for getting the first > version of the OCaml support > out. (Andrei, do you think we should announce it on > eclipseplugincentral.com > and eclipse-plugins.info also?) Yes, we should probably do this; it's just that I don't frequently visit these sites. > > Now that we have two different sub-projects relying > on the common plugins, I > really should do my homework and make them better > available. I have renamed > them to start with the net.sf.eclipsefp.common > namespace prefix, and I will > put them into the CVS soon. We should then in the > future discuss any changes > we make to these plugins, to make sure that none of > our code breaks. The good news is that with CVS we can always rollback stupid changes if necessary :) > > Also, we need a new homepage that reflects that we > support both languages > (Haskell and OCaml). It should also be organized in > a way that common things > (like license information) is there only once (not > duplicated on every > subproject page). As a suggestion, I have made a > sketch for such a page, > which reflects the layout I have in mind (but has no > design - I just stole > it from the eclipse.org website). It is at > http://eclipsefp.sf.net/newhome/ > . All comments (or even better, volonteering for > help with the web stuff :-) > are most welcome. Well, the structure seems good for me. I'm no designer, so I can't volunteer :) > > Then there is the issue of the license: The Eclipse > project is currently > changing the license from the CPL to the EPL > (Eclipse Public License). The > main changes are putting the Eclipse Foundation > (instead of IBM) into the > stewardship and a more community-friendly stance > regarding patent licensing. > (More info is here: > http://eclipse.org/legal/eplfaq.html ). > > Since the two licenses (CPL and EPL) are almost > identical, but the latter is > under the control of the foundation and also the > license with which Eclipse > itself goes, I think we should follow them and also > change with one of the > next releases. What do you think? I will read the faq and new license, but so far I think we should change the license too. So, I have already some work planned towards the next version of the OCaml plugins, but it will probably include also: - the change of license - using the net.sf.eclipsefp.common plugins > > Ciao, > Leif --- []s, Andrei Formiga _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com |
From: Leif F. <lfr...@in...> - 2004-09-23 19:42:16
|
Hi Lee, > I was wondering whether it was possible if you are in a GHCi session > that it would be possible to have the commands you've already used? > (like when you are in the shell and you press on your up arrow, then > you can go to previous executed commands). In the GHCi output in > eclipse, when you press up arrow the cursor just moves to another > place. We just re-use the Console View from Eclipse that runs the external GHCi process, so I have no idea whether this is feasible. But it would be a cool feature, I'll investigate it. Thanks && ciao, Leif > > Grtz > > Lee > > -- > Lee Provoost > Software Architect > 4-DIMENSIONS, Veenendaal (NL) > e-mail: lee...@we... (personal) > e-mail: lee...@4-... (work) > e-mail: l.p...@st... (school) > mobile (BE) +32 472 70 75 44 > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop |
From: Lee P. <lee...@we...> - 2004-09-22 14:05:48
|
Hey, I was wondering whether it was possible if you are in a GHCi session that it would be possible to have the commands you've already used? (like when you are in the shell and you press on your up arrow, then you can go to previous executed commands). In the GHCi output in eclipse, when you press up arrow the cursor just moves to another place. Grtz Lee -- Lee Provoost Software Architect 4-DIMENSIONS, Veenendaal (NL) e-mail: lee...@we... (personal) e-mail: lee...@4-... (work) e-mail: l.p...@st... (school) mobile (BE) +32 472 70 75 44 |
From: Leif F. <hi...@le...> - 2004-09-19 09:48:43
|
Hi all, first of all (although it is not the freshest of all news ;-) congratulations to Andrei for getting the first version of the OCaml support out. (Andrei, do you think we should announce it on eclipseplugincentral.com and eclipse-plugins.info also?) Now that we have two different sub-projects relying on the common plugins, I really should do my homework and make them better available. I have renamed them to start with the net.sf.eclipsefp.common namespace prefix, and I will put them into the CVS soon. We should then in the future discuss any changes we make to these plugins, to make sure that none of our code breaks. Also, we need a new homepage that reflects that we support both languages (Haskell and OCaml). It should also be organized in a way that common things (like license information) is there only once (not duplicated on every subproject page). As a suggestion, I have made a sketch for such a page, which reflects the layout I have in mind (but has no design - I just stole it from the eclipse.org website). It is at http://eclipsefp.sf.net/newhome/ . All comments (or even better, volonteering for help with the web stuff :-) are most welcome. Then there is the issue of the license: The Eclipse project is currently changing the license from the CPL to the EPL (Eclipse Public License). The main changes are putting the Eclipse Foundation (instead of IBM) into the stewardship and a more community-friendly stance regarding patent licensing. (More info is here: http://eclipse.org/legal/eplfaq.html ). Since the two licenses (CPL and EPL) are almost identical, but the latter is under the control of the foundation and also the license with which Eclipse itself goes, I think we should follow them and also change with one of the next releases. What do you think? Ciao, Leif |
From: Leif F. <hi...@le...> - 2004-09-04 07:02:08
|
Hi Andriy, > Leif, do you mind if I look into this myself? Go ahead > if you don't hear from me 2-3 weeks. > This seems to be a good opportunity for me to become > more familiar with the project and contribute > something. (Sorry, didn't notice that part of your post when I read it the first time.) You are of course very welcome to do that :-) Ciao, Leif |
From: Andriy P. <ap...@ya...> - 2004-09-02 18:25:39
|
Andrei, Leif, thank you for the tips. --- Leif Frenzel <lfr...@in...> wrote: that is the default behaviour that is inherited > from the Plain > text-editor. I don't know how difficult it would be, > would have to look into > it myself first. But I put it on my todo list. Leif, do you mind if I look into this myself? Go ahead if you don't hear from me 2-3 weeks. This seems to be a good opportunity for me to become more familiar with the project and contribute something. Andriy __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail |
From: Andrei de A. F. <arc...@ya...> - 2004-09-02 17:58:17
|
--- Leif Frenzel <hi...@le...> wrote: > Hi Andrei, > > Sorry again. I can't see why that shouldn't be > possible (I can't find where > I would have to give you these rights on the sf > page). Maybe I miss > something (but as I am on the road again and have > not much time and > bandwidth, I can't at the moment browse through the > site and read their docs > ...). Yes, I couldn't see why either. This sourceforge permission system is strange. > > I just created an OCaml release package. I will see > whether I can just > rename the old one to Haskell, if not, I create one > for Haskell and use that > from now on. I also updated the project description, > but there will be more > texts probably out of date (and the website will > also need an overhaul ;-). I created a page for the OCaml plugins in http://eclipsefp.sourceforge.net/ocaml And put the update site there as well. Later we can see what will change in both. > > Ciao, > Leif > --- []s, Andrei Formiga __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail |
From: Leif F. <hi...@le...> - 2004-09-02 17:37:59
|
Hi Andrei, Sorry again. I can't see why that shouldn't be possible (I can't find where I would have to give you these rights on the sf page). Maybe I miss something (but as I am on the road again and have not much time and bandwidth, I can't at the moment browse through the site and read their docs ...). I just created an OCaml release package. I will see whether I can just rename the old one to Haskell, if not, I create one for Haskell and use that from now on. I also updated the project description, but there will be more texts probably out of date (and the website will also need an overhaul ;-). Ciao, Leif ----- Original Message ----- From: "Andrei de A. Formiga" <arc...@ya...> To: <ecl...@li...> Sent: Wednesday, September 01, 2004 9:16 PM Subject: [eclipsefp-develop] File releases > > Hi Leif, > > I can add new releases, but I still can't create > new packages in the file release system. I wouldn't be > good to add a release of the ocaml plugins in the > already existing eclipsefp package that holds the > haskell plugin releases, so I need a separate package. > I have everything ready, this is the only thing > pending. > > --- > []s, Andrei de A. Formiga > > > > > _______________________________ > Do you Yahoo!? > Express yourself with Y! Messenger! Free. Download now. > http://messenger.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |
From: Leif F. <lfr...@in...> - 2004-09-02 17:12:36
|
Andriy, > wonder how difficult it would be to make better Home > button handling. Right now the text cursor just jumps > to the beginning of the string. yes, that is the default behaviour that is inherited from the Plain text-editor. I don't know how difficult it would be, would have to look into it myself first. But I put it on my todo list. >In Java mode, for > example the caret initially jumps to the beginning of > the text in the line. On the consequtive pressings the > caret jumps between the beginning of the line and the > beginning of text on the line. > > I use version 0.4.0 of the plugin. > > If I had the sources of the plugin I would try to > tackle this myself as it sounds simple enough. The sources are included. They are in the *.source plugins. You can import the plugins into your workspace, and Eclipse will map the sources from the *.source plugins automatically against the jars. Thanks && ciao, Leif |
From: Leif F. <lfr...@in...> - 2004-09-02 17:12:34
|
Hi Marcus, > I noted a small bug, found the error and present a fix. > > When closing a project, a resource change is triggered. The > de.leiffrenzel.fp.haskell.core.halamo.ResourceChangeListener class > detects this and tries to act, but eclipse complains that the project is > closed. > > My fix was simply to check for this and do nothing if that was the case > (since, when the project is closed, the user is noted of changed files, > and if saved, triggers a resource change _before_ closing the project). > > The if statement on line 68 simply gets another check, and becomes thus: > > if( project.exists() && project.isOpen() > && project.hasNature( HaskellNature.NATURE_ID ) ) { > thanks for that patch. I'll integrate it into the next version :-) > I should probably have posted a patch thingy, but as the source is not > in cvs (hence it's a bit of a bother generating a patch, I'm not overly > familiar with that) and this is very minor, I hope it's ok to do so for now. Yupp, sorry for that. Currently, it is easier for me to work changes like these in directly than to maintain the current state of development in CVS, so I'll probably stick to that practice for a while longer. (Means people get the changes later, i.e. not before the next release version, but it means also that people get the release versions earlier :-)) Ciao, Leif |
From: Andrei de A. F. <arc...@ya...> - 2004-09-01 19:18:39
|
--- Andriy Palamarchuk <ap...@ya...> wrote: > I use version 0.4.0 of the plugin. > > If I had the sources of the plugin I would try to > tackle this myself as it sounds simple enough. You probably have the sources already. When you download the feature, two of the plugins are sources. You can check your plugins directory, or import the plugins into your workspace and work on them. > > Thanks, > Andriy --- []s, Andrei Formiga __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail |
From: Andrei de A. F. <arc...@ya...> - 2004-09-01 19:16:18
|
Hi Leif, I can add new releases, but I still can't create new packages in the file release system. I wouldn't be good to add a release of the ocaml plugins in the already existing eclipsefp package that holds the haskell plugin releases, so I need a separate package. I have everything ready, this is the only thing pending. --- []s, Andrei de A. Formiga _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com |
From: Andriy P. <ap...@ya...> - 2004-09-01 18:23:32
|
Leif, wonder how difficult it would be to make better Home button handling. Right now the text cursor just jumps to the beginning of the string. In Java mode, for example the caret initially jumps to the beginning of the text in the line. On the consequtive pressings the caret jumps between the beginning of the line and the beginning of text on the line. I use version 0.4.0 of the plugin. If I had the sources of the plugin I would try to tackle this myself as it sounds simple enough. Thanks, Andriy _______________________________ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush |
From: Marcus L. <mar...@ju...> - 2004-09-01 15:08:05
|
Hi guys, I noted a small bug, found the error and present a fix. When closing a project, a resource change is triggered. The de.leiffrenzel.fp.haskell.core.halamo.ResourceChangeListener class detects this and tries to act, but eclipse complains that the project is closed. My fix was simply to check for this and do nothing if that was the case (since, when the project is closed, the user is noted of changed files, and if saved, triggers a resource change _before_ closing the project). The if statement on line 68 simply gets another check, and becomes thus: if( project.exists() && project.isOpen() && project.hasNature( HaskellNature.NATURE_ID ) ) { I should probably have posted a patch thingy, but as the source is not in cvs (hence it's a bit of a bother generating a patch, I'm not overly familiar with that) and this is very minor, I hope it's ok to do so for now. Regards /Marcus |
From: Andrei de A. F. <arc...@ya...> - 2004-08-24 12:58:44
|
--- Leif Frenzel <hi...@le...> wrote: > Ouch, yes, I had that problem, too. Cost me weeks, > and I never figured out > what happened. The problem disappeared when I > switched to a fresh Eclipse > 3.0 (final) installation. (I had been using the > various milestones and RCs > before.) On that occasion, I decided not to import > my old preference > settings and workspace, but just use a clean new > installation, copied all > project folders to a new directory, and imported > them as 'existing > projects'. After that everything went fine. I'm using 3.0 final running on a windows box and a linux box. Both show the problem. With the windows box I copied the project folders and imported them as existing projects; then, besides the ocaml.core errors, there appeared new ones related to dependencies on the common.core and common.ui (de.leiffrenzel) plugins. > > My best guess as to what the problem is is this: the > export build consists > of a generated Ant build file for every project. > (You can generate the build > files if you right click the feature.xml and select > PDE Tools > Create Ant > Build File.) Funny enough, I generated the build file and ran it manually as an ant build, and everything went fine. It didn't package the feature, though, but built jars of all the plugins and the feature, dropping them at their respective projects' directory. > I had the suspicion, that > it had to do with the > path structure on my Windows machine, because I had > all my project folders > in a top-level folder (C:\eclipsefp). But I'm not > sure about that. On my windows box I have most projects under the workspace directory, and the ocaml, ocaml.core and ocaml.ui plugins in a separate top-level directory. On the linux box everything is in the workspace. > > Ciao, > Leif > --- []s, Andrei de A. Formiga __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail |