[nant-dev] Commandline library
Hi, For another open source project (neo.codehaus.org), I am looking for a .NET library which does command-line handling. Thus, I came across NAnt's code in the NAnt.Core.Util namespace which is quite elegant and generic. It almost seems a waste to use it for NAnt alone... So I wonder if I have your permission to copy the commandhandling code in a separate open source project (probably at sourceforge as well). This way, more people can benefit from it. I am not a licensing expert, but I suspect that - as NAnt is GPL-based - the spinoff project needs to be GPL-based as well. Cheers, Arjen Poutsma --- To iterate is human, to recurse, divine.- L. Peter Deutsch --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Commandline library
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Arjen Poutsma Sent: zondag 13 maart 2005 12:23 To: nant-developers@lists.sourceforge.net Subject: [nant-dev] Commandline library Hi, For another open source project (neo.codehaus.org), I am looking for a .NET library which does command-line handling. Thus, I came across NAnt's code in the NAnt.Core.Util namespace which is quite elegant and generic. It almost seems a waste to use it for NAnt alone... So I wonder if I have your permission to copy the commandhandling code in a separate open source project (probably at sourceforge as well). This way, more people can benefit from it. I am not a licensing expert, but I suspect that - as NAnt is GPL-based - the spinoff project needs to be GPL-based as well. You also might wanna take a look at the Mono.Options assembly. Gert --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Redesigned homepage
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Orion Edwards Sent: zondag 13 maart 2005 21:00 To: Gert Driesen Cc: nant-developers@lists.sourceforge.net Subject: Re: [nant-dev] Redesigned homepage Looks nice, however 2 suggestions: 1) the javascript collapsible menu on the left should probably go all the way up to the top, rather than be underneat the header. 2) said menu is really messed up, things move around, extra line breaks in funny places, and it doesn't look right (firefox 1.0/winXP for me)... Probably want this to work. Also is there a reliable fallback if javascript is turned off? Seeing as sourceforge is the kind of place where you're going to pick up all the weirdos who use lynx and have no javascript, etc, there probably should be :-) It indeed looks like crap on Firefox. I'll look into it. Thanks for the feedback ! Gert --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
Re: [nant-dev] Re: [nant-commits] CVS: nant/src/NAnt.DotNet/Tasks CompilerBase.cs
Gert Driesen wrote: Hi Conor, I understand that this is a breaking change for anyone implementing their own compiler tasks (that derive from CompilerBase) like you. But in this case, the change from bool to DebugOutput enum was necessary to support the different debug modes (off, full, pdbonly) for the csc, vbc and vjc compilers. The reason why I moved the Debug property to the individual compiler classes was because the jsc compiler only supports off and full debug modes. I could move the Debug property back to CompilerBase (as a virtual property) and override it in the other compiler classes in order to hide it from build authors. Is this a blocking issue for you ? It is blocking for us - or will be. If you run our current tasks with the current CVS version of NAnt, you get a System.MissingMethodException. If we fix it for CVS, then it wont work with prior releases. May need some reflection :) I guess it is not the sort of change we expected between release candidates. We currently maintain two sets of NAnt tasks for Clover.NET - one for 0.84 and one for 0.85. I would say that some of our 0.85 users will stick with old builds while some will follow CVS and newer releases. So, with this change as is, we are going to need to support 0.84, 0.85 up to RC2 and 0.85 post RC2. We can probably handle that and I understand the motivation for the change. Any idea on the timeframe for a final 0.85 release? Will there be an RC3? Cheers Conor --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
