Delphi 不使用WORD/thirdparty工具以编程方式将文档转换为pdf
是否可以通过编程方式将文档文件转换为pdf文件,而无需使用WORD应用程序/第三方工具。最好是Delphi XE4。如果是,如何转换?是的,您可以将.doc/.docx文件转换为.pdf,而无需Word和第三方控件。规范是公开的-[简单地]根据规范读取和解析.doc/.docx文件,并根据.pdf规范生成内容 以下是MS-DOC(.DOC)文件格式的规范: --Word97至2007 --2010年至2013年 以及.pdf格式的规范:Delphi 不使用WORD/thirdparty工具以编程方式将文档转换为pdf,delphi,pdf,ms-word,doc,Delphi,Pdf,Ms Word,Doc,是否可以通过编程方式将文档文件转换为pdf文件,而无需使用WORD应用程序/第三方工具。最好是Delphi XE4。如果是,如何转换?是的,您可以将.doc/.docx文件转换为.pdf,而无需Word和第三方控件。规范是公开的-[简单地]根据规范读取和解析.doc/.docx文件,并根据.pdf规范生成内容 以下是MS-DOC(.DOC)文件格式的规范: --Word97至2007 --2010年至2013年 以及.pdf格式的规范: 真的,我想你会发现你可能想使用第三方组件…好吧,如果你
真的,我想你会发现你可能想使用第三方组件…好吧,如果你排除Word和第三方工具,你认为有什么功能可以做到这一点呢?事实上,我认为他的意思是“独立的第三方工具”,比如OpenOffice而不是MSO。如果他希望自己的代码100%由自己编写,那么询问堆栈溢出有什么意义?我们可以向他展示的任何代码都是与任何现成库/组件相同的“第三方”。是的,这是完全可能的。但我认为,一个优秀的程序员需要很长时间才能正确地完成它。你可能是一个非常非常优秀的程序员,有很多空闲时间,但如果不是,你应该使用第三方库来实现这一点。在某些情况下,它只是与之相矛盾。此外,DOCX/XLSX不指定打印设置,如纸张大小、页边距等,因此也不会导出为PDF格式。这违背了PDF的设计目标之一——在任何地方呈现的一致性。这个项目可能需要你6个多月的全职编码(和逆向工程)@Arioch'the我认为所有office文档的核心功能都是通用的(开放文档格式。***x格式)-每个特定应用程序(PPT、WORD、EXCEL)的位只是ODF的扩展。你可能仍然是对的,但是。。。微软在坚持自己的标准方面并没有最好的记录。@J。。。不是。OASIS OpenDocument和Microsoft OfficeOpenXML非常不同。甚至ZIP容器中的信息按文件和文件夹分割也是不同的。XML结构是不同的。所以,是的,最后在ODS和XLSX中,你们会发现单元格的“ABCDE”值。但在ODS中,它将是工作表的一部分,而在XLSX中,它将是统一字符串容器的一部分,工作表将引用它的条目。在处理自定义XLSX生成时,我遇到了MS Excel拒绝加载文件的情况,而我的MS XLSX验证器也拒绝加载文件,反之亦然。