Skip to Content

Changes for page 195

Last modified by Ludovic Dubost on 2019/06/17 20:29
From version 2.1
edited by Ludovic Dubost
on 2019/06/17 20:29
Change comment: Migrated property [image] from class [Blog.BlogPostClass]
To version 1.1
edited by Ludovic Dubost
on 2005/11/30 00:02
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,1 +1,1 @@
1 -#includeForm("Blog.BlogPostSheet")
1 +#includeForm("XWiki.ArticleClassSheet")
Blog.BlogPostClass[0]
Is hidden
... ... @@ -1,1 +1,0 @@
1 -No
Publish date
... ... @@ -1,1 +1,0 @@
1 -2004-08-29 01:02:00.0
Is published
... ... @@ -1,1 +1,0 @@
1 -Yes
Category
... ... @@ -1,1 +1,0 @@
1 -News
Title
... ... @@ -1,1 +1,0 @@
1 -L'Edition WYSIWYG pour Wiki
Content
... ... @@ -1,21 +1,0 @@
1 -On parle beaucoup d'édition WYSIWYG pour les blogs ou les Wikis.. Au diner des bloggeurs nous avons eu l'occasion d'en parler entre bloggeurs/wikiistes. Evidement l'édition WYSIWYG est intéressante pour l'utilisateur mais on oublie un certains nombre des problèmes que cela peut poser:</p>
2 -
3 -* l'HTML/XHTML d'abord mix le contenu et le formatage et fait cela sans garantir que les différentes lignes de contenu (telles qu'on les voit à l'écran) soit des lignes au niveau du code HTML/XHTML (les conséquences sont expliquées plus loin).
4 -* Ensuite la fonction d'édition WYSIWYG la plus à la mode car intégré aux navigateurs (IE et Mozilla) ne garanti pas que l'HTML/XHTML généré soit le même par les différents navigateurs. Par exemple si on prend un document généré par Mozilla et qu'on l'ouvre dans IE puis le sauve sans modif on risque d'avoir un document complètement différent (au niveau du code, pas au niveau du résultat visuel).
5 -
6 -Les conséquences de ces deux fait sont plutôt ennuyeuse pour les Wikis car de
7 -s documents qui en fait on très peu de différences seront vus comme complètement
8 - différent par le moteur de comparaison de documents. De plus une fonction de di
9 -fférence sur de l'HTML/XHTML a beaucoup plus de chance de générer un resultat no
10 -n valide au niveau HTML/XHTML.
11 -
12 -Avec la syntaxe Wiki qui est très ligne à ligne, on a ces problèmes extrememe
13 -nt rarement.. Ainsi les fonctions de différences fonctionnent plutôt bien.. On f
14 -ait les différences au niveau du code Wiki et ensuite on transforme les différen
15 -ces par le moteur de transformation de la syntaxe Wiki en HTML/XHTML et hop on a
16 - un rendu visuel !
17 -
18 -<p>Donc l'édition WYSIWYG, c'est plutôt oui pour la partie édition, mais il y a
19 -pas mal de problèmes à regler... et ils ne sont pas simples..</p>
20 -
21 -<p>Pour info, XWiki dispose d'une édition WYSIWYG dans le navigateur.. Je vous invite à la tester..</p>
XWiki.ArticleClass[0]
Category
... ... @@ -1,0 +1,1 @@
1 +News
Content
... ... @@ -1,0 +1,21 @@
1 +On parle beaucoup d'édition WYSIWYG pour les blogs ou les Wikis.. Au diner des bloggeurs nous avons eu l'occasion d'en parler entre bloggeurs/wikiistes. Evidement l'édition WYSIWYG est intéressante pour l'utilisateur mais on oublie un certains nombre des problèmes que cela peut poser:</p>
2 +
3 +* l'HTML/XHTML d'abord mix le contenu et le formatage et fait cela sans garantir que les différentes lignes de contenu (telles qu'on les voit à l'écran) soit des lignes au niveau du code HTML/XHTML (les conséquences sont expliquées plus loin).
4 +* Ensuite la fonction d'édition WYSIWYG la plus à la mode car intégré aux navigateurs (IE et Mozilla) ne garanti pas que l'HTML/XHTML généré soit le même par les différents navigateurs. Par exemple si on prend un document généré par Mozilla et qu'on l'ouvre dans IE puis le sauve sans modif on risque d'avoir un document complètement différent (au niveau du code, pas au niveau du résultat visuel).
5 +
6 +Les conséquences de ces deux fait sont plutôt ennuyeuse pour les Wikis car de
7 +s documents qui en fait on très peu de différences seront vus comme complètement
8 + différent par le moteur de comparaison de documents. De plus une fonction de di
9 +fférence sur de l'HTML/XHTML a beaucoup plus de chance de générer un resultat no
10 +n valide au niveau HTML/XHTML.
11 +
12 +Avec la syntaxe Wiki qui est très ligne à ligne, on a ces problèmes extrememe
13 +nt rarement.. Ainsi les fonctions de différences fonctionnent plutôt bien.. On f
14 +ait les différences au niveau du code Wiki et ensuite on transforme les différen
15 +ces par le moteur de transformation de la syntaxe Wiki en HTML/XHTML et hop on a
16 + un rendu visuel !
17 +
18 +<p>Donc l'édition WYSIWYG, c'est plutôt oui pour la partie édition, mais il y a
19 +pas mal de problèmes à regler... et ils ne sont pas simples..</p>
20 +
21 +<p>Pour info, XWiki dispose d'une édition WYSIWYG dans le navigateur.. Je vous invite à la tester..</p>
Title
... ... @@ -1,0 +1,1 @@
1 +L'Edition WYSIWYG pour Wiki