Re: [fr-qa] Impress - Bug récupération pptx

2017-08-23 Par sujet Ysabeau 

Le 23/08/2017 à 14:15, Marie jo Libo a écrit :

Bonjour,

Je vous joins un fichier pptx qui est récupéré avec un fond noir dans 
Impress. Aucune explication. Ni ombre, ni transparence...


Solution  : enregistrer le pptx en ppt (encore faut il avoir powerpoint) 
et tout se passe bien. Testé sous Win7 version 5.2 et Ubuntu version 
5.4.0.3


Ah non ta solution n'en est pas une avec Powerpoint 2016 si tu as ouvert 
et enregistré le fichier dans LibreOffice au format pptx. Je récupère 
une présentation avec le même bandeau noir dans Powerpoint 2016.


--

Ysabeau
Changer un robinet d'évier c'est plus facile que de modifier des layouts.

--
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] Impress - Bug récupération pptx

2017-08-23 Par sujet Ysabeau 

Le 23/08/2017 à 17:59, Landron Gérard a écrit :

Le 23/08/2017 à 15:15, Marie jo Libo a écrit :

Bonjour,

Je vous joins un fichier pptx qui est récupéré avec un fond noir dans 
Impress. Aucune explication. Ni ombre, ni transparence...

le cadre de titre à bien un remplissage noir...
dans powerpoint quel remplissage a-t-il ?


un grisé assez léger genre gris 3 de LibreOffice.

--

Ysabeau
Changer un robinet d'évier c'est plus facile que de modifier des layouts.

--
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] Impress - Bug récupération pptx

2017-08-23 Par sujet Landron Gérard 

Le 23/08/2017 à 15:15, Marie jo Libo a écrit :

Bonjour,

Je vous joins un fichier pptx qui est récupéré avec un fond noir dans 
Impress. Aucune explication. Ni ombre, ni transparence...

le cadre de titre à bien un remplissage noir...
dans powerpoint quel remplissage a-t-il ?

Version: 5.4.0.3
Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c
Threads CPU : 6; OS : Linux 4.11; UI Render : par défaut; VCL : kde4;
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Fedora25


Solution  : enregistrer le pptx en ppt (encore faut il avoir powerpoint) 
et tout se passe bien. Testé sous Win7 version 5.2 et Ubuntu version 
5.4.0.3


http://www.cjoint.com/c/GHxmlK5ODMV




Bonne journée
Marie-Jo


Gérard

--
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] Impress - Bug récupération pptx

2017-08-23 Par sujet Marie jo Libo 

Bonjour,

Je vous joins un fichier pptx qui est récupéré avec un fond noir dans 
Impress. Aucune explication. Ni ombre, ni transparence...


Solution  : enregistrer le pptx en ppt (encore faut il avoir powerpoint) 
et tout se passe bien. Testé sous Win7 version 5.2 et Ubuntu version 5.4.0.3


http://www.cjoint.com/c/GHxmlK5ODMV




Bonne journée
Marie-Jo


--
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] traduction d'une nouvelle option de compatibilité pour Writer

2017-08-23 Par sujet Ysabeau 

Le 23/08/2017 à 15:14, Olivier Hallot a écrit :


C'est le texte a cocher dans l'interface (ui) qui est mauvais. Le texte
de Miklos est indéchiffrable pour un utilisateur quelconque. If faut
trouver un texte qui décrive le problème et qui soit court. Je remets en
avance ma sugestion ci-dessus, en vue d'un concensus ou amélioration.

Ceci fait, je peux me charger du patch pour l'UI sans qu'on dérange Miklos.



Pas vu la suggestion et j'en conclus que la précédente mienne sent le pâté.

Bon si on garde l'idée que c'est pour avoir des arrière-plans propres je 
suggère un truc du genre :


"garder le même traitement des arrières-plans que dans LibreOffice 4 
pour le rendu PDF".


