我疯了吗？ (如何)应该创建一个jQuery内容编辑器？

好的，所以我创建了一个主要针对小学的CMS。它在新西兰相当受欢迎，但我讨厌与激情的一件事是在浏览器所见即所得编辑的质量差。我一直在使用KTML(由InterAKT制作，这是Adobe几年前购买的)。在我看来，这个编辑器做了很多伟大的事情(图像编辑/管理，缩略图和很好的内容编辑)。不幸的是，这个产品的时间已经令人讨厌的方式，新的浏览器开始打破功能，一般降低这个工具的性能。这也是相当可怕的基于我的生活在一个停产的产品！

我一直在狩猎，事实上，我经常狩猎，看看是否有什么改变在所见即所得竞技场。我看到的最激动人心的是WYSIHAT框架，但他们决定忽略一个相当相关的编辑范例，我将在下面概述。这是我提出的编辑器的想法，我不知道任何现有的产品，可以做到这一点正确：

对，所以传统的编辑模型让我们说CMS中的页面是登录到“后端”，然后点击页面上的编辑。这将加载另一个屏幕与编辑器在它和可能还有几个其他字段。更高级的CMS将可能具有用于页面的不同部分的多个编辑框。无论如何，这种做事的方式的最大的问题是，用户正在编辑一个文档，而不是最终的上下文，它会出现在最简单的术语，这意味着页面模板。许多事情可能是错误的，例如。编辑区域的宽度可能不同于实际模板区域的宽度。高度几乎总是固定的，因为现有的编辑器总是似乎使用IFRAM来向后兼容。还有很多其他牛肉，我相信你很清楚，如果你在这个发展区域。

这是我的编辑乌托邦：

您单击“编辑页面”：显示实际页面(及其实际模板)。页面的某些部分已通过类名称标记为可编辑。你点击其中一个区域(在我的例子中，它只是模板中间的大“身体”区域)，一个编辑栏从屏幕顶部下降，所有标准控件(粗体，斜体，插入图像等…)。从不使用iframe，而是依赖于在有问题的DIV上将contentEditable设置为true。 Firefox 2和IE6可以离开，让我们继续。您可以编辑页面，了解它在保存时的外观。因为这个模板的所有样式都被加载，你的标题将看起来正确，一切都只是dandy。这是一个激进的概念吗？为什么我们仍然满足于TinymCE和那个太尴尬的编辑器，因为它听起来像一个发ear的字！

让我们面对事实：

我是一个JavaScript新手。我曾经使用来自SitePoint的Javascript Anthology作为指南在这一领域玩过。这是一个相当酷的学习经验，但他们当然使用IFRAME，使他们的生活更容易。我试图去一个不同的路线，只是使用COntentEditable，甚至试图回避本机内容编辑例程(execCommand)，而不是写我自己的。他们的工作，但总是有问题。

现在我们有jQuery和一些库抽象的东西，如IE的缺乏范围支持。我想知道，我疯了，或者它是一个好主意，尝试并建立一个编辑器围绕这个编辑范例使用jQuery和相关的插件，使工作更容易？

我的实际问题：

>你会从哪里开始？
>什么插件
你知道这将有助于
最？
>是值得的，还是有一个
神奇的项目已经存在
我应该加入吗？
>在a中克服的最大障碍是什么？
项目这样？
>我疯了吗？

我希望这个问题已经张贴在正确的董事会。我认为这是一个技术问题，因为我想知道具体的障碍和陷阱，注意，以及如果它技术上可行的今天的技术。

期待听到人们的想法和意见。

更新

我决定我会有一个去，并将启动一个github项目，当我有一些很酷的东西看看。从那里，我将完全高兴任何帮助，人们提供。这将是开源的当然:)

更新2

我已经完成了项目并概述了目标。让我知道如果你想加入项目组作为贡献者，但我会先了解基础，所以有一些开始。

这里是链接：http://github.com/brendon/SpikeEdit

更新3

哇！我找到了这个项目。有什么好主意！我和他联系，看看他有没有在任何地方：

http://www.fluffy.co.uk/stediting

更新4

好吧，我得到了合理的远。最大的问题(像每个人都知道的)是如何保持代码生成在一个合理的事情。 WYSIHAT似乎已经采取了整个非IFRAME的事情，所以我赶紧看看到多远。他们采取在编辑周期结束时清理代码的方法。我认为它应该在飞行清洁，否则你可以编辑自己成一个泥ire(我做了几次)。当我有时间，我将调查某种同质化引擎，可以插入，使编辑过程在所有现代浏览器中尽可能相似的行为。