from:"Pierre Choffardet"



effectivement, je reproduis systématiquement en suivant scrupuleusement 
ce qui est dit.



Je reproduis aussi sans être en mode sans échec. Il faut d'abord ouvrir 
le fichier avec Draw, puis l’ouvrir à partir d’Impress.


Le rapport de bogue :

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

Pierre
Le 31/10/2018 à 23:16, Laurent Balland-Poirier a écrit :


Le 31/10/2018 à 18:23, Cédric Frayssinet a écrit :



Même test sur Ubuntu 18.04 et même comportement que décrit précédemment.
Cela fonctionne parfaitement.

Cédric



Bonsoir,

J'ai testé ce soir sur Ubuntu 18.04, Version: 6.1.3.1

En mode sans échec, je ne reproduis pas le bogue avec le protocole que 
j'avais donné. Par contre, voici comment je reproduis le bogue.


- menu Aide > Redémarrer en mode sans échec

- Redémarrer

- Continuer en mode sans échec

- Ouvrir un fichier, sélectionner un fichier ODG, Ouvrir

Le fichier est bien ouvert dans Draw.

- Fermer le fichier sans fermer LibreOffice

- cliquer sur Présentation Impress

- Annuler l'assistant

-sur le bouton Ouvrir, cliquer sur le petit triangle noir pour faire 
apparaître l'historique des fichiers et sélectionner le précédent 
fichier ODG (ou via Fichier > Derniers documents ouverts)


==> le fichier ODG est ouvert dans Impress, et la fenêtre du fichier 
vierge d'Impress a disparu


Reproduit avec :

- Version: 6.1.3.1
Build ID: a9670562c26181ec3afbe381c9ff499ae88c98b7
Threads CPU : 8; OS : Linux 4.15; UI Render : par défaut; VCL: gtk2;
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded

- Version: 6.0.7.2
Build ID: 78c12ce5f2b8960f18b204a7ea82f971769f1679
Threads CPU : 8; OS : Linux 4.15; UI Render : par défaut; VCL: gtk2;
Locale : fr-FR (fr_FR.UTF-8); Calc: group

- Version: 5.4.7.2
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
Threads CPU : 8; OS : Linux 4.15; UI Render : par défaut; VCL : gtk2;
Locale : fr-FR (fr_FR.UTF-8); Calc: group

- Version: 5.3.7.2
Build ID: 6b8ed514a9f8b44d37a1b96673cbbdd077e24059
Threads CPU : 8; Version de l'OS :Linux 4.15; UI Render : par défaut; 
VCL : gtk2; Moteur de mise en page : nouveau;

Locale : fr-FR (fr_FR.UTF-8); Calc: group

- Version: 5.2.7.2 (avec un profil vierge plutôt qu'un redémarrage en 
mode sans échec)

Build ID: 2b7f1e640c46ceb28adf43ee075a6e8b8439ed10
Threads CPU : 8; Version de l'OS :Linux 4.15; UI Render : par défaut; 
VCL : gtk2;

Locale : fr-FR (fr_FR.UTF-8); Calc: group

NON reproduit avec :

- LibreOffice 3.3.0
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

- AOO 4.1.3m1


A+


Laurent BP




--
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

[fr-qa] Problème de rendu d'image avec OpenGL


Bonjour,
Un dernier bug, peut-être spécifique à ma configuration.

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

Sur le fichier attaché, la première image n'est qu'un rectangle noir 
lorsque OpenGL est activé. La seconde est bien rendue


Si je désactive OpenGL tout va bien

Pierre

--
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

[fr-qa] Disparition d’images ancrées à la page dans un document maitre


Bonjour,
Un bug de plus :

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

Créer un document Writer avec une image ancrée à la page

Insérer ce document dans un document maitre => L'image n'est pas présente

Pierre

--
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] Problème d'enregistrement "error content.xml"


Le bug :
https://bugs.documentfoundation.org/show_bug.cgi?id=121118

Pierre

Le 01/11/2018 à 18:03, yves dutrieux a écrit :

Problème reproduit sous Ubuntu 18.04 / LO 6.0.6.2

si ton document inséré n'est pas le premier dans ton document maitre, ça 
passe


Yves

Le jeu. 1 nov. 2018 à 17:45, Pierre Choffardet 
mailto:pierre.choffar...@free.fr>> a écrit :


Bonjour,
Je travaille beaucoup en ce moment et des petites choses me pètent à la
figure.
Là, je ne comprends pas très bien. Ce document :

https://framadrop.org/r/fKKPs0HYbU#6wSAaOisQ20FFRgWUjcvI2JMQhJ+B0U/HmOxfyV0g68=

S'ouvre et s'enregistre très bien.

Lorsque je l'insère dans un document maitre, il n'est plus possible
d'enregistrer le document maitre
 > Erreur lors de l'enregistrement du document Sans nom 1:
 > Erreur d'écriture.
 > Erreur d'écriture dans le sous-document content.xml.

Pour reproduire, c'est assez facile.
- Télécharger le fichier
- Créer un document maitre
- insérer le fichier dans le document maitre
- sauvegarder le document maitre
--> erreur

Quelqu'un peut m'aider sur ce problème ?

Merci
Pierre

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org

<mailto:qa%2bunsubscr...@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



--
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/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Bug Draw - Impress


Bonjour,
Un autre bug : https://bugs.documentfoundation.org/show_bug.cgi?id=121117

En faisant un copier-coller spécial de Draw vers Impress, des objets 
Draw groupés ne sont pas copiés correctement


Les formules sont de mauvaise taille
Le remplissage de type "motif" est perdu

Il y en a d'autres dont je ne me souviens plus

Pierre

--
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] Peit bug Draw


En fait le bug est un petit peu plus subtile

Si on passe la ligne de 0 à 0.1, la largeur de la fleche passe de 0.3 à 
0.45. soit +0.15 et au final, il ajoutera toujours 0.15 à la valeur affichée


Donc si on ne touche rien de 0.45 à 0.6

Si on revient à 0.3 ça passera de 0.3 à 0.45 (d’où l'impression que ce 
n'est pas pris en compte)


Le rapport de bug :

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

Pierre

Le 01/11/2018 à 14:28, Laurent Balland-Poirier a écrit :

Bonjour,

Le 01/11/2018 à 11:50, Pierre Choffardet a écrit :

Bonjour,

Un petit bug dans Draw,

- Insérer une flèche sur un dessin
Aller dans ligne (par clic-droit) la largeur de la flèche est de 0,3 cm
- modifier la largeur de la ligne à 0,1 cm par exemple
La largeur de la flèche passe à 0,45
- Remettre une largeur de flèche à 0,3 cm

cliquer sur OK

--> La largeur de la flèche est à 0,45, la modification n'est pas 
prise en compte.


Par contre, si on met n'importe quelle autre valeur pour la largeur de 
la flèche c'est bien pris en compte


Si vous confirmez, je vais faire un rapport de bug

Même problème avec OpenOffice 4.1.5

Pierre


Bonjour,

Je reproduis sous Ubuntu 18.04, LibO Version: 6.1.3.1
Build ID: a9670562c26181ec3afbe381c9ff499ae88c98b7
Threads CPU : 8; OS : Linux 4.15; UI Render : par défaut; VCL: gtk2;
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded

Procédure encore + simple :

- Insérer une flèche dans un dessin

- Format > Ligne : changer la largeur de la ligne à 0,10 cm

==> la largeur de la flèche passe à 0,45 cm

- OK, puis refaire Format > Ligne

==> La largeur de la flèche est maintenant de 0,60 cm

Même problème pour d'autres largeurs de la ligne.

En résumé, on ne peut pas modifier en même temps la largeur de la ligne 
et la largeur de la flèche ; il faut modifier 1 paramètre, valider la 
boite de dialogue, puis réouvrir la boite de dialogue pour modifier le 
second paramètre.


D'après mes essais :

- si on modifie la largeur de la ligne de dL (<0 ou >0)

==> la largeur de la flèche est automatiquement modifiée de 1,5 x dL 
lorsque la boite de dialogue est ouverte


- on modifie (ou pas) la largeur de la flèche, pour obtenir une valeur Lf

- lorsqu'on valide la boite de dialogue, Lf est à nouveau modifiée de 
1,5 x dL



A+


Laurent BP




--
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] Problème d'enregistrement "error content.xml"


À la base, c'est un document maitre qui contient 7 documents qui est utilisé

1 fichier iconographie, 3 fichiers de cours, 3 fichiers de TD.
Les documents qui posaient problème sont les documents de TD, donc les 
trois derniers.
Le simple fait d'ajouter une ligne vide entre le tableau et le titre de 
TD et tout rentre dans l'ordre.


Mais c'est quand même un truc dingue.

Si j'ai fait ce tableau, c'est parce que l'image que je place en haut à 
gauche de chaque document n'est pas stable. Dans le document maitre, 
elle descend systématiquement.
Je crois que si je l'ancre à la page, alors là, c'est encore plus drôle. 
j'imagine qu'il retient le numéro de page ou elle est ancrée. Dans la 
première page du document... et donc à la première page du document maitre.


Bref, je un petit paquet de bugs à remonter, en particulier entre Draw 
et Impress, quand on copie-colle un dessin groupé :
Les formules sont d'une taille délirante, des formes perdent leurs 
propriétés et d'autres que j'ai oubliées.

Demain, je me mets aux rapports de bugs.
Pierre

Le 01/11/2018 à 18:07, yves dutrieux a écrit :
le plus marrant, c'est que si tu enlèves ensuite le texte devant ton 
document inséré, c'est ok aussi (donc résultat identique à ce que tu 
veux obtenir :) ).


--
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] Problème d'enregistrement "error content.xml"


J'ai cerné un peu le problème :
https://framadrop.org/r/t0EDlxpxo9#sXPXktIL/YxLdoxE5T6I+NMCoPF+kifX36h218usJcc=

Ce qui semble poser problème, c'est le tableau suivit du titre de TD

Si je passe le titre de TD en corps de texte => C'est bon

Si je supprime le tableau ==> C'est bon

Après, je sèche

Pierre

Le 01/11/2018 à 17:44, Pierre Choffardet a écrit :

Bonjour,
Je travaille beaucoup en ce moment et des petites choses me pètent à la 
figure.

Là, je ne comprends pas très bien. Ce document :
https://framadrop.org/r/fKKPs0HYbU#6wSAaOisQ20FFRgWUjcvI2JMQhJ+B0U/HmOxfyV0g68= 



S'ouvre et s'enregistre très bien.

Lorsque je l'insère dans un document maitre, il n'est plus possible 
d'enregistrer le document maitre

Erreur lors de l'enregistrement du document Sans nom 1:
Erreur d'écriture.
Erreur d'écriture dans le sous-document content.xml.


Pour reproduire, c'est assez facile.
- Télécharger le fichier
- Créer un document maitre
- insérer le fichier dans le document maitre
- sauvegarder le document maitre
--> erreur

Quelqu'un peut m'aider sur ce problème ?

Merci
Pierre



--
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

[fr-qa] Problème d'enregistrement "error content.xml"


Bonjour,
Je travaille beaucoup en ce moment et des petites choses me pètent à la 
figure.

Là, je ne comprends pas très bien. Ce document :
https://framadrop.org/r/fKKPs0HYbU#6wSAaOisQ20FFRgWUjcvI2JMQhJ+B0U/HmOxfyV0g68=

S'ouvre et s'enregistre très bien.

Lorsque je l'insère dans un document maitre, il n'est plus possible 
d'enregistrer le document maitre

Erreur lors de l'enregistrement du document Sans nom 1:
Erreur d'écriture.
Erreur d'écriture dans le sous-document content.xml.


Pour reproduire, c'est assez facile.
- Télécharger le fichier
- Créer un document maitre
- insérer le fichier dans le document maitre
- sauvegarder le document maitre
--> erreur

Quelqu'un peut m'aider sur ce problème ?

Merci
Pierre

--
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] Peit bug Draw


Bonjour,
Je pense que tu ne fais pas exactement la même chose ou que c'est un 
problème lié à l'OS


J'ai testé sous LO 6.1.3.3 ; LO6.0.7.2 ; LO dev 6.2 et AOO 4.1.5 sur 
deux PC différents sous W10


Je viens de remarquer effectivement le comportement décrit par Laurent

Pierre

Le 01/11/2018 à 13:43, Landron Gérard a écrit :

Le 01/11/2018 à 12:50, Pierre Choffardet a écrit :

Bonjour,

Un petit bug dans Draw,

- Insérer une flèche sur un dessin
Aller dans ligne (par clic-droit) la largeur de la flèche est de 0,3 cm
- modifier la largeur de la ligne à 0,1 cm par exemple
La largeur de la flèche passe à 0,45
- Remettre une largeur de flèche à 0,3 cm

cliquer sur OK

--> La largeur de la flèche est à 0,45, la modification n'est pas prise
en compte.

Par contre, si on met n'importe quelle autre valeur pour la largeur de
la flèche c'est bien pris en compte

Si vous confirmez, je vais faire un rapport de bug

Même problème avec OpenOffice 4.1.5

je ne reproduis pas avec Version: 6.1.2.1
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
Threads CPU : 6; OS : Linux 4.18; UI Render : par défaut; VCL: kde4;
Locale : fr-FR (fr_FR.UTF-8); Calc: threaded

quelle version utilises-tu ?


Pierre

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/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Peit bug Draw


Bonjour,

Un petit bug dans Draw,

- Insérer une flèche sur un dessin
Aller dans ligne (par clic-droit) la largeur de la flèche est de 0,3 cm
- modifier la largeur de la ligne à 0,1 cm par exemple
La largeur de la flèche passe à 0,45
- Remettre une largeur de flèche à 0,3 cm

cliquer sur OK

--> La largeur de la flèche est à 0,45, la modification n'est pas prise 
en compte.


Par contre, si on met n'importe quelle autre valeur pour la largeur de 
la flèche c'est bien pris en compte


Si vous confirmez, je vais faire un rapport de bug

Même problème avec OpenOffice 4.1.5

Pierre

--
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] fichiers Draw qui se transforment en Impress

2018-10-31 Par sujet Pierre Choffardet


C'est un truc de fous ce problème.

Je viens de faire un essai avec mon PC. Je lance LO, j’ouvre un fichier 
Impress, et j’ouvre un fichier ODG ==> Tout va bien.


J'essaye avec plein d'autres fichiers ==> tout va bien

Je rédige donc un réponse sur ce fil

Je télécharge une version de Twaindsm.dll, pour fouiller le problème des 
scanners avec LO x64


Je retourne sur LO qui est resté ouvert, et j'ouvre à nouveau un fichier 
ODG à partir d'Impress.


Et là, avec le fichier qui allait bien juste avant, c'est Impress qui 
m'ouvre ce fichier. j'essaye avec les autres fichiers. ==> Le problème 
est là


Je ferme LO, et je recommande. Les fichiers ODG sont correctement ouverts

Bon, je me dis qu'il faut attendre un peu avant d’ouvrir un fichier ODG. 
Donc j'attends


Mais rien à faire pour faire revenir ce bug... C'est à devenir chèvre...

Pierre



Le 31/10/2018 à 10:20, Cédric Frayssinet a écrit :

Le 30/10/2018 à 23:23, Laurent Balland-Poirier a écrit :


Le 30/10/2018 à 22:49, Bernard Ribot a écrit :

Le 22/10/2018 à 21:05, Pierre Choffardet a écrit :


Je crois que je viens de comprendre à quel niveau ça se passe : il
me suffit d'ouvrir un fichier Draw à partir d'Impress. C'est bien
Impress qui ouvre ce fichier. Si je le sauve, ce sera toujours le cas.

Par contre, si je double clic sur l’icône du fichier, ou bien si
j'ouvre ce fichier avec Writer par exemple, tout se passe bien.

Avez vous le même comportement ?


Tout ceci se passe bien aussi chez moi.

Par contre pour le cas où ça se passe mal, on n'a pas assez
d'éléments pour essayer de reproduire.

Bernard




Bonsoir,

Je reproduis le bogue :

- Ouvrir Impress

- Fichier > Ouvrir : sélectionner un fichier ODG

==> le fichier est ouvert dans Impress : on n'a pas accès aux couches
par exemple.

Conséquence : si on enregistre le fichier, l'extension reste ODG, mais
le fichier mimetype à l'intérieur indique que c'est une présentation.
Les ouvertures suivantes se feront toujours dans Impress quelle que
soit la méthode choisie pour l'ouvrir.

Si le fichier ODG (de départ) est ouvert depuis une autre application
(Writer ou Calc), le fichier est bien ouvert dans Draw.

Un fichier ODP ouvert depuis Draw, s'ouvre bien dans Impress.

Reproduit en versions 6.1.3.1, 6.0.7.2, 5.4.7.2, 5.3.7.2, 5.2.7.2

NON reproduit en version 3.3.0.4 ni AOO 4.1.3

