Javascript 在IE中使用contentEditable的风险
我们必须为我们的产品添加一个基本的HTML编辑器。由于我们目前只支持IE（大多数客户仍然使用IE 6），我被告知要使用Internet Explorer内置的XHTML编辑功能，例如，Javascript 在IE中使用contentEditable的风险,javascript,html,internet-explorer,contenteditable,Javascript,Html,Internet Explorer,Contenteditable,我们必须为我们的产品添加一个基本的HTML编辑器。由于我们目前只支持IE（大多数客户仍然使用IE 6），我被告知要使用Internet Explorer内置的XHTML编辑功能，例如，，如“”所述 与不在其他浏览器中工作不同。（管理层不认为这是一个问题。我们的客户会容忍我们的软件只与IE.我们从来没有失去任何钱，我们的软件只在伊江工作；大多数客户只会让他们的工作人员使用IE6，无论如何） 我们在内容编辑方面可能遇到的其他问题是什么 更新 事实证明，我用“contentEditable”编写的H
更新 事实证明，我用“contentEditable”编写的HTML编辑器很难得到可靠的支持，因为它有很多优点。如果我必须再次这样做，我会非常努力地将推到众多开源解决方案中的一个（例如TinyMCE），或者购买受支持的HTML编辑器 毫无疑问，一个非常熟练的jscript程序员可以在足够的时间内让“contentEditable”正常工作。这只是因为web上的所有示例看起来都很简单，直到您测试常见的操作，例如从word执行剪切/粘贴，并尝试编辑生成的HTML。（这正是客户会做的事情）
（只需在stackoverflow上搜索“contentEditable”，就可以了解其他人遇到的问题）contentEditable在Firefox3下工作。
我不知道contentEditable有什么问题。使用一些在所有主流浏览器中都能工作的开源解决方案怎么样
还有其他项目，但这正是我要使用的。如果没有对添加的HTML内容进行验证，我会确保检查您在IE中插入XSS攻击时很容易得到的内容。包括contenteditable属性，因此它看起来将在IE中存在很长一段时间 刚收到IE团队的一封电子邮件 虽然基本上不可能 以高度评价未来 公平地说，信心的程度 我不知道有什么计划 删除可编辑的内容，如果是 如果移除，它会破坏很多 地点
通过快速的谷歌搜索，contentEditable的一些问题（尽管很小）得到了解决。contentEditable属性适用于Safari、Firefox 3和Opera 9 由于操作无疑是通过选择进行的，因此最大的问题是如何让选择/范围跨浏览器工作（ 也有许多跨浏览器，可能会或可能不会影响您。这些浏览器包括不兼容的区分大小写，不兼容的再次关闭它的方法（removeAttribute vs.设置为false）
尽管存在这些缺陷，但我发现它运行得相当好。谢谢，我们已经考虑过TinyMCE，但是它的许可证需要管理层考虑，并且在检查许可证时可能还需要支付法律费用。因此，我必须使用contentEditable=“true”除非我能找到不使用它的好理由。+1告诉人们contenteditable的问题有多大。看来contenteditable应该是“稳定的”到目前为止，但仍然存在一些问题。例如，每当您剪切粘贴时，动态内容确实会破坏html代码，如下所述：@NoBugs，从word粘贴的内容当时不可编辑，这让我很生气！word创建了合法的html，需要复杂的内容可编辑才能处理。@IanRingrose有趣，在什么浏览器中就这样？你能举个例子吗？@NoBugs，那是很久以前的事了，我记得IE出现了问题，我们的很多客户可能使用的是IE6。所以你让IE开发者保持活力？contenteditable似乎得到了广泛的支持……但是，contenteditable上的事件似乎存在很大的不一致性（IE）…假设它用于不受信任的环境如果我在存储数据之前使用
strip_tags