[issue12323] ElementPath 1.3 expressions

2013-01-24 Thread Stefan Behnel
Stefan Behnel added the comment: Yes, I think it makes sense to be rigid now and *maybe* add a new feature later. -- ___ Python tracker ___ __

[issue12323] ElementPath 1.3 expressions

2013-01-24 Thread Eli Bendersky
Eli Bendersky added the comment: > I agree that [0] should be treated as a visible error as it's easy to get > wrong. It's certainly too late to change this to 0-based indexing and I > think it's ok to keep it 1-based for XPath compatibility (or at least > similarity) as that's what people will e

[issue12323] ElementPath 1.3 expressions

2013-01-24 Thread Stefan Behnel
Stefan Behnel added the comment: I agree that [0] should be treated as a visible error as it's easy to get wrong. It's certainly too late to change this to 0-based indexing and I think it's ok to keep it 1-based for XPath compatibility (or at least similarity) as that's what people will expect

[issue12323] ElementPath 1.3 expressions

2013-01-24 Thread Eli Bendersky
Eli Bendersky added the comment: Agreed. I strengthened the error checking when parsing the path, so now hopefully many non-sensical positions will be rejected. Note that this is only for the default branch (the future Python 3.4), because I don't think this is important enough to warrant brea

[issue12323] ElementPath 1.3 expressions

2013-01-24 Thread Roundup Robot
Roundup Robot added the comment: New changeset 56a4561600ad by Eli Bendersky in branch 'default': Issue #12323: Strengthen error checking of the position XPath selectors http://hg.python.org/cpython/rev/56a4561600ad -- nosy: +python-dev ___ Python tra

[issue12323] ElementPath 1.3 expressions

2013-01-22 Thread patrick vrijlandt
patrick vrijlandt added the comment: Dear Eli, According to the XPath spec, the 'position' as can be used in xpath expressions, should be positive. However, the current implementation (example below from 3.3.0) accepts some values that should not be ok. Therefore, I do not agree that it behav

[issue12323] ElementPath 1.3 expressions

2013-01-22 Thread Eli Bendersky
Eli Bendersky added the comment: The official documentation of XML ET is at http://docs.python.org/dev/library/xml.etree.elementtree.html The arguments to XPath are clearly described, and the implementation behaves correctly. We will continue supporting XPath syntax there, rather than Python

[issue12323] ElementPath 1.3 expressions

2013-01-22 Thread Ezio Melotti
Changes by Ezio Melotti : -- stage: -> needs patch versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue12323] ElementPath 1.3 expressions

2012-07-21 Thread Florent Xicluna
Changes by Florent Xicluna : -- nosy: +eli.bendersky versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12323] ElementPath 1.3 expressions

2011-06-13 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12323] ElementPath 1.3 expressions

2011-06-13 Thread patrick vrijlandt
New submission from patrick vrijlandt : >From http://effbot.org/zone/element-xpath.htm: [position] (New in 1.3) Selects all elements that are located at the given position. The position can be either an integer (1 is the first position), the expression “last()” (for the last position), or