Même si on ne sait pas ce qu'il y a dessous on sait de quoi il s'agit. 
et avec l'aide on ait si va le coup ou pas.


--

Ysabeau
Changer un robinet d'évier c'est plus facile que de modifier des layouts.

--
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] traduction d'une nouvelle option de compatibilité pour Writer

2017-08-23 Par sujet Olivier Hallot 
Bonjour

Em 23/08/2017 09:40, Sophie escreveu:
> Le 23/08/2017 à 14:16, Olivier Hallot a écrit :
>> Bonjour a tous
>>
>> Em 23/08/2017 05:12, Sophie escreveu:
>>> Bonjour Jean-Baptiste,
>>> Le 23/08/2017 à 06:34, Jean-Baptiste Faure a écrit :
 Bonjour,

 Avec LibreOffice 5.4 est apparu une nouvelle option de compatibilité
 pour Writer :

 Use LibreOffice 4.3 anchoring paint order

 Cette option a été ajoutée suite à ce rapport de bug :
 https://bugs.documentfoundation.org/show_bug.cgi?id=108056
 et plus spécialement ce commit :
 https://cgit.freedesktop.org/libreoffice/core/commit/?id=f85ded43446b17fbfdd868cc057ba39666d3d7cb


 La traduction actuelle me parait obscure, est-ce que vous auriez plus
 clair à proposer ?
>>>
>>> Je mets la chaîne ici:
>>> Use LibreOffice 4.3 anchoring paint order (in
>>> current document)
>>>
>>> Plus clair non, je pense que Miklos a choisi le meilleur compromis
>>> technique pour exprimer l'action, ce qui ne veut pas dire que ce soit
>>> clair au premier coup pour l'utilisateur. La solution serait peut-être
>>> de demander à Olivier (ou à l'équipe et si ce n'est déjà fait) d'ajouter
>>> une balise  avec une description plus complète et bien sûr un
>>> article d'explication de l'option de compatibilité.
>>>
>>> À bientôt
>>> Sophie
>>>
>>
>> Sugestion: "Remove white lines of PDF page backgrounds created from old
>> documents" ou de sorte>
>> Passez moi le texte (fr ou en) a insérer dans l'Aide, je le ferai avec
>> plaisir.
> 
> Merci beaucoup, alors je propose "Remove white lines that may appear in
> PDF page backgrounds created from legacy documents until %PRODUCTNAME
> 4.3 version"

Merci. J'insère ce texte dans la page xhp concernée.


>>
>> Petit détail: "LibreOffice 4.3..." devrait plutôt etre remplacé par
>> "%PRODUCTNAME 4.3..."
> 
> l'oeil du maître :-) Tu le suggères à Miklos ou tu veux que je le fasse ?

C'est le texte a cocher dans l'interface (ui) qui est mauvais. Le texte
de Miklos est indéchiffrable pour un utilisateur quelconque. If faut
trouver un texte qui décrive le problème et qui soit court. Je remets en
avance ma sugestion ci-dessus, en vue d'un concensus ou amélioration.

Ceci fait, je peux me charger du patch pour l'UI sans qu'on dérange Miklos.

A +

-- 
Olivier Hallot
LibreOffice Documentation Coordinator
Comunidade LibreOffice
Rio de Janeiro - Brasil - Local Time: UTC-03:00
http://tdf.io/joinus

-- 
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] traduction d'une nouvelle option de compatibilité pour Writer

2017-08-23 Par sujet Olivier Hallot 
Bonjour a tous

