问题
当你有一个 contentEditable
为 true
的元素,在按顺序点击 Enter
时,获取到的 innerText
是正常的:
html
<div class="code-editor" contenteditable="true" data-placeholder="Start typing your code here...">
1
<div>2</div>
<div>3</div>
</div>
上面的 innerText
是 '1\n2\n3'
。
但是!当你输入 1、Enter、2,然后按方向键↑,然后再输入 Enter,元素则会变成这样:
html
<div class="code-editor" contenteditable="true" data-placeholder="Start typing your code here...">
1
<div>
<br />
<div>2</div>
</div>
</div>
根据肉眼观察,你得到的应该是 '1\n\n2'
,但是实际上,通过 innerText
得到的是 '1\n\n\n2'
。(顺带一提,当你在这个元素里面全选复制,拿到的是正常的 '1\n\n2'
)
我拿着这问题问了两个 AI,结果都在胡扯。首先它们就猜不对第二段 HTML 输出的 innerText
,它们的答案都是很符合直觉的 '1\n\n2'
。其实这个时候就已经凉了一大半了,接着我强行告诉它第二个结构的输出,问这种情况怎么获得正常的 \n
,结果教我用正则去除重复两次以上的 \n
,但实际上用户就是有可能多次 Enter
,显然无效。
在习惯了 AI 时代的我最后才想起返璞归真,去 stackoverflow 上找答案,结果是,十分高效,立刻就找到了。
解 1
ts
contentEditable = "plaintext-only";
暴力 plaintext-only
,设置之后修改内容只会插入 <br>
,不会插入 <div>
。缺点自然是如果你在粘贴富文本时会强制转为纯文本。
解 2
在 contenteditable
添加 display:inline-block;
。可以说正常来说你根本想不到,也很难找到资料推理出向 contenteditable
添加 display:inline-block;
就能做到让用户输入不再插入 <div>
。
解 3
ts
document.addEventListener("keydown", (event) => {
if (event.key === "Enter") {
document.execCommand("insertLineBreak");
event.preventDefault();
}
});
在用户 Enter
时直接 preventDefault
,用 execCommand
手动帮用户插入 \n
。这个方法倒是"可以想象",execCommand
确实是一个神奇的函数,只可惜我还没了解它,它就已经处于弃用状态,也不知道有什么替代方案。
结语
关键时刻,还得是 stackoverflow,AI 问半天都是错的,太偏门的问题 AI 只会给你幻觉,歇歇吧。不要小看在 stackoverflow 积累的真正的人的智能 😏
顺便这个问题是在实现 AI 提醒的时候遇到的,顺道还遇到了些 CSS 问题,例如两个叠在一起元素明明行高是一样的,但是用 \n
换行的那个元素偏偏总比 contentEditable
的元素高一点,问 AI 同样没结果,最后乱搞 CSS 碰巧解决了......JavaScript 是挺简单的,但是 CSS 和浏览器接口,真的好难啊!