[resolu] Bbcode - Faire coder proprement ceux qui ne savent pas coder.

Bonjour à tous
Je suppose que tout le monde ici connait le bbcode.
Je travaille en ce moment sur un site. Nous sommes toute une équipe (redacteurs, codeurs, moderateurs) et chacun à sa tache respective.

Les Redacteurs rédigent les articles à l'aide d'une administration (donc, en gros, ils tapent leur article dans une textarea) et parsément le tout de bbcode.

Je souhaiterais que la structure des articles soit claire, cependant, les redacteurs ne connaissent en aucun cas le html(xhtml..).

Je voulais donc les aider avec un bbcode bien pensé.

Exemple :
(ceci devient cela)
[ b ] mot[/ b ] -> <strong>mot</strong>
[ i ] mot[/ i ] -> <em>mot</em>

Pour l'importance des mots, ok, pas de problème.

Ensuite, que faire pour les titres ?

Et je me pose aussi la question pour les paragraphes..et les sauts de ligne.
Je vois d'ici les paragraphes séparés par des <br />...

Voilà, j'ai essayé de ne pas parler de php pour mon probleme, mais mon bbcode sera bien evidemment codé à l'aide de celui-ci.

Reformulation de mon problème : comment obtenir des articles sémantiques à l'aide d'un bbcode ?

MERCI
Modifié par Dark elf (11 Jul 2005 - 18:36)

Ce que tu peux faire, c'est regarder comment se fait le passage de la syntaxe Wiki au xHTML et retranscrire pour ton BBcode

En gros, le principe (je crois) c'est un saut de ligne = <br />, 2 sauts de lignes = fin de paragraphe

Pour les listes, c'est les * je crois, etc à mon avis, c'est de ce côté que tu devrais regarder.

Tu as la class wiki2xhtml de dotclear par exemple, une fois modifiée pour le BBcode ça devrait rouler.

Tu auras tout de même un minimum de "formation" à faire faire à tes rédacteurs je pense.

Opter pour un parser wiki, quitte à l'adapter à un pseudo bbCode (dont l'utilité m'échappe dans ce cas) va t'éviter de devoir réinventer la roue...

Honnêtement, si tes rédacteurs ne connaissent pas HTML, quelle est, pour eux, la différence entre [ b ] et <strong> ? Les crochets à la place des délimiteurs de balise ?

<edit> (fichu forum qui n'a pas de séquence d'échappement de ses propres codes de formatage)</>

<re-edit>Comme le souligne fort justement Olivier, le problème principal n'est pas le dialecte de formattage. C'est l'aide contextuelle et la formation données à tes rédacteurs.</>
Modifié par Laurent Denis (11 Jul 2005 - 13:41)

Sinon, tu peux aller voir du côté des éditeurs WYSIWYG comme TinyMCE qui s'intègrent à tes formulaires de backoffice.

Olivier a écrit :
Ce que tu peux faire, c'est regarder comment se fait le passage de la syntaxe Wiki au xHTML et retranscrire pour ton BBcode

En gros, le principe (je crois) c'est un saut de ligne = <br />, 2 sauts de lignes = fin de paragraphe

Pour les listes, c'est les * je crois, etc à mon avis, c'est de ce côté que tu devrais regarder.

Tu as la class wiki2xhtml de dotclear par exemple, une fois modifiée pour le BBcode ça devrait rouler.

Tu auras tout de même un minimum de "formation" à faire faire à tes rédacteurs je pense.

Oki, je vais regarder ça

Laurent Denis -> Je veux juste faire un bbcode qui puisse permettre aux redacteur de respecter une certaine sémantique..

"Honnêtement, si tes rédacteurs ne connaissent pas HTML, quelle est, pour eux, la différence entre [ b ] et <strong> ? Les crochets à la place des délimiteurs de balise ?"

C'est juste une histoire d'habitude, et le premier est plus court

Mon probleme, c'est que je préférerais avoir :
<p>paragraphe ligne 1<br />
paragraphe ligne 2<br />
paragraphe ligne 3<br />
</p>

plutot que :

<br /><br />
paragraphe ligne 1<br />
paragraphe ligne 2<br />
paragraphe ligne 3<br />
<br />

...ça peut se comprendre non ?
Modifié par Dark elf (11 Jul 2005 - 15:17)

Laurent Denis a écrit :
Opter pour un parser wiki, quitte à l'adapter à un pseudo bbCode (dont l'utilité m'échappe dans ce cas) va t'éviter de devoir réinventer la roue...

Honnêtement, si tes rédacteurs ne connaissent pas HTML, quelle est, pour eux, la différence entre [ b ] et <strong> ? Les crochets à la place des délimiteurs de balise ?

