[fr-users] L'éditeur HTML LOweb tué par les bugs =8{{{

Bonjour, 

Après l'excellent StarOffice, j'ai utilisé pendant de nombreuses années
OpenOffice qui, à part la disparition regrettable de l'instrument de
peinture, fonctionnait très bien sous Window$ XP puis sous Ubuntu Jaunty et
Karmic. Travaillant désormais sur un netbook incompatible avec Karmic, j'ai
dû installer Precise, vite échangé contre Mint Maya Mate.

J'ai été très déçu par LibreOffice 3 qui remplace OpenOffice. 

En effet, utilisateur intensif de l'éditeur html, j'ai constaté des bugs
nombreux, patents et parfois destructeurs qui rendent LOweb inutilisable:

- LOweb utilise les ascenseurs par défaut de l'OS sur lequel il tourne. Or,
les ascenseurs des distributions récentes de Linux sont incompatibles, ce
qui en rend l'utilisation complètement impossible avec un touchpad (sous
Mint Maya les ascenseurs de LOweb rament, se bloquent ou au contraire font
défiler tout le texte sans pouvoir être arrêtés, et sous Precise ils ne
fonctionnent pas). Il serait pourtant facile de faire en sorte que LO
utilise ses propres ascenseurs de modèle classique, où l'on retrouverait les
flèches lentes v ^ stupidement oubliées sous Mint. On ne peut pas utiliser
une souris partout, surtout avec un netbook.

- L'icône et la fonction "justify" sont désactivées, alors qu'elles
existaient sous OOweb. Ce "big bug" ridicule se voit dès l'ouverture de
l'application comme le nez au milieu du visage. Serait-ce un sabotage au
profit du grand méchant Bill ;-)))? Quoi qu'il en soit, il oblige à entrer
la balise justify à la main dans le code-source de chaque paragraphe; cette
correction est prohibitive pour un texte de quelque importance.

- A chaque réouverture du document, les tirets de conversation (U2014 et
U2015) en début de paragraphe sont mis d'autorité dans la fonte par défaut
et en 12 points, même quand le texte avait été écrit dans une fonte
différente et plus grande. La correction de ce bug est impossible car il
réapparaît à chaque ouverture. Plusieurs autres caractères absents du
clavier sont affectés du même défaut (par exemple la croix qui sert en
anglais pour renvoyer aux notes et en français pour mentionner une date de
décès).

- Dans les alphabets non latins s'écrivant de droite à gauche, un saut de
ligne fautif s'introduit assez souvent au milieu des mots. De même, il est
impossible d'y coller les signes de ponctuation qui se déplacent là où ils
veulent.

- Dans le tableau d'insertion des caractères spéciaux figure l'alphabet
africain tifinagh; cependant, il n'est pas répertorié dans la fenêtre
"sous-ensembles", ce qui rend sa recherche longue et difficile.

- Lors du remplissage des tableaux, une fenêtre avec toutes sortes d'icônes 
apparaît en bas et masque une partie importante du travail. C'est très
pénible. Je n'ai pas encore trouvé de truc pour la désactiver.

- De même, une énorme barre de recherche s'affiche désormais au-dessus de la
barre d'état et ampute l'espace de travail; une fois qu'elle est apparue, il
est impossible de la fermer. Je ne comprends pas que l'on se soit ingénié à
dégrader l'ergonomie au lieu de l'améliorer. Il serait pourtant simple de
rendre les barres d'outil, d'état et autres escamotables, de manière à
dégager l'espace de travail pour permettre aux créateurs de se concentrer
sur la mise en page. 

- Enfin, un "big bug" destructeur de tableaux, récurrent mais
particulièrement dommageable, existe depuis l'apparition de LO. Si on a le
malheur d'avoir créé sous OOweb des tableaux avec des lignes et des bordures
horizontales de couleur, sans aucune ligne verticale, l'ouverture sous LOweb
les fait assez souvent disparaître et détruit du même coup tous les tableaux
du document! Les tableaux comportant à la fois des lignes et bordures
verticales et horizontales sont plus rarement affectés. On peut certes
recommencer les tableaux; mais à la réouverture suivante, même
destruction... Ce bug lamentable m'a ainsi fait perdre de longues journées
de travail :-(...

Je ne suis pas le seul à avoir constaté ces failles, puisque le responsable
d'un parc informatique d'entreprise qui souhaitait abandonner M$ au profit
de Linux y a renoncé pour cette raison. Depuis, il n'a pas de mots assez
durs pour LibreOffice et ses développeurs.

Il est vraiment dommage que ceux-ci n'attachent pas la moindre importance au
fonctionnement correct de LOweb. 

Débarrassé de ces bugs récents, ce serait de très loin le meilleur éditeur
HTML actuel, car outre son excellente intuitivité, c'est le seul qui
permet(tait) d'utiliser sans trop de difficulté des alphabets non latins.

Pour conclure, un défaut qui n'est pas un bug mais qui empêche le grand
public de connaître cet diteur html: alors que Base, Calc, Draw et Impress
ont leur propre icône de lancement dans le menu de Mint/Ubuntu et dans le
panneau d'accueil de LO, il faut avoir la curiosité de cliquer sur une
minuscule petite flèche quasi-invisible dans la barre d'outils de Writer
pour trouver LOweb... bien caché parmi d'autres applications.

Question: pourquoi veut-on empêcher les amateurs de logiciels libres de se
servir de LOweb, un produit autrefois meilleur que Komposer et Dreamweaver?
Une fois réparé, il méritera largement son icône!

J'espère justement trouver sur ce forum quelqu'un de chez LO qui voudra bien
réparer ces bugs au moyen d'une mise à jour (ou m'expliquer comment faire
pour s'en débarrasser). Je me tiens à la disposition des développeurs pour
suggérer d'autres améliorations rendues souhaitables par l'évolution de
l'édition html.

Au nom de tous les (ex-)utilisateurs d'OOweb et de LOweb, merci d'avance.

Cordialement.

Cavalier12.




--
View this message in context: 
http://nabble.documentfoundation.org/L-editeur-HTML-LOweb-tue-par-les-bugs-8-tp4007646.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés