Je travaille sur une application de type CMS assez grande qui inclut un forum, des pages wiki, etc. Qu'est-ce que vous avez choisi entre Markdown et HTML? Je suis préoccupé par la convivialité et le fait que les non-Techie utiliseront cela. P>
5 Réponses :
Je vote pour Markdown. P>
J'ai ramassé Markdown dans peut-être 5 minutes d'écrire ma première réponse ici. Plus tard J'ai appris plus que ce que j'ai pris ici, mais je penserais que c'était plutôt standard. P> li>
Le markdown est beaucoup plus simple pour obtenir de bonnes balises de marque, et si vous êtes inquiet vitesse juste en cache la sortie résultante. p> li>
Le marquage est souvent meilleur, et plus facilement compris, en texte brut que HTML est dans un éditeur WYSIWYG. En outre, aucun script convivial. P> li> ol>
Et si vous avez un utilisateur qui souhaite un objet imbécile, déposez simplement le code HTML de cette vidéo YouTube et qu'il sera reporté. P>
Oui, j'ai pensé à mettre en cache le HTML aussi, et à l'utiliser pour regarder uniquement.
N'oubliez pas non plus que l'éditeur (très bien fait) StackoverFlow Wysiwyg Markdown Editor est open source
Nous stockons XHTML dans la base de données, validée contre un schéma XHTML restreint. Le front-end est soit un éditeur WYSIWYG (pour le personnel qui sait comment faire face à ses quirks) ou une zone de texte brut (pour les utilisateurs, avec une détection automatique de liaison, etc.). Nous pouvons convertir le contenu d'avant en arrière, bien que la zone de texte simple perd la mise en forme, nous ne dépendons donc pas d'une interface utilisateur spécifique. Si nous en avions besoin plus que cela, j'ajouterais un autre convertisseur de XHTML à Markdown. P>
+1 Si vous devez utiliser HTML, XHTML bien formé et restreint est le moyen de le faire.
Si la convivialité est un problème et que le public cible est des non-geeks, Wysiwyg gagne sur le marquage. Les personnes sont habituées aux barres d'outils avec des boutons de formatage, mais Markdown est une langue de balisage totalement inconnue à la plupart des gens (même «Langue de balisage» est complètement inconnu!). P>
J'ai dû expliquer une syntaxe Wiki Markdown-Lookalike à des non-geeks au travail et ils ne l'aiment pas. Quand vous voulez écrire quelque chose, vous voulez écrire quelque chose, ne pas regarder la syntaxe étrange ASCII. strong> Essayez de ne pas interrompre le flux des utilisateurs. P>
Je trouverais un bon éditeur WYSIWYG, comme celui de WordPress ( TinyMCE ). Ça marche ok. P>
Je ne peux pas m'accorder ... Les éditeurs WYSIWG corrompent le contenu (tous), en colère des utilisateurs beaucoup plus que l'obligation d'apprendre la syntaxe de marquage intuitive. Et la syntaxe MediaWiki n'est pas aimable, je suis d'accord .. Markdown est une chose complètement différente. C'est évident
J'ai eu des commentaires similaires: Markdown est beaucoup de choses, mais "normal" convivial convivial n'est pas. Markdown a de nombreuses conventions "cachées" qu'un utilisateur normal brisera ou heurtera, c'est très fragile WRT WRT WhitSpace F.I. WYSYWYG est la voie à suivre pour les utilisateurs normaux, heureusement, cela s'est beaucoup amélioré.
Si vous vouliez utiliser Markdown et strong> un éditeur WYSIWYG, vous pouvez utiliser quelque chose comme Editeur WMD qui (je suis sûr de 99%) est ce qui est utilisé ici à Stackoverflow. P>
L'avantage d'utiliser quelque chose comme ceci est que vos utilisateurs de non-technologie obtiennent leur éditeur WYSIWYG, vos utilisateurs technologiques obtiennent leur amour de marque et vous obtenez un balisage propre. Un autre effet secondaire ajouté est-ce que cela peut enseigner à l'utilisation des utilisateurs finaux de l'utiliser (ou du moins dans un monde idéal ...) p>
Editor WMD dispose également d'un aperçu instantané (que vous pouvez voir lors de la rédaction de messages sur Stackoverflow), qui montrera aux utilisateurs comment changer le point de modification de l'apparence de leur texte. P>
Je préfère Markdown fort> avec CMS de fichier plat, comme gravement ou autre. / p>
Il est plus simple de changer de styles, mais pas de contenu HTML. Et vous prendrez une fonctionnalité de tueur: utilisez git strong> pour le contenu du site Web. Vous pouvez même créer des succursales avec du contenu "Holiday". P>
En réalité, le marquage est plus simple pour les personnes non-techniques. P>
Je déteste le marquage. Dans chaque éditeur de texte, j'utilise, j'utilise automatiquement ses raccourcis clavier, même dans ceux qui ne le soutiennent pas;)
Chaque éditeur HTML que j'ai utilisé jusqu'à présent est nul, sinon au début, il est nul après quelques mises à jour ou après quelques nouvelles actions de pâte de copie spéciale (essayer de InDesign!) Un an après la configuration. Vous vous retrouverez toujours avec des divs et des étiquettes de style que vous ne voulez pas ou que vous ne vous attendez pas en premier lieu, lors de la mise en place. Les choses sont alors compliquées. Bien sûr, vous pouvez configurer des choses pour éviter de telles choses, et je suis configuré beaucoup, mais attendez-vous toujours à l'inattendu! IMHO ayant une sorte d'éditeur de marquage amélioré serait la victoire - donnez à vos utilisateurs le bouton "Bold" ... et peut-être même un aperçu en direct.