RE:[fr-qa] Bandes noires sur des documents qui ont "transités" via MS Office...

2020-11-19 Par sujet :DG75-DSI-LibO-Externe
Bonjour Jean Baptiste

impossible de reprendre directement dans le texte... et pas le choix de l'outil 
!

tu confirmes ce que je craignais. Évidemment, déjà en interne identifier les 
étapes c'est peine perdue... 
On va continuer à travailler sur ces fameuses "interfaces"...

Je suis prise d'un doute subitement. Le support de l'ODF 1.2 par MS Office 
c'est bien depuis la version 2013 ?
(si je peux me fier au wiki 
https://wiki.documentfoundation.org/Comparison_of_ODF_software).
Techniquement que ce soit sous LibreOffice ou sur MS Office, quand on choisi le 
format, on n'a pas le choix entre ODF 1.2 et 1.2 étendu ? (contrairement à MS 
Office qui a deux formats "ooxml", le propriétaire, et celui qui l'est un peu 
moins... jamais réussi à faire la différence, une fois le fichier enregistré !)

La différence de version de l'ODF se jouerait alors sur la version utilisée de 
notre grand ami... Et là 
Je vais devoir plancher sur un nouveau doc de préconisation "formats" y compris 
avec nos correspondants externes qui sont si nombreux 

Merci et bonne soirée

Claire

De : Jean-Baptiste Faure [jbfa...@libreoffice.org]
Envoyé : mercredi 18 novembre 2020 09:54
À : qa@fr.libreoffice.org
Objet : Re: [fr-qa] Bandes noires sur des documents qui ont "transités" via MS 
Office...

Bonjour Claire,

Le 17/11/2020 à 10:22, :DG75-DSI-LibO-Externe a écrit :
> Bonjour
>
> depuis notre passage à la 6.4 j'ai quelques retours sur des documents ODF qui 
> apparaissent caviardés ou avec des lignes noires, sans que cela ait été 
> réellement voulu.
> Dans un premier cas, le modèle OTP avait été modifié dans MSO par des 
> prestaires extérieurs, dans un second cas, on est sur un ODT qui est 
> probablement lui aussi passé par MSO.
>
> est-ce qu'il existe déjà des bugs déclarés en ce sens ?

Je ne sais pas, mais, a priori, le problème est du coté MSO et d'une
implémentation déficiente du format ODF.
Ou peut-être entre la chaise et le clavier, si c'est une histoire de
version ODF dont les différentes interfaces chaise-clavier n'ont pas
tenu compte. Autrement dit, si on part d'un fichier ODF 1.2 étendu fait
par LO, repris en ODF 1.0 fait par MS-Word, retransformé en ODF 1.2
étendu, etc. peut-être que ça va finir par poser des problèmes. Surtout
si les dites interfaces n'ont pas tenu compte du probable avertissement
de MS-Word quand on enregistre dans un format «étranger».

Pour en juger il faudrait disposer d'un scénario détaillé de
reproduction du problème. Avec toutes les infos sur les versions des
logiciels et ODF utilisés.



Bonne journée
JBF

--
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.

--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy



Re: [fr-qa] Taille d'affichage des menus et de la page en GTK3/Debian Linux

2020-11-19 Par sujet Rpnpif

Le 18/11/2020 à 17:28, Landron Gérard a écrit :


Le 18/11/2020 à 17:39, Rpnpif a écrit :

Le 16/11/2020 à 18:54, Rpnpif a écrit :


Bonjour,

Je viens d'installer Debian (10 avec Xfce4) sur un nouveau portable 
avec Libreoffice 7.0 upstream (GTK3)


La taille d'affichage de la page A4 est au moins deux fois trop 
petite à zoom 100%.


Pourtant xrandr donne la bonne taille d'écran en mm.

Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x 
axis y axis) 344mm x 194mm

   1920x1080 60.00*+

xdpyinfo donne 50 cm de large !

J'ai déclaré ces dimensions dans un xorg.conf sans succès.

Le changement de dpi donnent des polices de mauvaise qualité 
(grossières).


La taille de la page A4 est correcte avec la commande :

GDK_DPI_SCALE=1.5 libreoffice

Problème : la taille des menus devient énorme.

Avez-vous déjà vu ce problème ? 



J'ai provisoirement réglé lé problème en forçant à 142 le paramètre 
DPI dans le dialogue de paramètres Apparence/Police de Xfce puis en 
redémarrant.

quel est le dpi réel de l'écran ?

141. Mais cela pose des problèmes à d'autres applications qui utilisent 
d'autres paramètres semble t-il.


Ce sont surtout les icônes qui ont des dimensions variables suivant les 
applications. Certaines attendent obligatoirement 96dpi. Mais finalement 
Libreoffice s'en sort plutôt bien avec ce réglage.


Je ne sais pas quel est le fautif de cette mauvaise détection de la 
dimension de l'écran : Xfce, Xorg, le noyau, l'appli elle-même ?


--
Rpnpif


--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy