1
11
我怀疑这是因为几个具体的原因: 1.)定义它的HTML5标准没有定义它应该输出什么,让每个实现自行决定。
4.)看起来IE浏览器也做得差不多,IE一开始什么都没做对。它仍然以怪癖和“兼容性”模式的形式延续着它的传统。 5.)它实际上只在CMS系统和论坛/评论框中使用,通常这些系统的实现都有相当繁重的包装。我在其他地方没有看到太多的用法,尤其是“裸骨”用法。 6.)成功的在线文字处理器很少,所见即所得(WYSIWYG)或页面布局应用程序更少。创造准确编辑的压力根本不存在。更糟糕的是,微软销售的Word和Expressions等离线软件肯定会受到在线编辑增长的影响,尤其是高质量的免费编辑。
8.)有时,相同的选择和编辑命令可能适用于占用同一空间的多个可能对象,而编辑器无法真正知道您要更改哪个对象。另外,编辑命令可能会导致元素以未定义或意外的方式拆分(同样,它不知道您更喜欢哪个)。
|
2
4
这是一个每个人都以不同方式解决的难题。
|
3
1
对于支持
一个可能更难解决的问题是确保这些新元素的放置是正确的。然而,这 has been solved for Webkit ,我相信在其他浏览器中也可以这样做。
编辑:
|
4
1
|
5
1
我以前也回答过类似的问题 Content Editable Text Editors 是的,我知道这个问题已经2年了,但它仍然是最新的。 |
6
1
Medium.js !!
|
mtv · 未在ie11中选择radeditor内容可编辑锚标记 7 年前 |
Paul Draper · 粘贴的HTML是否保证被清除? 10 年前 |
simonzack · 允许contenteditable在dom修改后撤消 10 年前 |
JaviZu · 一些带占位符的div 10 年前 |
jsookiki · 获取div中文本的实际高度 10 年前 |