Je n'ai pas recherché de bogue à ce sujet, mais si le bogue est si
ancien, il doit sûrement déjà exister...

A+


Laurent BP




Laurent, tu confirmes que tu as fait ces manips sur Windows ?

Car sur Ubuntu 16.04 et LibO 6.1.2~rc1-0ubuntu0.16.04.1, si j'ouvre
Impress puis ouvrir un nouveau fichier Draw, il m'ouvre une nouvelle
fenêtre Draw et ma fenêtre Impress reste vide. Je pense que c'est le
comportement attendu.

Cédric





--
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] fichiers Draw qui se transforment en Impress

2018-10-31 Par sujet Pierre Choffardet

C'est bien le comportement que j'ai. Mais pas tout le temps. Souvent
je dirai. Je n'arrive pas à reproduire systématiquement le bogue.Je viens 
de faire un essai, et je n'ai plus ce problème. Il doit y
avoir autre chose.Je continue à observer attentivement ce qui se passe 
comment ça se
passe avant de rédiger un rapport de bogue.Déjà, merci d'avoir confirmé le 
boguePierreLe 30/10/2018 à 23:23, Laurent
  Balland-Poirier a écrit :
Le 30/10/2018 à 22:49, Bernard Ribot a écrit :Le 22/10/2018 à 21:05, Pierre 
Choffardet a
écrit :Je crois que je viens de comprendre à quel niveau ça se passe
  : il me suffit d'ouvrir un fichier Draw à partir d'Impress.
  C'est bien Impress qui ouvre ce fichier. Si je le sauve, ce
  sera toujours le cas.Par contre, si je double clic sur l’icône du 
fichier, ou bien
  si j'ouvre ce fichier avec Writer par exemple, tout se passe
  bien.Avez vous le même comportement ?Tout ceci se passe bien aussi 
chez moi.Par contre pour le cas où ça se passe mal, on n'a pas assez
d'éléments pour essayer de reproduire.BernardBonsoir,Je reproduis le 
bogue :- Ouvrir Impress- FichierOuvrir : sélectionner un fichier ODG==le 
fichier est ouvert dans Impress : on n'a pas accès aux
  couches par exemple.Conséquence : si on enregistre le fichier, 
l'extension reste ODG,
  mais le fichier mimetype à l'intérieur indique que c'est une
  présentation. Les ouvertures suivantes se feront toujours dans
  Impress quelle que soit la méthode choisie pour l'ouvrir.Si le fichier 
ODG (de départ) est ouvert depuis une autre
  application (Writer ou Calc), le fichier est bien ouvert dans
  Draw.Un fichier ODP ouvert depuis Draw, s'ouvre bien dans 
Impress.Reproduit en versions 6.1.3.1, 6.0.7.2, 5.4.7.2, 5.3.7.2, 5.2.7.2NON 
reproduit en version 3.3.0.4 ni AOO 4.1.3Je n'ai pas recherché de bogue à ce 
sujet, mais si le bogue est si
  ancien, il doit sûrement déjà exister...A+Laurent BP
-- 
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

[fr-qa] fichiers Draw qui se transforment en Impress

2018-10-22 Par sujet Pierre Choffardet

Bonjour,
j'avais signalé que certains de mes fichiers Draw s'étaient changés en fichiers 
Impress il y a quelques mois.
Les fichiers ont bien l'extension ODG et pourtant lorsque l'on clique dessus, 
c'est Impress qui ouvre ce fichier.

Cela s'est reproduit depuis, sans que je sache trop comment ça arrive. je 
travaille beaucoup avec Draw et Impress en parallèle

Je crois que je viens de comprendre à quel niveau ça se passe : il me suffit 
d'ouvrir un fichier Draw à partir d'Impress. C'est bien Impress qui ouvre ce 
fichier. Si je le sauve, ce sera toujours le cas.

Par contre, si je double clic sur l’icône du fichier, ou bien si j'ouvre ce 
fichier avec Writer par exemple, tout se passe bien.

Avez vous le même comportement ?

Pierre

LO 6.0.7.2 x64 / W10

-- 
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] Perte des équations

2018-10-09 Par sujet Pierre Choffardet

Bonjour,
J'ai déjà eu ce problème de temps à autre, sans que je puisse reproduire le 
problème.

Je crois, que ça arrive lorsque j'importe des styles, en particulier avec 
template changer

Du coupe dès que j'utilise template changer. je sauve, je ferme et je rouvre le 
document. depuis plus de problème

- Mail original -
De: "Bernard Siaud alias Troumad" 
À: "LiboQA" 
Envoyé: Lundi 8 Octobre 2018 21:20:09
Objet: [fr-qa] Perte des équations

Bonsoir


Hier, j'ai travaillé avec cette version :  Build ID: 6.1.1.2-5.mga7

C'était le prochain DS de maths. Toutes les équations ont disparues ! 
C'est un bug connu ?

-- 
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/
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] [LO 6.1.0.3] Plantage extension Template Changer

2018-09-10 Par sujet Pierre Choffardet

Le 10/09/2018 à 15:18, Ysabeau a
  écrit :
Le 10/09/2018 à 15:11, Bernard Ribot a écrit :Bonjour,


Version: 6.1.0.3 (x64)
Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1
Threads CPU : 4; OS : Windows 10.0; UI Render : par défaut;
Locale : fr-FR (fr_FR); Calc: group threaded


Template Changer 1.2.8


WriterFormatAppliquer les styles du modèle (dossier)Erreur d'exécution BASIC.
Une exception s'est produite :
Type: com.sun.star.container.NoSuchElementException
Message: .Module BatchChange, ligne 50
Pas de problème avec la fonction Appliquer les styles du modèle (document)


Même problème avec 6.2.0.0alpha0,
Avec LO 6.0.6.1 l'extension n'est pas active et les entrées
n’apparaissent pas dans le menu Format.


Pas de problème avec LO 5.4.7.2Quel est l'intérêt de garder Template Changer 
quand on peut charger les
styles à partir d'un autre modèle ou fichier (menu Styles) ?Parce que ça ne 
fait pas que ça !ça réassocie le modèle au documentLorsque l'on crée un fichier 
à partir d'un modèle, il y a une
liaison entre les deux. Si on modifie le modèle, alors les nouveaux
styles seront propagés au document lors de sa prochaine ouvertureOn peut 
perdre ce lien, par exemple en refusant la mise à jour des
styles à l'ouverture du fichier, ou bien si on ouvre le fichier et
que le modèle n'est pas là ou il devrait êtreCette extension sert surtout à 
cela, c'est sa raison d'être, et
c'est pour cela qu'il est demander d'intégrer cette possibilité dans
LOhttps://bugs.documentfoundation.org/show_bug.cgi?id=50699Pierre
-- 
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

[fr-qa] Version de test LO

2018-08-29 Par sujet Pierre Choffardet

Bonjour,Je souhaite parfois tester une version de développement. En ce
moment, j'ai l’impression que ça ne fonctionne pas 
:https://dev-builds.libreoffice.org/daily/master/Mais en dehors de ce problème, 
on s'y retrouve comment dans le
libellé des versions Windows ?Pierre
-- 
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] PB LO 6.1 Math

2018-08-17 Par sujet Pierre Choffardet

Bonjour,De retour de vacances, j'ai donc refait des tests sur deux autres
machines en W10Une portable assez vieux, avec une carte graphique ou OpenGL 
n'est
pas activé sur LO (pas compatible)Mon PC de bureau, correct, avec une carte 
graphique compatible
OpenGLj'ai installé LO 6.0.6.2 et LO-dev 6.1Les constats sont les mêmes :- 
la formule donnée en exemple a un très mauvais rendu- les icônes à gauche de 
math sont mal positionnées- LO est très lents, (inutilisable ou presque avec 
mon document)Je ferais un rapport de bug demainà Noter qu'avec LO dev master, 
le problème n'est pas présentPierreLe 11/08/2018 à 10:43, Pierre
  Choffardet a écrit :
Bonjour
  JB,Merci d'avoir jeté un coup d’œil au problème. Ce document a été
  créé avec la branche 6.0 de LO. j'ai remarqué ce que tu dis. Je
  l’interprète comme ça :j'utilise deux versions de LO pour mettre en 
évidence le problème
  : LO6.1 et 6.0Les formules n'ont pas la même taille dans ces deux 
versions. Si
  on ouvre avec LO6.1 et que l'on avait sauvé avant avec LO6.0, il y
  a un problème, la formule n'est pas à la bonne taille. Un double
  clic sur la formule rétablit les bonnes proportions.Le problème reste 
bien visible quand on regarde le panneau latéral
  de math entre LO6.1 et 6.0PierreLe 11/08/2018 à 09:21, Jean-Baptiste 
Faure a écrit :Bonjour,Le 09/08/2018 à 10:16, Pierre Choffardet a écrit 
:Bonjour,Je teste LO 6.1 qui vient de sortir. Je rencontre des soucis
  d'affichage des formules. Ce n’est souvent pas très 
joli.https://framadrop.org/r/1TcVD4X6KY#Z2v1vJernyYBUHWC5dKnEA00s8oovSvC9YKmFQ00sHc=Dans
 ce fichier Impress, la formule qui pose le plus de
  problèmes. Puis sa version sous Writer LO 6.1, puis son rendu
  avec LO 6.0.7 devIl faut ouvrir le fichier sous les différentes 
versions de LO
  et double cliquer dessus pour voir les différents
  comportements. il semble que les parenthèses prennent une
  taille disproportionnée.Est-ce que vous confirmez ?Est-ce que je me 
trompe si je dis que cette formule a été créée
avec une version de LO dans laquelle on pouvait modifier la
taille d'une formule avec la souris en tirant sur son cadre
comme on peut le faire avec une image ? En effet la taille de la
formule n'est pas la taille d'origine. Remettre la taille
d'origine ne change pas grand chose à l'affichage mais ça
explique peut-être quand même l'origine du problème : chez moi
je n'ai pas de problème avec les anciennes formules, y compris
celles avec parenthèses "scalables".Cette possibilité de modifier la 
taille d'une formule comme on
le fait pour une image était une erreur car une formule n'est
pas une image mais du texte. La taille d'une formule se gère
aisément avec les commandes du module Math.Bonne journéeJBF
-- 
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] PB LO 6.1 Math

2018-08-11 Par sujet Pierre Choffardet


Bonjour JB,

Merci d'avoir jeté un coup d’œil au problème. Ce document a été créé 
avec la branche 6.0 de LO. j'ai remarqué ce que tu dis. Je l’interprète 
comme ça :


j'utilise deux versions de LO pour mettre en évidence le problème : 
LO6.1 et 6.0


Les formules n'ont pas la même taille dans ces deux versions. Si on 
ouvre avec LO6.1 et que l'on avait sauvé avant avec LO6.0, il y a un 
problème, la formule n'est pas à la bonne taille. Un double clic sur la 
formule rétablit les bonnes proportions.


Le problème reste bien visible quand on regarde le panneau latéral de 
math entre LO6.1 et 6.0


Pierre


Le 11/08/2018 à 09:21, Jean-Baptiste Faure a écrit :

Bonjour,

Le 09/08/2018 à 10:16, Pierre Choffardet a écrit :

Bonjour,

Je teste LO 6.1 qui vient de sortir. Je rencontre des soucis 
d'affichage des formules. Ce n’est souvent pas très joli.


https://framadrop.org/r/1TcVD4X6KY#Z2v1vJernyYBUHWC5dKnEA00s8oovSvC9YKmFQ00sHc= 



Dans ce fichier Impress, la formule qui pose le plus de problèmes. 
Puis sa version sous Writer LO 6.1, puis son rendu avec LO 6.0.7 dev


Il faut ouvrir le fichier sous les différentes versions de LO et 
double cliquer dessus pour voir les différents comportements. il 
semble que les parenthèses prennent une taille disproportionnée.


Est-ce que vous confirmez ?
Est-ce que je me trompe si je dis que cette formule a été créée avec 
une version de LO dans laquelle on pouvait modifier la taille d'une 
formule avec la souris en tirant sur son cadre comme on peut le faire 
avec une image ? En effet la taille de la formule n'est pas la taille 
d'origine. Remettre la taille d'origine ne change pas grand chose à 
l'affichage mais ça explique peut-être quand même l'origine du 
problème : chez moi je n'ai pas de problème avec les anciennes 
formules, y compris celles avec parenthèses "scalables".


Cette possibilité de modifier la taille d'une formule comme on le fait 
pour une image était une erreur car une formule n'est pas une image 
mais du texte. La taille d'une formule se gère aisément avec les 
commandes du module Math.


Bonne journée
JBF




--
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] PB LO 6.1 Math

2018-08-10 Par sujet Pierre Choffardet

Bonjour,

J'ai fait quelques tests complémentaires :

Sous Libo master, il n'y a pas de problème d'affichage de certaines
formules, le problème a donc été corrigé. Restent le temps de chargement
tout aussi long et la réactivité de l'affichage déplorable.

Le problème se voit aussi dans le panneau latéral gauche des fonctions
de Math. Voir ces captures d'écran.

Il est aussi présent dans la version 6.1.1 dev

https://framadrop.org/r/7cloaiKP7B#5VkZZEpGLzvsZCEzpbXJBAFIcDm5WzeBdTs+m9UOm0g=

https://framadrop.org/r/bBk4PZXz6X#tYZit1g4Gp/DyYn6Gz+VKKdegeRZooBNGE0yhzbUkwo=

Bref, cela semble spécifique à W10 et peut être à ma carte graphique. Je
verrai bien si c'est corrigé dans les versions à venir de la branche
6.1. Je verrai aussi, de retour de vacances, si le problème existe sur
d'autres configurations W10.

Pierre

Le 09/08/2018 à 12:24, Pierre Choffardet a écrit :

Le 09/08/2018 à 12:07, Jacques Guilleron a écrit :

Le 09/08/2018 à 10:27, Pierre Choffardet a écrit :

J'ajoute que je ressens une perte de performance significative.

Sur le fichier sur lequel je travaille :

36 secondes de temps de chargement avec LO 6.1 contre 20 secondes
avec LO 6.0.7

Et à l'utilisation, en termes de fluidité de l'écran il n'y a pas
photo. LO 6.0.7 est bien plus agréable à utiliser

Pierre

Le 09/08/2018 à 10:16, Pierre Choffardet a écrit :

Bonjour,

Je teste LO 6.1 qui vient de sortir. Je rencontre des soucis
d'affichage des formules. Ce n’est souvent pas très joli.

https://framadrop.org/r/1TcVD4X6KY#Z2v1vJernyYBUHWC5dKnEA00s8oovSvC9YKmFQ00sHc=

Dans ce fichier Impress, la formule qui pose le plus de problèmes.
Puis sa version sous Writer LO 6.1, puis son rendu avec LO 6.0.7 dev

Il faut ouvrir le fichier sous les différentes versions de LO et
double cliquer dessus pour voir les différents comportements. il
semble que les parenthèses prennent une taille disproportionnée.

Est-ce que vous confirmer ?

Pierre

Bonjour Pierre,

Chez moi (Windows 7), tout se remet en place dès que j'enlève
l'espace entre left et ( devant Z_4.

Jacques

Et bien chez moi, c'est pire !
https://www.dropbox.com/s/6ihlkwa58l0shj2/Capture%20d%27%C3%A9cran%202018-08-09%2012.22.31.png?dl=0

Je n'y comprends rien...

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.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/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] PB LO 6.1 Math

Le 09/08/2018 à 12:07, Jacques Guilleron a écrit :

Le 09/08/2018 à 10:27, Pierre Choffardet a écrit :

J'ajoute que je ressens une perte de performance significative.

Sur le fichier sur lequel je travaille :

36 secondes de temps de chargement avec LO 6.1 contre 20 secondes
avec LO 6.0.7

Et à l'utilisation, en termes de fluidité de l'écran il n'y a pas
photo. LO 6.0.7 est bien plus agréable à utiliser

Pierre

Le 09/08/2018 à 10:16, Pierre Choffardet a écrit :

Bonjour,

Je teste LO 6.1 qui vient de sortir. Je rencontre des soucis
d'affichage des formules. Ce n’est souvent pas très joli.

https://framadrop.org/r/1TcVD4X6KY#Z2v1vJernyYBUHWC5dKnEA00s8oovSvC9YKmFQ00sHc=

Dans ce fichier Impress, la formule qui pose le plus de problèmes.
Puis sa version sous Writer LO 6.1, puis son rendu avec LO 6.0.7 dev

Il faut ouvrir le fichier sous les différentes versions de LO et
double cliquer dessus pour voir les différents comportements. il
semble que les parenthèses prennent une taille disproportionnée.

Est-ce que vous confirmer ?

Pierre

Bonjour Pierre,

