Re: [fr-qa] Plantage en cours de travail d'un fichier odm

2018-05-22 Par sujet Bernard Siaud alias Troumad 

Bonsoir

je viens de rebooter mon PC et ça passe...

Merci pour vos test.
--
Amicalement vOOotre  Troumad Alias Bernard SIAUD
mon site : http://troumad.org : AD maths WEB...
Pour la liberté http://www.developpez.net/forums/f17/systemes/linux/ 
N'envoyez que des documents avec des formats ouverts, comme 
http://fr.libreoffice.org


--
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/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Plantage en cours de travail d'un fichier odm

2018-05-22 Par sujet Regis Perdreau 
Bonjour,

Aucun problème sur Version: 6.1.0.0.alpha1+, Linux Mint 18.2
Version: 6.1.0.0.alpha1+
Build ID: 1e2afc9bd3062cfba6b65b45c17a08f298014239
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk3;
Locale: fr-FR (fr_FR.UTF-8); Calc: group

Cours dense.


cdt


Régis Perdreau
07 68 88 26 07

Fablab elefab.org Chambéry.


Le 22 mai 2018 à 18:14, Landron Gérard  a écrit :
> Le 22/05/2018 à 18:56, Bernard Siaud alias Troumad a écrit :
>> Bonjour
>>
>> Voici ma version de travail :
>>
>> Version: 6.0.3.2
>> Build ID: 6.0.3.2-9.mga7
>> Threads CPU : 4; OS : Linux 4.14; UI Render : par défaut; VCL: gtk3;
>> Locale : fr-FR (fr_FR.UTF-8); Calc: group
>>
>>
>> Voici le fichier incriminé : http://troumad.org/OOo/ITII.zip
>>
>> Je venais de modifier le fichier integrale.odt . Lors de la mise à jour,
>> LibreOffice c'est fermé et depuis impossible d'ouvrir le document.
>>
>> Pour information, intégrale.odt est un vieux cours que j'avais jusqu'à
>> aujourd'hui au format sxw des premières versions de OOo ! Je l'ai sauvé
>> plus d'une fois au format odt avant le plantage.
>>
> pas de problème d'ouverture...
> Version: 6.0.4.2
> Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf
> Threads CPU : 6; OS : Linux 4.16; UI Render : par défaut; VCL: kde4;
> Locale : fr-FR (fr_FR.UTF-8); Calc:
>
> sur fedora28
>
> que faut-il récupérer ?
>
> Gérard
>
> --
> 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/
> Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
> pourront pas être supprimés
>

-- 
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/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Plantage en cours de travail d'un fichier odm

2018-05-22 Par sujet Landron Gérard 
Le 22/05/2018 à 18:56, Bernard Siaud alias Troumad a écrit :
> Bonjour
> 
> Voici ma version de travail :
> 
> Version: 6.0.3.2
> Build ID: 6.0.3.2-9.mga7
> Threads CPU : 4; OS : Linux 4.14; UI Render : par défaut; VCL: gtk3;
> Locale : fr-FR (fr_FR.UTF-8); Calc: group
> 
> 
> Voici le fichier incriminé : http://troumad.org/OOo/ITII.zip
> 
> Je venais de modifier le fichier integrale.odt . Lors de la mise à jour,
> LibreOffice c'est fermé et depuis impossible d'ouvrir le document.
> 
> Pour information, intégrale.odt est un vieux cours que j'avais jusqu'à
> aujourd'hui au format sxw des premières versions de OOo ! Je l'ai sauvé
> plus d'une fois au format odt avant le plantage.
> 
pas de problème d'ouverture...
Version: 6.0.4.2
Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf
Threads CPU : 6; OS : Linux 4.16; UI Render : par défaut; VCL: kde4;
Locale : fr-FR (fr_FR.UTF-8); Calc:

sur fedora28

que faut-il récupérer ?

Gérard

-- 
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/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-qa] Plantage en cours de travail d'un fichier odm

2018-05-22 Par sujet Bernard Siaud alias Troumad 

Bonjour

Voici ma version de travail :

