问题标签 [execcommand]

如果我使用 execCommand 方法突出显示选定的文本：

正如本页所建议的那样，然后我想返回并取消突出显示格式（即回到我突出显示某些文本之前的情况），我该怎么办？

如何在 Chrome 中使用 execCommand()？这是我现在拥有的代码它被用来在点击标签按钮时插入一个特殊字符

使用如下命令：

this.document.execCommand("insertorderedlist", false, argument);

在大多数浏览器中都能正常工作，但是在 IE（包括 IE9）中，它包含的文本过多。

因此，例如，假设您在 ContentEditable div 中有以下文本，插入符号位于指定位置（包含结构的 html）：

然后你执行 execCommand，你会在一开始就得到一个项目符号点，所有内容都作为项目符号的一部分缩进。

像这样：

也就是说，IE 包含仅由 . 分隔的周围文本<br>。如果有容器元素（div 或 span），它可以正常工作。

我正在使用带有 javascript 的 execCommand 将文本插入到可编辑的 iframe 中，如下所示：

任何人都知道如何插入该文本而不是光标左侧的第一个字符？那么与在执行上述操作之前按退格键的效果相同吗？

我在 js/jquery 中写了最简单的所见即所得：http: //jsfiddle.net/XnSWF/

在 newset Opera 11、Chrome 16、Firefox 9 和 Safari 5.1 上完美运行（例如，设置为粗体或在所选文本上设置粗体）但在 IE9 中，我无法将所选文本设置为粗体，并且总是在我使用粗体按钮时，这个carret去第一行到第一个字母......

为什么？

所有..我确实知道这个问题有点分散在互联网上，但似乎没有任何东西指向我。

我正在制作自己的所见即所得，我面临的问题是代码

只接受从 1 到 7（含）的值分配给“font”标签的“size”属性。但是我需要以像素为单位设置字体大小。

我在一个类似的stackoverflow question中找到了这个例子。但是这种方法的问题在于它只会改变所选文本的字体大小。如果您打算在输入文本之前设置字体大小，它将不起作用。

有谁知道我该如何解决这个问题？

我有一个 HTML 块：

在我的编辑器中，当我尝试选择这个 div 时，我只选择了跨度而不是 div。所以我使用此代码的选择是：

所以当我提醒（selHTML）时，我得到了我在乞讨中写的跨度的代码。但是这个 HTML 是由一个 div 包裹的。我怎样才能得到这个 div ？

我想要那个，因为我想手动 execCommand 进行对齐。因为在 Firefox 中我使用 execCommand 但不能正常工作，因为选择没有正确完成，而不是更改我已经拥有的 div 中的文本对齐，它添加了一个新的 div。

提前致谢

当使用在页面中选择文本和恢复所选文本的方法时，我发现在两者之间运行execCommand('insertHTML...会导致存储的选择中断。

这是如何选择和恢复文本的示例。

这可以正常工作，但是一旦您运行execCommand('insertHTML..选择，就会endOffset将其自身设置为与选择相同的值startOffset

是否有一个原因？更重要的是有办法解决这个问题吗？

可以在此处查看该错误的完整示例，以及一些基本的控制台日志记录。 http://jsfiddle.net/blowsie/Y8pJ7/

这个小提琴的目的是选择文本，将其转换为大写，然后重新选择文本。

你可以execcommand在文档之外的元素上做吗？

我想知道你是否可以编写这样的代码：

代替：

我正在尝试权衡在制作我自己的富文本/所见即所得编辑器时使用<div>vs.的利弊。<iframe>

在这样做时，为什么我不能只使用contenteditable <div>，为什么这么多人更喜欢<iframe>?

背景讨论：据我所知，制作所见即所得编辑器的一种常见方法是使 div 或 iframe内容可编辑，然后execCommand在包含 div 或 iframe 正文的文档上执行以使其文本粗体或其他内容。

这是HTML：

与：

和JS：

与：

看起来大多数制作精良的富文本编辑器都使用 iframe。虽然我可以轻松地让这个contenteditable /execCommand组合在 Webkit 浏览器中的 div/iframe 上工作，但我在尝试让 iframe 在 Firefox 中工作时遇到了地狱般的时光。我不得不求助于将脚本和样式表加载到 iframe 和各种废话来复制我可以使用基于 div 的版本轻松完成的任务。因此，<div>基于 - 的方法似乎更可取。我重新考虑有什么强有力的理由吗？