lxml - The Python XML Toolkit

Download

lxml@python.org

November 2012

17 participants
22 discussions

no xpath evaluation in attributes of xslt extension elements?
by Eric Levy 01 Nov '12

01 Nov '12

Hi, I'm back with another question about lxml. I am tinkering with the extension elements feature of the XSLT engine. I notice that if I try to give an XPath expression enclosed in {} as an attribute value in my own element type, the contents of the {} are not evaluated as an XPath expression, even though they would be if the element were not an extension. For example, in normal XSLT processing: <xslt:apply-templates match="foo"> <bar attrib-of-bar="{@attrib-of-foo}" /> </xslt:apply-templates> This would create a <bar/> element with the attrib-of-bar attribute set to the value of the attrib-of-foo attribute of foo. However, if <bar/> is lxml extension element, then the {} contents are not evaluated, but rather the entire attribute value is returned verbatim. Is this behavior intentional? Is there anyway around it? Sincerely, Eric Levy

2 1

Fwd: POST method form in raises TypeError with submit_form in python3
by Tim Brooks 01 Nov '12

01 Nov '12

Hi all, I'm getting an error while trying to submit a form that uses the POST method. I've posted on StackExchange ( http://stackoverflow.com/questions/13151333/post-method-form-in-lxml-raises… ) but have yet to recieve any feedback. The minimal reproduction of the problem (this site responds to the post with 404, but the error looks to be in submission): > >>> import lxml.html > >>> page = lxml.html.parse("http://www.webcom.com/html/tutor/forms/start.shtml") > >>> form = page.getroot().forms[0] >>> form.fields['your_name'] = 'Tim' > >>> result = lxml.html.parse(lxml.html.submit_form(form)) > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > File "/usr/lib/python3.3/site-packages/lxml/html/__init__.py", line 887, in submit_form > return open_http(form.method, url, values) > File "/usr/lib/python3.3/site-packages/lxml/html/__init__.py", line 907, in open_http_urllib > return urlopen(url, data) > File "/usr/lib/python3.3/urllib/request.py", line 160, in urlopen > return opener.open(url, data, timeout) > File "/usr/lib/python3.3/urllib/request.py", line 471, in open > req = meth(req) > File "/usr/lib/python3.3/urllib/request.py", line 1183, in do_request_ > raise TypeError(msg) > TypeError: POST data should be bytes or an iterable of bytes. It cannot be of type str. Line 3 (setting the 'your_name' field) can be changed to use a bytes object or omitted yet give the same result. I'm using python 3 on Arch Linux. Following your bug procedure I dumped the library versions: > >>> print("%-20s: %s" % ('Python', sys.version_info)) > Python : sys.version_info(major=3, minor=3, micro=0, releaselevel='final', serial=0) > >>> print("%-20s: %s" % ('lxml.etree', etree.LXML_VERSION)) > lxml.etree : (3, 0, 1, 0) > >>> print("%-20s: %s" % ('libxml used', etree.LIBXML_VERSION)) > libxml used : (2, 8, 0) > >>> print("%-20s: %s" % ('libxml compiled', etree.LIBXML_COMPILED_VERSION)) > libxml compiled : (2, 8, 0) > >>> print("%-20s: %s" % ('libxslt used', etree.LIBXSLT_VERSION)) > libxslt used : (1, 1, 26) > >>> print("%-20s: %s" % ('libxslt compiled', etree.LIBXSLT_COMPILED_VERSION)) > libxslt compiled : (1, 1, 26) Being Arch, I expect these are quite up to date though I've not looked into them further. I'd appreciate if someone can point out if I'm doing something wrong, but this looks like an internal issue with lxml. Cheers, Tim.

1 0