好的，收到。我暂时在 mac 上禁用像素滚动。
滚动的时候cpu占用率高吗? 记得很早以前用macport版本, 象素滚动, 但是发现滚动时候cpu占用率很高, 耗电, 得不偿失
这个倒是没注意，现在天气冷，风扇一直都是不转的。感觉跟平时一样，回头我注意观察一下。
当时倒是没让风扇转, 滚动时候感觉微卡, 然后把活动监视器打开, 发现滚动时候cpu占用很高
向下滚动 CPU 占用率很低，但是向上滚动时就马上上升至 100%
主要是计算 window-start 的位置和大小太复杂，把这个功能内置到 redisplay 后速度会提升很多：move_it_vertically_backward question
2 个赞
期待这个现代化的功能
太好用啦，继中文折行之后又一个用master版本的理由 
这个问题目前在最新版本已经解决，好用了 
@oldosfan 大佬，反馈一个问题。
在 macOS 上通过触摸板进行屏幕滚动的时候，只能滚动激活的 buffer，光标在非激活的buffer下没法向上滚动，只能向下滚动（而且向下滚动时，也不是像素滚动）。
请问能否实现滚动当前光标下的 buffer？
向上滚动的 CPU 性能问题已经修好了。
3 个赞
我前两天试了一下pgtk, 感觉输入删除字符的时候有点粘手指的感觉，是我的机器不行，还是其它原因，另外child-frame隐藏显示性能好像也不太好
前者不清楚，后者是 gtk 本身的毛病。
现在实现了，可以更新 master 试试
1 个赞
我刚才试了一下 mac port，很吃惊的发现 mac-mwheel-scroll 居然能吃掉 70% 的 CPU。
不知道是不是因为在虚拟机里运行 macOS，还是 mac port 本身不优化
这几天的更新后 pixel-scroll-precision 已经不怎么费 CPU 了，我这里只占用单个 CPU 的 10% 左右
我用 Intel i7 4核的 MBP，用了大约 30%-40% 的 CPU，因为 mac-mwheel-scroll 是用 lisp 写的，而且还比较大，调用次数也很多。換成 mwheel-scroll 大约有 10%-30%。
大佬像素滚动pgtk可以用了莫
早就可以了，哈哈
pixel-scroll-precision 也是用 lisp 写的，只有向上滚动时用到的优化是用 C 实现的。
我觉得 mwheel-scroll 不太至于用到 30%，可能是 mac port 下的 wheel event 太频繁导致的。