要研究东西总是需要读纸, 纸都是pdf, 所以好用的pdf reader很有用.
我在macOS上用过这些阅读器:
skim. skim还挺好用的, 缺点是快捷键太不灵活, 如果能自己设置jk翻页之类的就好了, 之前修改了代码, 勉强可用, 但是后来花了很长时间问AI工具都没搞明白如何更新目录和页码.
Preview 是一坨屎. 为什么文件修改之后要focus才能更新页面? 设置的视图在文件重新加载也不能恢复. 这就导致完全无法用 Preview 来 preview :( skim和Preview都用Apple pdfkit, 在app显示了纵向滚动条的情况下 pdfkit 不能正确处理pdf页面宽度. (见skim bug report)
我的解决方法是调整skim显示scrollbar的模式
defaults write net.sourceforge.skim-app.skim AppleShowScrollBars -string "WhenScrolling"Preview在pdf里面的搜索功能据说会漏掉一些.
PDF.js(in Firefox) 比 chrome 的阅读器好很多. 某个版本是使用
j,k移动页面的(也许我记错了, 是chrome的插件), 但是目前变成了翻页. 这种按键逻辑很奇怪, 为什么已经有了n,p来翻页还要把j,k设置成这样的功能? 即使有人想用j,k来翻页, 那么使用singe page mode也可以. sumatra的快捷键就是这样设计的, 可惜只能在windows上用. 如果用PDF.js来和编辑器一起写纸的话, vscode的插件可以在tab里用PDF.js预览, 编译之后自动刷新, 速度有点慢.zotero 内置的 reader. 优点是可以准确的显示link到的东西(skim有类似功能,但是不能准确显示到目标), 但是滚动起来好卡, 而且zotero的tab用起来很难受. 但是zotero有个很好的插件 https://github.com/retorquere/zotero-open-pdf, 让你来选择用什么reader打开.
对于写latex来说, 实际上不需要频繁看编译出来的内容. 我觉得这种Emacs mode就很好, 但是我不想花时间学如何用Emacs
用jk移动页面是Okular的习惯. 如果能修改skim,
加入一个修改快捷键的功能会很好,
但是对于不懂objective-c的人来说可能太难了.
另一个困难是skim源码在SourceForge上, 要用svn.