firefox 不支持 contenteditable="plaintext-only"，仅识别布尔值；chrome 113+ 和 firefox 117+ 部分支持，但 safari 仍不支持，需 js 降级处理粘贴与格式控制。
contenteditable="plaintext-only" 能用，但得看浏览器版本
Chrome 113+（2023年中起）和 Firefox 117+ 支持 contenteditable="plaintext-only"，旧版 Chrome、Safari 和 Edge 完全不识别这个值——它会被当作 contenteditable="true" 处理，富文本照常插入。如果你的用户群包含大量 macOS Safari 用户（截至 2026 年 6 月仍不支持），这个属性不能单独依赖。
验证是否生效最简单的方法是：复制一段带格式的网页文字（比如含 <strong></strong> 或颜色样式的段落），粘贴进该区域。若只留下纯字符、无标签、无样式，则已生效；若出现 <p></p>、<br> 或内联样式，说明浏览器降级处理了。
粘贴时自动去格式 ≠ 输入时防 XSS
contenteditable="plaintext-only" 只影响用户交互行为（粘贴、拖入、回车等），它**不会**对已存在的 HTML 做清洗，也不会阻止 JS 动态写入恶意内容。例如：
el.innerHTML = "@@##@@"
这段代码依然会执行。所以服务端接收前必须做后端校验，前端也建议在提交前用 textContent 取值而非 innerHTML。
- 取值务必用
el.textContent—— 它无视所有标签，只返回用户可见字符 - 避免用
el.innerText：它受 CSS 影响（如display: none的文本不计入），且在某些场景下会触发重排 - 如果需保留换行，
textContent本身保留 \n，但渲染时需加white-space: pre-wrap
光标漂移和回车行为是最大落地障碍
在 plaintext-only 模式下，回车默认生成 <div> 或 <code><br>（取决于浏览器），而非 <p></p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5493" title="html-to-pptx"><img
src="https://img.php.cn/upload/skill/000/000/081/179051045119472.jpg" alt="html-to-pptx" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5493" title="html-to-pptx" class="overflowclass">html-to-pptx</a>
<p class="overflowclass">将多页 HTML 演示文稿转换为美化的 PPTX 文件，便于分享和分发。</p>
</div>
<a rel="nofollow" href="/xiazai/skill5493" title="html-to-pptx" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>，但 DOM 结构仍会变。频繁编辑 + 粘贴 + 删除容易导致光标定位错乱，尤其在嵌套结构或自定义样式下。
常见现象包括：
- 光标突然跳到开头或末尾，而非插入点
- 连续按回车后，焦点“消失”，需再点一次才恢复
- 输入法切换（如中英文）后，光标卡在上一个字符后无法前进
缓解方式不是禁用该属性，而是配合监听：
- 监听
beforeinput事件，对inputType === "insertLineBreak"做标准化处理（如统一转为\n） - 每次编辑后用
getSelection().focusNode检查焦点位置，必要时手动el.focus()并setSelectionRange() - 避免给可编辑容器设
overflow: hidden或pointer-events: none，这两者会直接破坏聚焦链
没有 fallback 时，user-modify 是唯一可行替代方案
CSS 的 user-modify: read-write-plaintext-only 在部分 Chromium 内核浏览器（如 Edge 115+）中仍可用，但它已被废弃多年，Firefox 和 Safari 完全不支持。实际项目中，若需兼容老浏览器，只能退回到「JS 控制」模式：
- 用
contenteditable="true"开启编辑 - 监听
paste事件，用event.clipboardData.getData("text/plain")强制取纯文本 - 监听
input或beforeinput，正则过滤掉所有]+>，并防止用户手动输入尖括号（可拦截keydown中event.key === ""） - 注意：不要用
innerHTML.replace()实时清洗，会造成光标重置；应改用textContent+ 重建 DOM
真正难的从来不是“怎么限制纯文本”，而是“怎么在限制的同时不让用户觉得卡顿、跳动、失控”。plaintext-only 是个好起点，但离开浏览器兼容层和光标管理，它撑不起生产环境。
