[fr-qa] Re: [fr-discuss] Android Viewer, nouvelle version

[Ocleyr2lalune]

Bonjour

La restauration des applis de mon ancien téléphone a récupéré et 
réinstallé l'ancienne version. Pourtant j'ai changé de version Android 
etc. La logique aurait voulu que la restauration tente l'installation de 
la dernière version celle de 2023.


La conséquence est que le store me proposait uniquement de mettre à jour 
et échouait.


Après avoir désinstallé l'appli. j'ai pu l'installer correctement. On 
verra pour le reste à l'usage...


Je trouve dommage que la nouvelle version soit liée à l'ancienne. 
D'abord j'y ai pensé pour cette très mauvaise note assez justifiée vu la 
mouture précédente.


Ensuite au vu des soucis que j'ai rencontré, car je devine qu'un 
meilleur paramétrage dans le store aurait évité ce genre de soucis.


Point excellent c'est quelle est dispo dans f-droid... J'aurais dû y 
penser cela aurait peut-être évité les soucis que je viens d'avoir.


Claire

Le 2023-11-23 16:02, Ocleyr2lalune a écrit :


Bonjour

et Merci !

Je testerais... quand j'aurais réglé mes soucis de téléphone.

L'image en fond sur le playstore est sympa. La vidéo aussi ! :-) il y a 
une image dispo librement ?


Encore merci

Claire

Le 2023-11-23 15:45, sophi a écrit :


Bonjour à tous,

Une nouvelle version de la visionneuse de document pour Android 
"Android Viewer" vient d'être publiée ici :

https://play.google.com/store/apps/details?id=org.documentfoundation.libreoffice

La précédente version datait de 2020 et avait été abandonnée car 
présentant trop de défaut et manquant de développeurs. Je vous invite 
à la tester et à remonter tout vos problèmes sur notre liste QA ou 
directement sur Bugzilla. Note qu'une fonction d'édition est 
disponible de façon expérimentale.


Et bien sûr vos commentaires positifs seront accueillis avec plaisir 
sur le playstore pour faire remonter un peu cette pâle note 2.3 qui 
reflète l'état de l'ancienne version :)


Cette version a été annoncée aujourd'hui avec l'annonce de la version 
7.6.3, mais fera l'objet d'un billet de blog spécifique dans les jours 
qui viennent.


À bientôt
Sophie
--
Sophie Gautier so...@libreoffice.org
GSM: +33683901545
IRC: soph
Foundation coordinator
The Document Foundation

--
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] Export en pdf

[Ocleyr2lalune]

https://www.it-connect.fr/centos-creer-son-propre-repository-local/
Pas testé.
Il existe aussi des docs qui partent de mageia.

Après si on est dans une logique communautaire : faire chacun son petit depot 
local pour sa distri ou proposer un dépôt commun ? On revient à ta 
proposition

⁣Claire​

Le 6 nov. 2023 à 06:39, à 06:39, Ocleyr2lalune  a 
écrit:
>Bonjour
>Ben je dirais que c'est la différence entre une page de téléchargement
>et un dépôt... 
>Je te rejoins. Un dépôt (enfin plusieurs) ça pourrait être bien.
>Sinon il y a quelques temps j'avais personnalisé un script fourni sur
>le wiki tdf pour automatiser un peu plus l'installation de versions
>tdf...
>Bon depuis dans ces cas là je privilégie l'appimage et de façon
>courante j'utilise la version de ma distribution (fedora)
>
>⁣Claire​
>
>Le 5 nov. 2023 à 23:28, à 23:28, Bernard Siaud alias Troumad
> a écrit:
>>Le 05/11/2023 à 22:36, Regis Perdreau a écrit :
>>> Bonjour,
>>>
>>> Quelque chose de ce genre  ? :)
>>> https://downloadarchive.documentfoundation.org/libreoffice/old/
>>>
>>https://downloadarchive.documentfoundation.org/libreoffice/old/latest/
>>> https://dev-builds.libreoffice.org/daily/
>>>
>>> Cdt
>>>
>>> Régis Perdreau
>>
>>Oui Enfin, je crois qu'il faudrait des rpm pour que ça marche.
>>
>>Enfin, je ne sais pas trop comment faire. Comment en faire un dépôt
>>pour 
>>mageia ?
>>
>>
>>-- 
>>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

-- 
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] Export en pdf

[Ocleyr2lalune]

Bonjour
Ben je dirais que c'est la différence entre une page de téléchargement et un 
dépôt... 
Je te rejoins. Un dépôt (enfin plusieurs) ça pourrait être bien.
Sinon il y a quelques temps j'avais personnalisé un script fourni sur le wiki 
tdf pour automatiser un peu plus l'installation de versions tdf...
Bon depuis dans ces cas là je privilégie l'appimage et de façon courante 
j'utilise la version de ma distribution (fedora)

⁣Claire​

Le 5 nov. 2023 à 23:28, à 23:28, Bernard Siaud alias Troumad  
a écrit:
>Le 05/11/2023 à 22:36, Regis Perdreau a écrit :
>> Bonjour,
>>
>> Quelque chose de ce genre  ? :)
>> https://downloadarchive.documentfoundation.org/libreoffice/old/
>>
>https://downloadarchive.documentfoundation.org/libreoffice/old/latest/
>> https://dev-builds.libreoffice.org/daily/
>>
>> Cdt
>>
>> Régis Perdreau
>
>Oui Enfin, je crois qu'il faudrait des rpm pour que ça marche.
>
>Enfin, je ne sais pas trop comment faire. Comment en faire un dépôt
>pour 
>mageia ?
>
>
>-- 
>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] PB sur le collage spécial d'un commentaire dans Calc

[Ocleyr2lalune]

Bonjour

Quand tu fais le collage spécial du commentaire (donc bien après avoir 
copié..), tu te place à l'intérieur du contenu de la cellule (qui équivaut a 
placer le curseur dans la barre de formule) ou tu reste juste avec la cellule 
sélectionnée ?
Dans le 2e cas le comportement que tu décris n'est pas forcément anormal... 
Qu'il s'agisse d'un collage spécial d'un commentaire ou d'un collage tout 
court..

⁣Claire​

Le 7 août 2023 à 11:17, à 11:17, linux  a écrit:
>Oui Gérard c'est bien cela
>
>Le 07/08/2023 à 10:33, Landron Gérard a écrit :
>> Le 07/08/2023 à 11:08, linux a écrit :
>>> Bonjour à toutes et tous,
>>>
>>> Lorsque l'on fait un collage spécial avec seulement la case 
>>> "Commentaire" Cochée, on copie bien le commentaire dans la cellule 
>>> mais on efface le contenu de la cellule, il me semble que ce n'est 
>>> pas le comportement attendu.
>> je suppose qu'il faut lire : "on colle bien le..."
>>>
>>> Merci par avance de vos réponses
>>>
>>> Cordialement
>>>
>>> Jean-Luc
>>>
>>> LibreOffice 7.4.6.2
>>>
>>> Windows
>>>
>>> Processeur    Intel(R) Core(TM) i3-4130 CPU @ 3.40GHz   3.40 GHz
>>> Mémoire RAM installée    4,00 Go (3,82 Go utilisable)
>>> ID de périphérique    106AB00C-970D-445F-BA4B-0077A545E102
>>> ID de produit    00330-8-0-AA975
>>> Type du système    Système d’exploitation 64 bits, processeur x64
>>>
>>> Édition    Windows 10 Professionnel
>>> Version    22H2
>>> Installé le    ‎04/‎08/‎2020
>>> Build du système d’exploitation    19045.2728
>>> Expérience    Windows Feature Experience Pack 120.2212.4190.0
>> 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

-- 
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] Suspicion de bug : Couleur de police dans Calc inopérante

[Ocleyr2lalune]

Bonjour

Vérifié sur la machine Windows. 
C'est bien l'option d'interface (outils options calc affichage) de mise en 
évidence des valeurs qui était la cause du problème.
Quand elle est active. Elle s'applique à tout nouveau doc, sans qu'on en ait 
conscience. De fait si on la désactive via le menu (affichage / mise en 
évidence des valeurs). Cela ne la désactive pas pour les futurs docs à créer. 
Je conçois bien la logique. Mais le comportement m'apparaît trompeur (toujours 
quand on se fait avoir soi même hein...)

Au max, je supprimerais l'option de l'interface même si je peux entendre qu'on 
veuille configurer par défaut l'affichage pour tous les **nouveaux** classeurs

Au mieux, un avertissement serait le bienvenu a l'activation/désactivation. 
Soit dans le menu, soit dans les options de l'interface. A voir ce qui est le 
plus adapté...

⁣Claire​

Le 16 mai 2023 à 06:03, à 06:03, Regis Perdreau  a 
écrit:
>Bonjour,
>
>Pas de soucis visible (ou pas)...
>
>Cdt
>
>Régis
>
>Le lun. 15 mai 2023 à 23:13, Olivier Hallot
>
>a écrit :
>
>> Bonsoir...
>>
>> Souvent les utilisateurs oublient "Affichage - Mise en évidence des
>> valeurs".
>>
>> https://help.libreoffice.org/master/fr/text/scalc/01/0308.html
>>
>> C'est ce que je vois dance votre fichier.
>>
>> Olivier
>>
>> Em 15/05/2023 14:36, Ocleyr2lalune escreveu:
>> >
>> >
>> > Bonjour
>> >
>> > je suspecte un bug, et je n'ai rien trouvé sur bugzilla (mais je
>n'ai
>> > peut être pas utilisé les bons mots clés ??)
>> >
>> >   Pourriez vous tenter aussi et donner votre avis ?
>> >
>> > J'ai testé sous W10 et 7.4.6.2, sous Fedora 36 et 7.4.6.2, et
>7.3.5.2
>> > (AppImage)
>> >
>> > La couleur de police n'est pas appliquée sauf si elle est noire (ou
>> > automatique ?)
>> >
>> > Comment reproduire ?
>> >
>> > voici mon fichier de test
>> >
>>
>https://lufi.ethibox.fr/r/Mzc1GmuG80#PCdW2gBDzT41KKYo8pncPtPzLyegBVMf9gj4Gu8Ovw8=
>> >
>> > J'ai pris l'ensemble des styles par défaut proposés et je les ais
>> > appliqués.
>> >
>> >   * Pour les styles Accent 1, Accent 2, la couleur devrait être
>> > blanche (sur arrière plan noir, gris, rouge)
>> >   * Pour les styles Avertissement, la couleur de police devrait
>être
>> > rouge
>> >   * Pour le style Correct la couleur de police devrait être
>verte
>> > foncée (sur arrière plan vert clair)
>> >   * Pour le style Neutre la couleur de police  devrait être
>marron
>> > foncé (sur arrière plan jaune clair)
>> >   * Pour le style hyperlien, la couleur de police devrait être
>bleue
>> >   * Pour le style note de bas de page, la couleur de police
>devrait
>> > être grise
>> >
>> > La création d'un nouveau style, ne respecte pas non plus la couleur
>de
>> > police.
>> >
>> > Le formatage direct sur le style, non plus, y compris sur le style
>par
>> > défaut... Donc nada, pas de contournement !
>> >
>> > Dans tous les cas, les aperçus dans les boites de dialogue sont
>> > corrects. L'affichage dans la cellule pendant la saisie est
>correct.
>> > Après validation, la couleur bascule en noir dans tous les cas.
>> >
>> > Une utilisation de formatage conditionnel est remise en cause de
>fait...
>> > peut être pas sur un doc existant créé avant l'apparition de ce
>> > #@truc... à vérifier
>> >
>> > Merci pour vos avis !
>> >
>> > Claire
>>
>> --
>> Olivier Hallot
>> LibreOffice Documentation Coordinator
>> Rio de Janeiro - Brasil - Local Time: UTC-03:00
>> LibreOffice – free and open source office suite:
>> https://www.libreoffice.org
>> Respects your privacy, and gives you back control over your data
>> http://tdf.io/joinus
>>
>> --
>> 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

