DO NOT REPLY [Bug 24837] New: - Availability of VB6 tasks for ant

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24835] New: - Jar task and package directories

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [VOTE] macrodef - do attributes as properties or substitution s

LOL! This got the office rolling on the floor. > -Original Message- > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Sent: Wednesday, November 19, 2003 11:40 AM > To: [EMAIL PROTECTED] > Subject: Re: [VOTE] macrodef - do attributes as properties or > substitution s > > > On Wed, 1

Re: [VOTE] macrodef - do attributes as properties or substitution s

On Wed, 19 Nov 2003, Ken Gentle <[EMAIL PROTECTED]> wrote: > "@{x}" is familiar enough, although I can't say why at the moment It's a grid bug (or a xorn, dunno without colors) between a moat and a fountain with an adventurer/human/elf next to it. 8-) Stefan ---

Re: [VOTE] macrodef - do attributes as properties or substitution s

On Wednesday 19 November 2003 16:13, Ken Gentle wrote: > > Just to be contrarian (but not really), the "[EMAIL PROTECTED]" notation > looks weird to > me! "@{x}" is familiar enough, although I can't say why at the moment -- > oh, yeah, doesn't Perl have a similar construct? If not today then some

RE: [VOTE] macrodef - do attributes as properties or substitution s

Everyone is entitled to your opinion, and everyone else is entitled to their own, wrong opinion. Right, Dominique? ;^) Just to be contrarian (but not really), the "[EMAIL PROTECTED]" notation looks weird to me! "@{x}" is familiar enough, although I can't say why at the moment -- oh, yeah, doe

RE: [VOTE] macrodef - do attributes as properties or substitutions

> Actually if we go for reading value, the advantage > of @{x} notation is > that sounds like "AT(tribute) x" :-) Yeah, add another non-committer vote for @{x}... __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whats

RE: [VOTE] macrodef - do attributes as properties or substitutions

> From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > Unlike Jose Alberto, I think it's a 'good' thing than > referencing an declared attribute of a in its > body/impl resembles the XSLT referencing of a attribute of > the current XML element! > > The similarities are striking, and the

RE: [VOTE] macrodef - do attributes as properties or substitution s

> From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > > From: Gus Heck [mailto:[EMAIL PROTECTED] > > My (non-committer) oppion coincides with Stefan here, with a slight > > preference for @{x} > > because it looks like "put the substitution AT this location" when I > > read it to myself. > >

RE: macrodef - do attributes as properties or substitutions

True, that was from the 1.4/1.5 days. -Original Message- From: Dominique Devienne [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 8:52 AM To: 'Ant Developers List' Subject: RE: macrodef - do attributes as properties or substitutions > From: Steve Cohen [mailto:[EMAIL PROTEC

RE: macrodef - do attributes as properties or substitutions

> From: Steve Cohen [mailto:[EMAIL PROTECTED] > I have used a similar idea with a build file full of "template" targets > that use a fileset reference. The reference must be defined globally or > the build will break, but only some of the users of the file of > "templates" actually need the refere

RE: [VOTE] macrodef - do attributes as properties or substitutions

> From: Gus Heck [mailto:[EMAIL PROTECTED] > > My (non-committer) oppion coincides with Stefan here, with a slight > preference for > > @{x} > > because it looks like "put the substitution AT this location" when I > read it to myself. > Actually if we go for reading value, the advantage of

RE: [VOTE] local for 1.6

> From: Steve Loughran [mailto:[EMAIL PROTECTED] > > > It would seem better to get this right before we ship, as then things > stay broken. Holding stuff over to 1.7 lets us experiment > with the model > more before we actually ship. But I agree, without it, > macrodef is more > limited. >

Re: My itches with (was Re: [VOTE] local for 1.6)

On Wednesday 19 November 2003 09:46, Stefan Bodewig wrote: > On Tue, 18 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > On Tuesday 18 November 2003 15:32, Stefan Bodewig wrote: > >> Your proposal uses a task that sets up a local scope for a > >> named property until the enclosing target/sequ

Re: My itches with (was Re: [VOTE] local for 1.6)

On Tue, 18 Nov 2003, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: >> From: peter reilly [mailto:[EMAIL PROTECTED] >> >> On Tuesday 18 November 2003 15:32, Stefan Bodewig wrote: >> >> > >> > >> > >> > > > Just for the record, my syntax was more like: > > > ... > OK, I didn't actua

Re: My itches with (was Re: [VOTE] local for 1.6)

On Tue, 18 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > On Tuesday 18 November 2003 15:32, Stefan Bodewig wrote: >> Your proposal uses a task that sets up a local scope for a >> named property until the enclosing target/sequential finishes. >> Jose Alberto suggested to use a TaskContainer

Re: In case you haven't seen this yet

On Tue, 18 Nov 2003, Alex Kipman <[EMAIL PROTECTED]> wrote: > You will note Brent re-wrote the entire section about "Why not > Ant/NAnt", and what you see on this link is what you will see > printed on the book when it hits your local bookstore. Thanks Alex, both for the pointer and for the nudgi

In case you haven't seen this yet

Title: In case you haven't seen this yet Hello everyone, At the risk of reliving a very painful subject, I wanted to point the community to the published "chapter 2" of Brent Rectors book entitled Introducing Longhorn for Developers.  The link is here: http://msdn.microsoft.com/Longhorn/un

Re: My itches with (was Re: [VOTE] local for 1.6)

On Tue, 18 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > On Tuesday 18 November 2003 15:53, peter reilly wrote: > >> me) more natural. However, I can see benefits ;- my code may not > Opps that should of course be "the" code and not "my" code. Don't worry 8-) Stefan --

DO NOT REPLY [Bug 24231] - command-line option to signify no more options

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24806] New: - Add merge as valid option for vssget writablefiles attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [VOTE] macrodef - do attributes as properties or substitutions

My (non-committer) oppion coincides with Stefan here, with a slight preference for @{x} because it looks like "put the substitution AT this location" when I read it to myself. However I can understand that $ escaping is already done and well tested so reusing that code has value. $(x) is good