Chez moi (Windows 7), tout se remet en place dès que j'enlève l'espace
entre left et ( devant Z_4.

Jacques

Et bien chez moi, c'est pire !
https://www.dropbox.com/s/6ihlkwa58l0shj2/Capture%20d%27%C3%A9cran%202018-08-09%2012.22.31.png?dl=0

Je n'y comprends rien...

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

Re: [fr-qa] PB LO 6.1 Math


Bonjour,

j'avais oublié de préciser W10, OpenGL Activé. La désactivation d'OpenGL 
ne change pas grand-chose au problème, même si le rendu n'est pas le même.


Pierre


Le 09/08/2018 à 10:57, Didier Dorange-Pattoret a écrit :

Bonjour,

Ubuntu + LO 6.1

La parenthèse est décalée vers le haut et se remet en place après 
double clic.



Le 09/08/2018 à 10:41, Ysabeau a écrit :

Le 09/08/2018 à 10:16, Pierre Choffardet a écrit :

Bonjour,

Je teste LO 6.1 qui vient de sortir. Je rencontre des soucis 
d'affichage

des formules. Ce n’est souvent pas très joli.

https://framadrop.org/r/1TcVD4X6KY#Z2v1vJernyYBUHWC5dKnEA00s8oovSvC9YKmFQ00sHc= 




Dans ce fichier Impress, la formule qui pose le plus de problèmes. Puis
sa version sous Writer LO 6.1, puis son rendu avec LO 6.0.7 dev

Il faut ouvrir le fichier sous les différentes versions de LO et double
cliquer dessus pour voir les différents comportements. il semble que 
les

parenthèses prennent une taille disproportionnée.

Sous Mageia 6 et avec les deux versions LibreOffice, de prime abord dans
la première diapo, la 3e parenthèse est décalée vers le haut. Quand le
double-clique dessus, ça la remet en place. Mais c'est tout.

Elles ont toutes une taille convenable.






--
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] PB LO 6.1 Math


J'ajoute que je ressens une perte de performance significative.

Sur le fichier sur lequel je travaille :

36 secondes de temps de chargement avec LO 6.1 contre 20 secondes avec 
LO 6.0.7


Et à l'utilisation, en termes de fluidité de l'écran il n'y a pas photo. 
LO 6.0.7 est bien plus agréable à utiliser


Pierre


Le 09/08/2018 à 10:16, Pierre Choffardet a écrit :

Bonjour,

Je teste LO 6.1 qui vient de sortir. Je rencontre des soucis 
d'affichage des formules. Ce n’est souvent pas très joli.


https://framadrop.org/r/1TcVD4X6KY#Z2v1vJernyYBUHWC5dKnEA00s8oovSvC9YKmFQ00sHc= 



Dans ce fichier Impress, la formule qui pose le plus de problèmes. 
Puis sa version sous Writer LO 6.1, puis son rendu avec LO 6.0.7 dev


Il faut ouvrir le fichier sous les différentes versions de LO et 
double cliquer dessus pour voir les différents comportements. il 
semble que les parenthèses prennent une taille disproportionnée.


Est-ce que vous confirmer ?

Pierre





--
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

[fr-qa] PB LO 6.1 Math


Bonjour,

Je teste LO 6.1 qui vient de sortir. Je rencontre des soucis d'affichage 
des formules. Ce n’est souvent pas très joli.


https://framadrop.org/r/1TcVD4X6KY#Z2v1vJernyYBUHWC5dKnEA00s8oovSvC9YKmFQ00sHc=

Dans ce fichier Impress, la formule qui pose le plus de problèmes. Puis 
sa version sous Writer LO 6.1, puis son rendu avec LO 6.0.7 dev


Il faut ouvrir le fichier sous les différentes versions de LO et double 
cliquer dessus pour voir les différents comportements. il semble que les 
parenthèses prennent une taille disproportionnée.


Est-ce que vous confirmer ?

Pierre


--
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] PB style de page LO 6.0.5

2018-06-20 Par sujet Pierre Choffardet

Bonsoir,J'ai créé ce rapport de bug 
:https://bugs.documentfoundation.org/show_bug.cgi?id=118265PierreLe 20/06/2018 
à 18:16, Landron Gérard a
  écrit :
Le 20/06/2018 à 17:57, Pierre Choffardet a écrit :Même problème avec LO 6.1 
beta2




Pierre
Le 20/06/2018 à 16:54, Pierre
  Choffardet a écrit :
Bonjour,




J'ai un curieux problème avec LO et Writer.




Je prends un document vierge.




Dans les styles de pages, je crée un nouveau style, peu importe
  le nom




Je vérifie que l'en-tête est désactivé, je ne change rien.




Je clique sur OK




==Tous les styles ont l'en-tête d'activé. Le style de page
  que je viens de créer, le style par défaut et les autres...




C'est un réglage ? un bug de ma config, ou un bug de LO ?je confirme avec 
Version: 6.0.4.2 sur fedora28.


J'ai volontairement laissé les message tel que je le reçois, 4 retour à
la ligne pour un changement de ligne cela fait beaucoup et rend le
message difficile à lire. Cela vient du logiciel utilisé ou de
l'utilisateur ?PierreGé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/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] PB style de page LO 6.0.5

2018-06-20 Par sujet Pierre Choffardet



Même problème avec LO 6.1 beta2


Pierre
Le 20/06/2018 à 16:54, Pierre
  Choffardet a écrit :
Bonjour,




J'ai un curieux problème avec LO et Writer.




Je prends un document vierge.




Dans les styles de pages, je crée un nouveau style, peu importe
  le nom




Je vérifie que l'en-tête est désactivé, je ne change rien.




Je clique sur OK




==Tous les styles ont l'en-tête d'activé. Le style de page
  que je viens de créer, le style par défaut et les autres...




C'est un réglage ? un bug de ma config, ou un bug de LO ?
Pierre
-- 
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

[fr-qa] PB style de page LO 6.0.5

2018-06-20 Par sujet Pierre Choffardet



Bonjour,


J'ai un curieux problème avec LO et Writer.


Je prends un document vierge.


Dans les styles de pages, je crée un nouveau style, peu importe
  le nom


Je vérifie que l'en-tête est désactivé, je ne change rien.


Je clique sur OK


==Tous les styles ont l'en-tête d'activé. Le style de page
  que je viens de créer, le style par défaut et les autres...


C'est un réglage ? un bug de ma config, ou un bug de LO ?
Pierre


-- 
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] Impress et LO 6.1 dev

2018-06-18 Par sujet Pierre Choffardet



Est-ce qu'OpenGL est activé ?


Pierre
Le 18/06/2018 à 10:14, Ysabeau a
  écrit :
Le 17/06/2018 à 20:05, Pierre Choffardet a écrit :Bonjour,




Je suis surpris d'un bug persistant (en tous cas sur mon PC) de
  LO 6.1 dev




Je viens de télécharger la dernière version  de LO 6.1, et mes
  diaporamas sont illisibles




par exemple 
:https://framadrop.org/r/qPO2frk-Cr#sXN4qr9dWqmpAfncPPyrzPfQweL2CfHVChuuSiAStOk=/pt;
La seconde diapo montre ce que j'obtiens en mode diaporama




Si je désactive OpenGL, je pense que tout va bien, mais sans
  certitude, car LO est incompatible dans ce mode avec ma résolution
  d'écranJe viens de regarder avec les deux versions, 6.0 et  6.1 dev que 
j'ai et
l'affichage est correct, hormis le fait que les zones de texte sont
l'une sur l'autre.
-- 
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] Impress et LO 6.1 dev

2018-06-17 Par sujet Pierre Choffardet



Bonjour,


Le fait de changer la taille de la police (16 ; 18 ; 20) ne
  change pas le problème


Pierre
Le 17/06/2018 à 23:29, Jean-Baptiste
  Faure a écrit :
Bonsoir,Le 17/06/2018 à 22:24, Pierre Choffardet a écrit :Bonsoir,Toutes les 
présentations que j'ai testées sont impactées. Y   compris celles qui 
utilisent les polices Linux Biolinum
et   LibertineAs-tu essayé avec des tailles de police entières ? 
Sur ton exemple
  on a du 16,2 pt.Bonne journéeJBF
-- 
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] Impress et LO 6.1 dev

2018-06-17 Par sujet Pierre Choffardet



Bonsoir,


Toutes les présentations que j'ai testées sont impactées. Y
  compris celles qui utilisent les polices Linux Biolinum et
  Libertine


Je viens de faire un essai sur ce diaporama (résultats sur la

  seconde diapo)


https://framadrop.org/r/EuX7iA9ZCL#BnpQJYXpsYw9dVXHIPtsbi3g1c9WJjZHcWR+2rPXX7M=
La police Libération, ça passe


La police Carlito ça ne passe pas


Pierre
Le 17/06/2018 à 20:35, Jean-Baptiste
  Faure a écrit :
Bonjour
  Pierre,Le 17/06/2018 à 20:05, Pierre Choffardet a écrit :Bonjour,Je suis 
surpris d'un bug persistant (en tous cas sur mon PC) de   LO 6.1 devJe 
viens de télécharger la dernière version  de LO 6.1, et mes   diaporamas 
sont illisiblesPas de problème pour moi avec LibreOffice 6.1.0.0.beta2+ que ce
  soit avec OpenGL ou sans.Qu'est-ce que ça donne avec des polices de 
caractères plus
  classiques comme Carlito / Caladea voire même Linux Libertine /
  Biolinum en version graphite ou opentype ?Bonne journéeJBF
-- 
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

[fr-qa] Impress et LO 6.1 dev

2018-06-17 Par sujet Pierre Choffardet



Bonjour,


Je suis surpris d'un bug persistant (en tous cas sur mon PC) de
  LO 6.1 dev


Je viens de télécharger la dernière version  de LO 6.1, et mes
  diaporamas sont illisibles


par exemple :


https://framadrop.org/r/qPO2frk-Cr#sXN4qr9dWqmpAfncPPyrzPfQweL2CfHVChuuSiAStOk=
La seconde diapo montre ce que j'obtiens en mode diaporama


Si je désactive OpenGL, je pense que tout va bien, mais sans
  certitude, car LO est incompatible dans ce mode avec ma résolution
  d'écran


Je suis sur W10 x64


Pierre


-- 
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

[fr-qa] Surlignement ne fonctionne pas avec impress

2018-06-09 Par sujet Pierre Choffardet



Je ne critique pas (plus) la non-résolution des bugs (bientôt
on va dépasser 1 000 régressions identifiées contre 200 au début
de LO) je dis simplement que si on n'a pas les moyens de
corriger ce bug, au moins supprimons la fonctionnalité.


La fonctionnalité n'est pas dans AOo, je ne l'ai pas vue dans
PowerPoint, ou est le problème ?




J'ai passé du temps, à faire un corrigé de concours CCP, en surlignant tous les 
éléments du sujet qui étaient importants, pour me rendre compte que ça ne 
fonctionnait pas.Puis, j'ai cherché si le bug venait de moi et de mes mains 
gauches.
J'ai donc fait des essais avec différentes versions de LO et AOo, puis ce 
message sur la liste. Et c'est grâce à toi, qui as perdu aussi un peu de ton 
temps, pour me répondre, en cherchant le bug correspondant, que j'ai compris le
problème. Trois ans donc... Que le bug existe, qu'il a été remonté, il y a eu 8 
doublons, et 28 personnes aimeraient bien que ça fonctionne.A minima, on 
supprime le bouton surligner dans Impress.
Pierre
Le 09/06/2018 à 12:43,ocleyr2lal...@zaclys.neta écrit :
Bonjour
PierreOui 3 ans c'est long, mais tu sais, c'est le principe d'une
telle communauté, il faut aussi des développeurs pour faire ces
correctifs.Framasoft a fait une analyse sur ce sujet contribution, et 
il en
est arrivé à sa campagne"contributopia". Il y a plein de moyen
de contribuer, n'empêche sans développeurs... (Dont je ne fais
pas partie !!)Au boulot on a voulu gérer un certain nombre d'anomalies 
via

notre presta et on ne s'en sort pas, on reste à contourner et
suivre de près les évolutions de version pour bénéficier des
correctifs communs.Preuve que la rapidité d'une correction est toute 
relative et
pas si simple surtout quand on n'est pas sur une anomalie
critiqueClaireLe 9 juin 2018 11:35:50 GMT+02:00,
  Pierre choffardetpierre.choffar...@free.fra écrit :Bonjour,Merci pour 
la réponse.Le 09/06/2018 à 00:41, Jean-Baptiste
  Faure a écrit :
Bonjour,Le 08/06/2018 à 22:26, Pierre Choffardet a écrit :Bonjour,Un petit 
problème avec Impress- Créer un bloc texte avec... du texte- Surligner une 
partie du texte (stabilo, jaune, vert)- Lancer la diapo, le texte n'est pas 
surligné...Bug ?oui 
:https://bugs.documentfoundation.org/show_bug.cgi?id=93789Bizarrement, je ne 
peux pas tester avec
AOo (je ne vois pas   comment surligner du texte) et LO 6.1 beta 
bug largement
à   l'affichage de la diapoIl y a 2 notions qui ont des effets 
comparables : arrière-plan et
  surlignage. L'un des deux est d'implémentation récente dans
  LibreOffice, question de compatibilité avec MSO et OOXML si je me
  souviens bien.Récente, 3 ans tout de même. Compatibilité avec MSO, je 
n'ai pas
trop compris. Si j'exporte vers PowerPoint, je perds tous les coups
de Stabilo.Sur PowerPoint, je n'ai pas trouvé comment mettre un coup de 
Stabilo
sur du texte (maintenant, j'ai juste cherché à le faire 5 minutes,
ce serait assez stupide de chercher comment importer ces textes
Stbilotés pour se rendre compte que ça ne sert à rien de les
importer)Si je peux bien comprendre que tous les bugs répertoriés ne seront
pas corrigés, je ne comprends pas que l'on ne désactive pas ce qui
ne fonctionne pas.Bonne
  journéeJBF




-- 
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] Surlignement ne fonctionne pas avec impress

2018-06-09 Par sujet Pierre Choffardet

Bonjour,Merci pour la réponse.Le 09/06/2018 à 00:41, Jean-Baptiste
  Faure a écrit :
Bonjour,Le 08/06/2018 à 22:26, Pierre Choffardet a écrit :Bonjour,Un petit 
problème avec Impress- Créer un bloc texte avec... du texte- Surligner une 
partie du texte (stabilo, jaune, vert)- Lancer la diapo, le texte n'est pas 
surligné...Bug ?oui 
:https://bugs.documentfoundation.org/show_bug.cgi?id=93789Bizarrement, je ne 
peux pas tester avec
AOo (je ne vois pas   comment surligner du texte) et LO 6.1 beta 
bug largement
à   l'affichage de la diapoIl y a 2 notions qui ont des effets 
comparables : arrière-plan et
  surlignage. L'un des deux est d'implémentation récente dans
  LibreOffice, question de compatibilité avec MSO et OOXML si je me
  souviens bien.Récente, 3 ans tout de même. Compatibilité avec MSO, je 
n'ai pas
trop compris. Si j'exporte vers PowerPoint, je perds tous les coups
de Stabilo.Sur PowerPoint, je n'ai pas trouvé comment mettre un coup de 
Stabilo
sur du texte (maintenant, j'ai juste cherché à le faire 5 minutes,
ce serait assez stupide de chercher comment importer ces textes
Stbilotés pour se rendre compte que ça ne sert à rien de les
importer)Si je peux bien comprendre que tous les bugs répertoriés ne seront
pas corrigés, je ne comprends pas que l'on ne désactive pas ce qui
ne fonctionne pas.J'ai passé du temps, à faire un corrigé de concours CCP, 
en
surlignant tous les éléments du sujet qui étaient importants, pour
me rendre compte que ça ne fonctionnait pas.Puis, j'ai cherché si le bug 
venait de moi et de mes mains gauches.
J'ai donc fait des essais avec différentes versions de LO et AOo,
puis ce message sur la liste.Et c'est grâce à toi, qui as perdu aussi un 
peu de ton temps, pour
me répondre, en cherchant le bug correspondant, que j'ai compris le
problème.Trois ans donc... Que le bug existe, qu'il a été remonté, il y a eu
8 doublons, et 28 personnes aimeraient bien que ça fonctionne.Bonne
  journéeJBF
-- 
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

[fr-qa] Surlignement ne fonctionne pas avec impress

2018-06-08 Par sujet Pierre Choffardet



Bonjour,


Un petit problème avec Impress


- Créer un bloc texte avec... du texte


- Surligner une partie du texte (stabilo, jaune, vert)


- Lancer la diapo, le texte n'est pas surligné...


Bug ?


Bizarrement, je ne peux pas tester avec AOo (je ne vois pas
  comment surligner du texte) et LO 6.1 beta bug largement à
  l'affichage de la diapo


LO 6.0.5.1


Pierre


-- 
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-discuss] Fwd: [fr-qa] Lenteur à l'ouverture d'un fichier

2018-05-07 Par sujet Pierre Choffardet