-- 
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] Suspicion de bug : Couleur de police dans Calc inopérante

[Ocleyr2lalune]

Bonsoir Olivier

merci beaucoup pour votre retour.

effectivement, la mise en évidence des valeurs est active. C'est 
surement l'explication. Je vérifierais demain sur la machine windows.


Pour autant, il y a quelque chose de trompeur dont je m'aperçois en 
désactivant la fonction.


La mise en évidence des valeurs est attachée au fichier puisque vous 
l'avez retrouvée.


Mais elle est aussi dans les options de l'interface. Ce qui fait que ça 
l'active automatiquement sur un fichier vierge...


Et on peut tout autant oublier qu'on l'a activée aussi par ce biais 
là... Du moins c'est probablement ce qui m'est arrivé. Puisque je suis 
bien partie d'un fichier vierge pour faire mon test.


pas de bug donc, mais il y a peut être un truc à voir sur la cohérence 
entre le choix dans le menu, et celui dans les options


Encore merci !

Claire

Le 2023-05-15 23:12, Olivier Hallot a écrit :


Bonsoir...

Souvent les utilisateurs oublient "Affichage - Mise en évidence des 
valeurs".


https://help.libreoffice.org/master/fr/text/scalc/01/0308.html

C'est ce que je vois dance votre fichier.

Olivier

Em 15/05/2023 14:36, Ocleyr2lalune escreveu:


Bonjour

je suspecte un bug, et je n'ai rien trouvé sur bugzilla (mais je n'ai 
peut être pas utilisé les bons mots clés ??)


Pourriez vous tenter aussi et donner votre avis ?

J'ai testé sous W10 et 7.4.6.2, sous Fedora 36 et 7.4.6.2, et 7.3.5.2 
(AppImage)


La couleur de police n'est pas appliquée sauf si elle est noire (ou 
automatique ?)


Comment reproduire ?

voici mon fichier de test 
https://lufi.ethibox.fr/r/Mzc1GmuG80#PCdW2gBDzT41KKYo8pncPtPzLyegBVMf9gj4Gu8Ovw8=


J'ai pris l'ensemble des styles par défaut proposés et je les ais 
appliqués.


* Pour les styles Accent 1, Accent 2, la couleur devrait être blanche 
(sur arrière plan noir, gris, rouge)
* Pour les styles Avertissement, la couleur de police devrait être 
rouge
* Pour le style Correct la couleur de police devrait être verte foncée 
(sur arrière plan vert clair)
* Pour le style Neutre la couleur de police  devrait être marron foncé 
(sur arrière plan jaune clair)

* Pour le style hyperlien, la couleur de police devrait être bleue
* Pour le style note de bas de page, la couleur de police devrait être 
grise


La création d'un nouveau style, ne respecte pas non plus la couleur de 
police.


Le formatage direct sur le style, non plus, y compris sur le style par 
défaut... Donc nada, pas de contournement !


Dans tous les cas, les aperçus dans les boites de dialogue sont 
corrects. L'affichage dans la cellule pendant la saisie est correct. 
Après validation, la couleur bascule en noir dans tous les cas.


Une utilisation de formatage conditionnel est remise en cause de 
fait... peut être pas sur un doc existant créé avant l'apparition de 
ce #@truc... à vérifier


Merci pour vos avis !

Claire


--
Olivier Hallot
LibreOffice Documentation Coordinator
Rio de Janeiro - Brasil - Local Time: UTC-03:00
LibreOffice - free and open source office suite: 
https://www.libreoffice.org

Respects your privacy, and gives you back control over your data
http://tdf.io/joinus

--
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] Re: [fr-users] Suspicion de bug : Couleur de police dans Calc inopérante

[Ocleyr2lalune]

Merci !

j'y comprends rien du tout...

j'ai tenté sous fedora 36 tout à l'heure. Sur un autre PC en fedora 38 
je ne reproduis pas.


Sauf que ce matin, j'étais sous windows et je reproduisais... donc c'est 
surement plus sioux qu'un environnement de bureau ou une mise à jour (de 
fed36 à fed38 par exemple)


ah une précision... mon fichier de test c'est pour exemple, mais il ne 
suffit pas de l'ouvrir pour vérifier que le bug est reproduit, il faut 
plutôt refaire à partir d'un fichier vierge (au moins sur un style ou un 
formatage direct). Manifestement, une fois le fichier créé, c'est 
définitif... quelle que soit la machine, version...


Claire

Le 2023-05-15 22:37, Bernard Siaud alias Troumad a écrit :


Le 15/05/2023 à 20:47, Jean-Luc a écrit :


Bonjour
Je reproduis sous win11 et 7.4.7.2


J'ai le même problème sous Linux Mageai 9 avec

Version: 7.5.2.2 (X86_64)
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 6.3; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded


En formatage direct aucune couleur ne fonctionne !
Par contre la couleur choisie apparaît bien dans Format/Cellule 
(Effets de

caractère)

Pour moi, y'a un bug.
Mais je ne constate rien de ce genre dans mes fichiers, ni sur un 
nouveau

fichier
Moi aussi ! Rien qu'aujourd'hui j'ai modifié des styles sous calc et je 
n'avais pas ce problème.

Curieux !!!

Bonne soirée

Le lun. 15 mai 2023 à 19:56, Ocleyr2lalune  a
écrit :

Bonjour

je suspecte un bug, et je n'ai rien trouvé sur bugzilla (mais je n'ai
peut être pas utilisé les bons mots clés ??)

Pourriez vous tenter aussi et donner votre avis ?

J'ai testé sous W10 et 7.4.6.2, sous Fedora 36 et 7.4.6.2, et 7.3.5.2
(AppImage)

La couleur de police n'est pas appliquée sauf si elle est noire (ou
automatique ?)

Comment reproduire ?

voici mon fichier de test

https://lufi.ethibox.fr/r/Mzc1GmuG80#PCdW2gBDzT41KKYo8pncPtPzLyegBVMf9gj4Gu8Ovw8=

J'ai pris l'ensemble des styles par défaut proposés et je les ais
appliqués.

* Pour les styles Accent 1, Accent 2, la couleur devrait être
blanche
(sur arrière plan noir, gris, rouge)
* Pour les styles Avertissement, la couleur de police devrait être
rouge
* Pour le style Correct la couleur de police devrait être verte
foncée
(sur arrière plan vert clair)
* Pour le style Neutre la couleur de police  devrait être marron
foncé
(sur arrière plan jaune clair)
* Pour le style hyperlien, la couleur de police devrait être bleue
* Pour le style note de bas de page, la couleur de police devrait
être
grise

La création d'un nouveau style, ne respecte pas non plus la couleur de
police.

Le formatage direct sur le style, non plus, y compris sur le style par
défaut... Donc nada, pas de contournement !

Dans tous les cas, les aperçus dans les boites de dialogue sont
corrects. L'affichage dans la cellule pendant la saisie est correct.
Après validation, la couleur bascule en noir dans tous les cas.

Une utilisation de formatage conditionnel est remise en cause de 
fait...

peut être pas sur un doc existant créé avant l'apparition de ce
#@truc... à vérifier

Merci pour vos avis !

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


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

[fr-qa] Suspicion de bug : Couleur de police dans Calc inopérante

[Ocleyr2lalune]

Bonjour

je suspecte un bug, et je n'ai rien trouvé sur bugzilla (mais je n'ai 
peut être pas utilisé les bons mots clés ??)


 Pourriez vous tenter aussi et donner votre avis ?

J'ai testé sous W10 et 7.4.6.2, sous Fedora 36 et 7.4.6.2, et 7.3.5.2 
(AppImage)


La couleur de police n'est pas appliquée sauf si elle est noire (ou 
automatique ?)


Comment reproduire ?

voici mon fichier de test 
https://lufi.ethibox.fr/r/Mzc1GmuG80#PCdW2gBDzT41KKYo8pncPtPzLyegBVMf9gj4Gu8Ovw8=


J'ai pris l'ensemble des styles par défaut proposés et je les ais 
appliqués.


 	* Pour les styles Accent 1, Accent 2, la couleur devrait être blanche 
(sur arrière plan noir, gris, rouge)
 	* Pour les styles Avertissement, la couleur de police devrait être 
rouge
 	* Pour le style Correct la couleur de police devrait être verte foncée 
(sur arrière plan vert clair)
 	* Pour le style Neutre la couleur de police  devrait être marron foncé 
(sur arrière plan jaune clair)

* Pour le style hyperlien, la couleur de police devrait être bleue
 	* Pour le style note de bas de page, la couleur de police devrait être 
grise


La création d'un nouveau style, ne respecte pas non plus la couleur de 
police.


Le formatage direct sur le style, non plus, y compris sur le style par 
défaut... Donc nada, pas de contournement !


Dans tous les cas, les aperçus dans les boites de dialogue sont 
corrects. L'affichage dans la cellule pendant la saisie est correct. 
Après validation, la couleur bascule en noir dans tous les cas.


Une utilisation de formatage conditionnel est remise en cause de fait... 
peut être pas sur un doc existant créé avant l'apparition de ce 
#@truc... à vérifier


Merci pour vos avis !

