[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r23030 - in trunk: . contrib/client-side/svn-merge-vendor

From: Blair Zajac <blair_at_orcaware.com>
Date: 2007-01-17 19:49:25 CET

Anthony Ogier wrote:
>
>
> Blair Zajac a écrit :
>> 2) Is there a reason why this script is in its own directory, since
>> there's only one file. Can you move it up a level using 'svn mv' and
>> delete the subdirectory?
> Yes, I followed the procedure in the mail from David Glasser on 4th
> december 2006. I'll move it one level up !
>> 3) I cannot run the script since it's looking for the lxml module?
>> Could you provide in the file where to get this module from?
> Yes I'll provide the URL to download lxml module in the script.

Thanks.

>>
>> Actually, even better, would be to switch the code over to the
>> elementtree XML parsing module which is now standard in Python 2.5 and
>> is available for Python 2.1 and greater? This will make it more
>> easily usable in the future, since I don't have to install another set
>> of XML bindings.
>>
> Actually, I've searched a Python XML API which were really simple to
> use, and the best "python spirit" as it can. lxml is a really great XML
> API for python because when you have an XML node wrapped by lxml, you
> can directly access a property with object.property ... and XPath
> feature is really simple to understand, look at
> http://codespeak.net/lxml/api.html#id9 .
> I know that it is not standard in Python distribution, but I found the
> standard XML libs quite not simple to use.
> But as far as I remember, I've built my code in order to change the
> function which retrieve the nodes from the XML files.

Using elementtree isn't that hard. Also, Windows users will probably find it
easier to use elementtree than lxml, since you need to compile libxml2 and libxslt.

> I hope I've done the best ...

Thanks again. These are only requests, so do with them what you may :)

Regards,
Blair

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 17 19:50:10 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.