Bonsoir,


Effectivement, les images en sont la cause. Si je supprime les
  images, plus de ralentissement. Cependant :


- Pourquoi une telle différence entre LO et AOo ? Cela ne semble
  être un problème de disque, environ 3 Mo, mon SSD n'y change rien


- J'ai d'autres fichiers du même genre, avec plus d'images (là,
  j'ai dû abandonner) qui ne sont pas si lents pourquoi ce fichier
  pose problème ?


Les images sont des copier-coller d'un fichier Draw. J'obtiens ce
  fichier Draw par l'import du fichier PDF source. C'est ce que j'ai
  fait avec les autres sujets de concours


Du coup une question. Lorsque je copie-colle de Draw vers Writer
  quelle est la meilleure façon de faire ?


avec un collage spécial, j'ai les possibilités suivantes :


- Draw8


    J'aime bien, mais quand on modifie le dessin, on retombe sur
  Draw, et parfois le dessin inséré dans Draw n'est plus centré et
  je n'arrive plus à le remettre correctement


- Format de dessin


    C'est ce que j'ai fait avec les divers documents, je trouve
  que l'on garde une bonne définition du dessin


- Métafichier GDI


    Je ne sais pas ce que c'est et Googgle ne m'a pas aidé à le
  savoir. un format graphique. On gère ou la résolution ?
Bitmap


    Quelle différence avec le précédent ?  Je ne trouve pas que
  la résolution soit très bonne, et je en sais pas si ça se gère.


Pierre


PS : j'essaye de voir quelles images posent un problème pour
  faire un rapport de bug
Le 06/05/2018 à 20:56, Bob a écrit :
Bonsoir,Les images incluses en sont la cause. Il s'agit d'images
  vectorielles, avec de nombreux groupements d'objets. Peut-être des
  images au format WMF ou EMF plus ou moins transformées.
-- 
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] LibreOffice 6.0.4.2 en téléchargement erroné ?

2018-05-06 Par sujet Pierre Choffardet



Bonjour,


C'est fait et le bug est corrigé


Pierre
Le 06/05/2018 à 18:20, Jean-Baptiste
  Faure a écrit :
Bonjour
  Pierre,Le 06/05/2018 à 17:29, Pierre Choffardet a écrit :Bonjour,Sur le 
serveur ftp de LibreOffice 
:https://dev-builds.libreoffice.org/pre-releases/win/La version Windows x64 se 
nomme : LibreOfficeDev_6.0.4.2_Win_x64Soit une version devDéjà signalé sur 
bugzilla :https://bugs.documentfoundation.org/show_bug.cgi?id=117457Tu peux 
donc confirmer le rapport de bug .Bonne journéeJBF
-- 
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] LibreOffice 6.0.4.2 en téléchargement erroné ?

2018-05-06 Par sujet Pierre Choffardet



Bonjour,


Sur le serveur ftp de LibreOffice :


https://dev-builds.libreoffice.org/pre-releases/win/


La version Windows x64 se nomme : LibreOfficeDev_6.0.4.2_Win_x64
Soit une version dev


et effectivement elle ne veut pas s'installer à la place de la 
  6.0.4.1 et proteste par ce qu'une version plus récente de LO est
  installée, en l’occurrence la 6.1.0.a1


Par contre, la version 6x86 pour Windows semble être la bonne

Pierre


-- 
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] Lenteur à l'ouverture d'un fichier

2018-05-06 Par sujet Pierre Choffardet



Bonjour,


Je ne comprends pas pourquoi ce fichier est si lourd à
  l'ouverture :


https://framadrop.org/r/8HYDdAwT5S#T3SCSxJkuP5Mb9daRTWyPCHxRGOGYP814boLXwxbzsk=


Près de 4 minutes sur LO 6.0.4 et une minute avec AOo 4.1.4
Dans un cas comme dans l'autre, je trouve ça très long, sur une
  configuration tout de même correcte (8 cœurs à 3 GHz, 24 Go de RAM
  et un SSD)


Qu'est ce que j'ai fait qui ralentit tant ce fichier texte ?


Pierre


-- 
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] Pb import Word, formules perdues

2018-05-01 Par sujet Pierre Choffardet



Bonjour,


tout simplement par ce que je n'avais pas donné le bon lien
  Dropbox :


le voilà le fichier mort :


https://www.dropbox.com/s/ecvpwltbhktgio8/CCP%20TSI%202015%20%28Sujet%29%20mort.odt?dl=0


Pierre
Le 16/04/2018 à 16:37, Ysabeau a
  écrit :
Le 15/04/2018 à 20:56, Pierre Choffardet a écrit :J'ai donné trois liens, avec 
normalement
- le fichier DOCX original
- Le fichier ODT obtenu après import du DOCX
- Le fichier ODT mort après quelques heures de travail dessus (il y a
mort dans le nom du fichier)


Cela vient d'arriver de nouveau avec un autre fichier. Même procédure.
Import du fichier, travail dessus, au bout d'un moment, ça part en 
vrille.Personnellement je n'ai pas de problème non plus sous Linux avec ces

fichiers.


Dans le navigateur, tu as combien d'objets OLE ? Regarde là avant de

désespérer. Fermes ton fichier et ré-ouvres le (éventuellement
enregistres-en une copie avant).


Mais, j'ai un ou deux documents commencé sous Word qui me font des
misères similaires avec les images. Certaines disparaissent de
l'affichage tout en restant dans la navigateur (donc elles sont bien là)
quand je mets à jour les tables et index mais elles restent dans le
document et quand je le ré-ouvre elles sont là. C'est très énervant.


Je me demande si cela ne procède pas du même type de problème.
-- 
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] Re: Bug insertion numéro de chapitre LO 6.0.4.1

2018-05-01 Par sujet Pierre Choffardet



Bien, mon problème est (entre autre) le suivant :


Je trouve l'utilisation des styles formidable, et surtout quand
  on peut les propager d'un document à l'autre (ou pas)


La numérotation des chapitres (menu outils...) , ne se propage
  pas d'un document à l'autre. Pourquoi ?


ça devrait être une possibilité J'essaye de garder plusieurs
  documents cohérents en numération, j'ai donc le choix :
d'utiliser les styles de numérotation =ça se propage, mais
  c'est un peu chiant, on ne peut pas affecter un niveau de
  numérotation à un style


d'utiliser le menu outils... ==ça ne se propage pas et il
  faut revenir dans ces menus à chacune des modifications pour
  garder tout ça cohérent


De plus, je trouve qu'utiliser des styles de niveau 8 ou plus
  pour gérer des annexes, ou autre choses est une solution de
  contournement d'un problème qu'autre chose


J'avais donc opter pour la solution 1, qui me donnait
  satisfaction. Jusqu'à ce que l'on me dise que LO avait évolué sur
  le sujet. J'avais compris que l'import des numérotation du menu
  outils fonctionnait. Ce qui n'est pas le cas.


Il y a donc, à mon avis, deux propositions d'amélioration à faire


- pourvoir affecter un niveau de numérotation à un style

- avoir un option supplémentaire dans "charger les styles" pour
  importer la numérotation crée dans le menu outils


Accessoirement, avoir une option des styles de numération qui

  permettrait de les inclure dans le plan serait un plus et
  permettrait de se débarrasser de la numération du menu outils.
  Mias ext-ce que ce n'est pas ce que fait déjà l'option "niveau de
  plan" ?
PierreLe 30/04/2018 à 16:42, Ocleyr2lalune a
  écrit :
Bonjour


le comportement que tu décris me semble "naturel" (pour ne pas dire normal)


Quand tu importes les styles d'un document (que ce soit un modèle ou non),
tu n'importes pas les autres configurations du document. 
Ainsi, si tu retrouves le lien entre DR et la numérotation des chapitres,
c'est que la manip que tu as faite dans cette boite de dialogue a provoqué
une modification du style : dans "plan et numérotation" celui-ci est associé
au niveau de plan 10 alors qu'avant il était en corps texte.


En revanche si tu crées un modèle avec ton modèle de numérotation des
chapitres (via outils.. pas via un styles de numérotation), tu conserveras
la numérotation associée pour tous les documentés créés sur ce modèle. Mais,
lorsque tu importes les styles, tu n'importeras les numérotations de

chapitres, même si tu le fais à partir de ce modèle.


Dans ce cas à quoi servent les styles de numérotation ?
à numéroter des éléments qui ne sont pas dans le plan



Quel est l'intérêt de ne pas récupérer les numérotations de chapitre ?
Créer une organisation en terme de plan différente, même si les chapitres
utilisent les mêmes styles. 




Et comme plusieurs ont déjà indiqué qu'il vallait mieux utiliser cette
"numérotation des chapitres", un autre avantage plutôt terrible, c'est la
présence des titres dans le navigateur, si tu le fais, alors que sinon,
ben Tu gagnes alors une souplesse assez importante, pour tout
réorganiser si besoin.


Bon courage


Ocleyr2lalune




--
Sent from:http://nabble.documentfoundation.org/QA-f4022733.html
-- 
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 insertion numéro de chapitre LO 6.0.4.1

2018-05-01 Par sujet Pierre Choffardet





Le 29/04/2018 à 12:48, Rpnpif a écrit :
Bonjour Pierre,


Je suppose que Outils, numérotation des chapitres ne modifie pas le
style si c'est bien ce que tu fais.


Essaie de modifier le style lui-même :
Menu Styles, Gérer les styles, Plannumérotation, Plan Niveau de
plan, Style de numérotation.
Astuce : Éditer le style (de numérotation) n'est alors pas actif.
Pour l'activer, il faut changer de style de numérotation puis revenir
au style de numérotation précédent (c'est une méthode quand même
bizarre, un bogue ?).Je vais essayer, merci pour le conseil. Effectivement, je 
n'ai
jamais trop compris où menait cette option...PierrePour rendre le style 
disponible dans d'autres documents, il
faut l'enregistrer dans un modèle (.ott). Pour le rendre disponible
dans tous les documents, il faut l'enregistrer dans le modèle implicite
dit « par défaut ».


Chez moi ça marche (6.0.3).
-- 
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 insertion numéro de chapitre LO 6.0.4.1

2018-04-24 Par sujet Pierre Choffardet

A condition que ce soit bien un bug, et que ce soit pas présent depuis
des lustres ou bien que ce ne soit pas lié à mon PC

Je viens de faire quelques essais complémentaires

J'ai téléchargé la version 5.4.7.1

J'ai les mêmes problèmes, que ce soit en niveau 10 ou en niveau 1. Il
importe uniquement la liaison entre le style et le niveau.

Est-ce le même comportement chez vous ?

Pierre



Le 24/04/2018 à 10:07, Ysabeau a écrit :
> Le 23/04/2018 à 23:36, Pierre Choffardet a écrit :
>> Dans un premier temps, je confirme ce problème :
>
> Je crois que tu peux en effet.
>
> Si tu fais un rapport de bug, tu peux utiliser le modèle que je t'ai
> suggéré si tu pense que ça peut aider.
>
>


-- 
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 insertion numéro de chapitre LO 6.0.4.1

Dans un premier temps, je confirme ce problème :

Dans un nouveau document

- Je crée un style "DR" (hérité de "Titres")

Dans numérotation et chapitres

- Je prends le niveau 10, je l'affecte à DR

Numérotation : 1,2,... et un seul niveau

avant : "Document réponse "

après : " : "

pas de tabulation, pas de retrait

Je sauve, je ferme

Nouveau document

J'importe les styles, je coche tout et je choisis mon document précédent

Je vais dans numérotation et chapitres

- tout est perdu, sauf le lien avec "DR"

Pierre


Le 23/04/2018 à 23:15, Pierre Choffardet a écrit :
>
> Le 23/04/2018 à 20:25, Ysabeau a écrit :
>> Le 23/04/2018 à 18:05, Pierre Choffardet a écrit :
>>> Je viens de faire un essai
>>>
>>> Lorsque j'importe les styles :
>>>
>>> (dans le gestionnaire de style ==> charger les styles) je coche tout, je
>>> choisis mon fichier
>>>
>>> Et bien tout n'est pas importé correctement. La numérotation des
>>> chapitres n'est que partiellement reprise, il n'y a que la liaison entre
>>> le niveau de chapitre et le style.
>> Bon est-ce que tu peux :
>>
>> 1/ revoir ton style Titre 1 et lui donner un niveau hiérarchique 1 ;
>> 2/ récupérer ce modèle et affecter les styles à ton document ?
>>
>> https://numericoach.net/Modele-de-document-long-version-2018
>>
>> Avec ma version de LibreOffice (donc une 6.0.3.2) je n'ai pas les
>> problèmes de numérotation que tu rencontres. Ce modèle a été fait
>> entièrement dans LibreOffice 
>> ce qui ne semble pas le cas de ton document
>> (ça peut jouer).
> Effectivement, je ne sais plus trop d’où ça sort.
> Un document Word je crois, qui était le fichier d'origine (qui vient je
> ne sais d’où). j'ai modifié les styles pour en avoir une version
> OpenDocument
> Puis, j'ai importé les styles sur un second document (lui aussi un
> import d'un document Word)
> puis j'ai créé un troisième document à vide et j'y ai importé les
> styles, et j'ai fait des copier-coller d'un PDF
>
> Je vais faire des essais avec des documents vierges et je ferai aussi ce
> que tu proposes
>
> Je vais aussi copier-coller les trois documents vers un document vide.
> Des fois, ça arrange bien des choses.
>
> Pierre
>> Comme ça on verra qui yoyote.
>>
>>
>


-- 
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 insertion numéro de chapitre LO 6.0.4.1



Le 23/04/2018 à 20:25, Ysabeau a écrit :
> Le 23/04/2018 à 18:05, Pierre Choffardet a écrit :
>> Je viens de faire un essai
>>
>> Lorsque j'importe les styles :
>>
>> (dans le gestionnaire de style ==> charger les styles) je coche tout, je
>> choisis mon fichier
>>
>> Et bien tout n'est pas importé correctement. La numérotation des
>> chapitres n'est que partiellement reprise, il n'y a que la liaison entre
>> le niveau de chapitre et le style.
> Bon est-ce que tu peux :
>
> 1/ revoir ton style Titre 1 et lui donner un niveau hiérarchique 1 ;
> 2/ récupérer ce modèle et affecter les styles à ton document ?
>
> https://numericoach.net/Modele-de-document-long-version-2018
>
> Avec ma version de LibreOffice (donc une 6.0.3.2) je n'ai pas les
> problèmes de numérotation que tu rencontres. Ce modèle a été fait
> entièrement dans LibreOffice 

> ce qui ne semble pas le cas de ton document
> (ça peut jouer).
Effectivement, je ne sais plus trop d’où ça sort.
Un document Word je crois, qui était le fichier d'origine (qui vient je
ne sais d’où). j'ai modifié les styles pour en avoir une version
OpenDocument
Puis, j'ai importé les styles sur un second document (lui aussi un
import d'un document Word)
puis j'ai créé un troisième document à vide et j'y ai importé les
styles, et j'ai fait des copier-coller d'un PDF

Je vais faire des essais avec des documents vierges et je ferai aussi ce
que tu proposes

Je vais aussi copier-coller les trois documents vers un document vide.
Des fois, ça arrange bien des choses.

Pierre
>
> Comme ça on verra qui yoyote.
>
>


-- 
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 insertion numéro de chapitre LO 6.0.4.1

Je viens de faire un essai

Lorsque j'importe les styles :

(dans le gestionnaire de style ==> charger les styles) je coche tout, je
choisis mon fichier

Et bien tout n'est pas importé correctement. La numérotation des
chapitres n'est que partiellement reprise, il n'y a que la liaison entre
le niveau de chapitre et le style.

Tout le reste est parti à la trappe. Il faut donc se retaper le plus
gros du boulot.

La numérotation des chapitres c'est bien, à condition de rester sur un
document, ou de ne pas y retoucher.

L'intérêt de tout cela, des styles, des numérations, c'est aussi (à mon
humble avis) de pouvoir le propager à d'autres documents

Pierre


Le 23/04/2018 à 17:42, Pierre Choffardet a écrit :
>
> Le 23/04/2018 à 16:18, Ysabeau a écrit :
>> Le 23/04/2018 à 16:04, Pierre Choffardet a écrit :
>>> Bonjour,
>>> ???
>>> Je ne comprends pas le problème.
>>> Mais effectivement j'utilise les styles de numérotation pour toutes mes 
>>> numérotations.
>>> Pourquoi ? Ben, je ne sais plus trop. Parce que je crois que la mise à jour 
>>> des des numérotions de chapitres ne passe pas avec l'extension template 
>>> changer. Du coup, j'ai pris cette habitude.
>> Tu n'as plus besoin de cette extension maintenant puisque tu peux, enfin
>> pour Writer, charger les styles à partir du menu Styles. Et cette façon
>> de faire (en passant par Outils) est plus conforme "aux bons usages" et
>> tu t'arracheras moins les cheveux pour ta titraille (même si des fois...).
>>
>>
> Sauf pour attacher un modèle à un document.  Ce qu'on ne peut toujours
> pas faire nativement avec LO. Ils en discutent interminablement (en deux
> mots ?) sur le bug lié à cette demande de fonctionnalité.
> Je ne sais pas non plus si une modification des numérotations de
> chapitre dans le modèle est bien reportée lors de la mise à jour des
> styles des documents liés.
>
> Pierre
>


