Bonjour,
EXT / FOCAL ROHAUT Sébastien a écrit :
Bonjour,
1) (purement informatif) Jusqu'à OpenOffice.org 2.0 m117 (inclu)
l'utilisation de gtk-qt-engines (qui applique un style qt aux applis gtk)
casse l'interface de OOo : plus de menus, plus de barre d'outils, mais ils
réapparaissent quand on passe la souris dessus.
Je n'ai pas ce problème avec la m121 sous Mac OS X, ni sous Linux PPC
(m124).
La m117 est celle fournie
avec la Fedora Core 4.
Là, je ne peux pas te répondre : ce n'est pas une build officielle, mais
une recette Fedora dont tu parles.
Je l'ai entièrement désinsitallé pour réinstaller la
m122, et là c'est parfait.
Je ne suis pas étonné : plein de choses ont changé à partir de la 118,
et un bug important a été fixé par Mickael Meeks, relatif a un appel de
fonction fait en double, pour l'initialisation de polices (plus le nom
en tête ... il est tard, et je ne sais plus exactement où j'ai vu/lu ça).
2) La m122 propose ses propres réglages notamment pour le lissage des
polices. Elle propose le lissage à partir de la taille n. Pourquoi ne pas
proposer de ne pas lisser les polices sur un certain intervalle,
Normalement, tu peux utiliser le réglage su système pour l'interface
utilisateur :
Outils -> Options -> Affichage ->Police du système pour l'interface
utilisateur
Et dans ces cas là, tu récupère les réglages de gnome/kde. Donc si le
gestionnaire de fenêtre est capable de gérer un intervalle, ce sera fait.
par exemple
(comme sous Windows par défaut) non lissé de 8 à 13, ou à défaut de
reprendre les réglages de KDE ou Gnome qui sont communs (.fonts.conf
identique) ?
Reprendre les réglages de gnome / kde, c'est normalement déjà possible.
FYI, au sujet des réglages de gnome je te suggère de demander à Mickael
Meeks, et pour kde, à kendy.
Mais d'autres pourront répondre aussi.
3) Malgré mes réglages (lisser les polices au-dessus d'une taille de 14),
OOo s'en fiche à moitié : il tiens compte de la valeur pour la police des
menus, mais par pour le texte saisi sous Writer par exemple.
Les réglages de gnome et kde ne concernent *que* l'interface
utilisateur. C'est simple : comment tu fais si tu as deux polices de
tailles diverses dans ton document ? Alors que pour l'interface
utilisateur, une seule police suffit (et c'est plus cohérent).
A type et
taille visuelle identique entre deux applis (une gtk/qt et OOo, police
verdana 10), aucun lissage sous kde/qt (résultat attendu avec aucun lissage
entre 8 et 13 sous KDE/Gnome), lissage sous OOo alors que j'ai réglé à 14 la
taille mini de lissage.
Là, c'est un problème de facteur d'échelle. Peut-être un bug, en effet.
Je me demande si OOo oublie de tenir compte du
réglage DPI système (via X Window), ou s'il n'y a pas un problème avec la
bibliothèque freetype incorporée.
Oui, peut-être.
4) Je suppose que OOo est toujours compilé avec freetype, et qu'il utilise
^^^^^
Pas forcément. Normalement, la plupart utilisent --with-system-freetype
pour la compilation. Mais rien n'est moins sûr...
En ce qui me concerne, j'utilise la version de Debian sur Linux PPC /
Intel, sinon celle que j'ai avec Fink sous Mac OS X. Et les effets
produits peuvent donc être très divers.
Je comprends dès lors qu'il utilise
ses propres réglages et pas le ".fonts.conf" présent dans le répertoire
utilisateur. Je comprends aussi que par exemple le bytecode interpreter ne
soit pas activé (en France et en théorie en Europe, les brevets logiciels
n'ont aucune validité) alors qu'il améliore fortement le rendu des polices
truetype (surtout non lissées).
Merci pour l'info, mais j'avoue ne jamais avoir pensé à tout ça... :-)
Je souhaite donc utiliser ma propre
bibliothèque freetype (qui utilisera mon .fonts.conf, et avec le bytecode
interpreter activé). Ce qui m'amène à la question suivante : est-il toujours
possible de faire un export LD_PRELOAD=/usr/lib/freetype.so.X soffice ?
Normalement oui. Tu auras la réponse complète en regardant le contenu de
soffice (le script) :
LD_PRELOAD n'est pas utilisé, donc tu peux l'utiliser. Après, savoir si
cette variable est utilisée, cela dépend du WM, IMHO.
5) les version milestone mXXX proposent un paquet d'intégration avec
l'environnement Gnome.
J'ai en effet un paquet de ce nom, et rien sur kde. Donc le paquet
kde-intégration n'est pas construit (je crois que c'est un paquet Suse
seulement, mais c'est pas sûr).
Or j'ai lu (confirmez-vous) qu'à partir de la m118
tout le necessaire à l'intégration avec KDE était présent (comme sous la
SuSE par exemple).
Oui, mais je ne sais pas le créer, donc d'autres font peut-être la même
erreur, ce qui explique qu'il soit difficile à trouver.
Or je ne trouve pas le package associé. Où est-il ? Ca
éviterait de passer par gtk-qt-engine, et surtout on pourrait avoir un
sélecteur de fichiers harmonisé (note : même sous Suse avec OOo intégré à
fond à KDE, le kioslave media:/ n'est pas reconnu).
Je crois qu'il suffit d'en avoir un pour une version, même un peu
ancienne, et cela fonctionne pour les autres.
si mes souvenirs sont bons, ce paquet contient un ou deux binaires et
les menus pour kde /gnome, selon le cas.
Merci d'avance pour vos réponses
En espérant avoir aidé un peu
Cordialement,
eric bachard
P.S. pour Sophie : pour des raisons de licence (kendy attend encore
quelque confirmations d'origine des icones), certaines icônes ne
peuvent pas encore être directement (indirectement, oui) intégrées au
master. C'est la raison pour laquelle on ne trouve ces icônes crystal
que sur ... quelques builds non officielles ;-)
--
<[EMAIL PROTECTED]>
Francophone OpenOffice.org Community developer ( Linux PPC and Mac OS X
/ X11)
See : <http://fr.openoffice.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
