又来提Bug的来了-对数组选择支持不良好

[friddle]

假如大神不嫌麻烦的话帮我看一下，假如麻烦的话我自己去试用其他库。
用Xpath提取：
html.xpath("//li/em[@Class="count"]").all()：
得出值为ArrayList:
4.8
4.8
4.8

html.xpath("//li/em[@Class="count"][0]").all()
得出为空
html.xpath("//li/em[@Class="count"][1]").all()
得出第一个表达式的值

同样的情况发生在text(1)上面。xpath("//li/em[@Class="count"]/text(1)"）

是什么原因造成的？
祝好。

[code4craft]

又去查了一下资料，虽然有点反直观，但是标准XPath的序号确实是从1开始的。
http://www.w3school.com.cn/xpath/xpath_syntax.asp

[friddle]

也许是我表达不清楚吧：
html.xpath("//li/em[@Class="count"][1]").all()
得出第一个表达式的值
即同样为
ArrayList：
4.9 -->第一个
4.9 -->第二个
4.9 -->第三个
html.xpath("//li/em[@Class="count"][3]").all()
同样为空

即个人感觉对于数组选择没有实现而不是是否从1开始。

但是我想要的是选择其中的第一个。
即xpath("//li/em[@Class="count"][1]")得出的只有第一个值。而不是三个都有。
感觉上是没有实现。

[code4craft]

明白了，/em[@Class="count"][3]其实是用到了两个方括号的谓词。
这个倒是没有实现，只能支持一个，[@Class="count"]和[3]单独应该都是可用的。主要是其实我也不清楚XPath规范是不是支持两个方括号…

[friddle]

有可能是我误会了Xpath的意思。Anyway thanks
那个选择是对应Html的。我对着Debug看的。所以有出入。个人的程序问题。不好意思麻烦你了。

[code4craft]

查看了一下XPath规范：http://www.w3.org/TR/1999/REC-xpath-19991116/

应该是支持[][]的，我找机会改一下。