Charltsing.Liu

测试了PdfPig，可以处理常规的PDF。修改之后的PdfPig可以输出16进制数据，可以支持查看部分文本水印。  竖排和旋转的pdf页面处理不支持。

修改itextsharp的PDFString，增加HexValue，在解析token的时候，给Value和HexValue都赋值。 这样输出Tj就可以支持字符串和16进制码了 例如你发的那个[test2.pdf](https://github.com/wmjordan/PDFPatcher/issues/233#issuecomment-2381074723)，输出是这样的： 

PDFCommander 更新到 v1.20 基本可以应付99.9的PDF水印。最新版的删除指令段功能可以处理Contents中全部的曲线水印。 PDFToys的正则功能虽然也能删指令段，但是对普通人来说实在难以入手。PDFCommander 的 -e 参数对普通人更友好。 这个issus可以关闭了

> > PDFCommander 更新到 v1.20 基本可以应付99.9的PDF水印。最新版的删除指令段功能可以处理Contents中全部的曲线水印。 PDFToys的正则功能虽然也能删指令段，但是对普通人来说实在难以入手。PDFCommander 的 -e 参数对普通人更友好。 > > 这个issus可以关闭了 > > 请教，PDFCommander在哪里下载？ https://www.52pojie.cn/thread-1943717-1-1.html

How Windows Messages Trigger the IME Window The Input Method Editor (IME) window in Windows is triggered through a specific messaging mechanism between the system, applications, and the IME itself....

我是直接把代码翻译成c#，用着挺好的

刚抽空测试了你的dll，有两个问题 1、大部分硬盘不需要管理员权限就可以读取特征码。所以你可以修改一下CrystalDiskInfo的源代码，去掉管理员依赖 2、读取硬盘信息的速度太慢，不知道是不是保留了WMI造成的。正常情况下，通过API读取硬盘信息是[微秒](https://www.52pojie.cn/thread-1850119-1-1.html)级的。 你读一读AtaSmart.cpp代码，翻译成你自己的编程语言，照猫画虎写一个

内容流解码为bytes[]时，应该不会丢数据。问题会出在处理内容流的时候。考虑内容流经常存在一些不可见字符，不能直接把内容流转成字符串进行处理，只能直接操作bytes，这会略微困难一些。我的PDFCommander主要就是为了解决这个问题而写的。 你的TextViewerForm需要以文本方式显示给用户才能方便修改。但是文本显示和contents bytes之间会存在不可见字符问题，这就会给用户造成一些数据上的理解混乱。 直接在TextViewerForm里面修改数据的好处是可以方便处理大量操作符。如果使用修改节点树的方法，有时候存在水印相关节点数量过多的问题，人工无法处理（我见过一页300万行的Contents）。 所以，这活要弄好的话，既要支持编辑器批量修改（需要处理不可见字符的显示，八进制可能不太适合普通用户），又要提供内容节点树的快捷修改，工作量挺大。 留待以后考虑吧。

Thank you for your excellent work. This picture took less than two seconds to open on my computer BTW: Perhaps you can introduce your optimization ideas to me, which can...

人眼分辨率是340dpi左右，你弄1200做什么？ Windows下处理bitmap的像素尺寸原则上不能超出23000像素宽或者高，否则占用超过2G内存就无法处理了