-- 
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 insertion numéro de chapitre LO 6.0.4.1



Le 23/04/2018 à 16:18, Ysabeau a écrit :
> Le 23/04/2018 à 16:04, Pierre Choffardet a écrit :
>> Bonjour,
>> ???
>> Je ne comprends pas le problème.
>> Mais effectivement j'utilise les styles de numérotation pour toutes mes 
>> numérotations.
>> Pourquoi ? Ben, je ne sais plus trop. Parce que je crois que la mise à jour 
>> des des numérotions de chapitres ne passe pas avec l'extension template 
>> changer. Du coup, j'ai pris cette habitude.
> Tu n'as plus besoin de cette extension maintenant puisque tu peux, enfin
> pour Writer, charger les styles à partir du menu Styles. Et cette façon
> de faire (en passant par Outils) est plus conforme "aux bons usages" et
> tu t'arracheras moins les cheveux pour ta titraille (même si des fois...).
>
>
Sauf pour attacher un modèle à un document.  Ce qu'on ne peut toujours
pas faire nativement avec LO. Ils en discutent interminablement (en deux
mots ?) sur le bug lié à cette demande de fonctionnalité.
Je ne sais pas non plus si une modification des numérotations de
chapitre dans le modèle est bien reportée lors de la mise à jour des
styles des documents liés.

Pierre

-- 
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 insertion numéro de chapitre LO 6.0.4.1

Bonjour,
???
Je ne comprends pas le problème.
Mais effectivement j'utilise les styles de numérotation pour toutes mes 
numérotations.
Pourquoi ? Ben, je ne sais plus trop. Parce que je crois que la mise à jour des 
des numérotions de chapitres ne passe pas avec l'extension template changer. Du 
coup, j'ai pris cette habitude.
Et effectivement, si je numérote de cette façon, je peux bien insérer le 
chapitre.
Que ce soit à partir de la section Titres ou paragraphes numérotés. 
Mais les numéros faits à partir des styles de numérotations sont toujours 
inaccessibles...

Bref, le comportement de LO et AOO est différent sur ce document spécifique. Je 
ne cherche pas plus loin

Merci

Pierre

- Mail original -
De: "Ysabeau" <i...@dutailly.net>
À: qa@fr.libreoffice.org
Envoyé: Lundi 23 Avril 2018 10:04:31
Objet: Re: [fr-qa] Bug insertion numéro de chapitre LO 6.0.4.1

Le 22/04/2018 à 22:06, Pierre Choffardet a écrit :
> Bonjour,
> Je pense que mon problème de numérotation est un bug
> 
> Je ne peux pas obtenir le numéro du chapitre des paragraphes numérotés.
> 
> - Faire une numérotation (utilisation des styles de numérotation)

Tout ce que je peux te dire c'est que que j'ai ouvert ton document avec
LibreOffice 6.0.3.2, que les titres étaient considérés comme du corps de
texte, que je n'ai pas pu mettre de numérotation de chapitre même en
reconfigurant les styles de titre,  et que et que j'ai dû charger des
styles qui ont écrasé ceux du document pour enfin avoir une numérotation
des titres.

J'aurais tendance à en conclure que c'est ce document spécifique qui a
un problème et que le problème, voir ci-dessus, n'est pas insoluble.


Accessoirement, les titres ça se numérote dans Outils > Numérotation des
chapitres.


-- 

Ysabeau
Services, s. m. pl. Mot usité dans cette formule à peu près invariable
du typo en quête de travail: Monsieur, je viens vous offrir mes services
pour la casse.
Dictionnaire de l'argot des typographes - Eugène Boutmy, correcteur
d'imprimerie, 1883.

-- 
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] Bug insertion numéro de chapitre LO 6.0.4.1

Bonjour,

Je viens de télécharger LO 6.0.5+, et j'ai le même problème.

Lorsque j'insère le n° de chapitre, c'est un caractère grisé vide qui
est inséré

à l'export PDF, c'est vide

J'ai mis un renvoi vers l'annexe 4. J'ai sauvegardé.

J'ai ouvert avec OpenOffice. Le numéro n'apparait toujours pas.

Si j’insère un renvoi vers l'annexe 5 avec OpenOffice en dessous de
celui créé avec LO. Au moment de l’insertion du renvoi, celui inséré
avec LO apparait !

Si j’ouvre ensuite avec LO, les deux renvois sont bien visibles, mais
l'insertion d'un nouveau renvoi pose le même problème.

C'est à devenir chèvre

Pierre

PS je suis sous W10


Le 22/04/2018 à 23:05, Jean-Baptiste Faure a écrit :
> Bonjour,
>
> Le 22/04/2018 à 22:06, Pierre Choffardet a écrit :
>> Bonjour,
>> Je pense que mon problème de numérotation est un bug
>>
>> Je ne peux pas obtenir le numéro du chapitre des paragraphes numérotés.
>>
>> - Faire une numérotation (utilisation des styles de numérotation)
>>
>> - Insérer un renvoi (Renvois/ Paragraphes numérotés / Chapitre)
>> c'est vide
>>
>> Avec OpenOffice 4.1.5, j'ai bien le numéro du chapitre
>
> Pas de problème avec LO 6.0.5.0+ que j'insère un renvoi sur
> Paragraphes numérotés / Chapitre ou sur Titres / Chapitre
>
> Bonne journée
> JBF
>


-- 
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 insertion numéro de chapitre LO 6.0.4.1

2018-04-22 Par sujet Pierre Choffardet

Bigre...

Je viens de faire des essais sur un document tout neuf. ça fonctionne bien, 
c'est mon document qui pose problème

Mais pourquoi ? je sèche...

Ce qui est surprenant, c'est qu'OpenOffice m'insère bien le numéro du chapitre, 
mais pas LO. Il y a donc peut-être bien un bug. Mais pas simple à cerner.

J'ai fait un reset de mon profil et c'est pareil

un morceau du document qui pose pb est ici :
https://framadrop.org/r/fX_8rSIt83#wWWokpo79m2hrpbrs91MBBGc0UNYOcNp31to1HlVK24=

Pierre

- Mail original -
De: "Pierre Choffardet" <pierre.choffar...@free.fr>
À: "LibO QA" <qa@fr.libreoffice.org>
Envoyé: Dimanche 22 Avril 2018 22:06:49
Objet: [fr-qa] Bug insertion numéro de chapitre LO 6.0.4.1

Bonjour,
Je pense que mon problème de numérotation est un bug

Je ne peux pas obtenir le numéro du chapitre des paragraphes numérotés.

- Faire une numérotation (utilisation des styles de numérotation)

- Insérer un renvoi (Renvois/ Paragraphes numérotés / Chapitre)
c'est vide

Avec OpenOffice 4.1.5, j'ai bien le numéro du chapitre

Pierre

-- 
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

[fr-qa] Bug insertion numéro de chapitre LO 6.0.4.1

2018-04-22 Par sujet Pierre Choffardet

Bonjour,
Je pense que mon problème de numérotation est un bug

Je ne peux pas obtenir le numéro du chapitre des paragraphes numérotés.

- Faire une numérotation (utilisation des styles de numérotation)

- Insérer un renvoi (Renvois/ Paragraphes numérotés / Chapitre)
c'est vide

Avec OpenOffice 4.1.5, j'ai bien le numéro du chapitre

Pierre

-- 
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] Pb import Word, formules perdues

2018-04-15 Par sujet Pierre Choffardet



Le 15/04/2018 à 18:21, Jean-Baptiste Faure a écrit :
> Re-bonjour,
>
> Le 15/04/2018 à 17:45, Pierre Choffardet a écrit :
>> Bonjour,
>>
>> merci de regarder ce problème
>>
>>
>> Le 15/04/2018 à 17:18, Jean-Baptiste Faure a écrit :
>>> Bonjour Pierre,
>>>
>>> Le 13/04/2018 à 22:34, Pierre Choffardet a écrit :
>>>>
>>>>
>>>> Bonjour,
>>>>
>>>>
>>>> Voilà un truc qui m'arrive un peu trop souvent.
>>> [...]
>>>
>>> Je vois plein de formules dans chacun des 3 fichiers et la différence
>>> ne saute pas aux yeux. Est-ce que tu peux citer des points précis à
>>> regarder ?
>> Ben, chez moi, à partir de la page 8, les formules sont mortes. Soit
>> elles ne s'affichent pas, soit ce ne sont pas les bonnes et lorsque l'on
>> clique dessus, rien ne s'ouvre.
>
> Par exemple page 9 je vois les équations 1 et 2 et je peux les éditer,
> ce qui me donne :
> équation 1 : {c} rsub {m} left (t right ) = {K} rsub {c} ⋅i(t)
> équation 2 : e left (t right ) = {K} rsub {e} ⋅ {ω} rsub {m} left (t
> right )   .
>
> Les autres formules que j'ai testées au hasard sont toutes éditables.
> J'ai fait mon test avec LO 6.0.3 fournie par le PPA Ubuntu directement
> sur le docx importé.
>
> [...]

J'ai donné trois liens, avec normalement
- le fichier DOCX original
- Le fichier ODT obtenu après import du DOCX
- Le fichier ODT mort après quelques heures de travail dessus (il y a
mort dans le nom du fichier)

Cela vient d'arriver de nouveau avec un autre fichier. Même procédure.
Import du fichier, travail dessus, au bout d'un moment, ça part en vrille.

Pierre

>>> Remarque 2 : dropbox est vraiment pénible, pour juste télécharger un
>>> fichier, il m'oblige à accepter plus de 100 scripts pour afficher le
>>> document en ligne, ce dont je n'ai rien à faire, je veux juste le
>>> télécharger. Un simple framadrop c'est vraiment plus léger et ça ne te
>>> donne pas l'impression que le site veut faire tourner plein de trucs
>>> pas net sur ta machine.
>> Je ne le savais pas. Pour moi, c'est plus simple, un clic droit sur le
>> fichier et et hop il n'y plus qu'à coller dans le mail.
>> La prochaine je ferais autrement
>
> Merci :-)
>
> Bonne journée
> JBF
>


-- 
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] Pb import Word, formules perdues

2018-04-15 Par sujet Pierre Choffardet

Bonjour,

merci de regarder ce problème


Le 15/04/2018 à 17:18, Jean-Baptiste Faure a écrit :
> Bonjour Pierre,
>
> Le 13/04/2018 à 22:34, Pierre Choffardet a écrit :
>>
>>
>> Bonjour,
>>
>>
>> Voilà un truc qui m'arrive un peu trop souvent.
> [...]
>
> Je vois plein de formules dans chacun des 3 fichiers et la différence
> ne saute pas aux yeux. Est-ce que tu peux citer des points précis à
> regarder ?
Ben, chez moi, à partir de la page 8, les formules sont mortes. Soit
elles ne s'affichent pas, soit ce ne sont pas les bonnes et lorsque l'on
clique dessus, rien ne s'ouvre.

Au début, le document importé est bon, et au bout d'un moment, il me
pète à la figure.

S'il est bon chez toi, c'est surprenant.

Ça m'est arrivé sur différents PCs, avec différentes versions de LO. À
chaque fois avec ce genre de document (plus de 100 formules)


>
> Remarque 1 : dans ton document il y a plein de formules qui seraient
> tout aussi bien rendues en utilisant un simple style de caractère (la
> bonne police en italique). À quoi bon utiliser l'éditeur d'équations
> pour écrire "1,96 m" ou le C2 de la question 2 ?

Là, 100 % OK. C'est pour cela que je le reprends. Je ne sais pas
pourquoi, mais la plupart des sujets sont comme cela.
>
> Remarque 2 : dropbox est vraiment pénible, pour juste télécharger un
> fichier, il m'oblige à accepter plus de 100 scripts pour afficher le
> document en ligne, ce dont je n'ai rien à faire, je veux juste le
> télécharger. Un simple framadrop c'est vraiment plus léger et ça ne te
> donne pas l'impression que le site veut faire tourner plein de trucs
> pas net sur ta machine.
Je ne le savais pas. Pour moi, c'est plus simple, un clic droit sur le
fichier et et hop il n'y plus qu'à coller dans le mail.
La prochaine je ferais autrement

Pierre

>
> Bonne journée
> JBF
>



-- 
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] Pb import Word, formules perdues

2018-04-13 Par sujet Pierre Choffardet



Bonjour,


Voilà un truc qui m'arrive un peu trop souvent.


J'importe ce fichier sous LO :


https://www.dropbox.com/s/bsxvuv7wx4uhr2e/CCP%20TSI%202015%20%28Sujet%29.docx?dl=0


Et ça donne ça :


https://www.dropbox.com/s/q2k7jghq53cgx4i/CCP%20TSI%202015%20%28Sujet%29.odt?dl=0


Et après avoir travaillé un peu avec, ça donne ça :


https://www.dropbox.com/s/q2k7jghq53cgx4i/CCP%20TSI%202015%20%28Sujet%29.odt?dl=0


La plupart des formules ont disparu.


Je ne sais pas trop quand ou après quelles modifs, mais ça m'est
  arrivé plusieurs fois.


Je ne sais pas trop pourquoi ou ce qui pourrait être en cause
  dans ma façon de travailler


Je ne sais pas trop si je dois faire un rapport de bug, ce n'est
  pas reproductible, en tous cas, je ne sais comment le refaire.


Pierre


-- 
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] Lenteur extrême ouverture d'un document.

2018-04-07 Par sujet Pierre Choffardet



Bonjour,


Merci pour le test.


Je ne pense que cela ait été un problème extérieur à LO


J'ai redémarré mon PC, l'ouverture du fichier prenait plus de 10
  minutes sur une machine correcte (i7 3,4 GHz et 24 Go de RAM)


Ensuite, c'était très très lent.


J'ai pu ouvrir et travaillé sur le fichier avec une version
  Master. puis sauvegarde et réouverture dans la version 6 de LO et
  tout est rentré dans l'ordre


Pierre
Le 06/04/2018 à 11:56, Rpnpif a écrit :
Le  6 avril 2018,pa...@free.fra écrit :Bonjour Pierre,
Pas de problème de lenteur avec un PC W7 et Libo Version: 5.0.6.3 (au collège)
CordialementBonjour,


Ici non plus avec la 6.0.3 sous Linux. Si le phénomène n'arrive que de
temps en temps, cela peut venir d'un Windows trop occupé ailleurs
(indexation des fichiers très gourmande, autre logiciel en tâche de
fond, manque de mémoire RAM, etc.)
-- 
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] Lenteur extrême ouverture d'un document.

2018-04-04 Par sujet Pierre Choffardet



Bonjour,


Désolé, le fait d'avoir travaillé le document avec LO master,
  puis sauvegardé, l'a rendu digérable par LO 6.0.3.2... Comprenne
  qui pourra, mais ça fonctionne maintenant, même si quelques fois,
  il y a un gel d'une seconde, rien à voir avec le blocage
  précédent.


Pierre
Le 04/04/2018 à 16:34, Pierre
  Choffardet a écrit :
Bonjour,




J'ai un document ici 
:https://www.dropbox.com/s/rbaq903fndlpsvq/les%20syst%C3%A8mes%20logiques%20combinatoires.odt?dl=0qui
 met très longtemps à s'ouvrir et qui rame incroyablement à
  chaque action (plusieurs minutes)




Est-ce que vous reproduisez ce problème ?




Je n'ai pas de problème avec la master d'il y a quelques jours,
  pas de problème avec OpenOffice




Mais j'ai ce problème avec LO 6.0.3.2




Pierre
-- 
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] Lenteur extrême ouverture d'un document.

2018-04-04 Par sujet Pierre Choffardet



Bonjour,


J'ai un document ici :


https://www.dropbox.com/s/rbaq903fndlpsvq/les%20syst%C3%A8mes%20logiques%20combinatoires.odt?dl=0


qui met très longtemps à s'ouvrir et qui rame incroyablement à
  chaque action (plusieurs minutes)


Est-ce que vous reproduisez ce problème ?


Je n'ai pas de problème avec la master d'il y a quelques jours,
  pas de problème avec OpenOffice


Mais j'ai ce problème avec LO 6.0.3.2


Pierre


-- 
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] Pourquoi ne pas intégrer Java avec l'installateur Libo ?

2018-03-17 Par sujet Pierre Choffardet





Le 17/03/2018 à 11:22, yves dutrieux a
  écrit :
