最“流畅”的终端模拟器是什么?

查看 300|回复 36
Rorysky   
我推荐 foot https://codeberg.org/dnkl/foot 另外这个作者其他项目也都非常好。
设计哲学层面我不是很认可 kitty/alacritty 的路线,恰好这个话题我在之前的讨论 zed 编辑器的帖子里提到过 https:///t/1056672 可以做参考。
foot 的作者也有专门写过文章论述 https://codeberg.org/dnkl/foot/wiki/Performance
除开渲染层面,foot 的作者同时维护 fcft 一个 rasterization 的库,这个库对于字符的处理我认为是目前最好的,foot 的字符显示就是基于 fcft 。
还有 foot 对于 OSC/escape sequence 的支持非常标准化,很方便做定制或者与其他应用交互。
Immortal   
你这个光标帅呀!
moyuman
OP
  
你觉得目前终端慢其实是 tmux 慢,再快的终端套上 tmux 这一层都在一个起跑线了
如果是客户端本地开发,而且对 tmux 的 session 不是刚需,现代终端的 tab 等基本都可以替代掉 tmux 的功能,不用这么沉迷 old school 的工具
moyuman
OP
  
@adoal 滚动确实是个很重要的原因,如果有把这个问题解决的终端模拟器,估计用起来也不错
lucifer9   
@ooxxcc 哎,这个可以哦,感谢提醒
adoal   
ghostty
git00ll   
@kuanat 说起来,见识过 OSC 52 的效果之后,再也看不上 :set paste 了
Configuration   
xshell ,用习惯了感觉挺好
kuanat   
PuTTY
kuanat   
@adoal #16
OSC 52 确实是非常好的,终端里也不区分本地和远程。
当然我觉得这事属于历史问题,特别是 linux 环境。clipboard 是个桌面层面的实现,x11/wayland 还不一样,所以 vim 与系统剪贴板的交互是比较低效的 ipc ,而且需要编译期增加支持。理论上如果把 * 寄存器与系统寄存器关联也可以,但 vim 的设计 delete 会和 yank 同样使用 * 寄存器,这就导致按一下 x 也会触发一次 ipc ,一方面造成卡顿,另一方面用户也不想删除的内容进系统剪贴板。
您需要登录后才可以回帖 登录 | 立即注册

返回顶部