Claire
--
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] [bug] Writer : style -> charger les styles depuis un modèle -> [À partir d'un fichier]

[Ocleyr2lalune]

Bonjour
Et tu as le détail des erreurs, quelque chose d'inspirant ?

Honnêtement j'aurais tendance a enrichir livret 1 et a en extraire un modèle .. 

⁣Claire​

Le 19 mars 2023 à 18:08, à 18:08, Bernard Siaud alias Troumad  
a écrit:
>Bonjour
>
>
>J'ai vidé le fichier qui me servait de modèle et je l'ai enregistré
>sous 
>un autre nom : Modele.odt. https://odfvalidator.org/ me signale
>
>Modele.odt: Info: 511 errors, no warnings
>
>
>-- 
>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] [bug] Writer : style -> charger les styles depuis un modèle -> [À partir d'un fichier]

[Ocleyr2lalune]

Bonjour Bernard

bilan des opérations

tests réalisés sous 7.5.1.2 (AppImage) et sous 7.3.7.2 (Fedora 36)

=> je reproduis avec tes fichiers

=> je ne reproduis pas avec d'autres fichiers

Tests réalisés en supprimant tout le contenu du Livret2, pour 
l'enregistrer en ott.


=> Le fichier fait moins de 650 ko, je reproduis.

Test réalisé en important (les styles) de livret 2.ott dans un fichier 
writer vierge


=> je reproduis

Conclusions :

Pour que l'on puisse parler de bug lié à l'application, il faut pouvoir 
reproduire quelque soit le fichier


=> ce n'est pas le cas mais

Pour que l'on puisse imaginer que le bug vient de la taille du fichier, 
il faudrait que sur des fichiers vierges le problème soit différent


=> la taille du fichier n'est pas en cause

Pour que le problème vienne du livret 1, il faudrait que l'import dans 
un fichier vierge ne produise pas le même problème


=> le fichier livret1 n'est pas en cause

Pour que le problème soit dû au contenu (au sens strict) du livret 2, il 
faudrait que le problème ne se pose pas quand on fait l'import des 
styles à partir d'un livret2 expurgé de son contenu


=> le contenu de livret 2 n'est pas en cause mais les styles de livret 2 
sont en causes.


Dernières précisions, puisque je reproduis aussi en 7.3, pas de 
régression... en tout cas pas entre ces 2 versions.


De qui c'est la faute ?
- Peut être de LibreOffice si LibreOffice cloche sur un style... 
(j'écarterais pas cette possibilité). à ce moment là on pourra 
reproduire quel que soit le fichier, mais faut trouver...

- Peut être de la conception du fichier (enfin du jeux de styles !).

Dans tous les cas, il faudrait trouver le style qui fait tout planter. 
Sachant qu'à l'ouverture, certaines lignes de styles apparaissent vides, 
seule la sélection de la ligne me permet de savoir de quel style il 
s'agît.


J'imagine qu'entre ton livret1 et ton livret 2 il y a déjà des styles en 
commun. J'essaierais déjà de voir si le problème est le même avec les 
styles de livret1. Ensuite, c'est un travail de fourmis... je te le 
laisse 


Un dernier truc au passage. Si ton doc passe dans d'autres mains... 
j'imagine que tu as pris l'habitude de garder ta propre copie. Les 
styles qui font planter le doc, qui n'apparaissent qu'à la sélection... 
ça me rappelle des soucis d'interopérabilité (pour ne pas dire un MS 
Office qui passe par là...)


NB : le plantage génère une alerte système avec des infos détaillées, si 
quelqu'un sait les analyser, je peux transmettre (soffice.bin killed by 
SIGABRT... mais il y a bien plus...)


Bonne soirée

Claire

Le 2023-03-14 18:38, Bernard Siaud alias Troumad a écrit :


Bonjour

Je compte copier le modèle du fichier 
https://troumad.org/OOo/Livret_2.odt dans le fichier 
https://troumad.org/OOo/Livret_1.odt ;  Je viens de faire 2-3 fois 
l'essai et chaque fois LO c'est fermé.


Voici ma version de LO :

Version: 7.5.1.2 (X86_64)
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

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

Re: [fr-qa] [bug] Writer : style -> charger les styles depuis un modèle -> [À partir d'un fichier]

[Ocleyr2lalune]

Pour charger les styles la lourdeur du fichier ne devrait pas jouer 
quand-même... 
J'avoue que sur la 7.5 les commandes associées aux styles sont longues à 
charger ou récalcitrantes.

J'essaie demain après midi. 

⁣Claire​

Le 15 mars 2023 à 14:18, à 14:18, Bernard Siaud alias Troumad  
a écrit:
>Le 14/03/2023 à 21:31, Ocleyr2lalune a écrit :
>> Bonjour Bernard
>>
>> J'ai fait cette opération sur la version 7.5.1.2 en appimage
>plusieurs fois cet après midi sans que LibreOffice plante.(avec mes
>propres fichiers donc...).
>>
>> Du coup, ce peut venir de tes fichiers. Je n'ai pas le temps
>d'essayer tout de suite avec tes fichiers. Plutôt en fin de semaine.
>Mes fichiers sont très lourds. Le problème vient peut-être de là. Mais,
>
>lourd ou pas, soit ça marche, soit il y a un bug.
>>
>> J'ai d'ailleurs aussi une suspicion de bug sur les styles ..
>>
>> ⁣Claire​
>>
>> Le 14 mars 2023 à 18:39, à 18:39, Bernard Siaud alias Troumad
> a écrit:
>>> Bonjour
>>>
>>>
>>> Je compte copier le modèle du fichier
>>> https://troumad.org/OOo/Livret_2.odt dans le fichier
>>> https://troumad.org/OOo/Livret_1.odt ;  Je viens de faire 2-3 fois
>>> l'essai et chaque fois LO c'est fermé.
>>>
>>> Voici ma version de LO :
>>>
>>> Version: 7.5.1.2 (X86_64)
>>> Build ID: 50(Build:2)
>>> CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3
>>> Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
>>> Calc: threaded
>>>
>>> -- 
>>> 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
>
>
>-- 
>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] [bug] Writer : style -> charger les styles depuis un modèle -> [À partir d'un fichier]

[Ocleyr2lalune]

Bonjour Bernard

J'ai fait cette opération sur la version 7.5.1.2 en appimage plusieurs fois cet 
après midi sans que LibreOffice plante.(avec mes propres fichiers donc...). 

Du coup, ce peut venir de tes fichiers. Je n'ai pas le temps d'essayer tout de 
suite avec tes fichiers. Plutôt en fin de semaine.

J'ai d'ailleurs aussi une suspicion de bug sur les styles ..

⁣Claire​

Le 14 mars 2023 à 18:39, à 18:39, Bernard Siaud alias Troumad  
a écrit:
>Bonjour
>
>
>Je compte copier le modèle du fichier 
>https://troumad.org/OOo/Livret_2.odt dans le fichier 
>https://troumad.org/OOo/Livret_1.odt ;  Je viens de faire 2-3 fois 
>l'essai et chaque fois LO c'est fermé.
>
>Voici ma version de LO :
>
>Version: 7.5.1.2 (X86_64)
>Build ID: 50(Build:2)
>CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3
>Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
>Calc: threaded
>
>-- 
>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] Re: [fr-qa] Bug à l'installation

[Ocleyr2lalune]

Je n'arrive pas à décompresser l'archive. Je retenterai quand j'aurais mieux 
qu'android.

Vous êtes toujours sur une version 32 bits. J'ai même l'impression que c'est la 
même qu'initialement... Quel dossier avez vous supprimé pour désinstaller 
manuellement libreoffice ? la suppression des fichiers pourrait ne pas suffire 
à vous faire lancer le bon logiciel.


A vrai dire ça fait un moment que j'ai utilisé les versions de développement. 
Mais j'aurais tendance à conseiller de les utiliser uniquement si vous savez ce 
que vous faites et à des fins de tests.
Télécharger une version dans le répertoire des versions de dev x86_64 doit vous 
permettre d'installer une version 64 bits. Mais ça n'a aucune incidence sur la 
version 32 bits (si la suppression des fichiers n'a pas suffit a la 
désinstallation.)
L'installation 64 bits de LibreOffice est dans C\Programmes
Pour la version 32 bits C:\program files (x86)

