SolidWorks工程图标题栏文字居中:三层对齐与模板固化

发布时间:2026/11/3 3:24:55

SolidWorks工程图标题栏文字居中:三层对齐与模板固化 标题栏里那几个字死活不居中是工程图里最容易被低估的小事——它不影响建模、不影响出图但每次审图都会被挑出来改起来又像在跟软件较劲。我刚接手标准化图纸那阵子为一个图号字位偏左两毫米的事折腾了大半个下午点了居中按钮没反应拖了文本框又整体跑偏最后才发现文字前面藏着一个从表格里粘过来的半角空格。这篇就围绕SolidWorks 工程图标题栏文字居中这件事把三层对齐关系、两种标题栏画法的差异、表格单元格与注释各自的处理方式以及批量固化和出图前核对一次讲透。不管你是刚接手图纸模板的新人还是要把几十张老图纸统一格式的老手下面这些操作链路和踩坑点都能直接拿去用。1. 先把居中这三个字拆开不然后面全是白忙1.1 标题栏里其实同时存在三层对齐大部分人一上手就去点那个居中对齐按钮点了没反应就开始怀疑软件。问题在于 SolidWorks 的标题栏里居中并不是一个动作而是三层彼此独立的关系任何一层没对上看上去都是字没居中。第一层是文字在注释框内部的对齐。一条注释有一个隐形的文本框文字相对于这个框有左中右、上中下的位置关系。第二层是注释框相对于单元格或格线的位置这一层决定了整个文本框落在格子里的哪一侧。第三层是整个标题栏相对于图纸边框的位置也就是图纸格式整体的居中。三层里改错一层前面改的全白费甚至越改越乱。我见过最常见的情形是明明单元格文字对齐设成了居中字还是偏左原因是这条注释被手动拖过脱离了单元格的自动对齐另一种是把表格整体往右挪了两毫米去补一个单元格的偏差结果别的格子全歪了。现象真正出问题的那一层优先检查的地方点居中按钮完全无变化第二层文本框被手动定位注释是否被拖动过是否脱离了单元格字在框里但框在格子里偏左第二层单元格对齐方式、表格内缩设置字在框里偏上或偏下第一层注释边界、行距、字体留白某个格子永远差一点点第三层表格整体位置、格线是否手工画歪换一张图纸就全歪模板层面图纸格式是否统一、字段长度变化提示动手之前先想清楚我要动的是字、是框、还是整张标题栏。这三者在中文学术叫法里都叫居中但在软件里是三套完全不同的设置。1.2 给注释加个临时边框问题立刻显形默认状态下注释是无边界的屏幕上只有字看不见它所属的那个框有多大、位置在哪。人在这种状态下判断居中完全靠眼睛估越估越偏。我的习惯是排查阶段先把边框打开选中注释在左侧属性管理器里找到边界相关设置把样式从无改成矩形顺手把线色改成显眼的颜色线宽调到最细。这时候你会非常直观地看到所谓字偏左很多时候是框本身就偏左了字在框里其实是正中的。确认完问题所在、把位置调好之后记得把边界改回无否则打印出来每一格都多一个矩形框。这一步看着简单但每年都有人忘了改回去图纸发出去才发现标题栏里全是多余的框线。顺便说一句判断垂直方向是否居中时这个方法尤其有用。纯凭肉眼中文在方框里偏上一点点是很难被察觉的一旦画出边界线偏了半毫米都能看出来。1.3 一个反直觉的结论不要迷信居中按钮工程图的字符排版和排版软件不一样它更靠近机械制图那套逻辑——讲究的是对齐关系而不是视觉平衡。所以有些时候绝对居中反而不如统一基线好看。比如标题栏里一排设计、审核、批准、日期如果每一格的文字都各自垂直居中遇到有的格子只有两个字、有的格子带括号视觉上就会参差不齐。实际制图里更稳妥的做法是同排的文字统一使用同一个垂直对齐规则和同一个行距宁可整体略微偏下一点点也不要每格各居各的。这一点在国标图纸里尤其明显正规的标题栏模板里那一排签名的基线是严格对齐的而不是各自居中的。理解了这一点你后面调参数时就不会死磕那零点几毫米。2. 标题栏的三种画法决定了你只能用哪种手段2.1 表格法单元格对齐是唯一正解用插入表格画出来的标题栏本质上是一个带行列属性的对象每个单元格都有自己的对齐方式。这种做法最大的好处是字段长度变化时位置不会跑——你把对齐方式交给单元格文字多长它都自己居中。缺点是表格的格线是统一管理的想给某一条线加粗、想让某一格的线不显示都要单独去设比手画线麻烦。另外表格的行高列宽一旦设定插入长文本时它会自动撑高容易把整个标题栏顶变形。表格法下居中的正确操作顺序是先进编辑图纸格式状态选中目标单元格点单元格内部不要点整张表确认选中状态是单格而不是整表再设置文字的水平与垂直对齐。这两个设置都做完才算真正居中。只设水平不设垂直是最常见的半吊子操作。2.2 草图线法只能靠参考线和间距约束很多老模板的标题栏是用直线一条条画出来的本质是草图线段没有单元格概念。这种画法下文字居中只能靠几何对齐先画一条竖直参考线穿过格子的中心再把注释的对称中心对到这条线上或者用对齐工具栏里的居中功能配合多选。草图线法还有一个隐蔽的坑格线本身可能画得就不准。我遇到过一个模板左边框到第一条竖线的距离是 38.5mm右边对应的位置是 39.2mm差了零点七你按格子中心去摆文字永远是偏的。所以老模板要修第一件事是用尺寸工具量一遍关键格线的间距把线先摆正再谈文字。草图线法在应对有的格子要合并、有的要拆时反而灵活改一根线就行不像表格那样受结构限制。所以不少单位的模板至今仍用它代价就是每次加字段都要手工对一次位置。2.3 块法不进块编辑你什么都动不了第三种是把整张标题栏做成块。这种做法的好处是可以整体移动、整体缩放、跨图纸复用坏处是块里的文字在外部根本选不中——你点它选中的是整个块居中按钮对它无效很多人卡在这里以为是软件坏了。正确做法是双击块或右键选择编辑块进入块的编辑环境在里面逐条处理注释改完保存退出。如果这块是外部参照式的还需要处理引用关系改完所有引用它的图纸才会同步。我的建议很直接除非你的标题栏需要整体复用几十次否则别做块。块带来的维护成本在后期改字段、调字号时会成倍返还给你。真要复用用图纸格式模板就够了没必要上块。3. 表格单元格里把字摆正关键在这三步3.1 先确认你在编辑图纸格式模式这是所有操作的起点也是最容易翻车的地方。标题栏属于图纸格式的一部分在普通编辑图纸状态下它是不可编辑的——你可以选中整条注释甚至能通过属性管理器改字体但位置和对齐设置往往改不动或者改完一刷新就复原。进入方式是右键图纸空白区域选编辑图纸格式。进入后你会发现图纸边框、标题栏、所有固定文字都变成了可编辑对象。改完一定要记得退出右键空白区域选编辑图纸或者点右上角的确认图标。注意在编辑图纸格式状态下画的东西会出现在每一张用这个格式的图纸上在普通状态下画的东西只出现在当前这一张。方向搞反了要么是新增的说明文字所有图纸都有要么是标题栏改了别处没变。还有一种情况图纸用的是外部图纸格式文件。这时候你在当前图里改的只是本地副本另存回去才会影响后续新建的图纸。这个逻辑和模板文件是一套东西后面第 6 节会展开。3.2 单元格对齐设置的位置与版本差异选中单个单元格之后对齐设置通常出现在两个地方一是屏幕上方浮出的表格工具条里面有一组对齐按钮二是左侧属性管理器里的单元格格式区域三是右键单元格菜单里的格式设置项。不同年份的版本位置略有挪动但功能项本身是一致的——一组管水平左、中、右一组管垂直顶、中、底。实操上我推荐按水平中 垂直中这个组合去做绝大多数标题栏格子都适用。只有两种情况例外一是格子特别矮、字特别大垂直居中会把行撑开这时改回顶部对齐更稳二是格子特别高、内容只有一行小字垂直居中会显得很空可以改成顶部加固定内缩。设置完之后如果发现有的格子生效、有的没生效八成是因为你选中的不是一个单元格而是整行或者整表——整表设置会覆盖单格设置看起来就像我明明改了这一格。判断方法是看被选中区域的高亮范围。3.3 行高、列宽、内缩三个把居中变看似不居中的元凶即使对齐方式设对了字还是看着不对问题基本出在这三个参数上。行高不够是最常见的。文字在单元格里垂直居中的前提是行高大于字高一旦行高被压到只比字高大零点几毫米SolidWorks 会优先保证文字完整显示视觉上就变成贴着上边缘。解决办法是把行高调回字高的 1.5 倍以上再谈居中。列宽不均造成的偏差更隐蔽。同样的居中对齐一个 20mm 宽的格子和一个 25mm 宽的格子字的绝对位置差很多两格并排看就会有一个偏左一个偏右的错觉。这种时候不要去动对齐去量列宽是不是画偏了。单元格内缩也就是文字与格线之间预留的边距是最容易被忽略的。SolidWorks 的表格允许设置上下左右的内缩值如果从别处复制过来的表格带着不等的内缩左右各差一毫米居中效果就会明显偏移。检查方法是选中单元格看格式设置里那组内缩数值是否左右一致。参数建议取值出问题的表现行高不小于字高的 1.5 倍字贴着上边或下边列宽同类型格子保持一致两格并排一偏左一偏右内缩左右左右数值必须相等整体偏移一到两毫米内缩上下上下相等且不为零竖排文字挤在一起4. 注释文字本身怎么摆正4.1 水平方向靠段落对齐这个最听话对独立的注释对象水平对齐走的是段落对齐的路子左、中、右、两端对齐。多行文字也是一样的逻辑居中的是整块文本的宽度每一行各自居中。这一层通常不会出问题因为界面上的按钮很显眼。真正有意思的是当一段文字里混了半角字符、全角空格、制表符的时候。我处理过一个案例一行图 号居中对齐后总是偏左编辑文字一看前面有两个从表格粘过来的半角空格居中的时候这两个不可见字符也算进宽度整行就整体右移了。光标点到行首一口气删掉所有空格位置瞬间归位。同样的坑还有行尾的全角空格、从 Excel 粘贴时带进来的软回车、以及文字内容为空但在前面留了个空格的情况。养成习惯居中不生效先编辑文字看一遍首尾有没有多余空白这一步能解决相当比例的玄学偏移。4.2 垂直方向中文字体的留白是根本原因垂直方向才是重灾区。很多人以为点了居中就完事结果发现字在上、留白在下怎么调都别扭。根子在于字体的字框和字身不是一回事。中文字体的字身通常只占据字框的一部分上下留出的空间也就是伸部区域在视觉上并不完全对等不同字体差异还不小。有些常用的工程字体字形在字框里天然偏上你把这个字框垂直居中了肉眼看到的字就是偏上的。英文字体的情况又不一样它们的小写字母重心更低。我试过的一个可行做法是把行距设成一个略大于 1 的固定倍数而不是默认的单倍行距让行与行之间的留白均匀分布视觉重心自然就下来了然后在此基础上如果需要用方向键做零点几毫米的偏移把这个偏移量固定写进模板之后所有图纸都一样就不用再纠结。关键是不要一个字一个字去调。同一张标题栏里所有同类字段必须用同一个字号、同一个行距、同一个偏移量这样即使整体略微偏一点看上去也是整齐的一旦参差不齐哪怕每一格都更居中整体反而难看。4.3 注释的插入点和锚点让它自己跑偏注释被插入时落点由光标位置决定这个落点同时决定了它的锚点。后面你改文字长度、改字体大小对象是围绕锚点重新排布的。如果你在某次编辑时不小心动了锚点比如拖动时光标落在文字中间而不是边界这个注释就会在后续刷新时莫名其妙地跑位。表现是你把它拖到位了重建一下模型或者切换一次图纸它又跳回去了。这种时候不要去反复拖选中注释按住方向键微调或者把它删掉重插一次重新指定位置。另一个相关的小技巧是用对齐工具而不是拖拽来定位。先选中目标注释再按住 Ctrl 加选一个位置正确的参照注释然后用对齐工具栏里的左对齐、顶对齐最后用方向键微调。这种方式得到的位置是精确的不会因为鼠标抖动差个零点几。5. 字段一变长就跑偏这是设计问题不是操作问题5.1 固定坐标摆字段为什么注定失败标题栏里最要命的不是固定文字是链接到自定义属性的字段图号、名称、材料、重量、比例。这些内容在每张图上长度都不一样短到两个字长到十几个字。如果这些字段是用独立的注释对象、靠手动摆到一个固定坐标来实现居中的那它只在当前这张图上成立。换一张图内容一长文字就以锚点为中心向两边伸立刻偏出格子。这就是为什么老模板总是看着挺好用起来处处要挨个挪。判断方法很简单随便新建一张图纸把属性里的图号改成一串长字符看标题栏会不会崩。会崩的就说明字段没有真正托在容器里。这个测试建议每个接手模板的人都先做一遍早发现早改。5.2 让单元格承载字段把对齐交给容器正确的做法是把带属性的注释放进单元格里让单元格负责对齐。具体操作是在表格单元格内部插入注释或者把已有的注释拖到单元格范围之内让软件建立归属关系。建立之后注释的位置由单元格的对齐方式决定文字变长时它会自动在格内居中。这一步在中文字体下要注意拖动注释时不要让它贴着格线边缘松手稍微往格子中心一点再放开更容易被判定为在格内。放好之后可以通过改变属性值看看它是否跟着动如果不动说明归属没建立成功需要重新拖一次或者换个插入顺序先选单元格再插入注释。如果表格结构不适合承载那就退回草图线法配参考线的方案把字段的注释宽度手动撑到格子满宽再做两端对齐这样文字再长也只会在这个宽度内换行位置不跑。5.3 长文本的换行与行距让两行也不难看材料名称这类字段特别容易变成两行。格子高度不够时软件会自动撑高整个标题栏跟着变形格子高度够时两行文字的行距又影响观感。我的经验是给这类容易换行的字段预留两行高度把行距调到 1.1 到 1.2 倍并统一用居中而不是两端对齐。两行都居中的时候第二行短一点也不会显得突兀如果用两端对齐第二行会被强行拉开非常难看。另外有些字段其实不该硬塞在格子里比如说明栏。设计时就要考虑单行和双行的兼容宁可牺牲一点字号也别让文字的换行逻辑太脆弱。6. 批量统一从一张图到一整套模板6.1 用对齐工具栏一次处理多个注释单条注释调整好之后剩下的同类项不要一个个调。进入编辑图纸格式状态把选择过滤器切成只选注释框选一整片再用对齐工具栏做左对齐、顶对齐、水平居中等。这样出来的结果严格一致比手拖精准得多。选择过滤器在界面下方的状态栏附近把其他类型都关掉只剩注释鼠标划过时就只会命中注释不会误选表格或者格线。这个开关在处理密集标题栏时特别省事。对齐完成后位置有偏差的用方向键统一微调——注意是多选状态下一起按方向键整体平移不要单独动某一条。6.2 图纸格式另存和跨图纸复用调好的标题栏要固化下来做法是把当前图纸另存为图纸格式文件类型列表里选对应的图纸格式扩展名然后把它放到模板目录或者图纸格式目录里新建图纸时在图纸属性里指定它。这里有个陷阱模板和图纸格式是两回事。修改已有的图纸格式文件不会追溯修改已经存在的图纸旧图纸还是用旧格式。批量更新旧图纸时要么在图纸属性里重新指定一次格式要么用批处理工具重建要么就接受老图老样、新图新样这个现实。我的做法是先在模板层面统一把这一版格式定死、命名带版本号然后逐个把还在改的老图纸更新过去不做批量脚本。批量替换图纸格式风险不小一旦出问题成批沦陷手工虽然慢但可控。6.3 一段排查用的小脚本图纸多了以后靠肉眼找哪张图的标题栏偏了效率极低。可以写个简单脚本把当前图纸里所有注释的文本和坐标打印出来跟标准值比对一眼就能看出哪条是异类。运行前记得先进编辑图纸格式状态否则图纸格式里的注释可能取不到。Dim swApp As Object Dim swModel As Object Dim swFeat As Object Dim swNote As Object Dim pt As Variant Sub main() Set swApp Application.SldWorks Set swModel swApp.ActiveDoc If swModel Is Nothing Then Exit Sub Set swFeat swModel.FirstFeature Do While Not swFeat Is Nothing If swFeat.GetTypeName2 Note Then Set swNote swFeat.GetSpecificFeature2 pt swNote.GetTextPoint Debug.Print swFeat.Name | _ Replace(swNote.GetText, vbLf, /) | X _ Format(pt(0), 0.00) Y Format(pt(1), 0.00) End If Set swFeat swFeat.GetNextFeature Loop End Sub这段只做排查不做修改。真要对齐还是建议手工多选加对齐工具原因是不同版本里文字格式相关的接口行为不完全一致写死一个批量脚本换个版本可能就翻车了反而浪费时间。用它把异常值找出来再手工处理十几条是最稳妥的路径。7. 屏幕上看对了不等于打出来对7.1 打印预览与导出最后的验证关口所有居中调整完成后一定要看打印预览或者导出一份文件检查。屏幕渲染和最终输出之间可能因为字体替换、打印机边距、图纸比例而出现偏移。最典型的场景是模板里用的字体在另一台机器上没有打开时被替换成默认字体字宽变了居中的整块文字跟着变位置原本刚好卡在格子里的文字立刻溢出或被挤到一边。这类问题在跨机器传图时非常常见解决办法是尽量只使用系统通用的字体或者在模板说明里写清楚字体要求。另一个坑是图纸比例。屏幕上看的时候往往是放大状态字和格子的比例关系容易被视觉误导缩到一百看整张问题会更明显。7.2 交付前的一份核对清单我自己的习惯是固定走一遍下面这几项几分钟的事能省掉大把返工。检查项判断标准出问题的后果是否已退出编辑图纸格式右键菜单显示的是编辑图纸格式别人打开时无法编辑注释边界是否已关掉属性里边界样式为无打印出多余框线字段变长测试属性改成一长串字符位置不乱实际出图时溢出同排文字基线放大看是否严格对齐视觉参差审图被挑打印预览与屏幕一致无溢出无遮挡打印返工字体是否通用换台机器打开字体不变跨机传图错位提示交付前把这一版图纸格式另存一份带日期的备份。标题栏这种模板文件改坏的概率远高于你想象而它一旦被覆盖恢复起来非常麻烦。我个人在后面这么多年的模板维护里体会最深的一点是标题栏居中的问题九成不是操作不到位而是结构没设计对。字段该放在单元格里却用独立注释去摆格线本该是标准尺寸却每次手工调这些设计上的欠账最后都会以字怎么又不居中了的形式在你面前反复出现。把结构理顺一次后面就真的不用再管它了。要我说与其花半小时研究怎么把一行字调到位不如先花十分钟检查一下字段有没有真正托在容器里——这是我踩过最多次、也最值得提前避开的坑。
延伸阅读

