工作流严重依赖 emacs pdf-tools的出来交流下

这个比较于Zathura有什么优势吗?感觉Zathura已经很轻量好用了。

可以选词,主要是 zahtura 有些 bug,在不同宽度的 pdf 显示有问题. 之前我一直在用 zathura 发现 llpp 后就删了. 其实相差不是很大, 看个人.

我觉得主要差别在于llpp后面的mupdf引擎,真的要快得多,zathura也有mupdf版本的,但默认还是poppler的。

还有Windows上的sumatra,安卓上的ebookdroid,也都是mupdf内核,特点就是快,几乎没什么渲染过程。

这个已经使用上了,貌似怎么没看到选中复制的快捷键,我想重新定义自己的快捷键,改动vim风格的加上自己的一些习惯性按键。

试了试大纲模式不能显示cjk文字啊,找半天手册毛都没

哪个版本,我记得旧版本不能,新版本可以的

修改~/.config/llpp.conf里面的字体

<ui-font size='16'><![CDATA[/usr/share/fonts/truetype/wqy/wqy-zenhei.ttc]]></ui-font>

按楼上的方法修改字体即可

已经弄好了,文档相当匮乏,我在arch wiki上找的不过超好用,速度很快,删了zathura已经

同关注这个问题。我现在有时候查一些寄存器手册,也是那种比较大的,字比较多的pdf的时候,用isearch来搜索也是超慢的。

这导致我基本不太用这个工具。

( 可能和这个主题无关 )

如果我能找到 .info 的 manual, 最爱。

如果不能 Mendeley。

llpp又一个好用的pdf阅读器,已经使用上了。作为自己备用的pdf阅读器,发现选词很好用。

1 个赞

前一阵子想在 Linux 无 root 权限的机器上装 PDFTool, 折腾好久也没办法。最后用 use-package 在 Windows 7 上几分钟装好。

试用了一下,感觉非常好。

几个问题想分享一下:

  1. 连续滚动

最开始的时候,我觉得是个大问题,后来发现在 27 寸 显示器上,一页PDF不需要连续滚动,我的视线范围足以扫过整张页面。 但是,在小显示器上,这还是个大问题。所以我就用 ahk 的脚本,从 Emacs 里跳到 SumatraPDF 该 PDF 的对应位置。这样就“解决”了连续浏览的问题。再配合 ahk, 也可以实现从 SumatraPDF 到 Emacs PDFView 的跳转。

  1. 高亮扫描文件

PDFTool 里的高亮似乎不能对扫瞄文件做高亮,不过后来我发现,SumatraPDF 的 Pre-release 里可以做高亮,目前,对扫瞄 PDF 我都是条跳转到 SumatraPDF 然后去高亮。

  1. 性能问题

在主力机器上 (i7-4790K,SSD),我个人感受是 PDFTool 虽然没有 SumatraPDF 那样顺,但是我还是可以接受目前的速度 。 但是我的笔记本上(i3,SSD)的速度就不能忍受。我觉得要是想用 PDFTool 一定要用上台式机器。

1 个赞

有没有试过EAF的PDF Viewer

pdf-tools 最大的优势在elisp

elisp的开放性使得pdf-tools拥有(我所知的)所有pdf阅读、批注工具里最全的可编程API

唯一能有一拼的可能是mac下拥有Applescript library的skim

然而skim有个虽然宣传为优点但有时候其实是缺点的特性:他的标注默认情况下并不存在于PDF文件里 想要获得正常的pdf标注需要多一次转化 而且没有自动化这一标注转化过程的选项

1 个赞

其实skim自带一个skimpdf的命令行工具,写个脚本折腾一下倒也可以做到保存后自动转换为嵌入笔记。

顺带问问pdf的嵌入笔记为何有时会使文件体积膨胀那么多呢?难以理解。

还有能用Apple script真的称得上优点吗?Apple自己都多长时间没有维护过这种脚本语言了,速度又慢,还容易产生莫名其妙的错误,实乃弃之可惜食之无味。

这里不建议用Emacs内置在pdf viewer打开呢,外置优秀的pdf viewer那么多,鉴于和Emacs无缝衔接,推荐用,比如zathura,这种command line型,速度优秀,渲染优秀,快捷键自定义优秀(vim风格,单键keybindings,简单粗暴,功能齐全),和Emacs内部打开没有差别,也是开个window而已,要是用在i3这类wm下就更好,和Emacs自动新建个window没任何差别。

(当然可能和题主的问题有点出入,我是新推荐了一种解决方案,聊作参考)

来点效果图:

1 个赞

噗 看了下skimpdf 发现是一个Applescript脚本 :rofl:

不知道。。可能本来你的PDF是纯文本 过于小 加了highlight之类的markup后变成要多记录一堆表示位置的浮点数。。

貌似Apple script也可以用Swift/js来写的

原来是Applescript的吗?从来都没注意到,applescript也能带参数?

不,我发现反而是那种比较大的pdf文件更容易有这个问题,本来十几M的文件,随便添加几行笔记就能膨胀成几十M,甚是无语。

似乎是,但是一没有文档,网上用户也少的可怜,几乎全靠猜。