Em 23/08/2017 05:12, Sophie escreveu:
> Bonjour Jean-Baptiste,
> Le 23/08/2017 à 06:34, Jean-Baptiste Faure a écrit :
>> Bonjour,
>>
>> Avec LibreOffice 5.4 est apparu une nouvelle option de compatibilité
>> pour Writer :
>>
>> Use LibreOffice 4.3 anchoring paint order
>>
>> Cette option a été ajoutée suite à ce rapport de bug :
>> https://bugs.documentfoundation.org/show_bug.cgi?id=108056
>> et plus spécialement ce commit :
>> https://cgit.freedesktop.org/libreoffice/core/commit/?id=f85ded43446b17fbfdd868cc057ba39666d3d7cb
>>
>>
>> La traduction actuelle me parait obscure, est-ce que vous auriez plus
>> clair à proposer ?
> 
> Je mets la chaîne ici:
> Use LibreOffice 4.3 anchoring paint order (in
> current document)
> 
> Plus clair non, je pense que Miklos a choisi le meilleur compromis
> technique pour exprimer l'action, ce qui ne veut pas dire que ce soit
> clair au premier coup pour l'utilisateur. La solution serait peut-être
> de demander à Olivier (ou à l'équipe et si ce n'est déjà fait) d'ajouter
> une balise  avec une description plus complète et bien sûr un
> article d'explication de l'option de compatibilité.
> 
> À bientôt
> Sophie
> 

Sugestion: "Remove white lines of PDF page backgrounds created from old
documents" ou de sorte.

Passez moi le texte (fr ou en) a insérer dans l'Aide, je le ferai avec
plaisir.

Petit détail: "LibreOffice 4.3..." devrait plutôt etre remplacé par
"%PRODUCTNAME 4.3..."

A +
-- 
Olivier Hallot
LibreOffice Documentation Coordinator
Comunidade LibreOffice
Rio de Janeiro - Brasil - Local Time: UTC-03:00
http://tdf.io/joinus

-- 
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-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" 
À: "LibO QA" 
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" 
À: "LibO QA" 
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" 
À: "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:

Re: [fr-qa] Appels de TDF

2017-08-23 Par sujet Sophie 
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

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

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] traduction d'une nouvelle option de compatibilité pour Writer

2017-08-23 Par sujet Sophie 
Bonjour Jean-Baptiste,
Le 23/08/2017 à 06:34, Jean-Baptiste Faure a écrit :
> Bonjour,
> 
> Avec LibreOffice 5.4 est apparu une nouvelle option de compatibilité
> pour Writer :
> 
> Use LibreOffice 4.3 anchoring paint order
> 
> Cette option a été ajoutée suite à ce rapport de bug :
> https://bugs.documentfoundation.org/show_bug.cgi?id=108056
> et plus spécialement ce commit :
> https://cgit.freedesktop.org/libreoffice/core/commit/?id=f85ded43446b17fbfdd868cc057ba39666d3d7cb
> 
> 
> La traduction actuelle me parait obscure, est-ce que vous auriez plus
> clair à proposer ?

Je mets la chaîne ici:
Use LibreOffice 4.3 anchoring paint order (in
current document)

Plus clair non, je pense que Miklos a choisi le meilleur compromis
technique pour exprimer l'action, ce qui ne veut pas dire que ce soit
clair au premier coup pour l'utilisateur. La solution serait peut-être
de demander à Olivier (ou à l'équipe et si ce n'est déjà fait) d'ajouter
une balise  avec une description plus complète et bien sûr un
article d'explication de l'option de compatibilité.

À 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

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

2017-08-23 Par sujet Ysabeau 

Le 23/08/2017 à 07:38, Arnaud Versini a écrit :

Bonjour,



Le ticket correspond bien a la fonctionnalité de l'explorateur Windows :-) pas 
à nouveau dans LO. Je suppose que le fichier étant commun à tous les 
utilisateurs, il est déjà dans un dossier protégé.


Pour rappel LibreOffice n'intervient jamais dans ce processus, je vois pas où tu veux mettre la macro. 


Moi non plus, mais bon.