Pour avoir le toute dernière version  de LibreOffice, il suffit de sélectionner 
la version dite "fresh" sur la page téléchargement. c'est la 7.5.1.2
Enfin le lien vers la dernière version de dev (7.5.2) qui figure sur la page 
dédiée, n'a pas l'air opérationnel (mais c'est à confirmer sur pc)
https://fr.libreoffice.org/download/pre-releases/

Pour le reste.. un peu plus tard. Vos captures doivent être instructives.

⁣Claire​

Le 13 mars 2023 à 09:34, à 09:34, Luc Rochat  a écrit:
>Merci Claire,
>
>Vous pourrez trouver les copies d'écran à l'adresse 
>https://drop.chapril.org/download/7a1cd24a083684dc/#1vMCB-AW_jXdOdJ7w83siQ
>
>Entretemps, j'ai supprimé la version antérieure en supprimant le 
>répertoire contenant Libreoffice ! En effet, il m'était impossible de 
>désinstaller l'application par la voie normale.
>
>Puis j'ai installé la version 7.5.1.2 64 bits (?) depuis la page de 
>téléchargement de LibreOffice plutôt que par la page 
>https://dev-builds.libreoffice.org/pre-releases/win/x86_64/.
>
>Aucun problème et, à première vue, j'ai récupéré toutes mes billes. 
>Toutefois, je ne sais pas s'il s'agit vraiment d'une version 64 bits 
>puisque les informations de version indiquent
>
>Version: 7.5.1.2 (x86) / LibreOffice Community
>Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
>CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; 
>VCL: win
>Locale: fr-CH (fr_CH); UI: fr-FR
>Calc: CL threaded
>
>Je vais essayer de réinstaller la version 7.5.2.1 64 bits.
>
>Par ailleurs, dans la page 
>https://dev-builds.libreoffice.org/pre-releases/win/x86_64/ il apparaît
>
>des tailles de fichier en toutes lettres (Trois million trois cent cinq
>
>mille quatre cent soixante douze) !?
>
>Excellente journée à toutes et tous.
>
>Luc
>
>Le 12.03.2023 à 20:24, Ocleyr2lalune a écrit :
>>
>> Bonjour Luc
>>
>>
>> vous êtes dans une liste de diffusion où... les pièces jointes (et 
>> donc les images) ne passent pas mal, elles ne passent pas.
>>
>> Il faut utiliser une service de partage de fichier tels que ceux 
>> proposés sur entraide.chatons.org
>>
>> Les versions 64 bits de LibreOffice existent depuis la version 5.4 au
>
>> moins, voire même avant...  est-ce vraiment là le problème ?
>>
>> En revanche si vous avez une installation 32 bits (comme indiqué dans
>
>> votre 1er message), si vous tentez l’installation d'une version 64 
>> bits, celle ci n'écrasera pas l'ancienne.
>>
>> Vous devriez néanmoins conserver toutes vos données de profil.
>>
>> A moins d'avoir une réelle limitation sur votre ordinateur
>(processeur 
>> 32 bits), ce serait réellement mieux d'utiliser la version 64 bits.
>>
>>
>> On ne connait pas votre message d'erreur, mais il semble que la 
>> préconisation la meilleure soit :
>>
>> procédez volontairement à l’installation de la version  64 bits;
>>
>> Vérifiez que tout va bien (vous retrouvez vos réglages docs
>récents... 
>> = votre profil)
>>
>> Vous désinstallez explicitement al version 32 bits (comme vous le 
>> faites pour tout programme dans Windows 10.
>>
>> Notez que quoi qu'il en soit vos fichiers de profil LIbreOffice ne 
>> seront pas perdus lors de la désinstallation de la version 32 bits 
>> (ils sont enregistrés dans les données utilisateurs, pas dans les 
>> programmes.
>>
>>
>> Bonne soirée
>>
>> Claire
>>
>> Le 2023-03-12 17:47, Luc Rochat a écrit :
>>
>>> En effet, merci.
>>>
>>> Je n'avais pas remarqué que depuis la version 7.5, il y avait une 
>>> version 64 bits. Et jusqu'à présent (7.5.1.2), cela n'avait pas posé
>
>>> de problème.
>>>
>>> Toutefois, j'ai essayé avec la

Re: [fr-qa] Re: [fr-qa] Bug à l'installation

[Ocleyr2lalune]

Bonjour Luc

vous êtes dans une liste de diffusion où... les pièces jointes (et donc 
les images) ne passent pas mal, elles ne passent pas.


Il faut utiliser une service de partage de fichier tels que ceux 
proposés sur entraide.chatons.org


Les versions 64 bits de LibreOffice existent depuis la version 5.4 au 
moins, voire même avant...  est-ce vraiment là le problème ?


En revanche si vous avez une installation 32 bits (comme indiqué dans 
votre 1er message), si vous tentez l'installation d'une version 64 bits, 
celle ci n'écrasera pas l'ancienne.


Vous devriez néanmoins conserver toutes vos données de profil.

A moins d'avoir une réelle limitation sur votre ordinateur (processeur 
32 bits), ce serait réellement mieux d'utiliser la version 64 bits.


On ne connait pas votre message d'erreur, mais il semble que la 
préconisation la meilleure soit :


procédez volontairement à l'installation de la version  64 bits;

Vérifiez que tout va bien (vous retrouvez vos réglages docs récents... = 
votre profil)


Vous désinstallez explicitement al version 32 bits (comme vous le faites 
pour tout programme dans Windows 10.


Notez que quoi qu'il en soit vos fichiers de profil LIbreOffice ne 
seront pas perdus lors de la désinstallation de la version 32 bits (ils 
sont enregistrés dans les données utilisateurs, pas dans les programmes.


Bonne soirée

Claire

Le 2023-03-12 17:47, Luc Rochat a écrit :


En effet, merci.

Je n'avais pas remarqué que depuis la version 7.5, il y avait une 
version 64 bits. Et jusqu'à présent (7.5.1.2), cela n'avait pas posé de 
problème.


Toutefois, j'ai essayé avec la version 64bits 
(LibreOffice_7.5.2.1_Win_x86-64.msi) et j'obtiens le même résultat, 
avec en plus ce panneau à la sortie.


Décidément, les images passent mal 

Le 12.03.2023 à 17:17, Luc Rochat a écrit :
Oui !

Mille excuses, je n'avais pas vu que l'image n'a pas passé.

Le 12.03.2023 à 16:59, Regis Perdreau a écrit : Bonjour,

C'est à dire ? un message d'erreur ?

Cdt

Régis Perdreau

Le dim. 12 mars 2023 à 16:50, Luc Rochat  a 
écrit :


Bonjour à toutes et tous,

Il m'est impossible d'installer la version 7.5.2.1 sur la 7.5.1.2

Reproduisez-vous également ?

Ma configuration :

Version: 7.5.1.2 (x86) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render:
Skia/Raster;
VCL: win
Locale: fr-CH (fr_CH); UI: fr-FR
Calc: CL threaded

Bonne suite à toutes et tous.

-- Luc Rochat
Petit-Bois 16
2316 Les Ponts-de-Martel
079 739 48 20

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

-- Luc Rochat
Petit-Bois 16
2316 Les Ponts-de-Martel
079 739 48 20


--
Luc Rochat
Petit-Bois 16
2316 Les Ponts-de-Martel
079 739 48 20
--
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] Re: [fr-users] [Calc] Premier Numéro de page pris en compte par feuille non sélectionnée : BUG ou Feature ?

[Ocleyr2lalune]

 ma part j'ai ré-ordonné les feuilles pour contourner le pb.

Merci

Le 2022-11-27 11:21, Ocleyr2lalune a écrit :

Normalement la numéros de pages ne prennent en compte que les feuilles 
qui sont dans ta zone d'impression. Qu'as tu configuré en zone 
d'impression ?
Pour la confusion feuille (de calcul) et pages voir mon message sur le 
formatage conditionnel...


⁣Claire​

Le 27 nov. 2022 à 10:34, à 10:34, "Stéphane Santon" 
mailto:m.libreoff...@santonum.eu>> a écrit: 
Bonjour,


J'ai un classeur avec :
- 1 style de page (feuille) de tâches communes, avec l'option "Premier
numéro de page" à 1
- 1 style de page de tâches individuelles, avec l'option "Premier
numéro
de page" non cochée

Les feuilles créées :
- 1 tâches communes "U61"
- 1 tâches individuelles "U61" pour étudiant A
- 1 tâches individuelles "U61" pour étudiant B
- 1 tâche communes "U62"
- 1 tâches individuelles "U62" pour étudiant A
- 1 tâches individuelles "U62" pour étudiant B

Et bien si je sélectionne les feuilles

- 1 tâches individuelles "U61" pour étudiant A
- 1 tâches individuelles "U62" pour étudiant A

pour impression ou export PDF, la numérotation des pages est 1/2 puis
1/2
parce qu'il y a une feuille "tâches communes" entre les 2, même si
celle-ci n'est pas sélectionnée.

J'aimerais que l'option "Premier numéro de page" ne soit prise en
compte
QUE si la feuille est sélectionnée dans le flux ...

Une doc de test :
https://www.cjoint.com/c/LKBjHvcxEAE 
<https://www.cjoint.com/c/LKBjHvcxEAE>


Merci de vos retours

Version: 7.4.1.2 (x64) / LibreOffice Community
Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0
CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded

-- Envoyez un mail à users+unsubscr...@fr.libreoffice.org 
<mailto:users+unsubscr...@fr.libreoffice.org> pour vous

désinscrire
Les archives de la liste sont disponibles à
https://listarchives.libreoffice.org/fr/users/ 
<https://listarchives.libreoffice.org/fr/users/>
Privacy Policy: https://www.documentfoundation.org/privacy 
<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

[fr-qa] Re: [fr-users] Protéger la structure de la feuille de calcul=> traduction ?

[Ocleyr2lalune]

Bonjour

oui, normalement protéger la feuille c'est la feuille, et la 
"structure", ça devrait être le classeur...


En fait je penche pour un problème de traduction de l'interface (ce qui 
explique pourquoi l'aide est conforme !)


En anglais on a "protect sheet"  (protéger la feuille) et "protect 
spreasheat structure" (protéger la structure de la feuille de calcul).


Il faut alors considérer que feuille de calcul = classeur et que feuille 
= feuille, ça me parait confusant, alors que le terme classeur existe et 
est correctement utilisé dans l'interface !


Hors spreadsheet est bien le terme utilisé pour Classeur en "opposition 
à "sheat" pour feuille.


Dans le lanceur la liste des modules passe de Calc Spreadsheet à 
Classeur Calc, une fois traduit


Claire

Le 2022-12-22 14:23, Stéphane Santon a écrit :


Bonjour,

La commande "Outils | Protéger la structure de la feuille de calcul" 
semble être plutôt une protection de classeur, non ? De l'ensemble des 
feuilles ?
La commande ferait croire que l'on protège la feuille sélectionnée, 
mais on a déjà la commande "Protéger la feuille"...


D'ailleurs l'aide parle bien de classeur :

https://help.libreoffice.org/latest/fr/text/scalc/guide/cell_protect.html?DbPAR=CALC

Je pense que c'est à éclaircir.

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: 
Skia/Raster; VCL: win

Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded

--
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] [Calc] styles de cellules indisponibles dans tout le classeur si une feuille est protégée - LibO 7.4

[Ocleyr2lalune]

Bonjour Michel
Ta remarque me parle bien surtout sur ce sujet

Il y a en gros 5 ans au boulot j'ai déclaré une anomalie sur un verrouillage 
des fonctionnalités appliquées à toutes les feuilles sélectionnées dès lors que 
l'une des feuilles était verrouillée (la sélection multiplie de feuille étend 
artificiellement le verrouillage). 
Le prestataire a refusé de corriger ce verrouillage excessif et s'est contenté 
d'afficher un message.. nous avons refusé le correctif. Sauf que ce prestataire 
ne publiait pas nos déclarations d'anomalies et je crois bien que ce faux 
correctif a été intégré.. 

Mon avis reste que lorsqu'un fonctionnement n'apparaît pas correct, c'est le 
fonctionnement qu'il faut corriger, et non mettre un message sans le corriger

⁣Claire​

Le 6 nov. 2022 à 18:17, à 18:17, Michel Rudelle - Listes LibO 
 a écrit:
>Merci Jean-Baptiste,
>
>Si je comprends bien c'est une modif (déraisonnable) faite suite à une 
>demande (raisonnable, justifiée et probablement pas trop compliquée) 
>d'amélioration, à savoir la demande d'un simple message informant que 
>l'on ne peut modifier les styles de cellule si une feuille est
>protégée. 
>Mais la modif a consisté à bloquer totalement l’accès aux styles de 
>cellule pour tout le classeur si une feuille est protégée.
>
>Quant je construis un classeur complexe, j'aime que les feuilles déjà 
>bien avancées soient protégées de mes propres maladresses. En obligeant
>
>à déprotéger toutes les feuilles, rendant ainsi moins sécurisé la 
>création ou l'amélioration de documents, cette modification produit 
>l'effet inverse de ce que suggère l'idée de blocage.
>
>Je vais rajouter un commentaire dans ce sens.
>
>Bonne journée,
>
>Michel
>
>Le 02/11/2022 à 14:06, Jean-Baptiste Faure a écrit :
>> Bonjour Michel,
>>
>> Le 30/10/2022 à 15:37, Michel Rudelle - Listes LibO a écrit :
>>> Bonjour,
>>>
>>> Avec la dernière version (7.4.2.3) les styles de cellules ne peuvent
>
>>> plus être appliqués sur une feuille non protégée d'un classeur si
>une 
>>> autre feuille est protégée. L'icône "Style de cellule" est grisé.
>>>
>>> Auparavant, seule la modification des styles était interdite dans 
>>> tout le classeur si une feuille du classeur était protégée, ce qui 
>>> peut se comprendre. Mais le nouveau comportement est très gênant.
>>>
>>> Observé sur Version 7.4.2.3  Ubuntu et W10
>>>
>>> Je n'ai rien vu sur Bugzilla, reproduisez-vous ?
>>
>> Je reproduis. Je pense qu'il s'agit de ce bug :
>> https://bugs.documentfoundation.org/show_bug.cgi?id=149857
>> Titre : Cell Styles pane is not visible/accessible/grayed-out when a 
>> sheet is protected
>>
>> 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

-- 
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] [writer] coller capture sur kde/plasma

[Ocleyr2lalune]

Salut Gérard,

désolée, je n'ai pas pu regarder plus tôt

Le 2021-09-17 10:16, Landron Gérard a écrit :


Le 16/09/2021 à 23:34, Ocleyr2lalune a écrit :


Salut Gérard

Tu es sur quelle version de LibreOffice via F34 ?
De mémoire, il n'y a pas un 3e vcl à tester (pour voir si c'est fedora 
ou pas) ?
7.2.0.4 officielle et 6.3 de la distribution (profils séparés), le 
résultat est le même.


Sous Fedora 34, la version LibreOffice de la distrib (à jour) est la 
7.1.6.2. Avec cette version et le moteur de capture de Gnome, tout est 
ok

Je ne peux pas tester Spectacle.
En revanche les problèmes que tu évoques me font penser à ce que j'ai 
déjà observé sous W10 sous 1809 avec un master entreprise dans les choux 
("l'outil capture" était ok, mais capture et croquis, ne copiait rien) 
Entre temps le master 1909 a corrigé le problème. On retrouve 
aujourd'hui des problèmes de copier coller, vers LibreOffice, pas 
seulement pour des captures... Sauf qu'avec mes collègues on ne trouve 
pas de caractère toujours bien reproductible pour en demander la 
correction.
Mon sentiment perso c'est qu'il y a eu des évolutions de gestion du 
presse papier, qui font que ces derniers temps, le dialogue  système 
vers appli ne semble pas toujours opérationnel. C'est étrange. Mais en 
fait, mon imrpession est que es copier colelr qu'il faut renouveler 
plusieurs fois pour que "ça passe", j'en ai depuis quelques temps sous 
Windows ou sous Linux, vers LibreOffice ou vers un autre logiciel... 
Bref, ça  nous dépasse surement ?



