You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(1) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
(17) |
Nov
(8) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(8) |
Feb
(7) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
2004 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2005 |
Jan
(1) |
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
(1) |
Nov
(2) |
Dec
|
2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
(20) |
Nov
(22) |
Dec
(7) |
2007 |
Jan
(5) |
Feb
(12) |
Mar
(14) |
Apr
(4) |
May
(4) |
Jun
(2) |
Jul
(6) |
Aug
(2) |
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(9) |
Oct
(12) |
Nov
(24) |
Dec
(27) |
2009 |
Jan
(11) |
Feb
(12) |
Mar
(15) |
Apr
(16) |
May
(34) |
Jun
(18) |
Jul
(27) |
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
(12) |
2010 |
Jan
(9) |
Feb
(6) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
|
From: Michael M. <gh...@xt...> - 2002-10-28 09:21:12
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ok now the patch is sweet against the latests source... there is a bug thats not of my making (at least i dont think so ) but didnt have the time to understand why... just trying to run main-format /home/michael/src/jalopy/main/src/java/de/hunsicker/io/ExtensionFilter.java:0:0:String index out of range: -4 java.lang.StringIndexOutOfBoundsException: String index out of range: -4 at java.lang.String.<init>(String.java:246) at de.hunsicker.jalopy.printer.NodeWriter.generateIndentString(NodeWriter.java:876) at de.hunsicker.jalopy.printer.NodeWriter.print(NodeWriter.java:529) at de.hunsicker.jalopy.printer.NodeWriter.printLeftBrace(NodeWriter.java:676) at de.hunsicker.jalopy.printer.BlockPrinter.printLeftBrace(BlockPrinter.java:761) at de.hunsicker.jalopy.printer.BlockPrinter.print(BlockPrinter.java:343) at de.hunsicker.jalopy.printer.ClassDeclarationPrinter.print(ClassDeclarationPrinter.java:92) at de.hunsicker.jalopy.printer.JavaPrinter.print(JavaPrinter.java:112) at de.hunsicker.jalopy.Jalopy.print(Jalopy.java:2277) at de.hunsicker.jalopy.Jalopy.format(Jalopy.java:1473) at de.hunsicker.jalopy.Jalopy.format(Jalopy.java:1092) at de.hunsicker.jalopy.plugin.ant.AntPlugin.formatSingleThreaded(AntPlugin.java:956) have fun Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9vQExgC5sbC9WZogRAhdyAJ9h6HBcvfAPztpKgmTpH/Y3qQ2h3gCeJ5Gh HlMubQyF2txFsxeszCZq/t4= =O5oG -----END PGP SIGNATURE----- |
From: Michael M. <gh...@xt...> - 2002-10-27 07:43:40
|
doh dont know how i missed Jalopy.java in that patch.. ill make another one tomorrow. |
From: Marco H. <dev...@hu...> - 2002-10-24 17:12:38
|
Hello Michael, sorry for the delay... Michael> Added the settings to the preferences dialog to choose Michael> between Timestamp, Crc32 and Adler32 checksums. Michael> Added some docs. Many thanks. Especially for the docu. But are you sure the patch contains all changes? I thought you had to touch Jalopy.java as well... And the settings dialog threw an exception because the default setting for the method (.toString() instead of .getName() was used). As of today, I've only added the CRC related code. The Ant stuff will follow. And for the printer things, well, please test current HEAD! Michael> The formatting may be inconsistent in places. (All my prefs Michael> are wildly different than yours :-) Thankfully, I don't have to care anymore :) Michael> And theres no targets to format the source according to the Michael> project prefs... There are. But I did not add descriptions so it's not that obvious. Look for "main-format" and friends Michael> Its a little bit slower but for the benefits i think well Michael> worth it. I might see if there are anyother algorithms that Michael> might be faster around. But CRC's are pretty simple and Michael> quick. :-| Yep, that's what I thought. But speed shouldn't matter that much anyway. Michael> The defined encoding needs to be used although i guess it Michael> wont matter for calculating checksums. (or will it) We will see ;) Michael> I think thats all. (there was the duplicated declaration of Michael> node in some of the inspector stuff... but youve probably Michael> got that already). Nope. I haven't worked at that part in ages. What's the matter? I finally managed to commit my latest efforts back to CVS. You should report against this version. Thanks again. -- Best regards, Marco |
From: Michael M. <gh...@xt...> - 2002-10-18 17:20:30
|
Hi Marco, heres the crc code... I left the default as timestamp. Added the settings to the preferences dialog to choose between Timestamp, Crc32 and Adler32 checksums. Added some docs. Updated ant plugin (and tested on ant 1.3 i know i know, didnt want to update my scripts when im moving to maven and i made some major changed to the ant i use :-D ) The formatting may be inconsistent in places. (All my prefs are wildly different than yours :-) And theres no targets to format the source according to the project prefs... Its a little bit slower but for the benefits i think well worth it. I might see if there are anyother algorithms that might be faster around. But CRC's are pretty simple and quick. :-| The defined encoding needs to be used although i guess it wont matter for calculating checksums. (or will it) I think thats all. (there was the duplicated declaration of node in some of the inspector stuff... but youve probably got that already). cheers Michael On Friday, 18 October, 2002 00:26, Marco Hunsicker wrote: > Hello Michael, > > Michael> No problems :-) > Michael> Already looked at it and thats pretty much what i had decided :-D > > I'm not sure whether the new scheme will slow things down. It would be > cool to make some measuring and in case of a major slowdown, implement > the new scheme as a configurable option to let users choose between > security and speed. -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Michael M. <gh...@xt...> - 2002-10-18 01:51:17
|
Thats what i was planning. I dont actually think it will take too much longer because in the end you do a lot less IO so it should be quicker. But i guess well see :-D On Friday, 18 October, 2002 00:26, Marco Hunsicker wrote: > Hello Michael, > > Michael> No problems :-) > Michael> Already looked at it and thats pretty much what i had decided :-D > > I'm not sure whether the new scheme will slow things down. It would be > cool to make some measuring and in case of a major slowdown, implement > the new scheme as a configurable option to let users choose between > security and speed. -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Marco H. <dev...@hu...> - 2002-10-17 11:26:46
|
Hello Michael, Michael> No problems :-) Michael> Already looked at it and thats pretty much what i had decided :-D I'm not sure whether the new scheme will slow things down. It would be cool to make some measuring and in case of a major slowdown, implement the new scheme as a configurable option to let users choose between security and speed. -- Best regards, Marco |
From: Michael M. <gh...@xt...> - 2002-10-16 21:45:32
|
No problems :-) Already looked at it and thats pretty much what i had decided :-D On Wednesday, 16 October, 2002 22:58, Marco Hunsicker wrote: > Hello Michael, > > Michael> I was thinking it would be nicer to use CRC's rather than > Michael> timestamps (or perhaps in conjunction with). Are you planning > Michael> anything like this or shall i forge ahead and make some patches... > > You mean for the history feature? Sure. But please wait another day or > two until I've committed my latest changes. I'll drop you a note. > > Michael> Id also like to make it possible to not overwrite the file if > Michael> the result of formatting was the same as the original > Michael> regardless of whether it "supposedly" dirty. > > Michael> I was thinking that it would be simple to print the tree to a > Michael> buffer and calculate the CRC on the fly then > Michael> compare that with the CRC of the original... if they are the > Michael> same do nothing. If they are different then do > Michael> backups etc and write the file. > > You need to change the print(JavaNode, String, FileFormat) method in > Jalopy.java. Currently the backups are created before a file is > "printed", in order to be able to restore the original in case > something goes wrong. Just move the logic beyond the printing process > and instead of creating a NodeWriter for the specified output target, > write output to a buffer first, apply your comparison stuff and only > then use the output target. -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Marco H. <dev...@hu...> - 2002-10-16 09:58:58
|
Hello Michael, Michael> I was thinking it would be nicer to use CRC's rather than Michael> timestamps (or perhaps in conjunction with). Are you planning Michael> anything like this or shall i forge ahead and make some patches... You mean for the history feature? Sure. But please wait another day or two until I've committed my latest changes. I'll drop you a note. Michael> Id also like to make it possible to not overwrite the file if Michael> the result of formatting was the same as the original Michael> regardless of whether it "supposedly" dirty. Michael> I was thinking that it would be simple to print the tree to a Michael> buffer and calculate the CRC on the fly then Michael> compare that with the CRC of the original... if they are the Michael> same do nothing. If they are different then do Michael> backups etc and write the file. You need to change the print(JavaNode, String, FileFormat) method in Jalopy.java. Currently the backups are created before a file is "printed", in order to be able to restore the original in case something goes wrong. Just move the logic beyond the printing process and instead of creating a NodeWriter for the specified output target, write output to a buffer first, apply your comparison stuff and only then use the output target. -- Best regards, Marco |
From: Marco H. <dev...@hu...> - 2002-10-16 09:58:54
|
Hello Michael, Michael> You will have to make changes for maven so probably dont want Michael> to go there. Michael> Maybe once maven gets a little more mature it would be easier. Michael> The key to maven is that you dont really have to learn Michael> much...just drop your code Michael> into the structure and it goes. As always: you may don't have to learn much in the first place if you can live with the way the tool works or its authors want it to work. But if you have special needs, you may soon having a hard time to adapt. Michael> Im doing some major refactoring at work, so ill have lots of Michael> Maven nous. Ill see if its possible to make the current Michael> structure for Jalopy fit into maven. I think it will with a Michael> super POM and sub POM's for all the plugins. Cool. Please keep me up to date. Michael> Although i have to admit the current setup was very easy to Michael> get it up and running. My "build system" was inspired by the NetBeans one. I like the idea to have one central place/module to control the whole process. I need to document the build.properties file better, but besides that everything should be fairly easy to get up and running. Michael> I noticed that junit was there but didnt see any tests...are Michael> they coming or is that a pipedream. Well, writing unit tests is no fun and Jalopy is mainly about having fun. But especially for the printing stuff, the lack of a test suite sometimes drives me mad. And especially for the printing stuff, coming up with an easy way to implement unit tests is very complicated. As always, all additions welcome :) Michael> As I want things that arent there ill submit patches so if Michael> you could keep CVS update to date, I wont have to duplicate Michael> things you've done, and can do other things. :-D Well, I try. As it is, my resources are fairly limited and I have to avoid spending too much time online. For the time being, you can savely use the list to first tell about your ideas and I'm sure we will find a way to avoid duplicate work ;) -- Best regards, Marco |
From: Michael M. <gh...@xt...> - 2002-10-16 04:19:19
|
I was thinking it would be nicer to use CRC's rather than timestamps (or perhaps in conjunction with). Are you planning anything like this or shall i forge ahead and make some patches... Id also like to make it possible to not overwrite the file if the result of formatting was the same as the original regardless of whether it "supposedly" dirty. I was thinking that it would be simple to print the tree to a buffer and calculate the CRC on the fly then compare that with the CRC of the original... if they are the same do nothing. If they are different then do backups etc and write the file. Michael -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Michael M. <gh...@xt...> - 2002-10-15 21:47:16
|
Kewl. You will have to make changes for maven so probably dont want to go there. Maybe once maven gets a little more mature it would be easier. The key to maven is that you dont really have to learn much...just drop your code into the structure and it goes. Im doing some major refactoring at work, so ill have lots of Maven nous. Ill see if its possible to make the current structure for Jalopy fit into maven. I think it will with a super POM and sub POM's for all the plugins. Although i have to admit the current setup was very easy to get it up and running. I noticed that junit was there but didnt see any tests...are they coming or is that a pipedream. As I want things that arent there ill submit patches so if you could keep CVS update to date, I wont have to duplicate things you've done, and can do other things. :-D cheers Michael On Wednesday, 16 October, 2002 00:02, Marco Hunsicker wrote: > Hello Michael, > > Michael> 1) The implements value is indented improperly in CVS > > Michael> eg > > Michael> public class Wiggles > Michael> extends Foo > Michael> implements Fooable { > > Michael> when it should be > Michael> public class Wiggles > Michael> extends Foo > Michael> implements Fooable { > > I'll look at it, but I think my dev-version does it right (I will > commit changes soon) > > > Michael> 2) get an index out of bounds when printing an array > Michael> initialiser like this: (trys to access markers.getLast() > Michael> when there isnt one) > > Yep, showed up during my testing a few weeks ago. Already fixed on my > drive. But I'll look at your patch anyway. Maybe it is better. > > > Michael> 3) Praise :-D > Michael> It took me a little while to get my head around the source, > Michael> but I have to say its all very well done. > Michael> Good work. > > We're making our way to a first stable version. 1.0b9 will be a *big* > improvement as a german insurance company was willing to do *much* > field testing. > > > Michael> Any plans to move to Maven or Krysalis for the building. > Michael> Although you do have a nice setup already. > > And I'm quite satisfied with it. So it depends wether the current > process can be integrated into Maven whatever or I would have to apply > many changes. I like the docbook way of things and don't want to learn > just another idiom to provide some project documentation. Otherwise, > Maven looks very promising. -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Marco H. <dev...@hu...> - 2002-10-15 21:20:08
|
Hello Michael, Michael> 1) The implements value is indented improperly in CVS Michael> eg Michael> public class Wiggles Michael> extends Foo Michael> implements Fooable { Michael> when it should be Michael> public class Wiggles Michael> extends Foo Michael> implements Fooable { I'll look at it, but I think my dev-version does it right (I will commit changes soon) Michael> 2) get an index out of bounds when printing an array Michael> initialiser like this: (trys to access markers.getLast() Michael> when there isnt one) Yep, showed up during my testing a few weeks ago. Already fixed on my drive. But I'll look at your patch anyway. Maybe it is better. Michael> 3) Praise :-D Michael> It took me a little while to get my head around the source, Michael> but I have to say its all very well done. Michael> Good work. We're making our way to a first stable version. 1.0b9 will be a *big* improvement as a german insurance company was willing to do *much* field testing. Michael> Any plans to move to Maven or Krysalis for the building. Michael> Although you do have a nice setup already. And I'm quite satisfied with it. So it depends wether the current process can be integrated into Maven whatever or I would have to apply many changes. I like the docbook way of things and don't want to learn just another idiom to provide some project documentation. Otherwise, Maven looks very promising. -- Best regards, Marco |
From: Marco H. <dev...@hu...> - 2002-10-15 11:11:03
|
Hi all, FYI, doing a Reply-to from now on will direct mail to the list (instead of to the poster). Comments welcome. -- Best regards, Marco |
From: Michael M. <gh...@xt...> - 2002-10-15 07:45:36
|
forgot to unindent :-$ -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Michael M. <gh...@xt...> - 2002-10-15 07:21:08
|
1) The implements value is indented improperly in CVS eg public class Wiggles extends Foo implements Fooable { when it should be public class Wiggles extends Foo implements Fooable { 2) get an index out of bounds when printing an array initialiser like this: (trys to access markers.getLast() when there isnt one ) String[] array = {"asdfasd","asdfasd"} 3) Praise :-D It took me a little while to get my head around the source, but I have to say its all very well done. Good work. Any plans to move to Maven or Krysalis for the building. Although you do have a nice setup already. Michael -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Marco H. <dev...@hu...> - 2002-09-15 22:08:40
|
Michael> I was wondering which is the current development branch...I would like to have a play and add some features. Michael> But MAIN and HEAD are both empty... CVS is online now |
From: Michael M. <gh...@xt...> - 2002-09-04 22:12:55
|
I was wondering which is the current development branch...I would like to have a play and add some features. But MAIN and HEAD are both empty... kind regards Michael -- Michael McCallum Software Engineer SnapHire Inc. http://www.SnapHire.com/ |
From: Marco H. <dev...@hu...> - 2002-07-23 20:19:52
|
On Tue, 23 Jul 2002 15:16:34 +0530, Karthikeyan Ramnath wrote: >Hi, I just started using Jalopy as we have very "unique" code styling >conventions, and jalopy fit the bill best. But I still need to make some >changes to Jalopy, for instance to add a space before every semicolon at the >end of a statement, how do I go about doing this? >Any info in this regard will be very welcoome. There may be places where semis are not part of the generated AST and therefore extra logic is implemented in one of the printers, but in general outputting one extra space in SemiPrinter.java should do the trick. out.print(SEMI, JavaTokenTypes.SEMI); out.print(" ", JavaTokenTypes.SEMI); Cheers, Marco |
From: Karthikeyan R. <kar...@su...> - 2002-07-23 09:42:54
|
Hi, I just started using Jalopy as we have very "unique" code styling conventions, and jalopy fit the bill best. But I still need to make some changes to Jalopy, for instance to add a space before every semicolon at the end of a statement, how do I go about doing this? Any info in this regard will be very welcoome. Thank you, Karthikeyan.R DISCLAIMER: This email is bound by the terms and conditions described at http://www.subexgroup.com/mail-disclaimer.htm |
From: Marco H. <dev...@hu...> - 2002-06-06 15:54:12
|
>> >Ok: I tried a fresh reinstall of the whole IDE (which is rather buggy, >> >but since I'm in the beta test program I use it anyway): jalopy has >> >> It worked? Did all the menu items appear? (As outlined in the manual) >Uhm... not sure of that: I have always seen two menu items appearing in FFJ >after installing jalopy: the "jalopy options" one in the "tools" menu, and >the "reformat" one in the build menu. I was able to modify the options FYI, I've attached screenshots showing *all* items that should be available (depending on the calling context). >(although not able to load the options file I saved with the previous >version), and then to start a couple of reformats (on rather large java >files) which correctly worked. Ok. At least that works reliable. >> >correctly worked one or two times. Then, with apparently no reason >> >(don't remember if I had a lockup of some sort), I began receiving this The reason are the additional modules you've installed! It worked directly after the installation and stopped functioning after the installation of a module with another (older) Log4J library. >> Did you read the message >> http://sourceforge.net/forum/message.php?msg_id=1582984? Is Jalopy the >> only module you have installed (clean setup...)? >Uhm... didn't read that one: it is true than when I started jalopy it was >probably right after the reinstall of forte. After Jalopy I installed >refactorit (a not-so-good refactoring module which I could try turning off), >AJDE (aspectj development environment) and systinet wasp developer 4 beta (a >very well done web services development tool). It seems refactorit does use >antlr, but I see they use versions of the libraries with different package >names, I think to solve class loading issues (their antlr package is >"rantlr"). Furthermore I don't know if this is a problem of classes already >loaded: for log4j there is a 100% chance that the jar has already been >loaded by the ide in a different version (I have one in >%FORTE_HOME%/lib/ext, and it is a 1.1.3 version) but the error I have is a This should be the problem. What module did install something here? Module depend libs should go into "modules/ext"... Libscontained in /lib/ext will go in the global classpath... Or does FFJ ships with Log4J 1.1.3? >Wed Jun 05 09:49:12 CEST 2002: java.lang.NoClassDefFoundError: >java.lang.NoClassDefFoundError: org/apache/log4j/Logger from >de.hunsicker.jalopy.plugin.netbeans.NbPlugin@c7141c >I think this can't deal with classes already loaded, can it? It seems more >of a class in the jalopy jar that can't be loaded. Or is it possible than >the classloader of netbeans modules is only able to load classes of a >specific package from a single jar? My guess here is that this is the NetBeans classloading scheme: Never load a package twice. >Should I try removing the 1.1.3 log4j Either remove it but better would be to install the latest Log4J release (1.2.3). >jar and replacing it with jalopy's one? I'm a little afraid of messing up >the ide more than it is (every day I dream about starting to use a different I need to learn more about the NetBeans classloading. Maybe I even have to use a custom classloader to avoid issues like these. >ide, such as eclipse or idea but, you know, I use netbeans since when it was >a wonderful czech all-java ide in the 1.0 version...). That's the way we work ;-) I don't know NetBeans that much. Actually, developing the Plug-in was my first encounter with NetBeans. From the developer perspective quite a satisfying experience... Cheers, Marco |
From: Davide B. <bar...@ya...> - 2002-06-05 08:09:51
|
> >Ok: I tried a fresh reinstall of the whole IDE (which is rather buggy, > >but since I'm in the beta test program I use it anyway): jalopy has > > It worked? Did all the menu items appear? (As outlined in the manual) Uhm... not sure of that: I have always seen two menu items appearing in FFJ after installing jalopy: the "jalopy options" one in the "tools" menu, and the "reformat" one in the build menu. I was able to modify the options (although not able to load the options file I saved with the previous version), and then to start a couple of reformats (on rather large java files) which correctly worked. > >correctly worked one or two times. Then, with apparently no reason > >(don't remember if I had a lockup of some sort), I began receiving this nasty exception: > Hm. I would say, let's hold further investigation and start again once > the stable versions for NetBeans 3.4 and FFJ 4.0 are available. Ok. > Did you read the message > http://sourceforge.net/forum/message.php?msg_id=1582984? Is Jalopy the > only module you have installed (clean setup...)? Uhm... didn't read that one: it is true than when I started jalopy it was probably right after the reinstall of forte. After Jalopy I installed refactorit (a not-so-good refactoring module which I could try turning off), AJDE (aspectj development environment) and systinet wasp developer 4 beta (a very well done web services development tool). It seems refactorit does use antlr, but I see they use versions of the libraries with different package names, I think to solve class loading issues (their antlr package is "rantlr"). Furthermore I don't know if this is a problem of classes already loaded: for log4j there is a 100% chance that the jar has already been loaded by the ide in a different version (I have one in %FORTE_HOME%/lib/ext, and it is a 1.1.3 version) but the error I have is a Wed Jun 05 09:49:12 CEST 2002: java.lang.NoClassDefFoundError: java.lang.NoClassDefFoundError: org/apache/log4j/Logger from de.hunsicker.jalopy.plugin.netbeans.NbPlugin@c7141c I think this can't deal with classes already loaded, can it? It seems more of a class in the jalopy jar that can't be loaded. Or is it possible than the classloader of netbeans modules is only able to load classes of a specific package from a single jar? Should I try removing the 1.1.3 log4j jar and replacing it with jalopy's one? I'm a little afraid of messing up the ide more than it is (every day I dream about starting to use a different ide, such as eclipse or idea but, you know, I use netbeans since when it was a wonderful czech all-java ide in the 1.0 version...). |
From: Marco H. <dev...@hu...> - 2002-06-04 20:20:46
|
>Ok: I tried a fresh reinstall of the whole IDE (which is rather buggy, >but since I'm in the beta test program I use it anyway): jalopy has It worked? Did all the menu items appear? (As outlined in the manual) >correctly worked one or two times. Then, with apparently no reason >(don't remember if I had a lockup of some sort), I began receiving this nasty exception: Hm. I would say, let's hold further investigation and start again once the stable versions for NetBeans 3.4 and FFJ 4.0 are available. Did you read the message http://sourceforge.net/forum/message.php?msg_id=1582984? Is Jalopy the only module you have installed (clean setup...)? Cheers, Marco |
From: <no...@so...> - 2002-03-12 17:30:19
|
Feature Requests item #529030, was opened at 2002-03-12 11:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=442215&aid=529030&group_id=45216 Category: Interface Improvements (example) Group: Next Release (example) Status: Open Priority: 5 Submitted By: John Bishop (jbishop) Assigned to: Nobody/Anonymous (nobody) Summary: modified header always generated Initial Comment: It would be great if there were an option to not include the modified header ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=442215&aid=529030&group_id=45216 |
From: <no...@so...> - 2002-03-11 20:53:09
|
Feature Requests item #528227, was opened at 2002-03-10 21:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=442215&aid=528227&group_id=45216 Category: None Group: None >Status: Closed Priority: 5 Submitted By: larry (larham) Assigned to: Marco Hunsicker (marcohu) Summary: line %modified: 1015791767280 % Initial Comment: hi, thanks for such a terrific utility! I'm using $ java -jar jalopy-1.0b2.jar -version Jalopy 1.0b2, Copyright (c) 2002 Marco Hunsicker and formatted a bunch of files via the ant tool. At the top of each file is written: // %modified: 1015791767280 % I assume this is for some kind of backup ID, but I must get rid of it. Is there an option for turning this off? thanks, larry ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=442215&aid=528227&group_id=45216 |
From: <no...@so...> - 2002-03-11 18:38:07
|
Feature Requests item #528599, was opened at 2002-03-11 10:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=442215&aid=528599&group_id=45216 Category: None Group: None Status: Open Priority: 5 Submitted By: Joshua Harvey (jmharvey) Assigned to: Nobody/Anonymous (nobody) Summary: Separate public and private methods Initial Comment: It would be great if the private methods could be sorted separately from the public methods. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=442215&aid=528599&group_id=45216 |