Question

下面的法典对火法英的有活力的重新排序链接做了罚款,但出于某种原因,没有在IE(第7版)。守则中有哪些内容引起问题的想法? 感谢。

        var parent = $( #itemHolder );
        var children = $( a , parent);
        var children = $( a , parent).sort(function(a, b) {
            return parseInt($(b).attr( amount )) - parseInt($(a).attr( amount ));
        });


        $.each(children, function(i, child) {
            parent.append(child);
        });

Answer 1

我认为,这个问题涉及@Les和@Kobi所作的评论,因为你正在增加超文本要素的属性,而没有确定另一个名称空间。由于这些字塔在原名空间中被定义,浏览器可能忽视这些字塔。

第一个解决办法是把额外特性命名为一种X维射线,这将在大多数浏览器中解决问题。在这方面,你将如何这样做:

 <?xml version="1.0" encoding="UTF-8"?>
 <!DOCTYPE html 
      PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 <html xmlns="http://www.w3.org/1999/xhtml" xmlns:myNS="http://uri.for.your.schema" xml:lang="en" lang="en">
      <!---more html---->
      <a myNS:amount="someAmount" ><!-----></a>
      <!---more html--->
 </html>

当浏览器附上文件(特别是IE)时,你可能会想想另一种办法解决你的问题。而不是将数据储存在超文本中作为属性,为什么不使用j Querycode>data()功能储存<代码>amount。 j子内各要素的数据关键,然后取回这种数值。

 // Store a value
 $.data(theElement,  amount , value);
 // Retrieve the value in your sort
 function(a, b)
 {
      return parseInt($.data(b,  amount )) - parseInt($.data(a,  amount ));
 }

我在那里保留了<代码>parseInt,因为我不敢确定你储存的金额是什么样的数据。我不肯定你是否在服务器或客户上生成这些<代码>amount的属性,因此,第二种解决办法对你来说可能并不理想。您可以总是在服务器上产生一个焦耳机,储存这些数值,并把它作为标物列入文件。然后,你可以获取这些价值,并将这些价值存放在客户的 j子里。

http://www.un.org。了解我的手法类型和名称空间答案的重要内容是,超文本/X维文与OM之间存在差异。关于酒类的冰雪是,它使这种差异减少,但必须认识到,存在差别。 j Query与OM公司打交道,后者由 par子公司创建。快速看quiksmode/a> 各位将告诉你们,视文件的形式和方式而定,所有类型的杂货都会发生。我感到,这是这些问题之一。在将X射线与习俗属性相延伸(X以X射线表示)方面没有任何错误,例如Adobe s spry 框架引人注意地利用X超文本源的习俗特性来界定在电离层扰动电离层之后将设立的习惯植被和地区。然而,正如在网络发展过程中所做的一切一样,你必须按标准行事,否则,你就把它留给浏览器去做,看看你试图做什么,有时(就一般而言)会错。

友情链接