En refaisant quelques essais, le problème pourrait venir de spectacle 
car les copie faites avec flameshot passent bien. Il rest que ce 
problème ne se produit que sur writer, il y a un lapin caché quelque 
part et qui finira par sortir...



Claire

--
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] [writer] coller capture sur kde/plasma

[Ocleyr2lalune]

Salut Gérard

Tu es sur quelle version de LibreOffice via F34 ?
De mémoire, il n'y a pas un 3e vcl à tester (pour voir si c'est fedora ou pas) ?

Claire
Le 16 sept. 2021 à 20:40 +0200, Landron Gérard , a 
écrit :
> Bonsoir,
>
> il y a un petit problème pas très facile à cerner sur Fedora34
> KDE/Plasma. Je n'ai pas d'autre disttribution pour vérifier si c'est
> Fedora ou plasma qui est en cause.
> Quand on fait une copie d'écran avec spectacle(logiciel kde dédié à la
> copie d'écran) , il n'est pas possible de la coller dans une page
> writer, par contre cela marche bien dans les autres modules, calc
> impress et draw, cela marche bien.
> Cependant une copie d'écran faite avec GIMP se colle directement dans
> writer.
> Le résultat est presque identique avec VCL=kf5 ou VCL=gtk3.
> Avec gtk3 on peut coller en passant par le menu Collage spécial/Autres
> options. Il y a bien Image Bitmap(BMP) mais cela n'a pas d'effet.
> Merci de votre attention
>
> 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

-- 
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] Largeur du curseur de saisie (trop fin) !?.

[Ocleyr2lalune]

Bonjour

Qu'en est-il du curseur dans d'autres logiciels ? A-t-il une taille différente ?
Je crains que la solution ne sois pas dans LibreOffice mais dans votre 
environnement de bureau plutôt (MATE donc qui est hyperconfigurable de 
mémoire...)

Claire
Le 18 août 2021 à 22:16 +0200, Serge Smeesters , a écrit :
> Bonjour,
>
> Je suis sous GNU/Linux MATE (je sais pas si ça change qq chose)
>
> Je trouve le curseur de saisie (insertion, pas remplacent évidement)
> beaucoup trop fin.
>
> Oui, ’faut dire aussi que j’ai un écran haut-définition... J’ai du
> augmenter la taille de beaucoup de choses déjà...
>
> Mais il semblerait que le curseur de saisie soit d’une largeur de 1
> pixel. Et donc, pour moi, c’est à peine visible :(
>
> Est-il possible de modifier l’apparence de ce dernier ?
>
> Merci d’avance :)
>
> --
> À+,
> Serge Smeesters
> http://www.gnucomputer.be/
> http://www.spaceeman.be/
>
> --
> 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] Libreoffice 7 : compression des images

[Ocleyr2lalune]

Bonjour Gérard

du coup je reprends là...
je te fais une capture de la fenêtre compresison qui est dispo en
6.4.6.2 (Build 3 de Fedora). Vu vos échanges, je ne vois pas le
changement.
https://pic.infini.fr/UQgpZm4B/JM2QMScF.png

Par contre, après un bref essai, il me semble qu'il manque une case à
cocher pour conserver la proportion, ou alors c'est à clarifier dans
les libellés :  si on est en largeur max et hauteur max, mieux vaut le
préciser (comme darktable qui entre autre multiple options de
traitements, propose de définir le max en hauteur et en largeur et le
logiciel se débrouille pour garder les proportions). Si ce n'est pas le
cas, il nous faut une application proportionnelle de l'un par rapport à
l'autre (conserver la proportion).

Je n'ai pas regardé la 7, mais je vais l'installer manuellement pour
comparer.

Claire

Le dimanche 06 septembre 2020 à 12:50 +0300, Landron Gérard a écrit :
> Le 06/09/2020 à 10:44, yves dutrieux a écrit :
> > Bonjour Gérard,
> > 
> > je reste perplexe. La taille (dimension) d'une image n'est pas
> > proportionnelle à son dpi.  ce sont 2 choses différentes.
> > La taille (poid en ko), là , oui, c'est directement en relation (vu qu'on
> > joue sur la densité avec les dpi).
> > 
> > j'ai testé avec la version 7 et la taille (dimension)/dpi de l'image sont
> > bien conservées.
> je n'ai découvert cette possibilité qu'avec la version 7 ! j'aurais dû 
> préciser.
> 
> > sinon, oui, c'est très pratique, et ça va bien aider ceux qui n'ont pas
> > l'habitude de gérer les tailles d'images avant insertion dans leur document
> > ;)
> je m'en sert pour des copié/collé de capture d'écran dans une 
> documentation. Sans cette option, on dépasse vite les tailles raisonnables
> > 
> > Yves
> 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

Re: [fr-qa] Options LibreOffice 6.4.5

[Ocleyr2lalune]

Bonjour
J'avais constaté le même problème en 6.4.4 et W10 (je n'ai pas la version 
exécutée sous la main) et j'ai confirmé que ça n'était pas reproduit coté 
Linux. J'ai note qu'il fallait le signaler mais...J'ai tardépar contre !
Le redimensionnement de la fenêtre ne change rien aux menus déroulants tronqués.
Le problème ne se présente pas quand on passe en interface anglais US mais 
uniquement en français

Claire
Le 23 juil. 2020 à 17:23 +0200, Jean-Baptiste Faure , 
a écrit :
> Le 23/07/2020 à 13:42, Nicolas PAOUR a écrit :
> > Bonjour,
> >
> > Même problème avec Win 7 - 32 bits
> >
> > Voici le rendu en image pour Libo 6.3.6 (OK) et Libo 6.4.5 (KO) avec
> > remise à zéro des profils
> > https://ibb.co/V90GYTR
>
> La fenêtre est redimensionnable, en tous cas elle l'est sous Ubuntu. Si
> tu l'élargis est-ce que l'affichage est meilleur et est-ce que la taille
> de la fenêtre est conservée après fermeture et réouverture ?
>
> Bonne journée
> JBF
>
> --
> Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
>
> --
> Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
> Les archives de la liste sont disponibles à 
> https://listarchives.libreoffice.org/fr/qa/
> Privacy Policy: https://www.documentfoundation.org/privacy

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

Re: [fr-qa] Demande de relecture nouvelle traduction UserProfile MediaWiki

[Ocleyr2lalune]

Merci pour ta réponse William. J'aime beaucoup tout ce travail actuel
pour "redynamiser" la doc, la mettre à jour et l'enrichir quelques
soient la langue des contributeurs initiaux...
A propos de  ce qui doit être affiché et où, ça m'amène à quelque chose
d'approchant qui me taraude depuis quelques temps

Quid des tip of the day ? , ne devraient-ils pas être accessibles sur
le wiki, l'aide en ligne, l'aide de l'interface (au delà de simplement
rafficher l'astuce du jour qu'on aurait loupé..)
Imaginons que l'on voit une astuce intéressante, on ne prend pas de
note et quelques jours après on réalise que l'astuce qu'on avait croisé
pourrait nous aider là, maintenant... 
Sur le wiki on trouve les propositions de l'équipe Marketing, à priori
pas toutes et pas leur traduction.
J'ai un collègue qui est allé voir comment les récupérer dans le code
source, on a identifié le fichier, mais c'est quand même dommage qu'un
tel contenu ne soit pas directement dans l'Aide, bon j'ai pas pris mon
adresse pro parce qu'on est samedi soir, mais je reconfirmerais notre
intérêt sur le sujet, sans opposition à ce qu'on y contribue plus
activement... (y'a juste quelques sparadrah toujours trop collants...)

Claire

Le samedi 25 janvier 2020 à 16:48 +0100, William Gathoye (LibreOffice)
a écrit :
> On 22/01/2020 18:46, Ocleyr2lalune wrote:
> 
> > cela me semble correct, j'ai souvenir d'une ancienne version, un peu
> > moins détaillée.
> 
> Oui, en effet, avec l'arrivée du plugin de traduction, d'après ce que je
> comprend, on dirait que la langue anglaise va devenir celle faisant
> autorité.
> 
> Le prochain chantier, selon moi, serait dès lors d'« upstreamer » la doc
> francophone non présente dans la version anglophone et de repartir de
> celle francophone j'imagine.
> 
> Je vais essayer d'y voir plus clair au FOSDEM :)
> 
> 
> > à partir de la page d'accueil du wiki, comment retrouve-t-
> > on cette page, si l'on n'a pas le lien direct ? Vu l'importance de
> > cette page (comme tu l'indiques), il faut qu'elle puisse être retrouvée
> > facilement...
> 
> Complètement d'accord avec ça :) Et a fortiori, cette page devrait être
> présente dans l'aide de LibreOffice.
> 
> Depuis que le WikiHelp a été déprécié au profit de l'aide en HTML sur
> help.libreoffice.org, pour les nouvelles versions de LibreOffice, toute
> l'aide du wiki devrait être portée sur help, selon moi.
> 
> Dans un autre fil de discussion mené sur la mailing list
> libreoffice-documentation, j'avais toutefois soulevé des soucis à
> déplacer l'aide du wiki sur help.libo. Le wiki help de TDF dispose d'un
> très bon SEO car MediaWiki est bien compris par les moteurs de recherche
> comme Google/Qwant/etc. Il reste à tout refaire à ce niveau avec l'aide
> HTML de LibO (format xhp). J'ai la nette impression qu'on réinvente la
> roue ici aussi au lieu de se baser sur une solution existante cf.
> l'excellent ReadTheDocs.
> 
> Une nouvelle fois, je vais essayer de tirer ça au clair au FOSDEM et
> vous tient au courant d'autant plus qu'il faudra en effet s'organiser
> car la tache est conséquente :)
> 
> 
> > Merci de ton travail
> 
> Merci :) En tant que bénévoles, la reconnaissance est ce qui fait partie
> du carburant qui nous pousse à continuer de plus belle :)
> 
> Bon week-end,
> 
> 
> -- 
> William Gathoye
> Hypertive volunteer for LibreOffice
> Proud member of The Document Foundation
> Member of LaMouette - French based association promoting ODF and LibreOffice
> 

-- 
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] Demande de relecture nouvelle traduction UserProfile MediaWiki

[Ocleyr2lalune]

