DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=34458>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34458 ------- Additional Comments From [EMAIL PROTECTED] 2005-04-15 15:36 ------- I am not sure I ever liked the fact that id attributes were managed using a different mechanism than other attributes. And I'm not even sure that is still the case. :-( In any case, I could envisioned <macrodef/> (with my <let/> addition) being used as follows: <macrodef name="foo"> <let name="abc"/> <element name="include" implicit="yes" optional="yes" /> <sequential> <fileset id="@{abc}" dir="."> <include /> </fileset> <copy toDir="..."> <fileset refid="@{abc}"/> </copy> <delete> <fileset refid="@{abc}"/> </delete> </sequential> </macrodef> Which means a different "id" would be used on every invocation of the macro. Of course this requires "id" to be evaluated at the right time when the instance of <fileset/> is generated. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
