在此页面中，此页面中小程序的 CheerpJ 转换（具有相同的字节码）似乎无法识别鼠标拖过小程序框架边界。如果可以的话，那就太好了。
这只是我的客户端设置（Linux Debian 9.2）的问题，还是其他人看到相同的行为？
非常奇怪的是，原始行为在 CheerpJ 不支持的 iPhone 浏览器上被正确转换（我在那里检查了 safari 和 firefox）。对这一事实的调查能否帮助 CheerpJ 开发人员了解如何使 MouseMotionListener 界面识别鼠标在屏幕上的任何位置拖动，而不仅仅是在小程序框架内？
也许这是不可能的，但我认为值得一问。
编辑： 将标题更改为对 CheerpJ 的负面影响较小（总的来说，我觉得这太酷了，难以置信！）并且更能反映实际问题。
mouseDragged据我们所知，该方法已正确实施。Java 事件派生自mousemove当鼠标在小程序表面之外时不传递的 JavaScript 事件。使用遗留插件小程序显示在具有不同行为的本机窗口上。
有可能使用不同的 JavaScript 事件，比如mousedrag让 CheerpJ 的行为更类似于原生的，但是在不导致回归的情况下重新设计它需要大量的工作，这不是我们目前的优先事项。特别是考虑到我们的客户通常有全屏的 Swing 小程序，无法显示该问题
在移动设备上touchmove使用该事件，这可能是导致您看到的差异的原因。
如果您想报告错误，可以在这里进行：https ://github.com/leaningtech/cheerpj-meta/issues