J'ai un problème avec JQuery.cycle Plugin. À première charge de la page (lorsque les IMG ne sont pas cachés), il montre de petits IMG, comme les miniatures. Vous pouvez le voir à (éditer: désolé, ancien lien) - attendez juste quand le deuxième img montre - c'est petit. Recharger / rafraîchir la résolution, mais ce n'est pas une solution réelle, vous savez. P>
Quelqu'un peut-il savoir quelle est la solution de ce problème? Merci beaucoup p>
6 Réponses :
J'ai eu le même problème et cela me rendait fou! J'ai essayé de pré-charger les images, vérifiées versions sur tout, etc. à rien en vain. La seule chose qui semblait résoudre ce problème, définissez la largeur et la hauteur sur chaque image de la page, plutôt que dans CSS. P>
Yup, c'est ce que j'ai fait aussi après avoir essayé un million d'autres choses.
Utiliser Overflow: caché code> sur le conteneur d'images
div code> p>
Bien que cela ne corrige pas le problème op, il résout le flash de toutes les images.
même problème. Les images aléatoires obtenaient des styles en ligne de 24px x 24px. Plutôt que de définir chaque hauteur et largeur d'image, je l'ai fait à travers CSS. Étant donné que ma largeur était une largeur fixe, je définit cela, mais réglez la hauteur à 100%:
.ParentDiv img { width: 400px !important; height: 100% !important; }
Utiliser $ (fenêtre) .charger (fonction () {}); code> plutôt que
$ (document) .Ready (fonction (fonction) {}); code> p>
J'ai résolu ceci en réglant la largeur et la hauteur dans la balise puis pour afficher tous les JPGS dans le répertoire: p> sortie p>
code>. Mais depuis que j'utilise un script pour générer la liste des images, et ils ont parfois différentes tailles, j'ai utilisé un minuscule morceau de PHP pour résoudre ce problème:
$ imgsize [ 3] code> est, par exemple,
width = "585" hauteur = "285" code>. P>
Bien que cela ne réponde peut-être pas directement à la question (le plug-in jquery.cycle est inconnu de moi), de nombreuses réponses ici abordent ici le problème des images de traitement après le chargement et c'est aussi ce que les gens viennent ici pour rechercher. Alors, voici ce qui se passe: p>
Le 24px est arrivé en raison de la logique défectueuse sur le côté du navigateur - retourner des dimensions prématurément pour un contrôle d'espace réservé. Ils ont une logique de contrôle différente pour la manipulation des images en cache, IE em> ne déclenche même pas
surnet code> pour eux, et c'est pourquoi toute la confusion se présente. p>
plus fiable que
(largeur === 0) Code> Vérification à trouver partout sur Internet si une image est chargée, le
.Commletet code> propriété DOM Rarement mentionné apparemment soutenu par tous les grands navigateurs: http://www.w3schools.com/jsref/prop_img_complete .asp p>
Ceci a fonctionné pour moi: p>
xxx pré> Notez l'objet Mockup d'événement
{DélégateTarget: this} code>. Préférable serait
jQuery (this) .trigger ('charger') code>, mais je ne peux pas le recommander, car je n'ai pas essayé à l'époque ... p> BlockQuote>
Le test code> .Commlete code> doit résoudre le cas de la logique de contrôle de l'espace réservé à 24 px défectueux, le
.one ('"chargée"). Chaque () code>. couvre la fente de flux de contrôle sur la mise en cache / distante. P> blockQuote>
Tout fonctionne bien sur FF 3.6 RC2. Sur chrome 4.0.249.64 (bêta) aussi et même sur IE6. Quel navigateur utilisez-vous?
Je seconde ce que dit Balon. FF dans OS X et IE7 dans Windows - a fière allure.
Enfer, j'utilise Opera / Win7, l'a testé dans IE8 et FF3.5 aussi. Mon client a Safari / Mac, je pense et j'ai responé de l'œuvre de ce type de PPL :-(