Pour moi, le problème vient surtout du fait qu'on propose la 64bits sans se
soucier de l'existant du client. (ok on va de + en plus vers le 64bits,
mais c'est pas une raison pour moi :) )D'autant que si j'ai bien compris, la 
version 64 bits ne peut pas
gérer les scanners. Ce n'est pas un problème de pilotes 64 bits du
scanner mais bien un problème de LOIl faudrait- Confirmer cela- Si c'est 
confirmé, alerter les utilisateurs de ne pas utiliser
cette version de LO s'ils souhaitent travailler avec un scanner.
Voire de ne plus la proposer par défaut.PierreSi on avait les 2 
possibilités présentées, on se poserait peut-être la
question.


Un idée, mais à voir si faisable, ce serait un script java installé sur le
site qui "identifie" si le java client est 64bits ou pas , ou s'il est pas
là...
Si pas là =proposition du lien JAVA en fonction de libreoffice
sélectionné.
si là =proposition de la version libreoffice en fonction de la version
java déjà installée du client.


Yves




Le 17 mars 2018 à 10:43, nicolaspa...@free.fra écrit :Re-Bonjour,


Autre retour de mon Papy, pourquoi ne pas intégrer de nouveau Java dans
l'installateur (comme avec OpenOffice) ?


Je lui ai répondu cela :Si vous parlez du fichier d'installation, c'est 
effectivement dommage,Cela provient peut-être du fait que LibreOffice est une 
"branche"qui s'est séparée d'anciennement OpenOffice qui a été racheté par 
Oracle,et donc Java ! Je vais remonter cela


On trouve de plus en plus de retour sur les problèmes d'installation Java
x32-x64 (vous en êtes témoins ce mois ci dans le 
forumusers+h...@fr.libreoffice.org)


On peut améliorer cela ?


Nicolas


--
Nicolas Paour




---
Cet email a fait l'objet d'une analyse antivirus par AVG.http://www.avg.com--
Envoyez un mail àqa+unsubscribe@fr.libreoffice.orgpour 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

[fr-qa] LibreOffice Writer 6.0.2 tableaux, pertes de l'attribut ne pas scinder

2018-03-16 Par sujet Pierre Choffardet

Bonjour,
Je constate dans les tableaux avec Writer 6.0.2 que l’attribut "ne pas scinder 
le tableau" est perdu à chaque ajout de ligne

Pour reproduire :
- ajouter un tableau dans un document vierge
- décocher l'option "Autoriser le fractionnement sur plusieurs lignes ou 
colonnes"
- Ajouter une ligne

==> L'option est décochée

Qu'en pensez vous ?
Pierre

-- 
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] Bug import de formules math docx

2018-01-15 Par sujet Pierre Choffardet



Bonjour,


j'ai rédigé un petit rapport de bug :


l'import des formules Word ne fonctionne pas correctement
  lorsqu’il y a des points au-dessus des symboles (x point) par
  exemple pour la dérivée de x


Le filtre d'import met un accent au lieu du point (commande
  "acute" à la place de "dot")


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


Pierre




-- 
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] Bugs sur Draw LO

2018-01-15 Par sujet Pierre Choffardet



Merci




Le 15/01/2018 à 23:00, Laurent
  Balland-Poirier a écrit :
Le 15/01/2018 à 21:58, Pierre Choffardet a écrit :J'ai fait un rapport de bug 
pour le premier bug, autant que   
possible...https://bugs.documentfoundation.org/show_bug.cgi?id=115000Confirmé.Laurent
 BP
-- 
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] Bugs sur Draw LO

2018-01-15 Par sujet Pierre Choffardet



J'ai fait un rapport de bug pour le premier bug, autant que
  possible...


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


Pierre
Le 17/12/2017 à 15:05, Pierre
  Choffardet a écrit :
Bonjour,




Je travaille beaucoup avec Draw en ce moment. Je crois avoir
  découvert trois bugs :




Je suis avec la version 5.4.4.2, mais je pense que le premier bug
  existe depuis bien plus longtemps puisque je suis à peu près
  certain de l’avoir déjà eu, et il existe aussi dans OpenOffice 4.1




Pour le reproduire




Premier bug :




Créer un nouveau document Draw.




Créer un style « Traits »




Créer un style « Rouge » héritant de « Traits »




Fermer et sauver le document




Rouvrir le document, regarder les styles en mode hiérarchie




=Les styles « Rouge » et « Traits » sont au même niveau




Modifier le style rouge, pour le faire héritier de « Traits »




Sauver et enregistrer, rouvrir, regarder les styles en mode
  hiérarchie




==C’est bon.




Second bug :




Là, je suis incapable de le reproduire, mais je ne l’ai jamais eu
  auparavant. Tout simplement, des documents Draw, deviennent des
  documents Impress




Ils ont bien l’extension ODG, mais lorsque je les ouvre, que ce
  soit avec DRAW, Le start-center, ou par double clic, c’est Impress
  qui s’ouvre avec le document.




Ça ne le fait qu’avec deux documents.




Pour le premier, c’est arrivé après un crash




Pour le second c’est arrivé après avoir travaillé dessus




Le travail consistant à copier une image d’Impress vers Draw (un
  schéma cinématique)




- refaire le schéma avec Draw par-dessus le dessin




- puis copier-coller le dessin ver Impress




Je l’ai fait trois ou 4 fois depuis hier, sans problème.




Voilà les deux fichiers 
:https://www.dropbox.com/s/0yzcys3fvt7qn3j/reperes.odg?dl=0https://www.dropbox.com/s/94qfvukcfy89daf/epas.odg?dl=0Est-ce
 qu’ils s’ouvrent aussi avec Impress chez vous ?




Peut-être que l’examen des fichiers permet d’avoir une idée de ce
  qui a dysfonctionné, mais c’est hors de mes compétences




Enfin, peut-être un problème de traduction.




Dans Draw, lorsque je veux ajouter une page, je vais dans la
  fenêtre de gauche, et dans la zone vide, je fais un clic droit.




Avec LO, j’ai l’option « Page suivante », avec OpenOffice, j’ai
  « Ajouter une page »




Je pense qu’il y a eu un problème de traduction, ou alors, je ne
  trouve pas que la traduction choisie soit judicieuse. mais c’est
  mineur comme problème




Pierre
-- 
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] Bugs sur Draw LO

2017-12-18 Par sujet Pierre Choffardet





Le 18/12/2017 à 12:09, Rpnpif a écrit :
Le 17 décembre 2017, Cédric Frayssinet a écrit :Bonjour,


Le 17/12/2017 à 15:05, Pierre Choffardet a écrit :Second bug :




Là, je suis incapable de le reproduire, mais je ne l’ai jamais eu
  auparavant. Tout simplement, des documents Draw, deviennent des
  documents Impress




Ils ont bien l’extension ODG, mais lorsque je les ouvre, que ce
  soit avec DRAW, Le start-center, ou par double clic, c’est Impress
  qui s’ouvre avec le document.




Ça ne le fait qu’avec deux documents.




Pour le premier, c’est arrivé après un crash




Pour le second c’est arrivé après avoir travaillé dessus




Le travail consistant à copier une image d’Impress vers Draw (un
  schéma cinématique)




- refaire le schéma avec Draw par-dessus le dessin




- puis copier-coller le dessin ver Impress




Je l’ai fait trois ou 4 fois depuis hier, sans problème.




Voilà les deux fichiers 
:https://www.dropbox.com/s/0yzcys3fvt7qn3j/reperes.odg?dl=0https://www.dropbox.com/s/94qfvukcfy89daf/epas.odg?dl=0Est-ce
 qu’ils s’ouvrent aussi avec Impress chez vous ?




Peut-être que l’examen des fichiers permet d’avoir une idée de ce
  qui a dysfonctionné, mais c’est hors de mes compétencesJe confirme, les 2 
fichiers s'ouvre avec Impress sur mon poste Ubuntu 16.04.


En ouvrant les fichiers, on voit que le fichier mimetype est positionné à


application/vnd.oasis.opendocument.presentation


alors qu'il devrait être à


application/vnd.oasis.opendocument.graphics


Le fait de le réengistrer dans un format 'dessin' ne suffit pas...


Dans tous les cas, jolis schémas cinématiques :)Effectivement, leur mimetype 
est presentation en interne (décompression
zip) et avec la commande file. Mais Thunar de Debian Jessie les
reconnaît comme Dessin, de même que LO 6 bêta.


En résumé, il y a bien un bogue dans le fichier.Intéressant ça : la différence 
de comportement entre deux versions
de LO, mais chez-moi, LO6 beta2 les ouvre sous ImpressPierre
-- 
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] Demande d’amélioration stat center

2017-12-17 Par sujet Pierre Choffardet



Merci pour cette réponse, que je n'avais pas vue passer


Je télécharge de ce pas


Pierre
Le 30/11/2017 à 18:56, Ysabeau a
  écrit :
Le
  30/11/2017 à 16:01, Pierre Choffardet a écrit :Bonjour,Je trouve le 
"start-center" très bien. Il lui manque juste une   chose pour que je le 
qualifie de super bien.Un moyen d'épingler des documents qui resteraient 
toujours dans   le start center, même si on ne les ouvre pas pendant des
semaines.Il faudrait juste une icône sur le document pour montrer qu'il 
  est épinglé et un moyen de mettre ou retirer la punaise.Voilà, je ne sais 
pas ce que vous en pensez ?Je me lancerai bien dans une demande d'amélioration, 
mais je
m'en   sens incapable. Enfin, s'il le faut, je me lancerai.Cela dit 
peut-être que ça existe déjàTu as l'extension Bookmarks Menu qui fait ça, en 
mieux parce que
  tu peux arranger ça comme tu veux et que ça ne figure pas dans le
  panneau de démarrage donc c'est assez discret ce qui peut s'avérer
  utile. En outre, la fait d'avoir directement la liste de ces
  fichiers dans un menu me paraît plus 
ergonomique.https://extensions.openoffice.org/en/project/bookmarks-menu
-- 
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] Bugs sur Draw LO

2017-12-17 Par sujet Pierre Choffardet



Bonjour,


Je travaille beaucoup avec Draw en ce moment. Je crois avoir
  découvert trois bugs :


Je suis avec la version 5.4.4.2, mais je pense que le premier bug
  existe depuis bien plus longtemps puisque je suis à peu près
  certain de l’avoir déjà eu, et il existe aussi dans OpenOffice 4.1


Pour le reproduire


Premier bug :


Créer un nouveau document Draw.


Créer un style « Traits »


Créer un style « Rouge » héritant de « Traits »


Fermer et sauver le document


Rouvrir le document, regarder les styles en mode hiérarchie


=Les styles « Rouge » et « Traits » sont au même niveau


Modifier le style rouge, pour le faire héritier de « Traits »


Sauver et enregistrer, rouvrir, regarder les styles en mode
  hiérarchie


==C’est bon.


Second bug :


Là, je suis incapable de le reproduire, mais je ne l’ai jamais eu
  auparavant. Tout simplement, des documents Draw, deviennent des
  documents Impress


Ils ont bien l’extension ODG, mais lorsque je les ouvre, que ce
  soit avec DRAW, Le start-center, ou par double clic, c’est Impress
  qui s’ouvre avec le document.


Ça ne le fait qu’avec deux documents.


Pour le premier, c’est arrivé après un crash


Pour le second c’est arrivé après avoir travaillé dessus


Le travail consistant à copier une image d’Impress vers Draw (un
  schéma cinématique)


- refaire le schéma avec Draw par-dessus le dessin


- puis copier-coller le dessin ver Impress


Je l’ai fait trois ou 4 fois depuis hier, sans problème.


Voilà les deux fichiers :


https://www.dropbox.com/s/0yzcys3fvt7qn3j/reperes.odg?dl=0


https://www.dropbox.com/s/94qfvukcfy89daf/epas.odg?dl=0


Est-ce qu’ils s’ouvrent aussi avec Impress chez vous ?


Peut-être que l’examen des fichiers permet d’avoir une idée de ce
  qui a dysfonctionné, mais c’est hors de mes compétences


Enfin, peut-être un problème de traduction.


Dans Draw, lorsque je veux ajouter une page, je vais dans la
  fenêtre de gauche, et dans la zone vide, je fais un clic droit.


Avec LO, j’ai l’option « Page suivante », avec OpenOffice, j’ai
  « Ajouter une page »


Je pense qu’il y a eu un problème de traduction, ou alors, je ne
  trouve pas que la traduction choisie soit judicieuse. mais c’est
  mineur comme problème


Pierre




-- 
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] Demande d’amélioration stat center

2017-11-30 Par sujet Pierre Choffardet



Bonjour,


Je trouve le "start-center" très bien. Il lui manque juste une
  chose pour que je le qualifie de super bien.


Un moyen d'épingler des documents qui resteraient toujours dans
  le start center, même si on ne les ouvre pas pendant des semaines.


Il faudrait juste une icône sur le document pour montrer qu'il
  est épinglé et un moyen de mettre ou retirer la punaise.


Voilà, je ne sais pas ce que vous en pensez ?


Je me lancerai bien dans une demande d'amélioration, mais je m'en
  sens incapable. Enfin, s'il le faut, je me lancerai.


Cela dit peut-être que ça existe déjà


Pierre


-- 
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] Images qui ne s'enregistrent pas Writer




Le 17/09/2017 à 17:25, Laurent BALLAND-POIRIER a écrit :

Le 17/09/2017 à 17:07, Pierre Choffardet a écrit :
Si je regarde le contenu du fichier, l'image que j'ai ajoutée y est 
bien (dans le dossier pictures). (l'empreinte CO2). Elle est associée 
à image3 dans le code XML de content.xml. Et c'est bien image3 qui 
est grisé


...

Pierre


Le 17/09/2017 à 16:57, Pierre Choffardet a écrit :

Bonjour,

Merci d'avoir pris du temps pour regarder ce problème.

J'ai aussi un objet grisé qui s’appelle forme 1. ça en fait donc deux

voilà le navigateur

https://www.dropbox.com/s/l47b0i8yqjtmdpr/F5.jpg?dl=0

J'ai oublié de préciser : LO 5.4.1.2

Vous avez essayé d'ajouter une image ?

Autre question, je trouve ce document très lent. Zoom, défilement. 
Vous aussi ?


Pierre
Le 17/09/2017 à 16:28, Laurent BALLAND-POIRIER a écrit :
Je remarque que "normalement" les formes n'apparaissent dans le 
navigateur que si on leur a donné un nom. Il est donc bizarre que 
cette forme apparaisse dans le navigateur. Mais le code XML de 
cette forme étant vide, il a du y avoir un pb à 1 époque avec ce 
style de page.


Laurent BP







Je reproduis le bogue avec LibO 5.4.1 mais pas avec LibO 5.3.6. Comme 
indiqué dans mon message de 16:14 j'ai pu insérer une image avec LibO 
5.3.6 et le comportement est normal.


Je constate que LibO 5.4.1 n'affiche pas la première image (Image3 : 
une empreinte de pied suivi de CO2, en blanc sur fond vert), alors 
qu'elle est visible avec LibO5.3.6.


L'insertion d'image effectivement échoue selon la procédure décrite 
dans LibO 5.4.1.


Mon analyse : il y a un bogue dans LibO 5.4 qui ne sait pas gérer 
cette forme utilisée dans un style de page non utilisé. LibO 5.4 se 
mélange alors les images et l'insertion devient b.


Solution de contournement : dans LibO 5.3.6, supprimer le style de 
page "1ere Page SI". Enregistrer et on peut reprendre le travail 
normalement avec LibO 5.4.


Le fichier débarrassé du style de page et enregistré avec LibO 5.3.6 
est disponible ici :


https://framadrop.org/r/BZCYvhqUjO#FALf5+UchAFw4FApoY7TG5CvgjTVwTfPIJwnrK05oQQ= 




Laurent BP


OK, j'ai modifié le style de page du modèle, car sinon, il reviendra à 
chaque fois.
L'origine du problème, c'est donc l'incapacité de LO, lors d'une mise à 
jour des styles à transférer l'image du modèle vers le fichier. Ensuite, 
c'est son incapacité à gérer le bug dans le XML
Conclusion :  pour ceux qui utilisent les styles de pages, avec des 
images dans des en-têtes, le tout dans un modèle, et qui font vivre ce 
modèle.
Ça fout le b* dans le fichier XML, et ça empêche l'ajout d'images. 
Pas simple alors de remonter l’origine du problème. Les autres qui vont 
y être confrontés vont s'arracher les cheveux (un coup ça marche, un 
autre pas)
OK, ça concerne une personne sur mille (voire moins), mais c'est dommage 
que ces fonctions soient finalement inutilisées, car pas complètement 
implémentées.
C'est aussi sur ces points que LO peut se montrer un bon outil. C'est 
dommage.

Pierre

--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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] Images qui ne s'enregistrent pas Writer




Le 17/09/2017 à 16:14, Laurent BALLAND-POIRIER a écrit :

