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?
Une autre idée pour expliquer le problème de rendu?
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.
a+
Patrick
---------------------------------------------------------------------
To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org
For additional commands, e-mail: qa-test-h...@fr.openoffice.org
