Calcitem

将英文文本移动到 Resource 文件的工作基本完成，详见 https://github.com/calcitem/PDFPatcher/commit/3e9001a58c4e6a0346022ade5aca011e2c49fe46 ，下一步是将中文原文导入resx文件。

中文原文填入翻译平台后就不会出现中文被机器翻译的情况。

> 如果兼容了.net core, 那我Linux上是不是指日可待了 可以用wine执行。

> 初衷：在文档结构探查器下增加删除object功能。 代码pull下来，尝试在VS2022下编译，太多问题了，各位想简单了。 转到 x64 编译不成功。 jbig2就一大堆问题。 @Akarinnnnn 提到的 Windows Forms 的问题，转到 .NET MAUI 也是工作量。 或者转到QT？React Native ？这种框架发布的 binary 都 self contain 没有依赖。 是不是有些网友做的 patch 没打？我的Fork VS编译没问题。 https://github.com/calcitem/PDFPatcher

建议可以考虑定一个功能需求的模板，更有助于描述清晰完整，减少来回沟通。 **您的功能请求是否与问题有关？ 请描述。** 对问题所在的清晰简洁的描述。 例如， 当 [...] 时，我总是感到不方便。 **描述您想要的解决方案** 对您想要发生的事情的清晰简洁的描述。 **描述您考虑过的替代方案** 对您考虑过的任何替代解决方案或功能的清晰简明描述。 **附加上下文** 在此处添加有关功能请求的任何其他上下文或屏幕截图。

建议开源后，后续社区成员尽量在论坛交流细节，广泛分享。对于邮件沟通，就由不会用GitHub的用户来发吧。

当上游更新时最好是在本地分支执行 pull 时加 --rebase 选项，这样就不会产生多余的 merge 提交。

Lead 大大新年好~ 目前问题已汇总完成。 如需近一步协助，可以告之哈。

刚在虚拟机中安装了 Windows 10 1909 (build 18363) 中文版，暂未安装 Office，下载最新测试版运行，问题依然存在，排除了 Win 11 和英文的影响，原贴已更新。 不知 Leader 大大的主要环境是啥，我这边可以在虚拟机中安装这些环境验证一下。

定位原因了，还是和 Windows 的文字缩放级别有关系，之前之所以误以为无关，是因为在调整缩放级别到 100% 后没有重启程序，如重启则可以看到显示正常。 在高分辨率的显示器上，往往会将缩放级别调大，甚至 Windows 会根据分辨率的大小推荐一个比 100% 更大的缩放值，否则 Windows 界面的文字显示过小。年纪大的用户更喜欢调大缩放级别。之所以不是调分辨率，是因为调小分辨率会导致显示模糊，所以常规方式是调整文字缩放级别。 主贴已更新。 要解决此问题，我先看看 C# 能否做到 Scale 自适应。 目前查阅的资料列表： https://docs.microsoft.com/en-us/dotnet/desktop/winforms/forms/autoscale?view=netdesktop-6.0 https://stackoverflow.com/questions/13842931/how-can-i-make-label-text-scale-able-in-winforms-application http://csharphelper.com/blog/2015/04/size-a-font-to-fit-a-label-in-c/ https://www.codeproject.com/Questions/643604/Adjust-font-size-to-fit-user-control