Bonjour Pierre,

Je ne reproduis pas le même pb que toi :
Le 17/09/2017 à 15:39, Pierre Choffardet a écrit :

Bonjour,

Je viens peut-être de cerner un problème qui m'agace depuis quelque 
temps.


Sur certains documents, lorsque j'ajoute une image, elle ne 
s'enregistre pas


Exemple de document

https://www.dropbox.com/s/warow85ujcafihm/ballon%20ECS%20electrique%20et%20chaudi%C3%A8re.odt?dl=0 



Si j'ajoute une image, j’enregistre, je ferme, j'ouvre, elle n'est 
plus là...


En regardant de plus, au niveau du navigateur, il y a

image 1 ; image 3 (grisée) ; image 4 et image 5
Je n'ai pas la même chose dans mon navigateur LibO Version: 5.3.6.1 
(x64) sous Win7 :

Images > Image3 / Image4 / Image1 / Image5
Objets de dessin > Forme1 (grisé)
Du coup, est-ce que l'image de la première page (une empreinte avec le 
mot CO2) apparait ?
Chez moi, je ne l'ai pas (c'est pourtant bien sur la vignette de la 
première page) / dossier thumbails
Les noms des images n'ont pas d'espace et sont toutes en noir 
accessibles. Par Format > Nom tu peux leur donner un nom + parlant qui 
apparaitra dans le navigateur.
J'ai cependant recherché pourquoi la forme était grisée. Pour cela, 
j'ai enregistré le fichier au format Flat Document (fodt), puis j'ai 
ouvert le fichier dans un éditeur de texte (Notepad++ sous Windows) ce 
qui permet d'accéder directement à tout le code XML sans procédure de 
dézippage/zippage. Dans le code XML, j'ai recherché "Forme1", et je 
l'ai trouvé dans la section header du style de page "1ere Page SI". Ce 
style de page n'étant pas utilisé, cela me parait logique que le 
navigateur te l'affiche en non accessible.


Je remarque que "normalement" les formes n'apparaissent dans le 
navigateur que si on leur a donné un nom. Il est donc bizarre que 
cette forme apparaisse dans le navigateur. Mais le code XML de cette 
forme étant vide, il a du y avoir un pb à 1 époque avec ce style de page. 


Cette forme est héritée du modèle utilisé pour créer ce document. J'ai 
essayé d'ajouter une image dans un en-tête nommé 1ère page SI dans le 
modèle alors que le document avait déjà été créé.


Sur le modèle, ça fonctionne bien.
Sur un fichier créé à partir de ce modèle, ça fonctionne bien
Sur un fichier existant, lié à ce modèle, mettant à jour les styles à 
l'ouverture, ça ne fonctionne pas. L'image n'est pas copiée dans le fichier.

C'est un bug de LO je pense.

Pierre







D’où ma série de questions. Pour une image est grisée ? elle est dite 
"masqué" ?


Reproduisez-vous le problème ?
J'ai ensuite inséré une nouvelle image, qui a pris effectivement le 
nom Image2. J'ai enregistré, fermé, rouvert. Image2 est toujours là. 
Je ne reproduis pas de dysfonctionnement.


Laurent BP




--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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] Images qui ne s'enregistrent pas Writer

Si je regarde le contenu du fichier, l'image que j'ai ajoutée y est bien 
(dans le dossier pictures). (l'empreinte CO2). Elle est associée à 
image3 dans le code XML de content.xml. Et c'est bien image3 qui est grisé


...

Pierre


Le 17/09/2017 à 16:57, Pierre Choffardet a écrit :

Bonjour,

Merci d'avoir pris du temps pour regarder ce problème.

J'ai aussi un objet grisé qui s’appelle forme 1. ça en fait donc deux

voilà le navigateur

https://www.dropbox.com/s/l47b0i8yqjtmdpr/F5.jpg?dl=0

J'ai oublié de préciser : LO 5.4.1.2

Vous avez essayé d'ajouter une image ?

Autre question, je trouve ce document très lent. Zoom, défilement. 
Vous aussi ?


Pierre
Le 17/09/2017 à 16:28, Laurent BALLAND-POIRIER a écrit :
Je remarque que "normalement" les formes n'apparaissent dans le 
navigateur que si on leur a donné un nom. Il est donc bizarre que 
cette forme apparaisse dans le navigateur. Mais le code XML de cette 
forme étant vide, il a du y avoir un pb à 1 époque avec ce style de 
page.


Laurent BP







--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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] Images qui ne s'enregistrent pas Writer


Bonjour,

Merci d'avoir pris du temps pour regarder ce problème.

J'ai aussi un objet grisé qui s’appelle forme 1. ça en fait donc deux

voilà le navigateur

https://www.dropbox.com/s/l47b0i8yqjtmdpr/F5.jpg?dl=0

J'ai oublié de préciser : LO 5.4.1.2

Vous avez essayé d'ajouter une image ?

Autre question, je trouve ce document très lent. Zoom, défilement. Vous 
aussi ?


Pierre
Le 17/09/2017 à 16:28, Laurent BALLAND-POIRIER a écrit :
Je remarque que "normalement" les formes n'apparaissent dans le 
navigateur que si on leur a donné un nom. Il est donc bizarre que 
cette forme apparaisse dans le navigateur. Mais le code XML de cette 
forme étant vide, il a du y avoir un pb à 1 époque avec ce style de page.


Laurent BP




--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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] Images qui ne s'enregistrent pas Writer


Bonjour,

Je viens peut-être de cerner un problème qui m'agace depuis quelque temps.

Sur certains documents, lorsque j'ajoute une image, elle ne s'enregistre pas

Exemple de document

https://www.dropbox.com/s/warow85ujcafihm/ballon%20ECS%20electrique%20et%20chaudi%C3%A8re.odt?dl=0

Si j'ajoute une image, j’enregistre, je ferme, j'ouvre, elle n'est plus 
là...


En regardant de plus, au niveau du navigateur, il y a

image 1 ; image 3 (grisée) ; image 4 et image 5

Lorsque j'ajoute l'image, elle s’appelle image 2 (ce qui est logique). 
Il y a donc :


image 1 ; image 2 ; image 3 (grisée) ; image 4 et image 5

Lorsque je ferme et ouvre le document, il y a :

image 1 ; image 2 (grisée) ; image 4 et image 5

L'image grisée est passée de 2 à 3 et mon image a disparu.

Si on recommence, alors, la nouvelle image se nomme image 3, qui 
redevient grisée après enregistrement/réouverture


D’où ma série de questions. Pour une image est grisée ? elle est dite 
"masqué" ?


Reproduisez-vous le problème ?

Savez-vous comment la dégriser ?

Est-ce un bug ?

Pierre


--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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] Appels de TDF

2017-08-27 Par sujet Pierre Choffardet


Bonsoir,

J'avoue ne pas très ben comprendre, mais les subtilités de l'anglais et 
moi...


Je ne fais pas de polémique là (pour une fois), je cherche simplement à 
savoir si ces appels d'offres ont eu des réponses positives, et si oui, 
dans quels délais on peut espérer avoir ces apports dans LO.


Comme les appels sont faits sur le blog TDF, je pense que ce serait bien 
aussi de faire un petit suivi de la chose, c'est tout


Pierre



Le 23/08/2017 à 11:09, Sophie a écrit :

Bonjour Pierre,

Cela fait un petit moment que je veux répondre à ce mail, il me manquait
des éléments pour être exacte.
Le 13/07/2017 à 18:44, Pierre Choffardet a écrit :

Bonjour,
TDF a fait des appels d’offres pour trois projets


Import de base de données HSQLDB dans Firefird via LO
https://blog.documentfoundation.org/blog/2017/05/04/tender-implement-hsqldb-binary-format-import-libreoffice-201705-03/


Filtre d’import SVGIO
https://blog.documentfoundation.org/blog/2017/05/03/tender-deprecate-libreoffices-svg-filter-favour-svgio-201705-02/


Amélioration de la gestion des images dans LO
https://blog.documentfoundation.org/blog/2017/05/02/tender-improve-image-handling-libreoffice-201705-01/


Cela fait près de deux mois et demi que ces appels ont été faits, il
serait intéressant de savoir ce qu’il s’est passé :
Réponse, entreprise, travail, date.


Pour ceux qui sont retenus, la publication fait partie d'une lettre de
news du bureau des directeurs qu'Italo publie chaque mois sur la liste
(privée) des membres de TDF. Les chiffres sont publiés dans les feuilles
de comptes sur le wiki [1].
Ceci dit, et cela a été remonté, nous aimerions un peu plus de
transparence sur le suivi des appels d'offre. Il se trouve que plusieurs
d'entre eux n'ont pu être évalués et c'est l'explication que donne
aujourd'hui (et que j'attendais pour te répondre) Björn sur la liste
board-discuss [2].
Ce mail est assez long et est un appel à action. Je te (vous) laisse le
lire et reste dispo pour répondre à vos questions ou faire le lien avec
la liste.

[1] https://wiki.documentfoundation.org/TDF/Ledgers
[2]
http://nabble.documentfoundation.org/Hackfests-the-next-generation-A-Call-To-Action-td4221150.html

À bientôt
Sophie



--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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 94597 : modèle par défaut et clé de registre

2017-08-24 Par sujet Pierre Choffardet

Bonjour,

J'ai modifié

HKEY_CLASSES_ROOT/.odt/LibreOffice.WriterDocument.1/ShellNew - FileName

Avec un de mes modèles. ça fonctionne bien

J'ai modifié les ACL de cette clé de registre. Et j'ai relancé
l'installation de LO.

Pendant le processus de réparation de LO, j'ai eu un message qui
m'indiquait que cette clé n'était pas accessible en écriture, j'ai
cliqué sur ignorer. L'installation s'est terminée avec succès, et LO
fonctionne correctement.

Cela semble être un moyen de contournement, qu'en pensez-vous ?

Pierre

Le 23/08/2017 à 11:26, Pierre Choffardet a écrit :

Désolé, encore moi.

je vois ici :
https://depanmicro.cuisinaud.com/index.php/astuces/windows-7/22-modifier-le-menu-contextuel-nouveau-de-windows-7-8-1-et-10

que le menu nouveau est bien géré dans la ruche current_user, mais que le lien
avec l'extension et le fichier se trouve dans la ruche local_machine.

Il faut donc soit chercher s'il n'y a pas un moyen d'outrepasser cela dans la
ruche de l’utilisateur, soit interdire l'accès des paramètres sensibles de la
ruche local_machine au processus d'installation de LO, soit remettre à jour
cette clé de registre par un petit script au niveau machine (un simple fichier
.reg à exécuter)

Pierre
- Mail original -
De: "Pierre Choffardet" <pierre.choffar...@free.fr>
À: "LibO QA" <qa@fr.libreoffice.org>
Envoyé: Mercredi 23 Août 2017 11:18:24
Objet: Re: [fr-qa] bug 94597 : modèle par défaut et clé de registre

- Mail original -
De: "Pierre Choffardet" <pierre.choffar...@free.fr>
À: "LibO QA" <qa@fr.libreoffice.org>
Envoyé: Mercredi 23 Août 2017 11:00:18
Objet: Re: [fr-qa] bug 94597 : modèle par défaut et clé de registre

Bonjour,

J'y vais de ma petite contribution.

Il est tout à fait normal que l'installation d'un logiciel ne touche que les
ruches local_machine et users.

La ruche users, sert à peupler la ruche current_user lorsqu'un utilisateur n'a
pas de ruche utilisateur au moment où il se connecte au PC

Modifier cette ruche, sera donc d'aucun effet si l'utilisateur à déjà une ruche
current_user

Pour ce qui est du menu contextuel nouveau --> document, il peut y avoir deux
façons de le peupler

à partir de la ruche local_machine, cela concernera tous les utilisateurs de
cette machine

à partir de la ruche local_user, ce paramètre est prioritaire sur la ruche
local_machine

à partir de la ruche users, mais cela ne concernera que les nouveaux
utilisateurs.

à noter que les ruches local_machine et users ne sont pas accessibles à
l'utilisateur sans élévation de privilège. Ce qui n'est pas le cas de la ruche
current_user totalement accessible à l'utilisateur.

La liaison devrait avec le modèle devrait donc se faire dans cette ruche, qui
n'est jamais modifiée par l'installation d'un logiciel.

Enfin, on ne devrait jamais aller dans la base de registre. C'est processus
d'installation du logiciel de modifier les ruches local_machine et current user.

Et c'est à l'OS ou au logiciel de proposer un moyen de configurer la ruche
curent user, qui contient la configuration spécifique à l'utilisateur.

On peut imaginer que lorsque l'on demande à LO de changer le modèle par défaut
utilisé, il y ait aussi la modification de la clé correspondante dans la base
de registre pour avoir aussi ce modèle par défaut lorsque l'on crée un nouveau
document par clic-droit sur un dossier.

Enfin, ne pas oublier que lorsque l'on crée un document de cette façon, il n'a
pas de langue définie par défaut, ce qui à mon avis est un bug, lié à une
mauvaise initialisation de ces clés de registre.

Étant en vacances, avec une connexion internet très limitée, je dis tout cela de mémoire.
Je manque de temps pour tester ce que je viens d'avancer, en particulier la priorité des
réglages de la ruche user sur la ruche local_machine. Il est possible que cela dépende du
"mode de traitement de la boucle de rappel" pour des stratégies réseau
http://pbarth.fr/node/99

Pierre

J'ajoute, que la ruche class_root est une sous-ruche de local_machine
(Software/classes)

Que c'est la partie "default" de users qui va peupler les ruches des nouveaux
utilisateurs, par un simple copier-coller de cette ruche vers une ruche de users portant
de SID de l'utilisateur.

La ruche current_user est une sous ruche de la ruche users ayant le SID de
l’utilisateur. Ce sont les autorisations sur ces ruches qui donnent les droits
d’accès (ACL) aux utilisateurs.

Il est possible d'écrire des scripts de démarrage machine ou session qui
modifient la base de registre, afin de la garder conforme à nos besoins. Il est
aussi possible de modifier les ACL de ces bases de registre par exemple
interdire au processus d’installation de LO de modifier des clés de la BDR. À
vérifier que ça ne fait pas planter l’installation de LO

- Mail original -
De: "Jean-Baptiste Faure" <jbfa...@libreoffice.org>
À: "LibO

Re: [fr-qa] bug 94597 : modèle par défaut et clé de registre

2017-08-23 Par sujet Pierre Choffardet

Désolé, encore moi.

je vois ici : 
https://depanmicro.cuisinaud.com/index.php/astuces/windows-7/22-modifier-le-menu-contextuel-nouveau-de-windows-7-8-1-et-10

que le menu nouveau est bien géré dans la ruche current_user, mais que le lien 
avec l'extension et le fichier se trouve dans la ruche local_machine.

Il faut donc soit chercher s'il n'y a pas un moyen d'outrepasser cela dans la 
ruche de l’utilisateur, soit interdire l'accès des paramètres sensibles de la 
ruche local_machine au processus d'installation de LO, soit remettre à jour 
cette clé de registre par un petit script au niveau machine (un simple fichier 
.reg à exécuter)


Pierre
- Mail original -
De: "Pierre Choffardet" <pierre.choffar...@free.fr>
À: "LibO QA" <qa@fr.libreoffice.org>
Envoyé: Mercredi 23 Août 2017 11:18:24
Objet: Re: [fr-qa] bug 94597 : modèle par défaut et clé de registre



- Mail original -
De: "Pierre Choffardet" <pierre.choffar...@free.fr>
À: "LibO QA" <qa@fr.libreoffice.org>
Envoyé: Mercredi 23 Août 2017 11:00:18
Objet: Re: [fr-qa] bug 94597 : modèle par défaut et clé de registre

Bonjour,

J'y vais de ma petite contribution.

Il est tout à fait normal que l'installation d'un logiciel ne touche que les 
ruches local_machine et users.

La ruche users, sert à peupler la ruche current_user lorsqu'un utilisateur n'a 
pas de ruche utilisateur au moment où il se connecte au PC

Modifier cette ruche, sera donc d'aucun effet si l'utilisateur à déjà une ruche 
current_user

Pour ce qui est du menu contextuel nouveau --> document, il peut y avoir deux 
façons de le peupler

à partir de la ruche local_machine, cela concernera tous les utilisateurs de 
cette machine

à partir de la ruche local_user, ce paramètre est prioritaire sur la ruche 
local_machine

à partir de la ruche users, mais cela ne concernera que les nouveaux 
utilisateurs.

à noter que les ruches local_machine et users ne sont pas accessibles à 
l'utilisateur sans élévation de privilège. Ce qui n'est pas le cas de la ruche 
current_user totalement accessible à l'utilisateur.

La liaison devrait avec le modèle devrait donc se faire dans cette ruche, qui 
n'est jamais modifiée par l'installation d'un logiciel.

