HTML5可视化编辑器中line-height不生效，主因是元素被设为inline或父容器font-size:0等干扰；表格列宽拖拽后源码未更新因仅改data属性；getComputedStyle读取需等待渲染完成；移动端失灵多因touch-action限制。
HTML5 可视化编辑器里改 line-height 不生效？先看元素是否被重置
很多可视化编辑器（比如基于 contenteditable 的富文本工具）默认会把内联样式或 CSS 类加在 p、div 或 span 上，但行高实际作用对象常被忽略：如果内容套在 display: inline 元素里，line-height 无效；若父容器设了 font-size: 0 或用了 vertical-align: top 等干扰属性，也会导致视觉上“没变”。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 右键检查目标段落，确认最外层块级容器是
p或div，且未被设为inline或inline-block - 优先用
style="line-height: 1.6;"直接写在块级标签上，比 CSS 类更易覆盖编辑器默认样式 - 避免对
span单独设line-height，它只影响自身行内盒高度，不撑开整行
表格列宽拖拽后 HTML 源码没更新？多数编辑器只改 width 内联样式
可视化表格调整列宽，本质是往 td 或 th 标签加 style="width: 120px;"，而不是修改 col 或 colgroup。这意味着导出 HTML 后，列宽依赖内联样式，一旦外部 CSS 清除或优先级更高，就会回退。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 拖完列宽后，手动检查
td是否真有style属性，有些编辑器仅改data-属性做临时记录，没写入 DOM - 如需稳定列宽，导出前用 JS 批量补全：
document.querySelectorAll('td, th').forEach(el => el.style.width = el.style.width || 'auto'); - 避免混合使用
%和px列宽，某些编辑器计算时会四舍五入丢精度，导致总宽度溢出或塌陷
用 getComputedStyle 读取行高/列宽总是 normal 或 auto？得先确保元素已渲染
在编辑器初始化完成前、或元素刚插入 DOM 但尚未 layout 时调用 getComputedStyle(el).lineHeight，很可能返回 normal——这不是 bug，是浏览器还没计算出具体像素值。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 读取前加微任务等待：
Promise.resolve().then(() => { const lh = getComputedStyle(el).lineHeight; }) - 列宽同理，
offsetWidth比getComputedStyle(el).width更可靠，它返回实际渲染像素（含 border/padding） - 注意
line-height返回值可能是1.6（无单位）、24px或160%，需统一转成像素再比较，别直接字符串匹配
移动端可视化编辑里行列调整失灵？重点查 touch-action 和缩放限制
部分 HTML5 编辑器在 iOS 或安卓 WebView 中，表格列拖拽手柄点不中，或者行高滑块没响应，大概率是父容器设置了 touch-action: none 或 user-scalable=no，阻断了原生 touch 事件流。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 给编辑区域加
style="touch-action: manipulation;"，允许 pinch-zoom 以外的 touch 操作 - 禁用双击缩放时，别用
viewport元标签粗暴禁用，改用preventDefault在dblclick事件里拦截 - 移动端列宽拖拽建议用
resize: horizontal+overflow: auto替代自研手柄，更稳定且无需监听 touchmove
真正难的不是调参数，而是编辑器底层把 DOM 操作封装了几层之后，你看到的“列宽”可能只是个状态快照，而真实渲染受 CSS cascade、字体加载、甚至系统 DPI 影响。动手前先 console.dir 一下目标元素，比猜强得多。
