40.
@老虎会游泳,看来也用不了async
属性,要保证按用户设定的脚本顺序执行
41.
@老虎会游泳,你的插件排在viewer
之后,并且也用$(document).ready()
的话,是不是就能在viewer
绑定onclick
后执行了?
42.
@无名啊,这就是我一直在说的方案,并且我已经做好了。
我确实想到一个解决方法,就是用setTimeout
推迟onclick
事件的绑定。
唯一的解决方法是在一切尘埃落定后重新绑定事件。
多个$(document).ready()
的执行顺序是未知的,但是在$(document).ready()
中使用setTimeout
,那么就一定会晚于对方执行,即使延迟是0。
43.
@老虎会游泳,不对噢,viewer
加了defer
,
那就是你先执行$(document).ready()
,然后解析完DOM后,viewer
再执行$(document).ready()
。
触发DOMContentLoaded
后,你先绑定onclick
,再由viewer
绑定?
所以,你的也应该加上defer
?
45.
@老虎会游泳,感觉可以和viewer
作者协调下,去掉 $(document).ready()
你也说多个$(document).ready()
执行顺序不定,不利于后面脚本按顺序执行
46.
@无名啊,只要添加setTimeout
,就可以在我的$(document).ready()
先执行的情况下,让我的绑定后执行。
$(document).ready(() => {
// 加这个延时,就可以保证晚于任何其他插件执行,以解决和viewer.js的冲突
setTimeout(() => {
document.querySelectorAll('.userimg').forEach(x => {
// 替换掉虎绿林的点击查看大图事件
x._onclick = x.onclick;
x.onclick = function () {
this.src = this._url;
// 再次点击就触发虎绿林的点击查看大图事件
x.onclick = x._onclick;
// 恢复被抑制的图片外层链接
if (x.parentNode._href) {
// 为了防止外层链接被立即触发,所以加个延时
setTimeout(() => x.parentNode.href = x.parentNode._href);
}
};
});
});
});
47.
@老虎会游泳,现在你加setTimeout
解决了,再后来的脚本想在你之后执行,该咋办呢
48.
@无名啊,添加一点点延时就可以了,
setTimeout(() => {}, 1);
后续脚本继续增加延迟,就可以按顺序形成调用链。
Javascript是单线程的,所以只要延迟数值比我的数值(没给,默认为0)大,就会晚于我执行。
50.
@无名啊,这不现实,我想你也看到了,在我的代码开始执行时,图片请求实际上已经发出了。如果我的代码晚于其他代码加载,浏览器就有更多机会下完整个图片。要想实现最好的效果,我的代码应该放在加载顺序的最开头,而这与viewer.js
的要求显然是矛盾的。为了方便用户导入,我的代码不可能同时在插件列表的开头和结尾。
51.
@老虎会游泳,我看看啊,实际上,你的代码分成两个部分:
- 替换
img.src
(尽量早执行,也即插件列表开头)
- 点击显示原图,恢复
onclick
(尽量晚执行,也即插件列表结尾)
是吧?Emm……
53.
@无名啊,所以,把setTimeout
做为加载顺序控制器是非常简单且有效的方法。在所有人都遵守这一规则的情况下,函数第二参数的数值就是加载顺序。
为了防止我默认的0占尽先机,我决定把自己的数值改成10,以便让出一些位置给想先加载的代码。setTimeout
的单位是毫秒,50以内应该都不会引起用户察觉。
54.
@无名啊,我和viewer.js
还有另一兼容问题待解决:用户没点击过的图片无法正常预览,翻页只能看到红字svg。
56.
@无名啊,嗯,我确实想,但这就要我侵入viewer.js预览控件,给它添加点击事件。
57.
@老虎会游泳,作为“始作俑者”,我需求不大。你可以问问其他那十来个用户
58.
@老虎会游泳,我现在更想写个在线压缩图片
现在还有没有免费php空间啥的?
它们能执行外部ffmpeg,heif-enc,avifenc,cwebp吗?