Quelles sont les meilleures options pour l'édition de texte enrichi dans Rails?

Question

J'aimerais utiliser l'édition de texte enrichi sur les formulaires pour permettre aux administrateurs de modifier les instructions. Quelles sont les meilleures options pour cela?

[Pour être plus clair, les administrateurs ne sont pas techniques mais peuvent vouloir contrôler certaines mises en forme sans utiliser de balisage ou avec le moins de balisage possible. Ce que j'aimerais, c'est qu'ils soient capables de modifier en ligne tout AJAX avec un environnement d'exécution comportant quelques commandes de formatage, puis de soumettre et de voir à quoi ressembleront les instructions à l'utilisateur final sans changer de page.

En ce qui concerne plus particulièrement les plugins, j'aimerais savoir quels plug-ins Rich Test Editing sont les mieux adaptés à une utilisation dans Rails. Plus facile à implémenter, API la plus claire, plus facile à utiliser en ligne, etc ...]

Answer 1

Pour Tumblon , nous avons commencé par TinyMCE , mais nous passons maintenant à l’ éditeur de texte enrichi de Yahoo, car il La manière dont TinyMCE fonctionnait et la qualité de la documentation de l’éditeur de texte enrichi et de son apparence par défaut sont supérieures.

Les deux sont très faciles à intégrer à Rails (ils ne sont que JavaScript, après tout). Il existe des plugins, mais vous n'en avez pas vraiment besoin.

Answer 2

J'ai déjà traversé des luttes similaires dans le passé et je me suis installé sur YUI. Malheureusement, les résultats de YUI (du moins pour moi, et certes, je me suis précipité sans jamais les modifier), en html épouvantable.

Puis ce soir, quand je suis tombé sur ce post, j'ai trouvé PunyMCE. Il y a 2 choses géniales à son sujet: 1) son incroyable légèreté (comme son nom l’indique), et 2) il existe déjà un plugin rails créé pour cela: puny_mce sur github.

La documentation est assez bonne, à part quelques petites choses que j'ai oubliées / qui me font me gratter la tête:

1. Il y a une faute de frappe sous & "Utilisation &"; <% rendement: tête% > devrait être <% = rendement : head% >
2. Si vous voulez utiliser plus que la barre d'outils de base, vous devez inclure soit a) la pré-installation profil ou b) les éléments de la barre d’outils et plugins nécessaires pour ces éléments DEUX l'appel include_puny_mce ET l'appel puny_mce. Cela fait sens - le <=> est l'instruction de la page sur laquelle javascripts dont il a besoin, et le <=> appel est en train de construire la sortie javascript requise pour générer le riche éditeur.

Voici un exemple que j'ai rassemblé pour illustrer:

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

<h1>New post</h1>

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

J'espère que cela aide!

Answer 3

Je ne suis pas sûr de bien comprendre la question, mais si vous voulez savoir quel éditeur utiliser, de nombreuses options s'offrent à vous et aucune d'entre elles n'est affaire de Rails - vous pouvez les utiliser en ajoutant simplement un petit morceau de javascript dans votre balisage. Une vue d'ensemble agréable et actualisée peut être trouvée ici: http://bulletproofbox.com/web-based-rich-text-editors-compared/ .

Answer 4

Un certain nombre de langages de modèles implémentés pour Rails fournissent une syntaxe relativement simple pour le balisage. J'ai déjà utilisé RedCloth, une implémentation gemme de Textile ( http://redcloth.org/ ), et c'est plutôt bien. Des choses comme Liquid ( http://www.liquidmarkup.org/ ) sont un peu plus puissantes, permettant aux modèles pour réellement inclure des informations de base de données en ligne. Selon les besoins de votre projet, ces deux solutions pourraient être un bon choix.

Aucune de ces solutions ne fournirait à elle seule un éditeur de texte enrichi sur place, mais constitue un bon point de départ pour le back-end de ce qui pourrait être une solution instantanée. Si vous laissez uniquement les administrateurs entrer des informations, j'imagine qu'ils ne craindraient pas une petite entrée en texte clair.

Answer 5

Le lien dans la réponse de Milan est brisé. Heureusement, Ajaxian.com a rédigé un joli résumé du message avec des liens vers tous les contenus de RTE et ses commentaires.

Lien: http://ajaxian.com/archives/richtexteditors-compared

Answer 6

Je sais que cette menace est assez ancienne, mais j’ai trouvé quelques bonnes options il ya quelques semaines. Par conséquent, si une autre personne fait face au même problème que moi, je lui réponds avec plus de rancoeur. Mon éditeur préféré est donc Froala ( wysiwyg-editor si vous utilisez des rails) propre, facile à manipuler et prenant en charge les vidéos intégrées, le téléchargement d’images, le téléchargement de fichiers et entièrement personnalisable à un point où vous pouvez même simplifiez la tâche des utilisateurs dorsaux sans aucune connaissance en développement réactif pour placer correctement les éléments sur la page afin de les rendre totalement réactifs. Nous avons utilisé cet éditeur pour un certain nombre de projets et les clients l'adorent.

La documentation est satisfaisante, mais cela pourrait être mieux si vous l’utilisez avec des frameworks tels que Rails et Django (comme nous le faisons). Mais je pense que cela s’améliore mensuellement.

Un autre éditeur très prometteur est Quill ( quill-rails si vous utilisez des rails). Nous ne l'avons pas encore utilisé pour des projets mais pour expérimenter. Une fois que nous aurons plus d'expérience, nous publierons quelques notes ici et sur SSC .

Enfin, si vous souhaitez effectuer ou proposer une édition frontale réactive, consultez x-éditable . Découvrez la démo - c'est très chouette!