Donc reste la solution simple : faire un fichier protégé (ouvert en 
lecture seule) rangé dans le bon dossier, qui sert de modèle et que tu 
dois impérativement enregistrer parce qu'il est protégé en écriture (et 
que l'utilisateur n'a pas le mot de passe pour changer ça). Tu peux 
l'ouvrir directement à partir de l'explorateur de Windows et il 
s'enregistrera dans son dossier d'origine si tu ne fais pas de 
changement. Et ça, c'est sans risque et à la portée de n'importe quel 
utilisateur et même d'un administrateur réseau.


L'explorateur regarde quelles extensions ont de configuré un fichier par 
défaut et si il clique dessus dans le menu contextuel le copie dans le 
dossier où il est. Ensuite LO se lance si jamais il double-clique dessus.



La question que je me pose, est-ce qu'on ne peut régler un certain
nombre de ces aspects par une bonne gestion des droits ? Donc en gros,
est-ce qu'il n'est pas demandé à LibreOffice plus ce que la suite a à
faire ?


Non justement c'est plutôt de laisser l'utilisateur décider d'où est son 
template utilise par windows. Et en plus dans l'entreprise que ce soit dans le 
profil de l'utilisateur ( au sens profil Windows, pas LibreOffice) permet aussi 
de changer le template par utilisateur, genre le service A a pas le même logo 
que B et des dossiers de templates different.



Ben justement, si tu configures correctement, dans la logique de cette 
entreprise notamment avec les chemins, les boites de dialogue 
LibreOffice et les dossiers préférés, on devrait pouvoir avoir tout ce 
qu'il faut de façon tout à fait satisfaisante et contrôlable. Il faut 
aussi un minimum d'information ou de formation des utilisateurs pour 
leur dire où doivent aller tels types de fichier, mais bon.


Soit dit en passant, : dans la suite MsOffice tu as (avais) deux notions 
pour servir de modèle. Les modèles en tant que tel qui ne pouvaient être 
rangés dans ce but que dans un dossier spécifique de Windows (il y avait 
peut-être un moyen compliqué de le faire à coup de changement de base de 
registre, mais je n'en sais rien) et la fonctionnalité "Créer à partir 
d'un fichier" qui est devenue bien cachée avec la cloudification massive.


Quand créais à partir d'un fichier tu ouvrais le document comme un 
modèle (donc sans aucun risque d'écraser le fichier d'origine) et 
l'enregistrement se fait par défaut dans l'emplacement du fichier 
d'origine. Ça, ça pourrait être une fonctionnalité à ajouter à 
LibreOffice peut-être.




Ysabeau
Changer un robinet d'évier c'est plus facile que de modifier des
layouts.

Nettoyer le robinet ne fera pas mieux fonctionner la porte d'entrée ;-)


Ouais mais je suis arrivée à changer ce robinet du premier coup sans 
dégâts, vois-tu bien (pour les layouts des sites sur lesquels je bosse 
pas encore et ce n'est pas en écrivant des âneries que je vais y 
arriver, mais bon).


--

Ysabeau
Changer un robinet d'évier c'est plus facile que de modifier des layouts.

--
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] traduction d'une nouvelle option de compatibilité pour Writer

2017-08-23 Par sujet Ysabeau 

Le 23/08/2017 à 06:34, Jean-Baptiste Faure a écrit :

Bonjour,

Avec LibreOffice 5.4 est apparu une nouvelle option de compatibilité 
pour Writer :


Use LibreOffice 4.3 anchoring paint order

Cette option a été ajoutée suite à ce rapport de bug :
https://bugs.documentfoundation.org/show_bug.cgi?id=108056
et plus spécialement ce commit :
https://cgit.freedesktop.org/libreoffice/core/commit/?id=f85ded43446b17fbfdd868cc057ba39666d3d7cb 



La traduction actuelle me parait obscure, est-ce que vous auriez plus 
clair à proposer ?


Ben déjà en anglais c'est pas clair. C'est le problème quand tu veux 
réduire une notion complexe en peu de mots.


