@ihwbunny
经过一番测试，结果如下：
NoMachine （ NX 协议）：可以正常拖拽选择文本，并且可以实时拖动窗体。
Jump Desktop （ Fluid 协议）：可以正常拖拽选择文本，并且可以实时拖动窗体。
Jump Desktop （ VNC 协议）：不能拖拽选择文本，不能实时拖动窗体，拖动过程窗体不动，放开鼠标后瞬移。
Apple Remote Desktop （ VNC 协议）：不能拖拽选择文本，不能实时拖动窗体，放开鼠标后瞬移。
Royal TSX （ VNC 协议）：不能拖拽选择文本，不能实时拖动窗体，放开鼠标后瞬移。

很明显，使用 VNC 协议的统统有问题，估计是 VNC 服务器的问题。

@laminux29
你怎么知道我没做过视频播放器？
直播确实没做过，本地播放做过（基于开源项目修修改改就成了自己用的了）。
然后呢？卡几秒跟后台是 C 艹还是 Java 有一毛钱关系吗？

我估计你的意思是“在线转码对计算量要求非常高，所以只有 C 艹才能胜任”。

@whitegerry 18 款 MBP 15 寸，14 款 MBP 13 寸，所有配件都是原装的（除了电池），真想不出能有什么问题。郁闷很久了。

@ihwbunny 又不行了，次奥，我昨天是见鬼了吗？
又测试了一番，发现窗体拖动能用，但是不是实时拖动的。
我怀疑问题在于没有实时传输鼠标拖拽操作，比如拖动窗体的时候，按下鼠标，拖动，屏幕没反应，放开鼠标，duang~~~ 窗体瞬间移动到目的地了。

问一下大佬，这个拖动有可手动配置的配置项吗？

@ihwbunny 刚看完一堆关于 ARD 的帖子，到处都是 Thanks Apple! 苹果真是越来越恶心了，Linux 又不成气候，没替代品，唉。。。
FUCK YOU APPLE ！

@ihwbunny 换了个 VNC 客户端来连接，丝般顺滑🤣，拖动、选择什么的都没任何问题，只能说是 ARD 的问题了。

@laminux29 水再深，也不会影响播放速度。影响速度最大的原因在于网速，也就是 IO，而不是什么变量自增速度快慢。

楼主碰到的问题，根源在于他没有做“预加载”，跟后台是 C 艹还是 C 井还是 Java 基本没关系。

@laminux29
我不会去跟踪这种见树木不见森林的行为。
你说的这种场景叫做“计算密集型”，楼主说的这种场景属于“IO 密集型”，跟你一个自变量自增速度基本没关系。

prop 或 emit 就像是套套，安全，无副作用，隔离性好，各种好。

就只有一个缺点：不那么爽。

this.$parent.someMethod() 之类的写法就像是不带套套，当时各种爽，事后，大家都懂。

从 10.5.8 开始玩黑果到现在，10.7 之前黑果可难装了，真不是小白🤣

@ihwbunny 绝对是 control，observe 模式只能观察，无法操作的。我可以在远程控制窗口里做所有操作，唯独拖拽不行。比如我要选择文本，鼠标按住拖拽选不了，但是先点起始点，然后在结束点按 shift+点击就可以顺利选择。


$ dscl . list /groups | grep ard
_ard


另：我不是小白，差不多有八九年 mac 系统使用经验了，而且还是个资深黑果玩家，资深程序猿...

表单无忧

今年没金三银四。

@laminux29 你这都什么年代的观念了，keep learning 啊同学。

有可能你用的框架拦截了这个错误

@iyg429
宏机伟业

location /api1/ { <-------------注意结尾这个斜杠，必须要有
proxy_pass http://192.168.0.1:5000/;
}

@ihwbunny 所有需要鼠标拖拽的地方都不行，一按下鼠标，光标就消失了，拖拽操作无效。而且并不是特定软件，是所有地方都这样，所以用起来很难用。