小辣椒 发表于 2022-11-26 13:13
可以传上去，现在你这么厉害，黑大侠的
传上去不耗网络资源吗？
马黑黑 发表于 2022-11-26 13:14
传上去不耗网络资源吗？
这个黑科技现在是秒传的
小辣椒 发表于 2022-11-26 13:15
这个黑科技现在是秒传的
传到月亮那里费用高，因为距离太长，基站木有，都是靠快递哥人工传的
马黑黑 发表于 2022-11-26 13:20
传到月亮那里费用高，因为距离太长，基站木有，都是靠快递哥人工传的
怎么可能，什么叫黑科技，就是无所不能
小辣椒 发表于 2022-11-26 13:25
怎么可能，什么叫黑科技，就是无所不能
没有基站就是不能
马黑黑 发表于 2022-11-26 13:27
没有基站就是不能
造基站
小辣椒 发表于 2022-11-26 13:29
造基站
没地儿造
马黑黑 发表于 2022-11-26 13:05
有点费劲额
黑黑都说费劲的，肯定不简单。辛苦了{:4_187:}
红影 发表于 2022-11-26 13:46
黑黑都说费劲的，肯定不简单。辛苦了
主要是后期JS调教，我用了一个onmouseup鼠标松开事件处理一个布尔变量，以便拖曳滑块时audio不控制进度条，结果悲催了，Firefox死活不服，onchange事件在它那里就是无法工作。更悲催的是，我并不知道是 onmouseup 事件导致的问题，反复查找原因都找不到问题出在哪里，放大镜也不管用，直到剥离range出来一句一句调试才发现是 onmouseup 搞的鬼。把onmouseup事件去掉，将处理布尔变量的工作交给 onchange 事件，Firefox服了。webkit 内核的浏览器不存在这个问题。
据说，Firefox处理onchange事件是最标准的，而Chrome做了变通。现在我体会到了，变通的必要。毕竟，w3c标准没有顾及一些渲染细节，浏览器还是不必在某些特定细节上遵循它的一些描述，不违背原则的情况下应可以适当变通。
马黑黑 发表于 2022-11-26 16:10
主要是后期JS调教，我用了一个onmouseup鼠标松开事件处理一个布尔变量，以便拖曳滑块时audio不控制进度条 ...
天啊，被你说的一愣一愣的，这些命令完全不懂{:4_173:}
嗯，查找代码中的问题，是最麻烦的事，很多时候白忙半天，都不一定找得到症结所在。
红影 发表于 2022-11-26 16:35
天啊，被你说的一愣一愣的，这些命令完全不懂
嗯，查找代码中的问题，是最麻烦的事，很多时候 ...
Firefox因为绝对遵循w3c的一切描述，有些意外我们无从知道。Firefox其实也应该知道，有些东西w3c自己都没有完善的，变通处理会给w3c一些提醒，让它在完善时，也就是在定稿时，有所参考
马黑黑 发表于 2022-11-26 16:44
Firefox因为绝对遵循w3c的一切描述，有些意外我们无从知道。Firefox其实也应该知道，有些东西w3c自己都没 ...
这些内幕完全不知道，学习了{:4_187:}
红影 发表于 2022-11-26 19:30
这些内幕完全不知道，学习了
{:4_190:}
月亮说，马话听不懂{:4_189:}
绿叶清舟 发表于 2022-11-26 20:30
月亮说，马话听不懂
有翻译
马黑黑 发表于 2022-11-26 20:04
这么不容易的效果，我也要学着做个{:4_204:}
红影 发表于 2022-11-26 21:30
这么不容易的效果，我也要学着做个
封装出来了之后就容易了。也是没做不知道，做了才有所收获。
马黑黑 发表于 2022-11-26 21:31
封装出来了之后就容易了。也是没做不知道，做了才有所收获。
是啊，封装真是太好了{:4_187:}
红影 发表于 2022-11-26 22:32
是啊，封装真是太好了
{:4_181:}
马黑黑 发表于 2022-11-26 13:29
没地儿造
基站倒是真不需要太大的地方，但维护成本不低{:4_173:}