*push*
Anyone who could help me here?
> Hello,
>
> I did some work on this problem I have with command line arguments:
>
> 3)
> One remaining problem is that command line arguments are
> automatically escaped via " if they contain spaces. Now it is
> possible that a to be compi
Hello,
I did some work on this problem I have with command line arguments:
3)
One remaining problem is that command line arguments are
automatically escaped via " if they contain spaces. Now it is
possible that a to be compiled booklet has a space in it so the
appropria
> Submitted (rev 468305). Should be online soon.
thx!
>
> Would be good if you add some notes (and links) on your homepage
> about "HelpStudio" itself. I had never heard before
Good idea, I´ll do that later.
Lars
-
g, 26. Oktober 2006 17:13
>An: 'Ant Developers List'
>Betreff: RE: HelpStudioAnt (was: "AW: failure notice")
>
>
>
>>>>> 4)
>>>>> Patching
>>>>> http://svn.apache.org/repos/asf/ant/core/trunk/xdocs/external.xml
>>
4)
Patching
http://svn.apache.org/repos/asf/ant/core/trunk/xdocs/external.xml
for the "External Tools and Tasks" page: I´m using Eclipse
3.1 on Windows.
I know that I can create a patch to a file that is under
versioncontrol. Is there an easy way to create a pat
>>> * line 247+250: we always use brackets you could use
Checkstyle
>>> and Ants src/etc/checkstyle/checkstyle-config for verifying
>>> codestyle.
>>
>> Is it possible to use Eclipse´s internal formatter for
>> this? =)
>>
http://webster.cs.uga.edu/~pavagada/SoftwareEngineering/Checkstyle
(snip)
3)
One remaining problem is that command line arguments are
automatically escaped via " if they contain spaces. Now it is
possible that a to be compiled booklet has a space in it so the
appropriate command line would look like this: helpstudio2.exe
/bk="just
>> >>5)
>> >>Most of the variables are declared as protected because
>this is what
>> >>I´ve seen in nsisant. Is this preferred over private variables?
>> >
>> >Not sure about an Ant philosophy here, but protected variables
>> >support subclassing ...
>
>Mmm, Ant "philosophy" is to have *ALL* va
>> * does it make sence to proceed with a failed configuration?
>> - you invoce handleError() which will log the message when
>> failonerror==false
>> - I think handleError() should set a flag "hasError" so you could
>> quit the job after the checks
>
>Not sure if I understand you correctl
14:09
>An: dev@ant.apache.org
>Betreff: AW: failure notice
>
>>is it not possible to post mail with attaced zip-files to this list?
>
>not sure about that - but I think "no"
>
>>attachment is now temporarily avaiable at:
>>http://www.atlantisgmbh.de/downl
Hi Jan,
thanks you very much for your very detailed 2 cents =)
>
> My few cents ...
> * you should have a buildfile
I have one, it is just not included in the zip. Will be available via
sf.net cvs/svn
> * if possible, you should also have testcases
> - AntUnit
> - JUnit (maybe extending o
oh yes - we prefer new threads instead of thread-hijacking ;-)
Jan
>-Ursprüngliche Nachricht-
>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Gesendet: Dienstag, 24. Oktober 2006 14:09
>An: dev@ant.apache.org
>Betreff: AW: failure notice
>
>>is it not po
>is it not possible to post mail with attaced zip-files to this list?
not sure about that - but I think "no"
>attachment is now temporarily avaiable at:
>http://www.atlantisgmbh.de/download/HelpStudioAnt-0.1.0.zip
thats the better way ;-)
also so the mail boxes of the registered users keep small
13 matches
Mail list logo