更多相关文章

2026/11/3 3:19:54

智能K歌推荐系统:基于用户画像的个性化点歌方案

1. 项目背景与核心价值作为一个每周组织朋友K歌聚会的资深麦霸,我深刻体会到选歌环节的尴尬——有人偏爱抒情慢歌,有人热衷摇滚嗨曲,还有朋友只唱特定年代的经典老歌。每次点歌单都要反复询问每个人的偏好,既浪费时间又容易冷场。…

2026/11/3 3:19:54

Minecraft整合包联机全攻略:局域网、端口映射与虚拟组网

整合包联机这件事,翻车概率基本和整合包的体量成正比。原版十几个人开个房间,可能连端口都不用管;换成塞了两百个模组的整合包,同一套操作就变成了“能进主菜单、能选世界、卡在加载地形”的经典现场。这几年我帮朋友、帮社区里的…

2026/11/3 3:19:54

Asp.Net数据库主从分离实战:提升性能3-5倍

1. 项目概述作为一名长期奋战在Asp.Net开发一线的老手,我见过太多因为数据库性能问题而崩溃的网站。当你的应用日访问量突破10万时,单数据库架构就像独木桥上的大象——随时可能压垮整个系统。主从复制(Master-Slave Replication)…

2026/11/3 4:14:57

