Navicat Data Modeler跨平台布局错乱主因是字体不回退、绝对路径失效、行尾符差异及DPI缩放写入；应统一用Arial等通用字体、相对路径、LF换行、100%系统缩放。
字体设置不跨系统回退导致布局偏移
Navicat Data Modeler 的 .ndm 文件本身是 XML，结构层面对 Mac/Windows 无差别，但模型里若显式设置了字体（比如强制用 Segoe UI 或 San Francisco），而目标系统没有该字体，Navicat 就会用默认字体替代——字号、字宽、行高全变，表名/字段名框体自动撑开或收缩，最终表现为位置错位、连线断裂、文字重叠。
实操建议：
- 建模时在「工具 → 选项 → 模型显示」中关闭「使用系统字体」，改用通用字体如
Arial或Helvetica - 导出前手动检查模型中所有文本元素（表标题、注释框、关系标签）的字体设置，统一设为无衬线、等宽且 Mac/Windows 都预装的字体
- Mac 上若已出现错乱，不要直接调大小，先选中全部元素 → 右键「字体 → 重置为默认」，再整体缩放调整
绝对路径引用外部资源在Mac上失效
如果模型里插入了 PNG 图片、嵌入了自定义 SQL 模板，且路径写的是 Windows 风格的绝对路径（如 C:UsersAlice emplatesmysql_init.sql），Mac 打开时 Navicat 找不到文件，会留空占位或渲染异常，拖动节点时整个画布坐标计算出错，看起来像“排版崩了”。
实操建议：
- 建模阶段避免插入本地图片；如必须用图标，转成 Base64 内嵌（部分 Navicat 版本支持）或改用内置矢量符号
- SQL 模板类资源，统一放在模型同级目录下，用相对路径引用，并确保 Mac 端也复制对应文件夹结构
- 迁移前用文本编辑器打开
.ndm文件，搜索C:\、D:\、file://等关键词，批量替换为./开头的相对路径
行尾符与XML解析差异引发样式丢失
Windows 默认用
，macOS 用
。虽然 XML 规范允许两者共存，但 Navicat Data Modeler 某些旧版本（特别是 15.x 以下）在读取含混合行尾的 .ndm 时，会把换行相关样式（如多行注释高度、字段描述自动折行逻辑）解析错误，造成视觉错位。
实操建议：
- 用 VS Code 或 BBEdit 打开
.ndm文件，底部状态栏确认行尾符为LF（即 Unix 格式），不是CRLF - 保存前执行「文件 → 重新编码为 UTF-8（无 BOM）→ 转换行尾符为 LF」
- 避免在模型注释里手动敲大量空行或制表符，这类空白在跨平台解析时最不稳定
模型缩放比例被系统 DPI 拉偏
Windows 高分屏常启用 125%/150% 缩放，Navicat 会把当前缩放值写进 .ndm 的视图元数据里；Mac 的 Retina 屏虽也是高分，但缩放机制不同，读取时直接套用原值会导致画布比例失真——连线箭头错位、表框边缘模糊、字体发虚，看起来像“排版糊了”。
实操建议：
- 建模时在 Windows 端将系统显示缩放设为 100%，再打开 Navicat 建模
- Mac 打开后若发现整体偏小/偏大，不要拖动缩放滑块，而是进「视图 → 缩放 → 重置为 100%」，再手动微调
- 关键模型定稿前，用「文件 → 导出为 PDF」在两边对比输出效果，PDF 是真正与设备无关的基准
排版错乱很少是单一原因，通常是字体 + 路径 + 行尾符三者叠加作用的结果。最稳妥的做法：建模阶段就按 Mac 环境约束自己，而不是等迁过去再修。
