gpt4 book ai didi

javascript - ContentFlow javascript 插件不在 IE 中加载,但在所有非 IE 浏览器中加载

转载 作者:行者123 更新时间:2023-11-30 06:45:48 25 4
gpt4 key购买 nike

我一直在修补 ContentFlow JavaScript 库 found here这是 iTunes 中 Apple 专辑封面流程的完美复制品。我正在为我妻子的 maternity jeans 加载 40 多张图片地点。我对 Slideshow addOn 添加了一些改进,包括一个计数器(第 1 个,共 42 个)和牛仔裤 vendor 的 Logo 。

它很棒,除非您在 IE 中查看它。事实上,对于所有非 IE 浏览器,它的加载速度都比 Facebook Like 按钮快,但它永远不会为 IE 加载。您所看到的只是“正在加载”图像。它永远不会在 IE7 中加载。它在 IE8 中加载了 25% 的时间。

如果我在 _init 函数中向 alert(cf._imagesToLoad) 添加一个警报,就在行之前:

if (cf._imagesToLoad == 0 || new Date() - now > cf._loadingTimeout) {

然后 IE 在一定数量(小于 20,通常小于 10)时挂起,这让我认为 IE 加载 42 张图片的速度不如其他浏览器快。

我如何增加加载图像所花费的时间,因为它没有接近 loadingTimeout 默认值 30 秒?

为什么在 IE7 和 IE8 中加载图像需要更长的时间?它在 FF、Safari 和 Chrome 中就像一个魅力。

奇怪的是,如果刷新 IE 的缓存,它第一次(大部分时间)工作正常。也许是 IE 缓存问题?

有谁知道在 IE 中对这个特定库进行故障排除的好方法吗?

最佳答案

在我想起 JQUERY 之前,我一直在努力!通过替换通过 CONTENT 元素的 onload 事件的 attachEvent 处理程序调用“foobar”函数的逻辑,我得到了同样的效果。
(由于不同浏览器处理事件处理程序的方式不同,此部分已被许多人重新编写...)

请参阅以下讨论:http://code.google.com/p/contentflow/issues/detail?id=3并用以下代码替换 jbdemonte 的修复:

$(this.content).ready(function(){foobar()});

关于javascript - ContentFlow javascript 插件不在 IE 中加载,但在所有非 IE 浏览器中加载,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7065995/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com