2009-04-09 6 views
3

J'utilise l'interface utilisateur jQuery Sortable sur DIV qui contient des balises DIV. À l'intérieur de chaque DIV triable est un iFrame avec un src = à un site différent.jQuery triable UI, chaque div triable contient un iFrame est actualisé dans FF3 mais pas dans IE7

Dans IE7, le tri fonctionne comme prévu. Si vous avez navigué dans l'iFrame, l'iFrame conserve l'état actuel.

Cependant, dans FF3, lorsque le tri s'arrête et que l'iFrame est rechargé avec l'URL d'origine spécifiée. Ce n'est pas ce que je veux.

J'ai essayé d'utiliser DIV/DIV et UL/LI et les deux se comportent de la même manière.

+0

besoin code ... vous n'avez pas posté – rball

+0

Je vais obtenir une démo (expurgé) de course pour vous. – DMCS

+0

http://www.dominicminicoopers.com/jQuery/sortable.htm – DMCS

Répondre

2

Ceci est un bug dans FF (et apparemment Safari 3.5/Win et Opera 9.5/Win): iframes recharger si déplacé dans l'arborescence DOM. (jQuery sortable déplace le noeud dans l'arborescence DOM lorsque vous le déposez).

Voir https://bugzilla.mozilla.org/show_bug.cgi?id=254144. La manière dont je suis parvenu à contourner ce problème consiste à désigner une zone attachée aux iframes comme le «handle» pour que jQuery soit triable. Par exemple:

+-----------------------+ 
| Drag Me | iframe here | 
+---------+    | 
      |    | 
      +-------------+ 

Vous faites glisser le "handle" et non le conteneur iframe réel. Sur Drop, vous réorganisez les poignées, en laissant l'iframe dans le DOM. Cela a bien fonctionné dans mon cas, mais YMMV.

+0

Ouch. On dirait que j'ai un peu de travail à faire. J'ai déjà un handle de dragme. http://www.dominicminicoopers.com/jQuery/sortable.htm mais il revient toujours. – DMCS

+0

Oui, je m'en suis tiré parce qu'il n'y avait qu'un seul iframe à la fois. De votre démo, il semble que ça ne marchera pas. –

Questions connexes