$(element).outerWidth(vrai) rapports différemment, en fonction de thème?

.outerWidth([includeMargin]) - Retourne la largeur de l'élément, ainsi que de droite et de gauche padding, border, et (éventuellement) de la marge en pixels.

---

Réglage de la [includeMargin] option pour true ajoute que les marges de ce numéro:

.outerWidth(true) - Retourne la largeur de l'élément, ainsi que de droite et de gauche padding, border, et de la marge, en pixels.

---

.largeur() - Retourne un sans unité valeur de pixel pas compris à gauche et à droite padding, border, ou la marge.

Comme par jQuery docs, la seulement différence entre .width() et .css(width) c'est que le second comprend les unités ("px") où width() retourne simplement le numéro (sans le "px").

Donc, si, par définition, width() n'inclut pas les marges, le remplissage et les frontières, on ne peut css(width)

---

J'ai un script jQuery, cela définit un élément de largeur jusqu'à 50% par l'intermédiaire de la
normal CSS attribut width.

C'est le réglage de l'élément lui-même (non compris les margin, padding ou frontières) à 50% de son conteneur. Si la fenêtre est le conteneur, puis la largeur de l'élément sera de 50% de l'.

Exemple: Avec une fenêtre de 1160 pixels de large, votre script va créer un élément à 50% de 1160, ou 580 pixels de large (non compris les margin, padding ou frontières).

Si je puis sortie de la outerWidth(true) de cet élément pour obtenir exactement l'
valeur de pixel, il est parfois ne correspondent pas à $(window).width()/2.

Lorsque vous regardez le même élément avec outerWidth(true), vous êtes maintenant l'ajout de la marge, de remplissage ou de frontières pour le nombre.

À l'aide de mon exemple précédent: Avec une fenêtre de 1160 pixels, $(window).width()/2 sera 580. En supposant que votre élément est également 580 pixels, .outerWidth(true) va ajouter (ou soustraire) des marges, ajouter une bordure, et ajouter le remplissage de l'élément lui-même de sorte que vous n'allez pas obtenir 580 à moins de marges, de remplissage et de bordure sont toutes à zéro.

Alors, naturellement, avec un "thème" (à l'aide de votre définition), l'élément va probablement avoir un autre padding, border et les marges. Je ne peux pas dire pour sûr, car je ne vois pas tout de votre code.

Simplement utiliser .width() en place de .outerWidth(true) pour garder les choses cohérentes sur l'ensemble de vos thèmes.

---

EDIT:

Dans le Safari de la console, je vois une marge sur le body, provoquant ce que vous décrivez. À l'intérieur de votre consolidated-screen-2.css feuille vous avez un 20 pixels de la marge de gauche.

Vous devez prendre ce corps de marge en compte lorsque vous faites vos calculs.

Depuis votre JavaScript ne permet pas de mettre à jour dynamiquement et ce n'est pas un jsFiddle, je ne peux pas tester plus loin. Lorsque j'ai mis la marge à 0 dans les DOM, je ne peut pas invoquer le JS pour recalculer les numéros sans rechargement de la page, ce qui, évidemment, efface mon DOM sur-ride.

Une solution serait de coller avec .width() (ignorer les marges) dans tous les calculs.

Une autre solution semble comprendre la configuration de la body marge à zéro.

---

EDIT 2:

Vous dire que c'est de déclaration incorrecte, mais j'ai un semi-opaque pixel ruler utilitaire superposées sur mon écran pour la suite et tout est à vérifier...

Cette page dans un 1228 pixel de large fenêtre. Règle vérifie cela.

console.log('width = ' + $slider.outerWidth(true)); = 1188

1188 plus 40 pixels (body la marge gauche/droite) = 1228 (même en tant que dirigeant)

Tiroir est ouvert et en règle vérifie qu'il est exactement 614 pixels de large (sans la bordure droite).

console.log('width = ' + $slider.css('width')); = 594 px;

594 plus 20 pixels (body marge de gauche) = 614 (même en tant que dirigeant)

console.log('width = ' + $slider.width()); = 594

594 plus 20 pixels (body marge de gauche) = 614 (même en tant que dirigeant)