Bonjour William
cela me semble correct, j'ai souvenir d'une ancienne version, un peu
moins détaillée. Je n'y vois pas d'erreur. Elle contient des infos
utiles pour les dépannages des utilisateurs.Une question non liée à la
relecture : à partir de la page d'accueil du wiki, comment retrouve-t-
on cette page, si l'on n'a pas le lien direct ? Vu l'importance de
cette page (comme tu l'indiques), il faut qu'elle puisse être retrouvée
facilement...
Merci de ton travail
Bonne soirée
Claire
Le mercredi 22 janvier 2020 à 18:06 +0100, William Gathoye
(LibreOffice) a écrit :
> Bonjour à tous,
> Suite à l'arrivée de l'extension de traduction sur le
> MediaWiki[0]quelques traductions des pages francophones avaient été
> perdues. C'étaitle cas pour la page du profil utilisateur [1].
> C'était très problématique dans le sens où cette page est
> mentionnéetrès souvent que ce soit en ligne sur notre instance Ask
> francophone oudans des tweets de support de LibreOfficeFR sur
> Twitter.
> Après avoir passé un temps certain sur cette page[1] et vérifié
> lesnouvelles positions de menus, c'est désormais résolu :)
> Je vous remercie dès lors pour votre relecture attentive.
> Excellente soirée,
> [0]
> https://wiki.documentfoundation.org/TDF_Wiki/Multilingual#Migrating_old_translated_content_to_the_current_system
> [1] https://wiki.documentfoundation.org/UserProfile/fr
> 
> -- William GathoyeHypertive volunteer for LibreOfficeProud
> member of The Document FoundationMember of LaMouette - French based
> association promoting ODF and LibreOffice

-- 
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] [Liboo6.3.3] Calc insertion d'une feuille impossible

[Ocleyr2lalune]

Bonjour Gérard
je n'ai pas encore essayé sous la 6.4.0.2Je suis sous 6.3.4.2 (snap) et
Fedora 31 et je ne reproduis pas. 
En revanche le message d'erreur que tu cites parle de droits d'accès
insuffisant, as-tu creusé de ce coté là ? 
Bonne soirée
Claire
Le lundi 20 janvier 2020 à 16:57 +0200, Landron Gérard a écrit :
> Bonjour,
> suite à une question sur le forum de Fedora, la
> fonction/Feuille/insérer une feuille à partir d'un fichier... ne
> marche pasSur mon poste j'obtiens le message d'erreur erroné !---
> Erreur lors du chargement du
> documentfile:///home/gland/Documents/articles_a_zero.ods:
> L'objet n'est pas accessible.Impossible d'accéder à l'objet,car les
> droits d'utilisateur sont insuffisants.--
> Pas de problème avec la préversion 6.4.0.2ce serait apparut après la
> 6.2.8
> 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

Re: [fr-qa] Re: Writer: Style de suite des Styles de titre

[Ocleyr2lalune]

Bonjour

je ne suis pas certaines que les avis soient si divergents, mais nous ne 
pensons pas forcément aux mêmes évidences ou aux mêmes contraintes.


voici ce que je comprends des différents échanges

pour la saisie "au km"(Ysabeau parle du "labeur") => Style par défaut
Le Style par défaut est le style maitre de tous les styles, dont tous 
dépendent.
Pour la mise en page d'un texte et donc l'agencement des différents 
éléments les styles de titre s'enchainent avec un "corps de texte".


Telle que je conçois une mise en page dans un traitement de texte, 
l'aspect sémantique (ceci est un titre important, ceci un titre moins 
important, ceci est mon contenu) est géré par l’utilisation adaptée 
des styles
A ce propos la différence dans les styles natifs "Par défaut" et "corps 
de texte" est parlante :
le style par défaut ne possède aucune configuration en terme 
d'espacement entre les lignes ou de retrait. Ce qui est nécessaire dès 
que l'on met en forme son texte.
Le corps de texte possède une configuration qui lui permet de s'agencer 
de façon harmonieuse entre les différents styles (pas besoin de le 
modifier pour avoir un retrait basique et une gestion des espacements).
Dans "LibreOffice c'est stylé" que je n'ai pas lu de A à Z, j'y ai lu 
que pour des textes "jetables", travailler sur les styles n'avait pas 
une grande plus-value (à moins qu'on ait acquis cet automatisme).


Je me rappelle de discussions avec Linagora (pas sur les styles) mais 
dont l'un des propos était "le fonctionnement de MS Office n'est pas une 
référence". Je peux leur concéder ça.
C'est les principes en typographie et en traitement de texte qui 
devraient faire référence.


Maintenant, il y a les pratiques qui peuvent nous inciter à... modifier 
des principes, au lieu de chercher à les faire comprendre et appliquer.


SI je copie un texte à partir d'une page web, il sera, probablement en 
style par défaut. C'est normal à moi de faire cette mise en forme.
Les textes issus d'un document word n'adoptent pas toujours le style par 
défaut. C'est d’ailleurs un repère courant car un nouveau style "normal" 
ou "normal (web)" apparait dans des documents de ce type...


Dans un document "charté" avec tous les styles qui vont bien, configurés 
comme il faut, mais ça dépasse l'utilisateur. Celui-ci rédige sans se 
poser des questions. Éventuellement il applique une ou 2 consignes sur 
un style de titre.. Et puis il récupère les notes prises dans un 
document brut, un autre document Le style n'est plus le même, il 
s'en contrefiche, il ne le voit pas forcément. Ce n'est pas de la 
mauvaise volonté, mais ça le dépasse franchement.


Les personnes qui utilisent leur traitement de texte comme une machine à 
écrire sont nombreux. Faut-il se baser sur leur usage (qui va produire 
des documents avec tantôt un style par défaut et puis sur une page, un 
corps de texte) ou leur apprendre ces notions, leur montrer à quel point 
ils pourront gagner en efficacité ? Sur la mise en forme / en page, 
Writer est puissant. Nous avons des bataillons d’utilisateurs qui jusque 
là ont toujours entendu que le gris était noir alors pourquoi subitement 
le gris serait-il gris ? Peut être parce que cela permet d'y mettre des 
nuances.


Je résume : le style par défaut est par défaut pour tout. Il ne véhicule 
aucun sens. Et c'est utile, quand on fait de la machine à écrire (ex : 
je prends des notes pendant une réunion)
Le "corps de texte" n'est pas plus la mise en forme du texte par défaut 
qu'un titre. Il permet de signifier qu'on est sur un corps de texte. 
Hors sans chapitrage, titre, etc... on ne peut pas parler de "corps" de 
texte.
De fait, le style par défaut est adapté à un "formatage direct"=> 
document jetable !


Quitte à utiliser Writer, autant ne pas chercher à conserver de 
mauvaises habitudes.. Et oui avec nos chers agents qui ont d'autres 
chats à fouetter, ce n'est pas chose gagnée...


Bon courage

Claire

Le 08/05/2019 à 16:14, Marie-jo Listes a écrit :

Bonjour,

Catof sait très bien modifier le style par défaut ;-)

Je le rejoins totalement dans sa démarche et sa réflexion que j'avais 
faite il y a de longues années.


Il me semblerait normal en tant qu'humain que le style "corps de 
texte" soit proposé par défaut ou de mettre "corps de texte" en suite 
des styles de titre.


Comme le style Normal dans Word avec les styles de Titre suivis du 
style "normal" et récupérés par Writer en "style par défaut"


Ysabeau écrit : "Avoir le texte courant en style Corps de texte donne 
une plus grande souplesse et une meilleure qualité de mise en forme."


Alors pourquoi définir le style par défaut ?? Je ne comprends pas 
votre logique.


Marie-jo

Le 29/04/2019 à 11:32, Laurent BP a écrit :

Bonjour,

Le 29/04/2019 à 10:56, catof a écrit :

Ok ok ok
pas de soucis ...(décidément !)

Bon bin dans ce cas que le style par défaut soit "Corps de texte" !
Avant, pendant et après 


Pour que tu es le style Corps de texte "par défaut", il  te suffit 

[fr-qa] Re: [fr-discuss] LO62 Linux

[Ocleyr2lalune]

Bonjour

je suis sous Fedora 29 - Bureau Cinnamon. Aucun problème aux lancement 
avec les versions suivantes :


Version: 6.2.1.2 (Dernière évolution)
Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71

Version: 6.2.2.1  (Dernière Prev)
Build ID: fcd633fb1bf21b0a99c9acb3ad6e526437947b01

Version: 6.2.2.0.0+ (Dernière Dev)
Build ID: a5a6e9c8021d547943ad8085873b82ec68136c18 - Time: 
2019-03-04_15:44:25



Par contre  : 
https://listarchives.libreoffice.org/fr/users/msg45599.html Et quelques 
messages déjà sur des soucis avec KDE5 et LibO...
https://listarchives.libreoffice.org/fr/qa/msg07975.html ( qui 
s'améliorent en 6.2.0.3)


=> j'ajoute la liste QA

Claire

Le 09/03/2019 à 14:14, Landron Gérard a écrit :

Le 09/03/2019 à 14:04, Bob a écrit :

Le 08/03/2019 à 23:33, Landron Gérard a écrit :

Le 08/03/2019 à 21:12, Bob a écrit :

Bonjour,

Je suis bien ennuyé : j'ai téléchargé et installé la version 6.2 (puis
6.2.1) sous Linux (KDE), elle ne démarre pas du tout. J'ai comme simple
message d'erreur :


terminate called after throwing an instance of
'com::sun::star::uno::DeploymentException'

Suis-je seul à être confronté à cela ???

pas moi en tout cas...
quelle distribution ? car il y a eu un message de problème avec Mint-19.1


Bonjour,

J'ai trouvé ce bug :

https://bugs.documentfoundation.org/show_bug.cgi?id=123232#add_comment

qui ressemble beaucoup à mon affaire. Et le bug est coincé avec un
NEEDINFO ...

as-tu essayé de lancer libreoffice en ligne de commande  avec :
$ SAL_USE_VCLPLUGIN=gen libreoffice
à adapter en fonction de l'installation, cela peut-être libreoffice6.2
ou directement avec le chemin de l'installation (à adapter) :
$ SAL_USE_VCLPLUGIN=gen /opt/libreofficexxx/program/swriter

cela permettra de voir si le problème vient de l'intégration kde qui au
passage de kde4 à kde5 n'est pas au top !

C'est mal parti ...

RC

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

Re: [fr-qa] Writer : filgrane en arrière plan inopérant

[Ocleyr2lalune]

Bonjour

je reproduis à partir de la galerie en 6.1.5.2 et 6.2.2.1. L'ajout d'une 
image de la galerie comme arrière plan, se traduit par un arrière plan 
uni bleu.

Je ne reproduis pas sous 5.4.7.2.

Je n'ai pas trouvé de bug remonté sous bugzilla (mais je ne suis pas 
rodée sur bugzilla !)


=> en revanche je ne parlerais pas de filigrane mais uniquement du 
comportement lors de l'ajout d'une image (de la galerie) comme arrière 
plan. L'insertion par la galerie, est censée avoir le même effet que 
directement via le style de page.


Quand on regarde le style de page / arrière plan  :

on est bien en mode bitmap
l'image de la galerie n'y figure pas, l'aperçu montre une zone bleue 
identique à celle qui apparait en arrière plan.

ajouter importer pointe sur l'emplacement de la galerie et...
les images de la galerie  sont compressées dans des fichiers .sdv /.thm 
qui ne sont à priori pas reconnus comme des fichiers bitmap [sauf qu'en 
5.4.7, ça ne posait pas problème...]


Claire

Le 21/02/2019 à 23:07, catof a écrit :

Bonjour
Depuis la galerie et dans la bibliothèque des filigranes
il est possible, en effectuant un clic droit sur le filigrane, de l'insérer
en arrière plan de la page ou du paragraphe
mais quand je tente de le faire , je n'obtiens qu'un fond bleu ..



reproduisez vous ?