Enfin, on ne devrait jamais aller dans la base de registre. C'est processus 
d'installation du logiciel de modifier les ruches local_machine et current user.

Et c'est à l'OS ou au logiciel de proposer un moyen de configurer la ruche 
curent user, qui contient la configuration spécifique à l'utilisateur.

On peut imaginer que lorsque l'on demande à LO de changer le modèle par défaut 
utilisé, il y ait aussi la modification de la clé correspondante dans la base 
de registre pour avoir aussi ce modèle par défaut lorsque l'on crée un nouveau 
document par clic-droit sur un dossier.

Enfin, ne pas oublier que lorsque l'on crée un document de cette façon, il n'a 
pas de langue définie par défaut, ce qui à mon avis est un bug, lié à une 
mauvaise initialisation de ces clés de registre.

Étant en vacances, avec une connexion internet très limitée, je dis tout cela 
de mémoire. Je manque de temps pour tester ce que je viens d'avancer, en 
particulier la priorité des réglages de la ruche user sur la ruche 
local_machine. Il est possible que cela dépende du "mode de traitement de la 
boucle de rappel" pour des stratégies réseau 
http://pbarth.fr/node/99

Pierre

J'ajoute, que la ruche class_root est une sous-ruche de local_machine 
(Software/classes)

Que c'est la partie "default" de users qui va peupler les ruches des nouveaux 
utilisateurs, par un simple copier-coller de cette ruche vers une ruche de 
users portant de SID de l'utilisateur.

La ruche current_user est une sous ruche de la ruche users ayant le SID de 
l’utilisateur. Ce sont les autorisations sur ces ruches qui donnent les droits 
d’accès (ACL) aux utilisateurs.

Il est possible d'écrire des scripts de démarrage machine ou session qui 
modifient la base de registre, afin de la garder conforme à nos besoins. Il est 
aussi possible de modifier les ACL de ces bases de registre par exemple 
interdire au processus d’installation de LO de modifier  des clés de la BDR. À 
vérifier que ça ne fait pas planter l’installation de LO

- Mail original -
De: "Jean-Baptiste Faure" <jbfa...@libreoffice.org>
À: "LibO QA" <qa@fr.libreoffice.org>
Envoyé: Lundi 21 Août 2017 22:41:59
Objet: [fr-qa] bug 94597 : modèle par défaut et clé de registre

Bonjour,

Est-ce que quelqu'un connaissant assez bien Windows pourrait étudier ce 
rapport de bug :
default template location overwritten by installation
https://bugs.documentfoundation.org/show_bug.cgi?id=94857

1/ est-ce que le comportement décrit est effectif ?
2/ si oui, peut-on considérer cela comme un bug ?

N'étant pas utilisateur de MS-Windows je suis incapable de décider et ce 
bug est en état non confirmé depuis déjà pas mal de te

Re: [fr-qa] bug 94597 : modèle par défaut et clé de registre

2017-08-23 Par sujet Pierre Choffardet

Bonjour,

J'y vas de ma petite contribution.

Il est tout à fait normal que l'installation d'un logiciel ne touche que les 
ruches local_machine et users.

La ruche users, sert à peupler la ruche current_user lorsqu'un utilisateur n'a 
pas de ruche utilisateur u moment ou il se connecte au PC

Modifier cette ruche, sera donc d'aucun effet si l'utilisateur à déjà une ruche 
current_user

Pour ce qui est du menu contextuel nouveau --> document, il peut y avoir deux 
façons de le peupler

à partir de la ruche local_machine, cela concernera tous les utilisateurs de 
cette machine

à partir de la ruche local_user, ce paramètre est prioritaire sur la ruche 
local_machine

à partir de la ruche users, mais cela ne concernera que les nouveaux 
utilisateurs.

à noter que les ruches local_machine et users ne sont pas accessibles à 
l'utilisateur sans élévation de privilège. Ce qui n'est pas le cas de la ruche 
current_user totalement accessible à l'utilisateur.

La liaison devrait avec le modèle devrait donc se faire dans cette ruche, qui 
n'est jamais modifiée par l'installation d'un logiciel.

Enfin, on ne devrait jamais aller dans la base de registre. C'est processus 
d'installation du logiciel de modifier les ruches local_machine et current user.

Et c'est à l'OS ou au logiciel de proposer un moyen de configurer la ruche 
curent user, qui contient la configuration spécifique à l'utilisateur.

On peut imaginer que lorsque l'on demande à LO de changer le modèle par défaut 
utilisé, il y ait aussi la modification de la clé correspondante dans la base 
de registre pour avoir aussi ce modèle par défaut lorsque l'on crée un nouveau 
document par clic-droit sur un dossier.

Enfin, ne pas oublier que lorsque l'on crée un document de cette façon, il n'a 
pas de langue définie par défaut, ce qui à mon avis est un bug, lié à une 
mauvaise initialisation de ces clés de registre.

Étant en vacances, avec une connexion internet très limitée, je dis tout cela 
de mémoire. Je manque de temps pour tester ce que je viens d'avancer, en 
particulier la priorité des réglages de la ruche user sur la ruche 
local_machine. Il est possible que cela dépende du "mode de traitement de la 
boucle de rappel" pour des stratégies réseau 
http://pbarth.fr/node/99

Pierre



- Mail original -
De: "Jean-Baptiste Faure" 
À: "LibO QA" 
Envoyé: Lundi 21 Août 2017 22:41:59
Objet: [fr-qa] bug 94597 : modèle par défaut et clé de registre

Bonjour,

Est-ce que quelqu'un connaissant assez bien Windows pourrait étudier ce 
rapport de bug :
default template location overwritten by installation
https://bugs.documentfoundation.org/show_bug.cgi?id=94857

1/ est-ce que le comportement décrit est effectif ?
2/ si oui, peut-on considérer cela comme un bug ?

N'étant pas utilisateur de MS-Windows je suis incapable de décider et ce 
bug est en état non confirmé depuis déjà pas mal de temps.

Merci de votre aide.
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.

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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 à 
http://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] LibO 5.3.5.2 pb localisation ?



- Mail original -
De: "Sophie" <gautier.sop...@gmail.com>
À: qa@fr.libreoffice.org
Envoyé: Vendredi 18 Août 2017 14:52:14
Objet: Fwd: Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

Désolée, le message était pour la liste


 Message transféré 
Sujet : Re: [fr-qa] LibO 5.3.5.2 pb localisation ?
Date : Fri, 18 Aug 2017 14:47:19 +0200
De : Sophie <gautier.sop...@gmail.com>
Pour : Pierre Choffardet <pierre.choffar...@free.fr>

>Je coupe les parties de message pour fluidifier la lecture

>Le 18/08/2017 à 13:05, Pierre Choffardet a écrit :
[...]

>> 
>> Mais quelles sont tes mesures, quel delta entre
>> l'apport/corrections/régressions as-tu pour évaluer le décroit de la suite ?
>> 
>> - 800 régressions remontées, confirmées, en constante augmentation (x6 en  5 
>> ans)
>> - 6 000 bugs ouverts (x15 en 5 ans)

>Contre combien de tests en plus qui permettent de les remonter ? Le fait
>d'ajouter des fonctionnalités, de reformater du code, de passer d'un
>système de codage à un autre, d'utiliser d'autres compilateurs, etc, tu
>ne le prends pas en compte. On vient d'ajouter ossfuzz qui a maintenant
>32 fuzzers actifs et qui va remonter autant de problèmes dans l'écriture
>du code qui seront des bugs à corriger. L'augmentation des bugs n'est
>qu'un côté de la métrique
> 

Cela vaut éventuellement pour les bugs ouverts. Il devrait assez facile de 
retirer ceux qui sont liés aux outils d'analyse statique du code.

Mais je sais que ce n'est pas simple. Si on devient tatillon, on remonte alors 
des tonnes de bugs. Le problème c'est que j'ai l'impression qu'on ne fait plus 
trop l'effort de les remonter.

Pour les régressions, une régression reste une régression. Quelle soit remontée 
par un utilisateur ou par un test automatisé

>[...]
> 
> 


>Peut-être qu'il faut arrêter de proposer le pack de langue FR au
>téléchargement, l'as-tu discuté avec une proposition de texte à placer
>sur le site ?

Alors, c'est que j'ai tout faux depuis le début. Autant que je sache, ce n'est 
pas lié au pack fr, mais à la version 5.3.5.2 de LO. C'est cette version de LO 
dont il faut stopper la disponibilité.

Je ne crois pas que ce soit à moi de prendre cette décision, mais à ceux qui 
mettent les versions en ligne.

Si je devais mettre un texte, je mettrai quelque chose comme :
Attention, cette version de LO comporte de nombreux problèmes de traduction, en 
particulier l'utilisation des formules de calc doit se faire en anglais. Une 
nouvelle version doit être publiée dans les prochains jours...

Je retirerai le "Stable" et la mention utilisable en entreprise.

Je ne mettrai cette mention utilisable en entreprise que quelques semaines 
après la publication de la version.

Je retirerai aussi le "stable" de la version évolution

Et si je devais prendre une décision, je rétropédalerai sur la version 5.3.4.2 
(mais c'est peut-être aussi la version qui a des menus qui disparaissent ?)



À bientôt
Sophie

-- 
Sophie Gautier sophie.gaut...@documentfoundation.org
GSM: +33683901545
IRC: sophi
Release coordinator
The Document Foundation

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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 à 
http://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] LibO 5.3.5.2 pb localisation ?



- Mail original -
De: "Jean-Baptiste Faure" <jbfa...@libreoffice.org>
À: qa@fr.libreoffice.org
Envoyé: Vendredi 18 Août 2017 16:08:33
Objet: Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

>Bonjour Pierre,

>Tu dois avoir un problème avec ton logiciel de courrier, tes réponses 
>sont mélangées au texte auquel tu réponds ; plutôt pénible à déchiffrer.

Oui, c'est Zimbra, je ne comprends pas, désolé

Le 18/08/2017 à 14:47, Pierre Choffardet a écrit :
> [...]
> Pourquoi donc n'y a-t’il aucune place entre ces deux modes de développement ?
> Entre : on sort des versions pourries qui lassent les utilisateurs,
> et : on ne sort rien si ce n'est pas parfait, il n'y a pas un espace
> ou se glisser ? ça me dépasse ce genre de choix binaire.

>Tu prépares tes cours, non ? Et bien tu as le même problème, il faut 
>bien décider à un moment que c'est prêt. Si tu attendais que ton cours 
>te satisfasse complètement, quand est-ce que tu ferais cours à tes 
>élèves ? ;-)

C'est vrai, mais d'un autre coté, si un truc vraiment ch...t arrive, alors je 
décale le cours, et je fais autre chose en attendant. Là aussi, tu décri un 
choix binaire. Le cours parfait et le cours qui doit encore être travailler. 
Or, il y a le cours parfait, (qui n'arrive jamais), le cours qui peut passer, 
et celui qui a un problème qui fait que bon, on va faire autre chose...


-- 
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.

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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 à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Fwd: [fr-qa] LibO 5.3.5.2 pb localisation ?



- Mail transféré -
De: "Pierre Choffardet" <pierre.choffar...@free.fr>
À: "Alexander Thurgood" <alex.thurg...@gmail.com>
Envoyé: Vendredi 18 Août 2017 14:43:47
Objet: Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

Oui, je sais ou sont ces données. Et j'en fait même un suivi

https://www.dropbox.com/s/8wew225o8jkycjp/statsLO.png?dl=0

Mais cela s'adresse à un cercle restreint d'initiés, et même pas à l'ensemble 
de ceux qui s'investissent sur LO


Qui va voire ce qui est écrit entre deux lignes d'une minute de l'ESC ou dans 
les stats de Xisco ?

Je mettrai juste le graphique que je fais (que tout le ponde peut faire en face 
de ceux là

https://blog.documentfoundation.org/blog/2017/08/16/4-bugs/

Ensuite pour ce qui est de la clôture des bugs, ça peut se comprendre (pour 
éviter d'être pollué par des bugd périmés), d'un autre coté, quand on voit que 
ça n’avance pas, on n'a pas envie s'investir. D’où le manque de 
motivés/volontaires, d'ou le manque de tests, d’où la cagouille... 


C'est un cercle vicieux dont il faudrait essayé de sortir


Pour ce qui est de mon cas particulier, (EDI macros inutilisable) il est passé 
en NeedInfos. OK. A quoi bon, il ne sera pas pris en compte... Il est pourtant 
confirmé...

- Mail original -
De: "Alexander Thurgood" <alex.thurg...@gmail.com>
À: qa@fr.libreoffice.org
Envoyé: Vendredi 18 Août 2017 12:50:54
Objet: Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

Bonjour Pierre,


Le 18/08/2017 à 12:05, Pierre Choffardet a écrit :

> Ensuite, je critique le critère qualité de la suite : Le nombre de bugs 
> corrigés. (par ce que c'est un peu cocasse tout de même de sortir une version 
> annoncée comme mature pour un déploiement en entreprise pourrie et 
> s'enorgueillir de l’énorme travail de qualité produit). Jamais TDF ou les 
> devs, ne communiquent sur le nombre de régressions ou de bugs ouverts. 
> Pourquoi ? Cela donne l'impression qu'ils s’en foutent.
Il y a un compte rendu sur l'évolution des régressions et des bugs
ouverts/non-confirmés toutes les semaines dans le rapport ESC, mais pour
le voir, tu dois soit être abonné à la liste ml dev, soit aller piocher
je ne sais plus trop où dans le wiki du site du projet (ils sont quand
même publiés).

J'ai personnellement des doutes sur l'exactitude des chiffres avancés
parce que le projet QA est organisé de telle sorte qu'un bug est
automatiquement rayé de la liste après un certain temps d'inactivité
(plus d'un an tout de même, mais n'empêche), vu qu'il a été décidé que
la seule manière rationnelle de gérer ces rapports de bug était de les
virer sans vérifier à l'avance si le code en rapport avec le bug avait
pu subir des changements/développements entretemps. Au lieu de ça, on
envoie un mail automatique de rappel sur le rapport de bug et en
principe à celui qui l'a ouvert, pour lui demander de tester avec une
version récente, en présumant que la personne en question est restée
utilisateur de la suite... C'est une façon d'éliminer des bugs que je ne
trouve pas honnête et j'ai déjà dit à l'époque lorsque cette décision
avait été prise ce que j'avais à dire sur le sujet. Sans cette
élimination automatique, c'est certain que le nombre de bugs existants
serait nettement supérieurs à ce qu'il est aujourd'hui et les
statistiques nettement moins "encourageantes".

Tout ça pour dire que tu peux trouver les rapports "officiels", mais les
stats sont à mon avis et pour les raisons données ci-dessus
nécessairement biaisées. Les UNCO (pour bugs non-confirmés) doivent
tourner autour de 400-500 à l'heure actuelle, cela est une constante
depuis maintenant plusieurs mois.
 
Alex


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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 à 
http://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] LibO 5.3.5.2 pb localisation ?



- Mail original -
De: "Jean-Baptiste Faure" 
À: qa@fr.libreoffice.org
Envoyé: Vendredi 18 Août 2017 12:43:53
Objet: Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

Le 18/08/2017 à 10:46, Ysabeau a écrit :
> [...]
> C'est un débat sans fin qui a été abordé plus d'une fois ici avec la 
> même fin de non-recevoir à chaque fois.
> Je crois que cette liste n'est définitivement pas le lieu pour ça [...]

Évidemment. Cette liste sert aux "[...] contributeurs à l'assurance 
qualité et la localization francophone".
Si tu veux faire changer la politique de publication des versions, c'est 
au niveau global qu'il faut en discuter et essayer de convaincre, là où 
les choses se décident : développeurs (ESC), marketing.

Pour ma part, je considère la politique actuelle comme celle qui 
convient le mieux car elle permet d'avancer. Une politique de 
publication quand c'est prêt nous ramènerait au temps de OOo avec des 
périodes de test qui n'en finissent pas (10 RC pour l'une des dernières 
versions de OOo) conduisant à la démotivation des testeurs que nous 
avons pu observer en 2009-2010.


Pourquoi donc n'y a-t’il aucune place entre ces deux modes de développement ?
Entre : on sort des versions pourries qui lassent les utilisateurs, et : on ne 
sort rien si ce n'est pas parfait, il n'y a pas un espace ou se glisser ? ça me 
dépasse ce genre de choix binaire.

Cela dit, je me répète, pour réduire le risque d'un accident tel que 
celui que nous voyons avec LO 5.3.5, il nous faut plus de testeurs 
MS-Windows et MacOS capables de tirer rapidement le signal d'alarme 
(liste dev, irc, en anglais bien sûr) sans passer par un intermédiaire 
possiblement non disponible.


Non, non, et non. 3 jours sans annonce de la version à tester c'est trop peu. 
Et si on décourage les testeurs, ce sera de mal en pis.


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.

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://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 à 
http://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] LibO 5.3.5.2 pb localisation ?