¿Por qué jQuery devuelve un índice de 3?

Question

HTML:

<ul> 
    <li class="selected">First Item</li> 
    <li class="disabled">Second Item</li> 
    <li class="separator">Third Item</li> 
    <li>Fourth Item</li> 
</ul> 

jQuery:

alert($("li:not(.disabled,.separator)").index()); 

Según the documentation para index:

el valor de retorno es un entero que indica la posición de la primera elemento dentro del objeto jQuery relativo a sus elementos hermanos.

Énfasis en first element. Pero el código anterior devuelve 3. Según la documentación, ¿este código no debe devolver 0?

Se puede ver en acción aquí: http://jsfiddle.net/Zf9Vv/

NOTA:

Mi selector equivale a dos elementos: el primero y el último LI.

Answer 1

Editar (ver comentarios) La respuesta original es incorrecta ... Voy a dejarlo aquí por ahora para que los comentarios tengan sentido.

En cuanto a la fuente de jQuery para index, se puede ver la following snippet:

if (!elem) { 
    return (this[0] && this[0].parentNode) ? this.prevAll().length : -1; 
} 

comparar esto con el correspondiente (si es muy diferente) fragmento de una versión anterior, 1.6.2. Observe el uso de this[0]:

return jQuery.inArray(this[0], 
// If it receives a string, the selector is used 
// If it receives nothing, the siblings are used 
elem ? jQuery(elem) : this.parent().children()); 

Parece que en la versión actual de la parte this.prevAll causa el problema. Si lo cambia a this.eq(0).prevAll (que replica lo que indica la documentación de index), se obtiene el valor correcto. Entonces parece que esto es un error jQuery.

En la versión 1.6.2, se usa inArray. Ese método devuelve el índice del primer argumento en el segundo argumento (o -1 si el primer argumento no se encuentra en el segundo). Como el primer argumento es this[0] (el primer elemento en el conjunto combinado) obtenemos el resultado esperado.

Aquí hay un updated fiddle con la fuente jQuery modificada incluida. El resultado correcto es alertado.

---

Respuesta original (esto es incorrecto):

Leer la parte citada de la documentación de nuevo con cuidado (el resaltado en negrita en el original):

el valor de retorno es un entero que indica la posición del primer elemento dentro del objeto jQuery en relación con sus elementos hermanos.

El hecho de que dos de los hermanos se hayan eliminado del conjunto combinado, no cambia el valor devuelto por index. En otras palabras, el elemento coincidente (<li>Fourth Item</li>) siempre tendrá el índice 3, relativo a sus hermanos (a menos que, por supuesto, se inserten nuevos hermanos en el DOM antes del elemento en cuestión).

Answer 2

Es probable que haya encontrado una discrepancia entre la funcionalidad real de jQuery y lo que dicen los documentos.

El docs estado

Si no argumento se pasa al método .index(), el valor de retorno es un entero que indica la posición del primer elemento dentro del objeto jQuery relación a su hermano elements.`

Sin embargo, .index() devuelve el índice del último elementodentro del objeto jQuery.

Esto se puede demostrar (sin introducir un posible problema con el: no Selector) en su violín por console.log($("li").index()); // 3

Tal vez se necesita un informe de error en jQuery?

Answer 3

Actualización:

se confirma, esto es una regresión introducida en jQuery 1.6.3. Las versiones anteriores muestran el comportamiento esperado (return 0).

Después de investigar, a regañadientes he llegado a la conclusión de que esto no puede ser otra cosa que no sea un error en jQuery.

Específicamente, en este caso al menos, index() devuelve el índice relativo a sus hermanos del segundo elemento coincidente (el <li> desnudo). Esto a pesar del hecho de que

$("li:not(.disabled,.separator)").get(0) 

devuelve correctamente el <li class="selected">.

Por otra parte, si cambiamos el selector a

$("li:not(.disabled,.separator,:last-child)").index() 

continuación index correctamente devuelve 0.

Las pruebas realizadas usando jQuery 1.7.1