Qu'est-ce qu'une représentation de texte enrichi ouvert, riche et complète, utilisable sur le Web?

Question

Je recherche un format de représentation interne pour le texte , qui prendrait en charge le formatage de base (police, taille, poids, indentation, tableaux de base, prenant également en charge ). caractéristiques suivantes:

• Entrée bidirectionnelle (hébreu, arabe, etc.)
• Saisie multilingue (UTF-8, par exemple) dans le même champ de texte
• Notes de bas de page ancrées (c'est-à-dire un nombre en exposant qui constitue un lien vers cette note de bas de page numérotée)

Je suppose que TEI ou DocBook est assez riche, mais voici le problème: je veux que ces tampons de texte soient modifiables par le Web , il me faut donc un contrôle d'édition qui mange TEI ou DocBook, ou fiable et bidirectionnelle entre l'un d'eux et ce que le contrôle d'édition peut manger.

UPDATE: le contrôle de modification auquel je pense est quelque chose comme TinyMCE , mais AFAICT, TinyMCE manque notes de bas de page, et je ne suis pas sûr de son évolutivité (que diriez-vous de modifier 1 ou 2 mégaoctets de texte?)

Tous les indicateurs très appréciés!

Answer 1

FCKeditor a une excellente API, supporte plusieurs langages de programmation (considérant que c’est javascript, ce n’est pas difficile à réaliser), peut être chargé via HTML ou instancié dans du code; mais surtout, permet un accès facile au champ de formulaire sous-jacent, il ne devrait donc pas être très difficile d’avoir un tampon ajax jQuery ou prototype.

Le temps de chargement est très rapide par rapport aux versions précédentes. Je ferais un tourbillon.

Answer 2

D'après mon expérience, une conversion bidirectionnelle entre les formats HTML et XML tels que TEI ou DocBook est très difficile à rendre fiable à 100%.

Vous pouvez utiliser Xopus ( demo ) pour permettre à vos utilisateurs de modifier directement TEI ou DocBook XML. Xopus est un éditeur XML commercial basé sur un navigateur conçu spécifiquement pour les utilisateurs non techniques. Il supporte bidi et UTF-8. La vue WYSIWYG est rendue à l’aide de XSLT, ce qui vous permet de contrôler suffisamment le rendu des notes de bas de page comme vous le décrivez.

TEI et DocBook n'ayant pas les moyens de stocker des informations de style, ces formats ne permettront pas à vos utilisateurs de changer de police, de taille ou d'épaisseur. Mais je pense que c’est une bonne chose: les utilisateurs doivent insérer des en-têtes et les concepteurs doivent choisir le style et la taille de la police.

Xopus dispose d’un éditeur de tableau puissant et l’indentation est gérée en imbriquant des sections ou des listes et XSLT réagissant à cela.

Malheureusement, Xopus 3 ne fera évoluer que 200 Ko environ en XML, mais nous sommes en travail. à ce sujet.

Answer 3

Je ne peux pas vraiment choisir l'un d'entre eux. À mon humble avis, ils ne sont pas tous très bons et complets. Ils ont tous leurs avantages et leurs inconvénients évidents. Si TinyMCE est votre préféré, autant que je sache, il fait également des tableaux.

Cette liste vous sera probablement utile: WysiwygEditorComparision .

Answer 4

J'ai également utilisé FCKEditor, qui a bien fonctionné et a été facile à intégrer à mon projet. Cela vaut la peine de vérifier.

Answer 5

Petite correction de la réponse de laurens ci-dessus: à compter de maintenant (mai 2012), Xopus prend en charge le format UTF8, mais pas l'édition BiDi. Le texte de droite à gauche est affiché correctement s'il provient d'une autre source et ne peut pas être modifié correctement. Source: On m'a récemment demandé d'évaluer cela, alors je l'ai testé.