Version: 6.0.3.2
Build ID: 6.0.3.2-9.mga7
Threads CPU : 4; OS : Linux 4.14; UI Render : par défaut; VCL: gtk3;
Locale : fr-FR (fr_FR.UTF-8); Calc: group


Voici le fichier incriminé : http://troumad.org/OOo/ITII.zip

Je venais de modifier le fichier integrale.odt . Lors de la mise à jour, 
LibreOffice c'est fermé et depuis impossible d'ouvrir le document.


Pour information, intégrale.odt est un vieux cours que j'avais jusqu'à 
aujourd'hui au format sxw des premières versions de OOo ! Je l'ai sauvé 
plus d'une fois au format odt avant le plantage.


--
Amicalement vOOotre  Troumad Alias Bernard SIAUD
mon site : http://troumad.org : AD maths WEB...
Pour la liberté http://www.developpez.net/forums/f17/systemes/linux/ 
N'envoyez que des documents avec des formats ouverts, comme 
http://fr.libreoffice.org


--
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/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Bug dans libreoffice ?

2018-05-22 Par sujet yves dutrieux 
Merci Alex,

C'est exactement ça !
En fait, j'ai testé aussi avec inkscape ce problème et dans inkscape, il
propose lors de l'insertion : d'utiliser la résolution de l'image OU la
résolution de 96dpi (dans mon cas) qui est celle de l'écran.

Ce qui est étrange, c'est que dans le cas de l'image GIMP, il garde la
résolution à 500dpi donc, y'a un comportement différent à l'importation
alors que les 2 images sont identiques au niveau dpi à l'origine.
Je suppose donc que je peux CONFIRMER le bug pour appuyer l'action d'un
développeur ?

Yves

Le 22 mai 2018 à 09:02, Alexander Thurgood  a
écrit :

> Bonjour à tous,
>
> On dirait ce bug :
>
> https://bugs.documentfoundation.org/show_bug.cgi?id=52598
>
>
>
> Alex
>
>
>
>
>
> --
> 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/
> Tous les messages envoyés sur cette liste seront archivés publiquement et
> ne pourront pas être supprimés
>



-- 
web site : http://www.molenbaix.com

-- 
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/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Bug dans libreoffice ?

2018-05-22 Par sujet Alexander Thurgood 
Bonjour à tous,

On dirait ce bug :

https://bugs.documentfoundation.org/show_bug.cgi?id=52598



Alex





-- 
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/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Bug dans libreoffice ?

2018-05-22 Par sujet Landron Gérard 
Le 21/05/2018 à 23:47, Jean-Baptiste Faure a écrit :
> Bonjour Yves,
> 
> J'ai un peu de mal avec ces questions de résolution d'image. Il faudrait
> poser la question sur la liste développeurs pour en savoir plus.
> Je me demande si 96 DPI n'est pas ici une valeur standard plus ou moins
> arbitraire, liée à la technologie des écrans d'il y a quelques années.
> En tous les cas ce n'est pas la résolution de mon écran qui est plutôt
> voisine de 160 DPI (1920x1080 sur un 13,6 pouces).
l'image test.jpg qui semble l'original car elle contient l'historique de
Adobe Photoshop Elements 15.0 (Windows) s'affiche toujours en pleine
page et ne tient donc pas compte du dpi.

l'image test_GIMP s'affiche bien avec sa résolution 500 dpi

l'erreur est plutôt dans le fichier test.jpg. Je ne vois pas à quoi peut
servir l'indication de hauteur et largeur si c'est le dpi qui compte. De
plus, les données ne correspondent pas à grand chose puisque l'image
fait 990x663 et est indiquée 3872x2592... ce qui doit troubler libreoffice

Gérard

