Problèmes et difficultés de l'éditeur WYSIWYG Netscape Composer
Note: cette liste est basée sur des tests effectués avec les versions 4.03 et 4.5PR2 pour Solaris 2 de Nescape Communicator
- Il n'est pas possible d'éditer le code source HTML.
- Lorsque l'on sélectionne View/Document_source, la fenêtre HTML n'est pas synchronisée avec la fenêtre d'édition WYSIWYG. Il n'est donc pas facile de repérer l'endroit où l'on est en train d'éditer.
- La touche <Return> insère une marque <BR> (passage à la ligne) au lieu de créer un nouveau paragraphe.
- Par défaut, lors de la création d'une table, l'attribut "width" est inséré.
- il est possible d'insérer quelque chose entre des marques <UL> et </UL> qui ne soit pas dans un élément <LI> ... </LI>. Il suffit pour cela de placer le curseur sur un des éléments de liste et de changer son type en autre chose que "list item" dans la liste déroulante qui se trouve tout à gauche de la barre d'outils "Formatting".
- Lorsqu'on insère du texte juste après un lien, le nouveau texte est inclus dans le lien.
- Il n'y a pas de commande pour insérer des entités telles que © (le seul moyen d'avoir le signe © dans un document est de pouvoir le taper au clavier - par exemple "<touche compose> o c" sur les claviers de nos stations Sun).
- Lorsqu'on insère une liste <DL>, l'éditeur ne passe pas automatiquement de <DT> à <DD> lorsqu'on tape sur la touche <Return>.
- Contrairement à AOLpress, la fenêtre d'édition ne permet pas de "butiner" (browser).
- L'insertion de listes <DL> ne fonctionne pas correctement: si l'on crée un nouveau paragraphe en tapant sur la touche <Return>, puis que l'on sélectionne Format/Paragraph/Description_title, la marque <DT> est insérée sans une marque <DL> avant.
- Le "undo" ne fonctionne pas correctement: par exemple, si l'on met le curseur à la fin d'un élément <DD>, que l'on sélectionne Insert/New_line_break, que l'on insère du texte sur la deuxième ligne, puis que l'on revient sur le début de la deuxième ligne, que l'on tape sur la touche <Backspace>, puis qu'on séléctionne Edit/Undo, on ne retrouve pas la deuxième ligne telle qu'elle était juste avant le <Backspace>.
- L'éditeur rajoute à tour de bras des <BR> . On se retrouve aussi souvent avec des en début de paragraphe sans savoir comment c'est arrivé.
- Si l'on active View/Paragraph_marks, l'affichage est parfois aberrant.
- dans la version 4.03, si, à la fin d'un élément <DD>, on insère un retour à la ligne (Insert/New_line_break), la marque de fin de paragraphe est déplacée d'une ligne vers le bas, mais tout contre la marge gauche au lieu d'être indenté comme le reste de l'élément <DD> qui précède. Par contre, dès que l'on tape du texte, ce texte est correctement indenté. Cela est corrigé dans la version 4.5.
- l'éditeur accepte d'insérer plusieurs marques <DD> consécutives.
- Il m'est arrivé qu'après avoir invoqué File/Publish, le code HTML se soit retrouvé modifié.
- dans la version 4.03, Format/Increase_indent utilise la marque <UL> sans marque <LI> pour indenter du texte vers la droite. Cette syntaxe est complètement illégale. La marque <UL> ne peut contenir que des éléments <LI>! Dans la version 4.5, l'indentation est réalisée à l'aide de la marque <BLOCKQUOTE>.
- Même si l'on vient de sauver le document à l'aide de File/Publish, si l'on fait File/Close, un paneau de dialogue apparaît pour demander si l'on veut sauver le document avant de sortir.
- Pour l'alignement d'une image, la valeur "center" n'est pas utilisée de manière conforme au standard HTML (il faudrait employer "middle" à la place).
- Il est possible d'insérer un <HR> au milieu d'un "Heading", alors que cela n'est pas correct (AOLpress fait la même erreur).
- Il n'est pas possible de contrôler la validité des liens inclus dans le document directement depuis la fenêtre d'édition.