SQL Server sa登录失败:认证模式到连接串排查指南

数据库连不上,报错信息里甩出一句"用户名"sa "未能找到",或者更完整的版本是“用户 sa 登录失败”“找不到登录名 sa”——这套提示我前后处理过不下几十次。它看着像密码错了,实际上八成跟密码一点关系都没有。sa 是 SQ…

2026/11/3 4:14:57

FSDP分布式训练核心技术解析与优化实践

1. FSDP技术演进全景解读十年前,当第一批分布式训练框架刚刚萌芽时,谁也没想到这项技术会彻底改变深度学习的发展轨迹。作为PyTorch生态中的分布式训练核心方案,FSDP(Fully Sharded Data Parallel)从最初的实验性功能&…

2026/11/3 4:14:57

功能机Audio架构拆解:MMI到L1Audio播放链路与无声排查

简介:这份资源是面向MTK平台音频驱动与多媒体开发者的MTK audio软件架构学习资料,围绕MTK_audio架构展开,适合已具备嵌入式与C语言基础、希望理清功能机音频调用链路的中级开发者参考。压缩包共1个文件,为1个doc文档,整…

2026/11/3 4:14:57

从临时脚本到可复现数据小系统:清洗、校验与调度实践

“艾非”这两个字第一次出现在我的便签上时,后面跟的不是什么需求文档,而是一句很难听的吐槽——同一份数据,我一周之内手工合并了四遍,每遍都在同样的几个地方翻车。那会儿它还不叫项目,就是一个躺在桌面、文件名带着三个版本号后…

2026/11/3 4:14:57

Python实现轻量级端口扫描器:原理与实战

1. 为什么我们需要自己写端口扫描器?端口扫描是网络安全领域最基础也最重要的技能之一。作为一名渗透测试工程师,我几乎每天都会用到端口扫描工具。市面上的确有很多成熟的端口扫描器,比如Nmap、Masscan等,但它们要么功能过于复杂…

2026/11/2 6:08:01

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/2 6:39:12

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 1:04:48

STM32实战:基于MAX14431数字隔离器的SPI隔离通信方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 1:04:48

工业SPI隔离通信设计:MAX14431BAEE+与STM32L4A6RG实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 1:04:48

STM32+NRF24L01无线抢答器:硬件设计、通信协议与低功耗实现

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/2 6:08:01

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/2 6:39:12

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