> De la même façon si j'affiche un document en 100%, la dimension
> apparente n'est pas la dimension réelle. Mais je remarque que je ne
> trouve nulle part dans les informations de la machine la résolution de
> l'écran, il y a seulement la taille de l'écran en pixels. Pour avoir la
> résolution il faut mesurer l'écran soi-même.
> 
> Bonne journée
> JBF
> 
> 
> Le 20/05/2018 à 19:55, yves dutrieux a écrit :
>> Bonjour JB,
>>
>> Le 20 mai 2018 à 14:33, Jean-Baptiste Faure > > a écrit :
>>
>>     Bonjour Yves,
>>
>>     Le 16/05/2018 à 22:09, yves dutrieux a écrit :
>>
>>     Bonjour,
>>
>>     voici 2 images, la première a été créée à partir de photoshop
>>     elements 15,
>>     la seconde est une lecture de cette image par GIMP et réexport
>>     en jpg (sans
>>     modifier quoi que ce soit).
>>     test.jpg
>>    
>> https://framadrop.org/r/w4S5x1tnCT#afr+oy0I1mtWU4tvexTWom8eN2kc4cgTE0DtK03ZDKs=
>>
>>    
>> 
>>
>>
>>     test_gimp.jpg
>>    
>> https://framadrop.org/r/9Aun1C2Mk_#T+zDt6kvPJLEhZCt3JU5/6Nr3bbiFQntHQVtxvEpVz8=
>>
>>    
>> 
>>
>>
>>     Si maintenant on insère ces 2 images à la suite l'une de l'autre
>>     dans
>>     writer (ou draw), elles n'ont pas les mêmes dimensions ???
>>     (l'image en
>>     normalement en 990x663 : 500ppi).
>>     En regardant de plus près l'image de photoshop, on s'aperçoit
>>     que dans
>>     Libreoffice, les ppi sont passés de 500 à 96 ! et donc, cela
>>     explique la
>>     différence de taille.
>>
>>
>>     Comment fais-tu pour voir ça ?
>>
>> Je regarde simplement dans les propriétés de l'image dans libreoffice
>> ( clic-droit - formater l'image - ).
>> Il indique le format de l'image à cet endroit et les 96dpi
>>
>>
>>     Si je regarde ce que me dit le dialogue de compression (menu
>>     contextuel du l'image), il m'indique que l'image issue de Gimp
>>     aurait une résolution de 500 DPI tandis que l'originale aurait une
>>     résolution de 147 DPI.
>>
>>
>> L'originale ouverte dans gimp chez moi est bien en 500dpi ???
>>
>>
>> De toute façon, Il est quand même bizarre que si l'originale est en
>> 147dpi, celle-ci soit convertie en 96dpi dans libreoffice, non ?
>>
>>
>>     Si je regarde avec la visionneuse d'images fournie pas Ubuntu, je
>>     vois en comparant les propriétés des images que Gimp semble en avoir
>>     supprimé 2 sous "Données de l'image", ImageWidth et ImageLength qui
>>     valent respectivement 3872 et 2592.
>>
>>
>> Oui j'avais remarqué cela aussi. J'ai essayé d'enlever ces propriétés
>> à l'originale via les exiftools mais j'obtiens toujours une image
>> correspondant effectivement à cet "imagewidth et Imagelength).
>> je ne vois pas où libreoffice va chercher ce 96dpi
>>
>>
>>
>>     Est-ce un bug ou une fonctionnalité ???
>>     ou alors il y a un paramètre qui m'échappe ?? dans les
>>     propriétés exif de
>>     photoshop elements, il y a des infos supplémentaires mais
>> est-ce que
>>     libreoffice se base sur ces infos ?
>>
>>
>>     Je pense que dans le cas présent, le problème est au niveau de la
>>     transformation de l'image originale par Gimp. Il faudrait voir si on
>>     peut forcer Gimp à conserver les données ImageWidth et ImageLength.
>>
>>
>> En fait, la personne enregistre son image au format à la même
>> dimension que GIMP mais on obtient 2 résultats différents dans
>> libreoffice.
>>
>>
>>     Bonne journée
>>     JBF
>>
>>     --     Seuls des formats ouverts peuvent assurer la pérennité de
>> vos documents.
>>     Disclaimer: my Internet Provider being located in France, each of our
>>     exchanges over Internet will be scanned by French spying services.
>>