Rails中富文本编辑的最佳选项是什么?

我想在表单上使用Rich Text Editing,以便让管理员更改说明。 这样做的最佳选择是什么?

[更清楚 – 管理员是非技术性的,但可能想要控制一些格式而不使用标记或尽可能少的标记。 我希望他们能够使用带有一些格式控件的RTE编辑内联所有AJAXy,然后提交并能够在不更改页面的情况下查看最终用户的说明。

关于插件的问题,我想知道哪些Rich Test Editing插件最适合在Rails中使用。 最容易实现,最清晰的API,最简单的内联使用等…]

对于Tumblon ,我们从TinyMCE开始,但我们正在转向雅虎的富文本编辑器,因为TinyMCE的工作方式存在一些奇怪的问题,因为富文本编辑器文档和默认的外观都很优秀。

两者都很容易与Rails集成(毕竟它们只是JavaScript)。 有插件,但你真的不需要插件。

我过去经历过类似的挣扎,并且已经确定了YUI。 不幸的是,YUI的结果(至少对我来说,而且不可否认,我匆匆而且从未重新考虑过),糟糕的HTML。

然后今晚,当我偶然发现这篇文章时,我发现了PunyMCE。 关于它有2个很棒的东西:1)它非常轻巧(顾名思义),2)有一个已经为它创建的rails插件:github上的puny_mce。

文档很好,除了我忽略的一些事情/让我摸不着头脑:

  1. “使用”下有拼写错误,<%yield:head%>应为<%= yield:head%>
  2. 如果要使用多个基本工具栏,则需要包括a)预设置配置文件或b)工具栏项和这些项目所需的插件,包括include_puny_mce调用和puny_mce调用。 这是有道理的 – include_puny_mce正在指示需要javascripts的页面,而puny_mce调用实际上正在构建生成富编辑器所需的javascript输出。

这是我放在一起展示的一个例子:

 <% content_for :head do %> <%= include_puny_mce :profiles => [:full] %> <% end %> 

New post

<% form_for(@post) do |f| %> <%= f.error_messages %> <%= f.label :title, "Title" %>
<%= f.text_field :title %>
<%= f.label :content, "Post Content" %>
<%= f.text_area :content, :cols => 100 %> <%= puny_mce 'post_content', 'post_content', :profile => :full %>

<%= f.submit 'Create' %>

<% end %>

我希望这有帮助!

我不确定我是否完全理解这个问题,但是如果你只是询问使用哪个编辑器,有很多选项而且没有一个是Rails的问题 – 你可以使用它们中的任何一个只需添加一小块javascript到你的标记。 可在此处找到精美的最新概述: http : //bulletproofbox.com/web-based-rich-text-editors-compared/ 。

为Rails实现了许多模板语言,它们为标记提供了相对简单的语法。 我之前使用过RedCloth,是Textile的一个gem实现( http://redcloth.org/ ),它非常好。 像Liquid( http://www.liquidmarkup.org/ )这样的东西更强大,允许模板实际包含内联的数据库信息。 根据您的项目需求,两者都可能是一个合适的选择。

这些解决方案都不能单独提供就地富文本编辑器,但在后端可能是一个简单的解决方案是一个很好的起点。 如果您只是让管理员输入信息,我想他们不会被一个小明文条目所吓倒。

米兰的答案中的链接被打破了。 值得庆幸的是,Ajaxian.com对post做了一个很好的总结,其中包含post中所有各种RTE的链接及其评论。

链接: http : //ajaxian.com/archives/richtexteditors-compared

我知道这个威胁已经很老了,但几周前我遇到了一些好的选择,所以如果其他人像我一样面临同样的问题,我会给出更多的反应。 所以我最喜欢的编辑器是Froala ( wysiwyg -editor,如果你使用的是rails),它看起来干净,易于处理并支持嵌入式video,图片上传,文件上传,并且可以完全自定义,甚至可以让后端变得简单没有任何响应式开发知识的用户可以正确地将项目放在页面上以使其完全响应。 我们现在使用这个编辑器进行了一些项目,客户喜欢它。

文档令人满意,但如果你将它与Rails和Django等框架一起使用可能会更好(正如我们所做的那样)。 但我认为它每月都在改善。

另一个非常有前途的编辑器是Quill ( quill-rails,如果你使用的是rails)。 我们还没有将它用于项目,而是进行实验。 一旦我们有了更多的经验,我们将在这里发布一些注释和SSC 。

最后,如果您想要执行或提供响应式前端编辑,您可能需要查看x-editable 。 看看演示 – 它非常整洁!