PS: je sais insérer un filigrane en utilisant arrière plan de la feuille de
style



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/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/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Demande de réactivation d'une commande dans un menu

[Ocleyr2lalune]

Bonjour 

ce paramètre était et est toujours attaché au profil. 

Il est désormais accessible via les options / Writer / Aides au
formatage. 

De la même façon que quand il était dans le menu, il reste actif, même
si tu changes de doc, tant que tu ne l'as pas désactivé (et
inversement). Ce changement ne nous a pas parru incohérent. Mais nous
l'avons un peu cherché la première fois 

De notre coté (=à l'Insee) on utilise les paragraphes masqués de notre
appli de Gec, ce qui en terme d'usage me parait proche des besoins de
publipostage (que nous avons aussi). 

Notre installation par défaut, basée sur une version TDF, comporte,
entre autre un paramètre personnalisé sur cette option. 

Aucun développement nécessaire. Pour le paramètre perso, il me semble
que c'est documenté, si besoin, je jetterais un oeil de retour au bureau
lundi... 

Si tu veux un retour plus complet, pas de problème, mais plutôt en
janvier.. 

Claire 

Le 2018-12-13 20:07, catof a écrit :

> Bonjour,
> Je ne sais pas trop comment expliquer mon soucis 
> Dans les versions précédentes de LibreOffice , 
> il existait une commande dans le menu "Affichage" ce nommant "Paragraphe
> masqué"
> elle permettait dans le cas:
> - du publipostage et l'usage des champs conditionnels "paragraphe masqué"
> - de l'utilisation des variables de documents des champs conditionnels
> "paragraphe masqué"
> d'activer ou désactiver l'affichage  les paragraphes masqués...
> 
> Cette commande, très pratique, facilite l'élaboration des "documents types"
> dans le cas de la prévisualiser des données dans les champs.
> 
> Pourquoi cette commande, qui ne gênait en rien, a-t-elle été supprimée du
> menu "affichage" ?
> Pourquoi le nom de cette commande a-t-il été changé ? dorénavant "Champ de
> paragraphe masqué" ?
> 
> L'outil de prévisualisation en fusion publipostage est vraiment un atout
> dans les formations,
> surtout si  il y eu insertion de champ conditionnel "paragraphe masqué".
> 
> Conséquence pour nous, collectivité territoriale, grande consommatrice de
> Fusion publipostage et de paragraphe masqué
> (et en peut s'en faciliter , c'est un indicateur que le niveau monte!)
> Il va falloir faire paramétrer et développer une version spéciale de
> LibreOffice et donc dépenser de l'argent publique, ha bâ oui )
> vous me direz "et alors ?!"
> et bin alors c'est dommage, de changer des paramètres qui ne gêne personne,
> sauf ceux qui les utilisent !!!
> 
> Est il possible de demander la réactivation, par défaut, de cette commande
> dans le menu affichage !
> 
> --
> Sent from: 
> http://document-foundation-mail-archive.969070.n3.nabble.com/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/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Calc Flux de données direct

[Ocleyr2lalune]

Bonjour 

je buche depuis le début de matinée sur la façon de récupérer les flux
XML dans Calc. Cette fonctionnalité parait disponible après activation
des fonctions expérimentales. 

La partie concernant la récupération à partir d'une source xml est
documentée dans l'aide en ligne et nous en avions parlé il y a quelques
semaines sur la liste user.
http://document-foundation-mail-archive.969070.n3.nabble.com/Importer-un-fichier-XML-td4247491.html


Je cherche aujourd'hui à récupérer un flux SDMX*. 

Dans la fenêtre de gestion du flux je coince lorsqu'il faut que je
renseigne la plage. Je ne sais pas s'il s'agît d'un bug ou d'une
mauvaise manip de ma part. 

Existe-t-il une ressource quelque part qui me permette d'avancer ? Par
la suite il faudra que je documente ma méthode pour le boulot, je
pourrais donc tout à fait participer à la rédaction de la page de
l'aide, mais il faut avant que j'arrive à mes faims 

Merci par avance 

Claire 

* Statistical Data and Metadata eXchange (SDMX) est une initiative
sponsorisée par sept institutions internationales  dans le but de
fournir des standards d'échange d'informations statistiques cf  sdmx.org


En l'occurrence, j'utilise ce flux :
https://bdm.insee.fr/series/sdmx/data/SERIES_BDM/001565183+001690224+67677?startPeriod=2012=2013
-- 
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] Re: [fr-users] Java

[ocleyr2lalune]

Bonjour

Ce n'était probablement pas l'article que j'avais vu mais il est équivalent :
https://www.developpez.com/actu/107404/LibreOffice-5-4-Base-le-module-de-bases-de-donnees-de-la-suite-bureautique-libre-sera-livre-avec-Firebird-3-comme-moteur-integre-par-defaut/


Et puis comme Sophie a déjà répondu ;
http://document-foundation-mail-archive.969070.n3.nabble.com/Dependance-a-Java-td4234933.html

Le seul moyen de se "défaire" de java est
 d'activer les fonctions expérimentales pour placer le moteur firebird par 
défaut au lieu de HSQLDB
Vu l'article (qui date un peu quand-même) il est possible que des bugs 
justifient que firebird par défaut soit encore dans l'expérimental.
Les gens de l'aq en savent peut etre plus...

Bonne fin de journée

Claire

Le 13 août 2018 18:29:16 GMT+02:00, Thierry Jeanneret 
 a écrit :
>Tiens, tu y reviens donc ? C'est très précisément ce que je disais,
>pour HSQLDB, oui. Pour Firebird, à priori non pour la base de données,
>mais on ne sait pas ce qu'il en est des formulaires par exemple.
>
>Ca va, là ?
>
>Thierry
>
>
>> Le 13 août 2018 à 17:05, Ysabeau  a écrit :
>> 
>> Le 13/08/2018 à 09:35, Bernard Léger a écrit :
>>> Bonjour à tous
>>> 
>>> Qui sait si la version 6.1 nécessite toujours la présence d'un JRE
>pour
>>> faire fonctionner correctement Base ?
>>> Merci d'avance pour la réponse.
>> 
>> Dépend du moteur et du type de connexion en fait.
>> 
>> Pour Firebird pas de Java, hsqldb si. Pour d'autres types de
>connexions,
>> ça peut dépendre. Rappelons que Base peut être utilisé en frontal
>pour
>> un usage partagé en entreprise.
>> Après est-ce que ça vaut le coup de changer de connexion pour ses
>bases
>> ? Ben ça dépend aussi.
>> 
>> -- 
>> 
>> 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 à users+unsubscr...@fr.libreoffice.org pour vous
>désinscrire
>> Les archives de la liste sont disponibles à
>https://listarchives.libreoffice.org/fr/users/
>> Privacy Policy: https://www.documentfoundation.org/privacy
>
>
>-- 
>Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous
>désinscrire
>Les archives de la liste sont disponibles à
>https://listarchives.libreoffice.org/fr/users/
>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

[fr-qa] [Writer]Styles de tableaux

[Ocleyr2lalune]

Bonjour 

je cherche à utiliser les styles de tableaux via le styliste sans
succès. 

Quand j'utilise l'index de l'aide pour trouver une page appropriée les
deux résultats 
Tableaux -- Styles AutoFormat
et Styles -- styles de tableaux 

renvoient à la même page :
https://help.libreoffice.org/6.1/fr/text/swriter/01/05150101.html?DbPAR=WRITER#bm_id2655415
est-ce voulu ? 

Je me suis donc reportée aux notes de version 5.3
https://wiki.documentfoundation.org/ReleaseNotes/5.3/fr#Styles_de_tableaux


Je ne sais pas si ce que je cherche à faire est juste... ou s'il y a des
anomalies 

- Créer un nouveau style de tableau (indiqué dans la note de version)
Via le styliste en 5.4 et 6.0.3 => ko
Via les styles d'autoformat en 5.4 et 6.0.4 ok (selon la méthode décrite
dans la doc) 

- Retrouver mon style ajouté dans le styliste (si tant est que ce soit
"la même chose")
en 5.4 ok
en 6.0.3 ko 

-Actualiser un style (via le styliste - dans les autoformat, je n'ai pas
"trouvé")
en 5.4 sur mon style perso : la modification n'est pas prise en compte
en 6.0.3 sur un style existant : la modification de la 1ère colonne est
appliquée à toutes les colonnes 

Pour plus de précisions je suis sur Windows 7 entreprise -
LibreOffice 5.4.6.2 [Une installation de 5.2.6.2 est présente sur le
poste]
LibreOffice 6.0.3.2 en version portable 

Je pourrais essayer sur d'autres versions, chez moi...(ou portables !) 

Merci par avance et bonne fin de journée 

Claire
-- 
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] Calcul de régressions

[Ocleyr2lalune]

Je précise ma question.

Je sais bien que la 6.1.2 ne doit apporter que des correctifs par 
rapports à la 6.1.1, mais la 6.2 me parait tellement loin :-[


Claire


Le 06/07/2018 à 09:39, Ocleyr2lalune a écrit :

Bonjour

Dennis Francis indique que cette nouvelle fonctionnalité sera dispo 
dans la release 6.2 et qu'elle est actuellement dispo dans la build de 
dev.
La 6.2 n'est pas encore dans le Release Plan, parle-t-il en réalité de 
la 6.1.2 ?


Merci bien !


Claire


Le 05/07/2018 à 17:36, sophi a écrit :

Hello,

Ce mail est pour le retour de Jean-Baptiste et son amour des stats :)
https://dennisfrancis.wordpress.com/2018/07/03/multivariate-regression-in-calc/ 



À bientôt
Sophie






--
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] Calcul de régressions

[Ocleyr2lalune]

Bonjour

Dennis Francis indique que cette nouvelle fonctionnalité sera dispo dans 
la release 6.2 et qu'elle est actuellement dispo dans la build de dev.
La 6.2 n'est pas encore dans le Release Plan, parle-t-il en réalité de 
la 6.1.2 ?


Merci bien !


Claire


Le 05/07/2018 à 17:36, sophi a écrit :

Hello,

Ce mail est pour le retour de Jean-Baptiste et son amour des stats :)
https://dennisfrancis.wordpress.com/2018/07/03/multivariate-regression-in-calc/

À bientôt
Sophie




--
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] Somme automatique sur une série de valeur

[Ocleyr2lalune]

Merci Jean Baptiste pour cette réponse si rapide qui va me permettre de
rassurer "un peu" mes chefs, dès lors que l'on dispose d'un
contournement ! 

Gros dilemne dans le cas d'un déploiement annuel sur la meilleure
version cible à conseiller pour mon administration. (on est actuellement
sur "dernier correctif dispo si indice supérieur à 4", mais peut être
faudra-t-il qu'on affine quitte à décaler le calendrier...) 

Merci encore ! 

Claire 

Le 2018-06-29 15:42, Jean-Baptiste Faure a écrit :

> Bonjour Claire,
> 
> Le 29/06/2018 à 15:10, ocleyr2lal...@zaclys.net a écrit : 
> 
>> Et le fichier exemple est dispo à cette adresse
>> https://framadrop.org/r/RRZHJRqkDN#qXeO7AmxWD6ExRHktA5vcJ3f7d6cBZYb9su8BnC7qu0=
>> Claire
> Il s'agit de ce bug : 
> https://bugs.documentfoundation.org/show_bug.cgi?id=116215
> Il a été corrigé dans la RC1 de LO 5.4.7 : 
> https://wiki.documentfoundation.org/Releases/5.4.7/RC1
> Apparemment le bug date de la 5.4.3 RC2
> 
> 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 à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Somme automatique sur une série de valeur

[Ocleyr2lalune]

Bonjour 

j'observe un comportement différent entre la version 5.2.6.2 de Calc et
la version 5.4.6.2 (sous Windows 7 Entreprise). 

Sur une série de valeurs (plusieurs colonnes * plusieurs lignes) : 

- je sélectionne les valeurs 

- j'utilise le bouton "somme automatique" (sigma à gauche de la barre de
formule). 

