Re: bug in DOMElementWriter

On Mon, Jun 28, 2010 at 4:03 AM, Stefan Bodewig wrote: > By now I tend to agree with Jon that DOMElementWriter should encode \n, > \r and \t when writing attribute values (and only when writing attribute > values). Despite giving an example involving nested text (so technically correct ;), and m

Re: Ivy 2.2.0-RC1

Since I have to recreate the 2.2.0-RC1 release, we can still merge this into RC1. Feel free to merge your changes into the 2.2.x branch, otherwise, I'll do it myself tomorrow... Maarten - Original Message From: Jon Schneider To: Ant Developers List Sent: Mon, June 28, 2010 9:55:31

Re: [VOTE] Ivy 2.2.0-rc1 release

While creating the Eclipse update-site, I discovered a problem with the bundle version in the manifest. I think this should be fixed before we can release this RC, so I'll revoke the vote and I'll recreate the new binaries tomorrow. Maarten - Original Message From: Maarten Coene To:

Re: Ivy 2.2.0-RC1

Maarten, I have committed the changes in trunk (958693). If you agree with the changes, please merge to 2.2.0. That should help with the future release. Erik, I thought I remember the version constraint in IvyDEs plugin being limited to a couple versions, but I stand corrected. Its version co

RE: Ivy 2.2.0-RC1

Well, first of all I am very glad to read that IvyDE 2.1.0 is not completely forgotten. I have used the latest build for weeks now without any issues. I have tested Ivy 2.2.0-RC1 with a couple of projects and found no issues, so a +1 (non-binding) from me for this release. But I thought that I

Re: A performance issue in 'restrict'

Le 19 juin 2010 à 15:05, Nicolas Lalevée a écrit : > > Le 15 juin 2010 à 18:38, Matt Benson a écrit : > >> On 6/15/10, Nicolas Lalevée wrote: >>> On Monday 14 June 2010 20:01:08 Matt Benson wrote: Hi, Nicolas: [SNIP] > I looked into the code, it seems > org.apache

Re: bug in DOMElementWriter

On 06/27/2010 01:35 PM, Dominique Devienne wrote: with \n, which is just like any other character*, the serializer doesn't do anything special, and the output the also contain a "plain" \n. Jon is correct: or similar should be emitted for \n. Newlines are _not_ just like any other character;

Re: bug in DOMElementWriter

> > By now I tend to agree with Jon that DOMElementWriter should encode \n, > \r and \t when writing attribute values (and only when writing attribute > values). > > Stefan > Thank you. jon

Re: Ivy 2.2.0-RC1

Jon, what do we need to change in the UpdateOptions class? Maarten - Original Message From: Jon Schneider To: Ant Developers List Sent: Mon, June 28, 2010 4:06:28 PM Subject: Re: Ivy 2.2.0-RC1 I know I am way behind on the IvyDE 2.1.0 release and honestly a little demoralized abou

Re: Ivy 2.2.0-RC1

I know I am way behind on the IvyDE 2.1.0 release and honestly a little demoralized about it. However, I think we really need to upgrade the UpdateOptions class in the Ivy core to allow us to be able to change branches on the fly as well as the list of features already in that class prior to the I

Re: bug in DOMElementWriter

On 2010-06-28, Stefan Bodewig wrote: > [just echoing what Antoine and Dominque already said, Ant doesn't even > know you used an entity reference to specify the newline.] Just read and realized that what I said above isn't true. If

Re: bug in DOMElementWriter

On 2010-06-28, Jon Stevens wrote: [just echoing what Antoine and Dominque already said, Ant doesn't even know you used an entity reference to specify the newline.] > And what about: > > which ends up like this after 'echoxml'... > Which just is correct, isn't it? It is perfectly lega

Re: Union + Tar

On 2010-06-25, Jon Stevens wrote: > Ok, how do I do the same thing with the war task lib directory? > > > need to put a reference to my union in here. > > put a that looks just the same as the one you've put into where you now have your element. The globmapper's to should b

Re: Union + Tar

On 2010-06-25, Jon Stevens wrote: > mind if i submit a diff to the tar documentation page with this > example? Please do Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@