我和月亮说句话

马黑黑

小辣椒 发表于 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
有点费劲额

黑黑都说费劲的，肯定不简单。辛苦了

马黑黑

红影 发表于 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不控制进度条 ...

天啊，被你说的一愣一愣的，这些命令完全不懂
嗯，查找代码中的问题，是最麻烦的事，很多时候白忙半天，都不一定找得到症结所在。

马黑黑

红影 发表于 2022-11-26 16:35
天啊，被你说的一愣一愣的，这些命令完全不懂
嗯，查找代码中的问题，是最麻烦的事，很多时候 ...

Firefox因为绝对遵循w3c的一切描述，有些意外我们无从知道。Firefox其实也应该知道，有些东西w3c自己都没有完善的，变通处理会给w3c一些提醒，让它在完善时，也就是在定稿时，有所参考

红影

马黑黑 发表于 2022-11-26 16:44
Firefox因为绝对遵循w3c的一切描述，有些意外我们无从知道。Firefox其实也应该知道，有些东西w3c自己都没 ...

这些内幕完全不知道，学习了

马黑黑

红影 发表于 2022-11-26 19:30
这些内幕完全不知道，学习了

绿叶清舟

月亮说，马话听不懂

马黑黑

绿叶清舟 发表于 2022-11-26 20:30
月亮说，马话听不懂

有翻译

红影

马黑黑 发表于 2022-11-26 20:04

这么不容易的效果，我也要学着做个

马黑黑

红影 发表于 2022-11-26 21:30
这么不容易的效果，我也要学着做个

封装出来了之后就容易了。也是没做不知道，做了才有所收获。

红影

马黑黑 发表于 2022-11-26 21:31
封装出来了之后就容易了。也是没做不知道，做了才有所收获。

是啊，封装真是太好了

马黑黑

红影 发表于 2022-11-26 22:32
是啊，封装真是太好了

红影

马黑黑 发表于 2022-11-26 13:29
没地儿造

基站倒是真不需要太大的地方，但维护成本不低