添加链接
link管理
链接快照平台
  • 输入网页链接,自动生成快照
  • 标签化管理网页链接

小tip: 如何让contenteditable元素只能输入纯文本

这篇文章发布于 2016年01月7日,星期四,01:22,归类于 JS实例 。 阅读 201468 次, 今日 23 次 71 条评论

一、温故而知新

很多年以前,稍等,让我 搜一下contenteditable (右上角),哈,是2010年的时候,写了篇文章“ div模拟textarea文本域轻松实现高度自适应 ”,就是说的 contenteditable 的应用。

虽然说,利用全浏览器都支持的 contenteditable 模拟文本域可以实现体验相当不错的高度跟随内容自动撑开的效果,但是呢,有个很大的问题就是HTML内容可以直接被粘贴进去,如下图所示:

之前的文章提到过过滤HTML的方法,保证内容都是纯文本。然而,这种方法的问题在于:

  • 粘贴完毕到过滤结束有时间差,用户很看到内容一闪而过的糟糕体验;
  • 光标的位置会发生变化,不是之前focus的位置了;
  • 当年的我图样图森破,所以,只有上面这种程度。实际上,控制 contenteditable 元素只能输入纯文本是有体验比较好的方法的。

    二、与contenteditable属性无关的CSS控制法

    一个div元素,要让其可编辑,也就是可读写, contenteditable 属性是最常用方法,做前端的基本上都知道。但是,知道CSS中有属性可以让普通元素可读写的的同学怕是就少多了。

    主角亮相: user-modify .

    支持属性值如下:

    user-modify: read-only;
    user-modify: read-write;
    user-modify: write-only;
    user-modify: read-write-plaintext-only;
    

    其中,write-only不用在意,当下这个年代,基本上没有浏览器支持,以后估计也不会有。read-only表示只读,就是普通元素的默认状态啦。然后,read-writeread-write-plaintext-only会让元素表现得像个文本域一样,可以focus以及输入内容。

    您可以狠狠地点击这里:CSS user-modify属性行为表现demo

    会发现,设置了read-writeread-write-plaintext-only值的两个<p>标签元素是可以被focus的:

    而这两者的区别就在于,一个可以输入富文本,而下面一个只能输入纯文本,例如,我们从某网页同时复制一段内容粘贴进去看看:

    好了,至此,本文标题的答案实际上就已经有了。也就是给元素设置:

    user-modify: read-write-plaintext-only

    就可以让元素既可以编辑,也只能输入纯文本,表现得就跟textarea文本域一样。

    是不是很酷啊!然而,抱歉地跟大家讲下,目前只有webkit内核浏览器才支持read-write-plaintext-only这个值,因此,我们的使用其实是:

    -webkit-user-modify: read-write-plaintext-only

    我们可以在移动端使用,以及,只需要兼顾webkit内容的桌面网页项目。

    三、使用标准contenteditable属性值的HTML控制法

    咳咳,提问:在HTML中,contenteditable支持的属性值是?

    图样图森破时候的我,脑中就只有contenteditable="true"contenteditable="false",科科,后来我发现自己太天真了,新的草案中明确表示还有多个其他属性值:

    The contenteditable attribute is an enumerated attribute whose keywords are the empty string (“”), “events”, “caret”, “typing”, “plaintext-only”, “true”, and “false”. There is one additional state, the inherit state, which is the missing value default (and the invalid value default).

    垂直展示下就是(不包括默认的inherit继承):

    contenteditable="" contenteditable="events" contenteditable="caret" contenteditable="plaintext-only" contenteditable="true" contenteditable="false"

    别问我,我也不知道 "events" "caret" 是干什么用的,嘿,但是 "plaintext-only" 我是知道的,可以让编辑区域只能键入纯文本。这里就不需要demo了,直接下面的框框,大家可以试试,看看能不能搞富文本。

    <div contenteditable="plaintext-only"></div>

    如果您发现,居然出乎意料,可以弄进去富文本,那说明你使用的是非Chrome之流的浏览器。

    换句话说, contenteditable="plaintext-only" 和CSS只的 -webkit-user-modify: read-write-plaintext-only 一样,目前仅仅是Chrome浏览器支持比较好的。

    所以,您的项目如果还有很多IE8浏览器的用户,我只能替你惋惜,美妙的东西无法立即用上,不得已,寻求下面的方法。

    四、控制粘贴paste事件的JS控制法

    如果我们单纯地敲击键盘,输入的内容实际上都是纯文本。除了一些特殊情况,例如IE浏览器下的编辑框会自动把合乎条件的url地址自动加上链接。富文本污染的情况主要出现在复制粘贴的时候,于是,如果我们能在粘贴的时候,对剪切板中的内容进行HTML过滤,再手动插入内容,岂不就可以完美解决无法输入富文本的问题了吗!?

    于是,鄙人不才,一番折腾,弄出了下面的代码:

    $('[contenteditable]').each(function() {
        // 干掉IE http之类地址自动加链接
        try {
            document.execCommand("AutoUrlDetect", false, false);
        } catch (e) {}
        $(this).on('paste', function(e) {
            e.preventDefault();
            var text = null;
            if(window.clipboardData && clipboardData.setData) {
                // IE
                text = window.clipboardData.getData('text');
            } else {
                text = (e.originalEvent || e).clipboardData.getData('text/plain') || prompt('在这里输入文本');
            if (document.body.createTextRange) {    
                if (document.selection) {
                    textRange = document.selection.createRange();
                } else if (window.getSelection) {
                    sel = window.getSelection();
                    var range = sel.getRangeAt(0);
                    // 创建临时元素,使得TextRange可以移动到正确的位置
                    var tempEl = document.createElement("span");
                    tempEl.innerHTML = "FEFF;";
                    range.deleteContents();
                    range.insertNode(tempEl);
                    textRange = document.body.createTextRange();
                    textRange.moveToElementText(tempEl);
                    tempEl.parentNode.removeChild(tempEl);
                textRange.text = text;
                textRange.collapse(false);
                textRange.select();
            } else {
                // Chrome之类浏览器
                document.execCommand("insertText", false, text);
    

    兴趣使然,目前还没再真实项目中实践过,因此,可能还有瑕疵或者缺陷。自己在demo上,IE8+,Chrome等浏览器都测试过,都是可以的。对了,demo要先放出来。

    您可以狠狠地点击这里:contenteditable元素纯文本输入控制demo

    demo页面有个框框,大家可以试试看,是不是只能弄进去纯文本。

    关于代码的一些说明

  • 一开始的$('[contenteditable]').each()只是示意,,里面的核心代码与jQuery没有任何关系,大家可以灵活介入自己项目。
  • IE浏览器的contenteditable框有个问题,会自动添加链接,我们需要的是纯文本,显然这种自以为是的行为不是我们要的,可以使用document.execCommand("AutoUrlDetect", false, false)来进行处理。
  • 理想情况应该直接使用document.execCommand("insertText")命令插入内容。但是,但是,IE浏览器虽然运行这段代码没有出错,也是支持document.execCommand的,但是,却没有插入内容的表现。也不知道是不是我打开的方式不对,后来,我就寻求更传统的方法,创建文本选区与插入,正好,就IE支持document.body.createTextRange
  • document.selectionIE浏览器一直是支持的,直到IE11浏览器,直接废弃了,好在window.getSelection还活着,于是,又一次分情况处理。
  • 获得剪切板数据,不同浏览器情况也不一样,这里不赘述了,因为已经1点多了,年纪大了,实在熬不住了……
  • 兼容性甩CSS方法和HTML方法两条街,我自己使用的浏览器都测过没问题,当然,demo比较简单,测试可能不能说明全部问题。
  • 五、结束无关紧要八卦念

    昨晚打篮球,被同事肘击了下巴,开口,血如柱下,缝了3针。其实这点皮外伤没什么的,重要的也是麻烦的是,媳妇知道了,勒令2个月不准打篮球,这次抱大腿都没用了,队友也让我好好服刑。

    今天小朋友有些发烧,媳妇有些着急,我评估了下,应该没什么大问题,算是自我成长的第一关吧,加油!

    这篇文章实际上插队了,前面还有一篇比较深入的文章,那个要写好久的。

    好了,就说这么多。欢迎反馈,感谢阅读!

    (本篇完)

    分享 到:

    很伤心,那个 CSS 的那个 user-modify 快要被摘掉了。

    https://developer.mozilla.org/en-US/docs/Web/CSS/user-modify

    2020年08月15日 21:09

    大佬,小弟请教一个问题,在chrome上,我的contenteditable设置为了true,但是输入框里面的文字却不能使用退格键删除了,请问您又遇到过嘛?或是能提供您的排查解决思路嘛?

    contenteditable=”events” 好像是只支持事件,不支持输入

    有个需求,div的文字,只需要高亮或者取消高亮,这时候用 contenteditable=”true” 配合 document.execCommand(“backColor”, false, ‘#F0F8FB’) 的确可以触发高亮,但是会出现div内可以被插入字符的情况,即使 加上 onkeydown= “return false” 字母无法输入,但是输入法拦截不了, 使用contenteditable=”events” 只会支持点击事件,在事件里再加高亮,就解决的禁止输入的要求

    2017年11月16日 16:12

    是 外层div是 contenteditable 内部有a标签 是 contenteditable =’false’ 点击 a标签 光标会出现在div的外侧

    2017年01月18日 17:32

    问下大神现在有个contenteditable的问题,想要请教,就是用这个属性输入的文本到限制的宽度的元素中失焦不会有input框的效果,input是文字隐藏后面一部分,而它是文字隐藏前面一部分,现在想要它有input失焦后的效果

    .ipt{width: 50px;overflow: hidden;white-space: nowrap;}
    .spa{width: 50px;overflow: hidden;white-space: nowrap;border: 1px solid #ddd;line-height: 24px;display: inline-block;height: 30px;}

    原来代码在IE11下失效,我增加了一句,即取消原有的粘贴,否则在粘贴好纯文本之后u,又会被富文本覆盖

    textRange.text = text;
    textRange.collapse(false);
    textRange.select();

    return false; //增加了这句
    } else {
    // Chrome之类浏览器
    document.execCommand(“insertText”, false, text);

    2020年02月22日 14:28

    选中富文本这个应该是很难解决的,尝试了一下只能用drop事件处理(只有该事件可获取插入的内容),并且是在插入之前触发的,如果删除默认事件就不会聚焦也就无法插入内容。
    input事件尝试了一下也许可以解决这个问题,是在聚焦之后触发的。但是兼容性低,IE不支持把input事件用在contenteditable上面。
    但是在插入之后,光标Selection会落在被插入的元素尾部,也许可以借此获取到原先的纯文本并将被插入的元素替换。

    最近刚好需要做这个效果,测试了一下demo代码,IE7都支持的好好的。
    Edge浏览器走的是document.execCommand(“insertText”, false, text); 感觉挺逗的

    2020年02月23日 17:16

    Edge几乎是唯一使用两个内核的浏览器。后来和Chrome一样用Chromium(基于基于WebKit的Blink),之前仍使用基于IE的Trident的EdgeHTML。

    张鑫旭 ,09年 华中科技大学 毕业,现 上海 ,就职于 阅文集团 ,专注 web前端 偏前领域,著有 《CSS世界》 《CSS选择器世界》 《CSS新世界》

    邮箱: [email protected]

    关注我: 微信 微博 掘金 知乎 头条 B站 Gitee

  • jQuery powerFloat万能浮动层下拉层插件 (73)
  • 以20像素为基准的CSS网页布局实践分享 (62)
  • 小tips: 使用&#x3000;等空格实现最小成本中文对齐 (32)
  • CSS又出了个revert-layer全局关键字😂 (32)
  • 杀了个回马枪,还是说说position:sticky吧 (27)
  • 小tip: 如何让contenteditable元素只能输入纯文本 (23)
  • 原来浏览器原生支持JS Base64编码解码 (23)
  • JS复制文字到剪切板的极简实现及扩展 (23)
  • 好奇心驱使下试验了chatGPT写CSS代码的能力 (20)
  • JS获取上一访问页面URL地址document.referrer实践 (19)
  • 今年热议

  •