Le 17/08/09 00:05, Jean-Baptiste Faure a écrit :
Le 16.08.2009 23:09, PAt a écrit :
Le 15/08/09 03:26, Jean-Baptiste Faure a écrit :
Le 15.08.2009 08:32, PAt a écrit :
Le 15/08/09 02:20, Jean-Baptiste Faure a écrit :
Le 14.08.2009 23:14, PAt a écrit :
Ça commence à la page 4.
Sinon, une capture est disponible là:
http://www.mydisk.se/coco/?user=cubytus
Patrick
C'est bien ça : pas de pb chez moi.
À classer dans les bugs aléatoires, donc? La capture d'écran montre
bien que les paragraphes contenant du grec ne sont pas les seuls
affectés.
Dans ton mail précédent tu écris que les polices sont bien
installées :
d'accord mais es-tu sûr que OOo les utilises effectivement ?
Comme il n'y a qu'une seule police de caractères grecs sur cette
machine et que les caractères sont affichés correctement, je suppose
qu'elle est utilisée pour le rendu. Y a-t-il un moyen de vérifier ça
pour sûr?
Il y a beaucoup de polices qui peuvent afficher des caractères grecs,
certes peut-être pas avec tous les signes diacritiques. Symbol,
OpenSymbol, Arial, Times New Roman, DejaVu, etc.
Pour vérifier si OOo utilise bien la police prévue, il suffit de
sélectionner un morceau de texte censé être dans cette police, puis de
faire Format> Caractères> Onglet Police. Là OOo te dit si la police
indiquée est installée et utilisée pour l'affichage et l'impression.
Dans cet onglet, je lis "La même police est utilisée pour l'affichage
et l'impression", au-desus l'aperçu du texte en grec. Est-ce bien ça?
Oui c'est bien ça.
Une autre idée pour expliquer le problème de rendu?
Pas pour le moment. Il faudrait voir si quelqu'un d'autre le reproduit.
Sous IBM Lotus Symphony 1.3.0, comme je disais dans un message précédent.
Par ailleurs, si je peux me permettre un conseil de meilleure
utilisation de OOo, ce serait une bonne idée de définir un style de
caractères "standard_grec" identique à standard mais avec la police
SPionic (adapter de façon analogue pour les notes de bas de page).
Cela
permettrait de supprimer les surcharges du format standard qui forcent
la création de styles automatiques redondants. Le fichiers odt serait
alors plus léger et rapide à charger et enregistrer.
Par ailleurs le texte étant justifié, en double interligne et avec un
retrait de 1ère ligne, ces caractéristiques devraient être fournies
par
le style de paragraphe utilisé.
Je ne pourrais pas obliger mon client à travailler avec ce nouveau
style, d'autant plus que cette police est utilisée à divers endroits
dont les styles sont différents.
Puis je ne suis pas payé pour faire du nettoyage de style à chaque
nouvelle révision d'un document lourd.
Comment savoir s'il faut créer un nouveau style? Puisqu'il passe bien
dans NeoOffice, je suis quand même tenté de croire que quelque chose
dans OpenOffice ne fonctionne pas comme il devrait. Ce n'est pas en
contournant les problèmes qu'on les résout.
Ce que j'écrivais à propos de l'utilisation de styles n'a rien à voir
avec le problème d'affichage. Pour moi ton document passe très bien avec
OOo. C'était juste une suggestion pour améliorer la productivité de
l'utilisation d'un outil comme OOo. Le même conseil est valable avec
n'importe quel logiciel de traitement de texte. Si nous utilisions
vraiment les capacité de nos outils logiciel nous ne devrions pas avoir
besoin de la barre de formatage et encore moins du pinceau.
Il n'en reste pas moins que le bug est là, même s'il n'apparaît pas
chez tout le monde. Comme la RC1 a pris la place de la 3.1 stable, je
ne peux pas essayer le rendu sous OOo 3.1.
Je suis bien d'accord, seulement la plupart des gens sont catapultés
devant leur traitement de texte avec un impératif de productivité
immédiate, parfois avec des documents radicalement différents. Même MS
Word possède un manuel "d'introduction" de 2000 pages. Si OOo en avait
un, ça serait sûrement pareil. Le problème est qu'il est très
difficile de faire un manuel adapté pour tout le monde, les
utilisations dans la vie courante sont tout simplement trop différentes.
Il y a des manuels pour OpenOffice.org. Voir la section documentation du
site FR, le wiki, le site OOoAuthors, etc. Mais je ne pense pas que là
le problème soit un problème de manuel, le problème est de prendre le
temps d'investir dans la formation et l'auto-formation. Mais comme tout
le monde croit savoir utiliser un logiciel de traitement de texte, peu
prennent la peine de se former et de faire évoluer leur pratiques
techniques. Et puis qui ose investir aujourd'hui ? ;-)
Disons ce qui est, la documentation de OOo est inadaptée au débutant,
très dispersée, pas toujours à jour, et trop souvent inaccessible
(ergonomie du site). La plupart de ce que je sais sur OOo vient de sites
tiers.
Ceci dit, les derniers à investir sont bien les entreprises et les gros
labos. Ils semblent considérer qu'on est tous nés avec un traitement de
texte ou pire, un tableur entre les mains et qu'on est rendu à un niveau
professionnel avec. Une formation initiale ne ferait pas de mal, ainsi
que des mises à niveau en cours de mandat. Hélas, lorsqu'ils ne veulent
pas investir pour leurs employés, ils obligent ces derniers à n'avoir
aucun temps mort, comme le nécessite une formation digne de ce nom.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