Donc si je comprends bien le problème, le bug se produit quand tu mets 
un arrière-plan composé de "tuiles" donc de petits éléments assemblés 
dans une mosaïque unie (voir ce bug-ci plus explicite je trouve : 
https://bugs.documentfoundation.org/show_bug.cgi?id=107938). Sachant que 
cette façon de faire est une façon économique de procéder.


L'ancrage définit en gros l'ordre d'interprétation des éléments par les 
machines. Si je comprends bien ça revient ici à respecter les "coups de 
pinceaux" pour éviter les lignes blanches à l'export d'un pdf.


Est-ce quelque chose comme ça "Utiliser l'ordre d'ancrage des éléments 
pour les arrière-plans comme dans LibreOffice 4.3" ?


C'est un poil plus clair. Je sais, ce n'est pas une traduction littérale.

--

Ysabeau
Changer un robinet d'évier c'est plus facile que de modifier des layouts.

--
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] Re: bug 94597 : modèle par défaut et clé de registre

2017-08-23 Par sujet Arnaud Versini 
Bonjour,

Le 22 août 2017 23:00:17 GMT+02:00, Ysabeau  a écrit :
>Le 22/08/2017 à 21:17, Arnaud Versini a écrit :
>> Bonsoir,
>
>> Tu as un guide là dessus ? Moi je vois pas comment on peut via LO
>forcer
>> l'explorateur à créer les nouveaux fichiers via autre chose que le
>> fichier qui est défini là.
>
>Non j'en étais restée aux modèles. Sinon. On passe par un fichier 
>protégé dans le dossier concerné et éventuellement (là je m'avance 
>beaucoup) par une macro qui va dire "toi tu vas là".

Le ticket correspond bien a la fonctionnalité de l'explorateur Windows :-) pas 
à nouveau dans LO. Je suppose que le fichier étant commun à tous les 
utilisateurs, il est déjà dans un dossier protégé.

Pour rappel LibreOffice n'intervient jamais dans ce processus, je vois pas où 
tu veux mettre la macro. L'explorateur regarde quelles extensions ont de 
configuré un fichier par défaut et si il clique dessus dans le menu contextuel 
le copie dans le dossier où il est. Ensuite LO se lance si jamais il 
double-clique dessus.
>
>>>
>>> Par ailleurs quand on lit le bug, on se rend compte que le problème
>du
>>> type, qui n'utilise pas les modèles LibreOffice, aurait été résolu
>>> tout simplement ben justement avec une bonne configuration de sa
>suite.
>> Non justement, la configuration de LO n'y change justement rien car
>> c'est juste un copier coller d'un fichier par l'explorateur Windows.
>Et
>> que ce fichier est défini dans la base de registres, par le MSI de
>> LibreOffice, et pour en rajouter une couche dans la base de registre
>> commune et non celle de l'utilisateur (architecture à la *** si vous
>> voulez mon avis). Mais je soupçonne d'avoir aussi une liste de
>fichier
>> dans le registre de l'utilisateur ce qui pourrait être changé donc
>par
>> l'utilisateur.
>
>Là, à mon avis c'est une configuration avec les pieds et plutôt
>dangereuse.

J'ai pas accès aux sources de Windows pour changer ce comportement.

>La question que je me pose, est-ce qu'on ne peut régler un certain 
>nombre de ces aspects par une bonne gestion des droits ? Donc en gros, 
>est-ce qu'il n'est pas demandé à LibreOffice plus ce que la suite a à 
>faire ?

Non justement c'est plutôt de laisser l'utilisateur décider d'où est son 
template utilise par windows. Et en plus dans l'entreprise que ce soit dans le 
profil de l'utilisateur ( au sens profil Windows, pas LibreOffice) permet aussi 
de changer le template par utilisateur, genre le service A a pas le même logo 
que B et des dossiers de templates different.
>-- 
>
>Ysabeau
>Changer un robinet d'évier c'est plus facile que de modifier des
>layouts.
Nettoyer le robinet ne fera pas mieux fonctionner la porte d'entrée ;-)
>
>-- 
>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

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

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