React
|
028-81705109
|
|
微信扫一扫
|

Spire.Cloud 纯前端文档控件

React

Word 文档长期承担说明书、报告与合同的编写工作;Markdown 则以纯文本形式服务于文档站点、知识库与代码仓库。把已有的 Word 内容转入 Markdown,是文档迁移与内容发布中的常见环节。 若把转换放在服务端,文件需要先上传,原始内容因此离开用户的设备。本文使用 Spire.Doc for JavaScript…
技术文档、接口说明与发布记录越来越多地以 Markdown 的形式维护:它便于存入代码仓库、便于评审,也便于在版本之间比较差异。但对外交付时,对方往往需要一份 Word 或 PDF 文档。转到桌面软件中复制粘贴会丢失格式,表格与代码块需要重新排版;放到服务端转换,源文件又离开了用户的设备。 本文用 Spire.Doc for…
同一份 Word 模板,常要在不同场合呈现不同的样子:给客户的函件里,姓名前面要带称谓;内部归档的表格里,姓名则要统一大写。若逐个域去改模板,改一次就要维护一份新文件;若把判断放在代码里拼字符串,模板又失去了复用价值。 本文用 Spire.Doc for JavaScript 在浏览器中处理这两类需求。一类靠域开关:\b、\f、\* Upper 等指令写在模板的域代码里,同一个域值因此能以不同形态落进文档;另一类靠条件域:文档中不写任何固定语句,而是插入一个…
同一份文档要发送给多位收件人时,其中只有收件人姓名、传真号、日期等内容随人变化,其余版式与文案保持一致。Word 的邮件合并将这类可变内容做成合并域保留在邮件合并模板中,运行时填入一组数据即可生成对应的文档。与在桌面端逐份另存相比,在浏览器中完成合并无需收件人安装 Office,数据也不必上传到服务器处理。 本文以 Spire.Doc for JavaScript 为例,说明邮件合并模板中合并域的结构、MailMerge.Execute() 的调用方式,以及如何在合并前按目标区域设置准备日期字符串。整个过程基于 WebAssembly…
邮件合并的模板中,常有一些「有数据才需要」的内容:补充说明、备注、可选的抄送人。数据缺省时,若这些内容只留下空白,版面会被撑开,读者也难以区分「本次没有这一项」与「漏填」。理想的结果是这一行连同它占用的位置一起消失。 与之相关的另一类需求出现在模板核查环节。拿到一份由他人提供的模板时,需要确认其中包含哪些合并域,以及这些域被划分成了哪几个合并区域(Region)。逐个展开域代码清点并不现实。 Spire.Doc for JavaScript 将这两类操作都放在浏览器端完成:空段落与空区域由邮件合并过程本身清理,区域名与合并域名则直接从 MailMerge 上读取。组件基于 WebAssembly 运行,通过虚拟文件系统(VFS)读写模板文档,不需要任何后端服务。…
书签是 Word 文档中用于标记特定位置或内容范围的命名锚点,向书签内写入内容可以让业务数据自动落到模板的指定位置,而无需关心文档的实际排版。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成此操作,通过虚拟文件系统(VFS)管理字体、文档与图片资源,无需后端服务支持。 本文介绍两个核心功能点: 向书签位置插入文档内容…
字符格式决定了文字在页面上「长什么样」——用哪种字体、多大字号、什么颜色,以及是否加粗、倾斜、带下划线或删除线。在 Word 的开放 XML 结构里,这些属性都挂在**文本块(run)**上,而不是段落上;一段话里每个 run 都可以有自己的一套格式。Spire.Doc for JavaScript 把这套结构映射为…
段落是 Word 排版的基准单位。文档里的每一个段落都挂着两个格式对象:Paragraph.Format 管段落自身的排版——边框、对齐方式、底纹、缩进、段前段后间距与行距;Paragraph.ListFormat 管它作为列表项时的编号与项目符号。两者互相独立,同一个段落可以既有居中缩进,又是三级编号列表中的一项。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接操作这两个对象。…
书签是 Word 文档中用于标记特定位置或内容范围的命名锚点,向书签内写入内容可以让业务数据自动落到模板的指定位置,而无需关心文档的实际排版。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成此操作,通过虚拟文件系统(VFS)管理字体、文档与图片资源,无需后端服务支持。 本文介绍两个核心功能点: 向书签位置插入文档内容…
排版规范的文档,价值不只在版面本身——段落挂了哪个样式,本身就是一份结构化信息。标题段落用的是 Heading 1 还是 Heading 2,正文用的是什么样式,都能反映文档的层次。反过来,如果要把文档里的标题抽出来生成目录或摘要,最可靠的做法也是「按样式名取」,而不是去猜哪一行字比较大。 Spire.Doc for JavaScript 中每个段落都带一个…
上一类需求里,列表只要编号连续就够了;但实际文档中经常需要「另起一组,从指定数字开始」,或者把默认的圆点换成更醒目的符号。这两件事改的都不是段落,而是列表样式本身的层级参数——它们都挂在 ListRef.Levels 上,只是分别对应不同的属性:起始编号用 StartAt,符号字形用 BulletCharacter。Spire.Doc for JavaScript 让这些参数能在浏览器端直接读写。 本文介绍两个核心功能点: 让列表从指定编号重新开始…
字体名称、字号与文字颜色是 Word 文档中最基础、也最常用的字符级排版属性。统一全文字体、为标题换用更醒目的字体、把关键结论标成醒目的颜色,几乎出现在每一个文档处理需求里。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成这些操作,通过虚拟文件系统(VFS)管理输入输出文件,无需后端服务支持。 本文介绍两个核心功能点: 设置字体…
样式是 Word 里复用格式的方式:把一套格式(字体、字号、颜色、段落间距……)命名保存下来,之后任何段落只要挂上这个样式名,就自动获得这一整套格式。改样式定义,所有引用它的段落同步更新——这正是「直接给段落设格式」做不到的。 结构上,一个段落样式同时持有字符格式和段落格式两部分。取用内置样式后,通过 ParagraphStyle.CharacterFormat 改文字层面的属性,通过 ParagraphStyle.ParagraphFormat 改段落层面的属性。Spire.Doc for JavaScript…
当一份 Word 文档要在多台设备、多种环境下流转时,字体是最容易出问题的环节:排版好的文档换台机器打开,字形、字号甚至分页都可能变样。稳妥的做法是先把文档里实际用到的字体盘点清楚,再把必须保留的字体随文档一起嵌入。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成这些操作,通过虚拟文件系统(VFS)管理输入输出文件,无需后端服务支持。 本文介绍两个核心功能点: 获取文档中使用的字体列表…
Word 文档与 OpenXML 之间的相互转换是文档处理中高频出现的需求——将 Word 文档导出为 XML,可以让正文内容脱离二进制包结构,便于跨系统交换、批量提取与归档;将 XML 还原为 Word…
纯文本(TXT)是最轻量的文本载体,常用于日志导出、数据交换与内容归档;Word 则承担排版与正式交付。在浏览器端把两者互转是文档处理中的常见需求:TXT 转 Word 可以把采集到的纯文本整理成规范文档,Word 转 TXT 则用于从文档中抽取可被程序继续处理的正文。Spire.Doc for JavaScript…
HTML 是 Web 端内容呈现与富文本编辑最通用的载体,而 Word 依然是文档交付与归档时的标准格式,两者之间的互转在报表导出、内容归档、富文本落库等场景中使用频率很高。Spire.Doc for JavaScript 基于 WebAssembly…
在 Word 文档中插入分页符,是控制章节起始位置、避免标题与正文被跨页割裂时最常用的排版手段;而清理文档中冗余的分页符,则是处理从其他文档复制内容后遗留空白页的关键步骤。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成这些操作,通过虚拟文件系统(VFS)管理输入输出文件,无需后端服务支持。 本文介绍两个核心功能点: 插入分页符…
装订线是页面为装订预留的额外留白,用于文档打印装订成册时避免正文被订书钉或胶装边遮挡。由于它属于页面设置的一部分,必须在生成文档时确定,无法在打印环节补上。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成页面设置,通过虚拟文件系统(VFS)管理输入输出文件,无需后端服务支持。 本文介绍两个核心功能点: 添加装订线 设置装订线位置 有关安装和项目配置,请参考…
为 Word 文档设置页面背景,是合同、公文与品牌宣传类文档排版中最常用的美化手段之一:一层柔和的底色,或一张与企业视觉一致的背景图,就能为整份文档建立统一的视觉基调。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成此设置,通过虚拟文件系统(VFS)管理输入输出文件,无需后端服务支持。 本文介绍三个核心功能点: 设置纯色背景…
在文档分发与协作场景中,控制读者"能对文档做什么"往往比控制"谁能打开文档"更重要——把合同模板发给客户时,只希望对方填写空白项而不改动既定条款;把定稿发给团队时,只允许批注而不允许直接修改正文。这类需求通过限制编辑实现,与设置打开密码是两个不同的概念。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接处理 Word 文档,通过虚拟文件系统(VFS)管理字体和文件资源,无需后端服务支持。 本文介绍两个核心功能点: 指定保护类型保护文档…
在合同、表单与公文模板这类文档中,往往只希望填写人修改其中少数几处内容(例如签署信息、项目名称、验收结论),其余条款必须保持原样。为文档设置可编辑区域,就能把"允许改哪里"精确限定下来,其余内容一律只读。Spire.Doc for JavaScript 基于 WebAssembly 在浏览器端直接完成这一处理,通过虚拟文件系统(VFS)管理字体与文件资源,无需后端服务支持。 本文介绍两个核心功能点: 设置可编辑区域 删除可编辑区域 有关安装和项目配置,请参考…