<edit> (fichu forum qui n'a pas de séquence d'échappement de ses propres codes de formatage)</>

<re-edit>Comme le souligne fort justement Olivier, le problème principal n'est pas le dialecte de formattage. C'est l'aide contextuelle et la formation données à tes rédacteurs.</>

Je rejoins Laurent pour le coup ! perso je trouve ridicule d'inventer un autre """"""""langage""""""" (bah oui c'en est pas un) de balisage alors que le HTML fait très bien l'affaire, propose des insertion via JS dans la zone de textarea (comme encore une fois la wikibar de dotclear super bien foutu à ce niveau là) et pis ça sera encore mieux, le HTML te permettra bien plus que le BBcode ou encore la syntaxe wiki (d'ailleurs, je met le wiki au même niveau que le BBcode, quel interet ? enfin bref c'est vrai que __....__ c'est plus parlant que <strong>....</strong> suis-je bête ^^)

Donc, je crois que tu as les à peu près seules solutions
A mon avis, tu serais plus efficace à leur apprendre les équivalent HTML de leur BBcode à la c*n en les sensibilisant un minimum à la notion de "la bonne balise pour le bon contenu"

Oui, mediawiki (le moteur des wikipedia) a un peu oublié le principe de base du wiki : la syntaxe wiki ne vise pas à faire autant de chose qu'en HTML, mais à ce prix, elle permet une saisie plus aisée.

Exemple de syntaxe wiki nettement plus probante pour un tableau complet (PHPWiki, si je ne m'abuse) :

|contenu de la cellule|contenu d'une autre cellule

Ouais, on va faire un bbcode parlant au niveau des boutons mais au niveau de ce qui sera inséré dans la textarea, on va laisser du html.

Je voulais surtout des avis, et j'en ai eu.
Merci donc

fantomas a écrit :
Sinon, tu peux aller voir du côté des éditeurs WYSIWYG comme TinyMCE qui s'intègrent à tes formulaires de backoffice.

Personnellement, je suis très partisant de cette méthode (qui ne nécéssite pas de formation particulière des utilisateurs) mais imperativement couplé avec un parser TYDI pour faire les corrections d'usage

Seul defaut de cette technique : un navigateur compatible + Javascript activé. Très utile dans le cadre d'un intranet

L'admin était en wysiwyg avant.
Vu l'état du code de sortie, on est en train d'en concevoir une plus classique

Dark elf a écrit :
L'admin était en wysiwyg avant.
Vu l'état du code de sortie, on est en train d'en concevoir une plus classique

Oui, c'est normal, et c'est pour cela qu'il faut imperativement utiliser TIDY ou tout autre correcteur de code

Dark elf a écrit :
Reformulation de mon problème : comment obtenir des articles sémantiques à l'aide d'un bbcode ?

En fait je suis pas certaine de comprende la question, qu'est-ce qu'un article sémantique ?

J'ai fabriqué un petit CMS qui lors de l'envoi d'un article formate tous les caractères en entités HTML (htmlentities). Sauf que les balises type <img> <strong> etc ne devaient forcément pas être formatées. J'ai utilisé pour ça les regex, grâce à cet article vraiment très bien conçu
Cela fonctionne tout pareil pour remplacer du code HTML un peu lourd dans les administrations ou le client comprend rien (genre une grosse balise img) par du code bien plus léger genre BBCode.

Je sais pas si c'est ça que tu désirais savoir ?

Quelqu'un a dit qu'il n'y voyait pas d'intérêt... et la science alors ?
Modifié par Corinne (13 Jul 2005 - 02:06)

Olivier a écrit :
Ce que tu peux faire, c'est regarder comment se fait le passage de la syntaxe Wiki au xHTML et retranscrire pour ton BBcode

En gros, le principe (je crois) c'est un saut de ligne = <br />, 2 sauts de lignes = fin de paragraphe

J'aimerais utiliser une solution de la sorte mais ça reste flou.

<br/><br/> -> </p>

JE voulais faire quelque chose dans le genre...mais quand la balise <p> aurait été ouverte ? ...

Ça n'est pas très compliqué, mais ça demande de faire quelques manipulations un peu avancé avec les Expressions Regulières.

Basiquement, tu peut faire bètement une ouverture et une fermeture de balise P au debut et à la fin de ton texte puis remplacer tout les retour à la ligne par BR et tous les double retour à la ligne par </p><p> ce qui fermera et réouvrira automatiquement un paragraphe.

Biensur, cette methode doit être affiné pour prendre en compte les titraille en Hx

Aucun probleme quand à l'utilisation de regex.

Mon probleme se situe au niveau de ton raisonnement que tu dis devoir affiner. J'ai eu le même raisonnement.
Mais sachant que le texte en question comportera des titres & co...ça tombe à l'eau.