前言
在输入编辑的业务场景中,可能会需要在光标当前的位置或附近显示提示选项。
比如社交评论中的@user
功能,要确保提示的用户列表总是出现在@
字符右下方,又或者是在自定义编辑器中 autocomplete 语法提示,都需要获取光标当前的位置作为参照点。
两种位置
对于 WEB 开发来讲,当我们提到某某元素的位置,通常是指这个元素相对于父级或文档的像素单位坐标。而对于输入框中光标,就有了额外的区分。
相对于内容
相对于内容,光标位于第几个字符之后,姑且称之为字符位置吧。
相对于UI
相对于UI,也就是跟普通页面元素一样的像素位置了。
插入或替换内容
在前言提到的场景中,也有在光标位置处插入内容的需求,比如对选取文字加粗text => <strong>text</strong>
等。
textarea
textarea
元素可以很容易获取到选择的一段文字的起止位置。如果当前没有选择文字,则两个位置值都为光标右侧字符的索引,从 0 开始。
|
对于加粗功能,有了起止位置,就能获取到选择的文字内容,然后对内容进行替换。
由于textarea
不能包含子元素,只有纯文本,所以基于textarea
实现加粗只能像用 Markdown 标记语法实现。
|
textarea.setRangeText(text: String)
把选中的文字替换为其他内容。
contenteditable
也可能我们会使用contenteditable
属性把一个元素变为可编辑元素。而上面所用的属性和函数都是普通元素所没有的,所以要换一种姿势实现。
还是以加粗功能为例。
|
基于contenteditable
的可编辑元素,其中的内容均为子元素,文本为textNode
,加粗使用 HTML 元素,插入或替换是对元素的操作。
如果想使用操作内容的思路实现会比较麻烦,因为可以获取到的起止位置是基于子元素的。
|
假如选中的文字是你好wor
,调用相关 API 的输出如下。
|
最终可以获取到起止元素以及选中区域在开始元素内容中的字符位置和在结束元素内容中的字符位置。
其中的起止元素均为textNode
类型,通过parentNode
获取到包裹元素。
|
需要注意的是通过
Selection
和Rang
获取到起止位置是有方向之分的,从左向右选择和从右向左选择得到的值是正好相反的。
基于光标像素位置创建内容
这里就要开始用像素位置,同样分为两种实现来讲。
contenteditable
可编辑元素获取光标像素位置就像textarea
获取光标的字符位置一样简单。
|
这么具体的尺寸值,实现自动完成真是 So easy!
textarea
textarea
其中的内容都是纯文本,在 DOM 中不存在相关的对象,对于像素位置就得另作他想了。
基于行高和字体大小计算
|
这个方案的思路是没问题的,但是考虑所有问题的成本太高。
虽然可以创建测试元素去计算文本宽度,但这个方案本身是从严谨的角度出发的。与其混在一块,直接用取巧的办法更简单。
这个方案的潜台词是:明明可以靠脸吃饭,却偏偏要靠才华!🙄
镜像元素
文本不支持定位?那我创建 DOM 好了。
|
End
最后悄悄说一句,以上内容不兼容低版本 IE,但是 IE 毕竟主场运行,有些 API 反而是其他浏览器所没有的。就上面提到的案例来说,低版本 IE 也有对应的 API 可用。
真是不想在 IE 上去浪费精力了,索性不提。