[くつした]

作者: jialan75

xml信息 是你控制的 所以添加逻辑不是问题吧
不知道你遇到的是什么样的情况。

xml是相对静态的，我还没研究过qi会在什么时候重新读取xml
比如我可以用JavaScript写一个根据尺寸给页面加相应的书签名，只需要读取页面框，转换成我想要的字符串再生成书签，完全是一套规则应对所有尺寸情况，固定的规则根据情况产生相应的结果，可以说决定结果的是文档以及我的规则和acrobat的执行，而不是我根据文档来生成xml在反过来调用qi。再比如A3A4混合，A4既有横向表格也有正常纵向文本，麻烦点儿拖到我的识别尺寸里看尺寸统计信息，简单点儿JavaScript或者C++自动把A4横向的逆时针转成纵向，这样一看预览就知道怎么回事。现在主要就是用acrobat缩放整个页面内容，现在的方法只能搞搞页面内容不复杂的。不知道预检里的是怎么实现的，更不知道qi和pitstop是怎么实现的。

[jialan75]

hotqi 就是当你把文件扔进 input文件夹的时候运行的。在这之前你可以修改xml

[くつした]

作者: jialan75

hotqi 就是当你把文件扔进 input文件夹的时候运行的。在这之前你可以修改xml

看来你还是没懂我的意思啊。能解决问题的办法是有很多，但是我想实现qi最基础的快速缩放页面以及页面内容，不太想依赖第三方库，不然我直接用我存着的几个库了，甚至模仿mupdf源码来。我现在已经写了不少拖文件或文件夹到exe上就得出结果的程序，但是我想既然在acrobat的interface下就用acrobat的接口吧，免得u盘插来插去的吸引注意力惹一身骚。

[くつした]

不会用od着实把我看晕了，先是对hot的pdfl的所有一千多API打断点加标注F9观察大概的频率，减少看起来频率最高的和没啥相关性的api的断点，接着找到新文件生成前后的点逆推运行过程，今晚盯着屏幕着实头晕。
adjust page size 着实没用标题的API，都是散的页面对象，符合这个API会生成一个form来囊括原页面内容的特性。修改时很可能是直接cos的。

[木棉树下]

作者: jialan75

楼主的意思 是自动化。 如果单独修改一下 页面大小 很简单。
不仅仅是页面大小 这么简单 还有很多 很多。
我司 是实现自动化了的。

想请教下，贵司校对的工作是怎么样？还需要人工校对吗？

[くつした]

算了，认输，cos 玩不动，在 content 前面手动加矩阵更是懒得做底层测试，面对不懂的系统完全不敢动最底层的抽象，完全没有出发点。就拿手里的一堆c++库用用吧，表层抽象接口用用好就行了，再学别的语言实在是没心思了，等慢慢搞清了 pdf 的数据结构再为所欲为吧。

[4190]

问题不在语言，而在PDF的数据结构，这才是根本。

[くつした]

作者: 4190

问题不在语言，而在PDF的数据结构，这才是根本。

问题在于要依赖库就要用库的语音，不依赖库就得用原生sdk的语言，想偷懒，不想搞stream，要考虑的太多，没精力。talk is cheap。刚入行是从图纸出发，搞cad打印，涉及图层，线宽，ucs，matrix，视图，shx，ttf，块，打印参数保存随时可重新跑一遍，把要用的打印文件二进制数据存进代码内随时生成等等等就搞了我最后精简成几万行代码，靠业余时间纯粹折磨人，自己最后都搞出了一套api了，成本太高。