En version 5.2 j'obtiens la somme individuelle de chaque colonne 

En version 5.4 j'obtiens, le résultat correct pour la première colonne
puis 

- Pour la 2e colonne la somme de la colonne A et B 

- Pour la 3e, la somme de la colonne B et C... 

Le contournement est d'effectuer la somme sur la première colonne puis
d'étirer, mais ce changement de comportement est-il volontaire ? 

NB : Il ne s'agît pas de la 5.4.7 car au moment de la préparation du
déploiement, la 5.4.7 n'était pas encore sortie. Nous ne pouvons
envisager un nouveau déploiement de la 5.4.7. 

Merci par avance 

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

[ocleyr2lalune]

Bonjour Pierre

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

Claire

Le 9 juin 2018 11:35:50 GMT+02:00, Pierre Choffardet 
 a é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.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

-- 
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] Re: [fr-users] problème table des matières -> Epub

[Ocleyr2lalune]

Bonjour 

j'ai comparé l'export ePub via LibO 6.0.4.2 (fedora28 ) et la conversion
via Calibre pour un même document 

L'export dans LibreOffice : tronque une partie des titres, ne les
reprends pas tous, ou les fusionne 

La conversion en ePub est bien plus fidèle 

mais dans tous les cas, les niveaux ne sont pas conservés. 

Bref l'export en ePub serait "défectueux". J'ai renouvelé avec un
fichier "bien fait" sans doute.
https://wiki.documentfoundation.org/images/d/d3/WG54-WriterGuideLO.odt 

Même chose. 

Claire 

Le 2018-06-08 22:02, Gilles a écrit :

> Bonjour
> 
> je n'ai pas testé la fonction exporter de la version 6;
> 
> par contre Writer2xhtml et surtout Calibre sont de très bons outils.
> 
> Ne pas oublier Sigil (https://sigil-ebook.com/) qui permet de mettre les 
> mains dans le cambouis et de tout corriger;
> (pour utilisateurs avertis).
> 
> Cordialement
> 
> Gilles
> 
> On 05/06/2018 19:32, Bob wrote: Bonsoir,
> Autres solutions :
> - employer la fonction "exporter" de LO 6.0 (au format EPUB)
> - ou installer l'extension Writer2xhtml, qui fait d'excellentes exportation 
> au format EPUB
> RC Bonjour,
> 
> Personnellement, j'utilise Calibre.
> 
> https://calibre-ebook.com/fr
> 
> Je saisi mon document au format libre office (.odt) avec ma table des 
> matières créée par LO, et j'effectue ma conversion au format epub avec 
> calibre.
> 
> Bonne soirée.
> 
> Le 05/06/2018 à 17:31, demande_aide...@libreoffice.org a écrit : Bonjour
> 
> Voici une nouvelle question envoyée à l'aide du formulaire de demande d'aide 
> (http://fr.libreoffice.org/get-help/poser-une-question/).
> Si vous répondez, merci de penser à utiliser la fonction "répondre à tous" de 
> votre logiciel de courrier électronique de façon que le demandeur reçoive une 
> copie de votre réponse.
> 
> Email:: delia.flor...@outlook.fr
> Sujet:: problème table des matières
> OS:: Windows 8 ou 8.1
> Version:: 6.0.x
> Question:: J'ai besoin de convertir mon fichier Texte Open Document en 
> fichier pour liseuse (epub). Le convertisseur (sur un site) est prévu pour 
> convertir la table des matières du texte en table des matières pour liseuse. 
> Or, cela ne marche pas. J'ai fait + de 20 essais, la table s'affiche toujours 
> mal : il lui manque des bouts de titres, certains titres y sont, d'autres 
> lignes il n'y a que le numéro du chapitre. Cela ne dépend pas de la longueur 
> du titre.
> J'ai déjà écrit au site en question, ils ne comprennent pas. De plus, cela 
> avait déjà marché l'année dernière sans problème.
> Vous avez une idée ?
> Merci
-- 
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] 6.1.0.0 beta1 X64 - Calc - Caracteres bizarres dans les noms des onglets des feuilles quand les feuilles sont protegees

[Ocleyr2lalune]

Bonsoir 

je ne reproduis pas non plus sous LibreOffice 6.1.0.0.beta1+ sous Fedora
28 64 bits. 

En revanche cette question m'a fait tilt car la visualisation de la ou
des feuilles protégées me parait être une conséquence d'un autre
comportement sur lequel il me semble y avoir confusion. J'ai été alertée
au boulot sur ce sujet il y a 2 ans et la solution actuellement mise en
oeuvre ne me semble pas cohérente. 

En effet. Si je sélectionne plusieurs feuilles, dont une feuille
protégée. La protection d'une des feuilles est étendue à l'ensemble de
la sélection multiples de feuille. Ce comportement est dommageable dans
des contextes d'édition du fichier lorsque le créateur du fichier n'est
pas celui qui le remplit. Dans ce contexte, il est une bonne pratique de
verrouiller les zones que le contributeur ne doit pas modifier. 

Hors le contributeur peut devoir saisir une série de données sur un
nombre de feuilles conséquent (une feuille par département par
exemple...) d'où la sélection multiple. Dès lors il n'est pas impossible
que pour des raisons liées aux données manipulées, cette sélection de
plusieurs feuilles inclue une ou plusieurs feuilles protégées. 

Un comportement normal serait d'appliquer la modification sur l'ensemble
des feuilles non protégées, et pas sur la ou les feuilles protégées.
Depuis la version 4.3.5 au moins et jusqu'à la version 6.1 beta, ce
n'est pas le cas. La protection est étendue à toutes les feuilles lors
d'une saisie. Jusqu'à la version 5.2, lors d'une mise en forme, le
comportement lui était normal dans la même situation, puisque la mise en
forme, elle était bien appliquée sur les seules feuilles non protégées. 

Identifier les feuilles est une bonne chose, mais ce me semble une
mauvaise réponse à cette problématique, d'autant qu'en mode
"collaboratif", le mot de passe n'est pas amené à être diffusé. 

Je suis preneuse de vos avis sur ce point, comme je vais au-delà de la
seule vérification du problème signalé, je rajoute la liste discuss. 

Claire 

Le 2018-06-01 22:29, Jean-Baptiste Faure a écrit :

> Bonjour,
> 
> Le 28/05/2018 à 21:47, Herve ROUSSEL a écrit : 
> 
>> [...]
>> 
>> Sur la version beta 1, quand je protège par un mot de passe une feuille de 
>> calcul, il apparaît bien le cadenas (comme pour la version alpha 1) mais il 
>> apparaît également des caractères bizarres entre le cadenas et les 
>> caractères du nom de la feuille alors que tout est OK en version alpha 1.
>> Ces caractères disparaissent quand la feuille est déprotégée.
>> Quand je redémarre LibreOffice en "safe mode" c'est pire... tous les 
>> caractères du nom de la feuilles sont remplacés par d'autres caractères...
>> 
>> Je travaille avec windows 10 version 1709.
>> Je n'ai pas fait de recherche sur Bugzilla pour savoir si cela était déjà 
>> remonté comme bug...
>> 
>> Est-ce que vous reproduisez ?
> Non, je ne reproduis pas avec LibreOffice 6.1.0.0.beta1+ sous Ubuntu 16.04 64 
> bits.
> 
> 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 à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Fwd: [fr-users] Formulaires Base

[ocleyr2lalune]

Le problème décrit par JFV ressemble à une régression ("tout est correct avec 
la 5.4.6"), aussi cette liste me semble plus adaptée.
En revanche il faudrait plus d'info pour confirmer..

Claire


 Message d’origine 
De : J-F-V 
Envoyé : 11 mai 2018 13:35:21 GMT+02:00
À : us...@fr.libreoffice.org
Objet : [fr-users] Formulaires Base

Bonjour
Dès la sortie de LibreOffice 6 j'ai signalé que les formulaires de Base
perdaient leurs dimensions et s'alignaient tous sur le plus grand.
Avec la version 6.0.4 cette anomalie n'a toujours pas été corrigée.
J'ai testé sous W10 et Linux Mint Cinamon, le résultat est identique.
Avec la version 5.4.6 tout est correct.
J'ai vainement tenté de signaler ce que je pense un bug, peut-être quelqu'un
de la liste pourra le faire.
Je n'ai pas trouvé la solution pour fixer les dimensions de chacun de mes
formulaires, là aussi je suis preneur de conseils.
Merci d'avance.



--
Sent from: http://nabble.documentfoundation.org/Users-f1744091.html

-- 
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
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] Re: Bug insertion numéro de chapitre LO 6.0.4.1

[Ocleyr2lalune]

Bonjour Pierre

pourquoi exclure l'utilisation de modèle, pas juste de style que tu bascules
d'un document à l'autre...
D'autant que Rpnpif suggérais aussi que tu intègre ces réglages dans ton
"modèle par défaut".

Est-ce que le choix de tes numérotations ne se fait qu'après avoir commencé
à écrire ton document ?

Je te confirmes que basculer les annexes en niveau de plan 9 ou 10 est un
bon choix à mon sens. C'est ce que je conseilles au boulot quand il y a un
rapport annuel, ou un audit à rédiger et que l'on veut rajouter un sommaire
spécifique d'annexe ou de recommandations...

Le choix directement du niveau de plan est une bonne chose, c'est mieux que
rien du tout. Mais la numérotation des chapitres (via outils) apporte plus
encore. 
Pour la basculer ou plutôt la réutiliser d'un document à l'autre, tu
l'insères dans un modèle. C'est son but.
Tous les documents que tu créeras sur ce modèle conserveront cette
numérotation. D'ailleurs tu peux créer un nouveau document à partir du
modèle, et y coller tout ce qui vient d'un autre doc où ta numérotation
n'est pas encore en place, ce sera plus rapde que de la refaire via le menu
outils à chaque fois.

Je n'ai que parcouru le framabook sur Writer et les styles... mais je crois
qu'il fournit de plus amples infos sur la façon d'utiliser ces différentes
possibililités...

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

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

[Ocleyr2lalune]

Voilà qui m'a bien fait rire, disons que c'est un peu mon métier
(l'assistance et les tests) quand je ne traine pas sur Nabble...
Reste que je me souviens d'un guide utilisateur Styles et modèles lu fin
2014 -sur la 4.0 ou 4.3- et qui donne quand même des billes sur le sujet.
Après c'est un sujet qui fait souffrir... même avec une meilleure doc.

J'avais créé des supports tout beau en oubliant la numérotation des
chapitres, je m'en mord les doigts encore aujourd'hui  (500 pages à
remanier en gros...)

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

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

[Ocleyr2lalune]

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