from:"Patrick"


Bonjour,

Je voudrais signaler un problème dans Writer 24.2.3 (que j'ai rencontré 
dans 24.2.2 mais pas dans 24.2.1)


Voici la description du problème :
Considérons une section d'un document Writer que je désire "masquer".

Si cette section est totalement incluse dans la page, il n'y a pas de 
problème, lorsque je masque la section, le paragraphe qui est 
immédiatement après la section, se trouve bien juste après le paragraphe 
qui est juste avant.


Le problème survient lorsque cette section masquée est à cheval sur deux 
pages, le paragraphe qui est juste après la section se retrouve sur la 
page suivante comme s'il y avait un saut de page.
De plus, si le premier paragraphe a une bordure supérieure, cette 
bordure apparaît lorsque la section est masquée !


Cela n'arrivait pas dans les versions précédentes LO 7.5.x, LO 7.6.5, LO 
24.2.1
Je suis donc obligé de revenir en arrière à la version 24.2.1 qui 
fonctionne comme je le souhaite !


Pour constater le problème, si vous avez ces différentes versions vous 
pourrez télécharger le fichier test ici :

https://www.cjoint.com/c/NEgiLskSERO <https://www.cjoint.com/c/NEgiLskSERO>

Il suffit d'aller dans le menu "Format" → "Section" puis cocher ou 
décocher "masquer"

Enjoy

Remarque dans le fichier joint il y a un saut de page en début de 
section, car c'est dans ce cas que j'ai constaté le problème, mais en 
écrivant ce message j'ai fait d'autres test sans saut de page comme 
décrit plus haut.


Bonne journée
Patrick

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

Re: [fr-users] Changement de format à l'impression


Bonjour Matis,

Si je comprends bien :
- Tu as un document dont le format de la page est A5, avec plusieurs pages.
- Tu voudrais imprimer ces pages sur du papier A4 avec 2 pages par feuille.

C'est possible de la façon suivante :
Dans la fenêtre d'impression, dans la partie "Mise en page" descendre 
avec l'ascenseur en bas de fenêtre.
- Mettre "Taille du papier" à A4 car par défaut Writer te propose du 
papier A5 puisque c'est la taille de ta page.

- Mettre "Orientation" à paysage.
- Mettre "Pages par feuille" à 2

Puis imprimer.
Ça devrait le faire. Du moins chez moi cela fonctionne.

LibreOffice : 24.2.1
Bonne journée
Patrick

PS :J'ai désinstallé la 24.2.2 car elle gère mal les sections cachées !




Le 06/05/2024 à 09:41, Bernard Siaud alias Troumad a écrit :

Bonjour

Ce problème est aussi un problème de gestion d'imprimante avec l'OS 
qu'on a . J'avoue m'être souvent cassé les dents dessus et je jamais 
trop me rappeler ce qu'il faut faire :(
Un aperçu avant impression ne donne t'il pas une vision de la feuille 
qui sera imprimée ?


Le 06/05/2024 à 06:04, Mamin Luc a écrit :

Bonjour

Je ne suis pas sûr d'avoir compris, mais pour faire des économies de 
papier, avec Writer, je fais ainsi :


Je garde le format de page en A4
Mon document ne fait qu'1 page.
Pour l'impression :
- Plage et exemplaires -> Pages : je saisis "1,1"
- Pages par feuille : je choisis 2

Et j'obtiens l'équivalent de deux A5 sur un A4 paysage.

@+
Luc

Le 05/05/2024 à 19:51, matis Herfs a écrit :

Bonjour,
je vous contacte car j'ai écrit un texte en A5 et j'ai mit les feuilles
deux par deux sur une seule feuille, créant ainsi un A4. Quand 
j'imprime
ainsi, ça me le fait en A5 et non en A4 et impossible de changer le 
format

sur l'onglet pour imprimer. Pouvez-vous m'aider ? Merci.





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

Re: [fr-users] Writer 24.2.3 et section masquée

Comme je n'ai rien trouvé qui s'y rapprochait de près ou de loin, j'ai 
ouvert un ticket : *Bug 160958* 
<https://bugs.documentfoundation.org/show_bug.cgi?id=160958>




Le 06/05/2024 à 13:23, Patrick a écrit :

Bonjour Claire,

J'ai essayé de regarder dans les bugs reports, but there are too many 
bugs reported and it's hard to find if there is one that looks like 


Patrick



Le 06/05/2024 à 13:00, Ocleyr2lalune a écrit :

Bonjour Patrick

Je testerai plus tard. Je n'ai pas le temps tout de suite.
As tu vérifié si un bug était déclaré ?

⁣Claire 

Le 6 mai 2024, 10:57, à 10:57, Patrick  
a écrit:

Bonjour,

Je voudrais signaler un problème dans Writer 24.2.3 (que j'ai rencontré

dans 24.2.2 mais pas dans 24.2.1)

Voici la description du problème :
Considérons une section d'un document Writer que je désire "masquer".

Si cette section est totalement incluse dans la page, il n'y a pas de
problème, lorsque je masque la section, le paragraphe qui est
immédiatement après la section, se trouve bien juste après le
paragraphe
qui est juste avant.

Le problème survient lorsque cette section masquée est à cheval sur
deux
pages, le paragraphe qui est juste après la section se retrouve sur la
page suivante comme s'il y avait un saut de page.
De plus, si le premier paragraphe a une bordure supérieure, cette
bordure apparaît lorsque la section est masquée !

Cela n'arrivait pas dans les versions précédentes LO 7.5.x, LO 7.6.5,
LO
24.2.1
Je suis donc obligé de revenir en arrière à la version 24.2.1 qui
fonctionne comme je le souhaite !

Pour constater le problème, si vous avez ces différentes versions vous
pourrez télécharger le fichier test ici :
https://www.cjoint.com/c/NEgiLskSERO
<https://www.cjoint.com/c/NEgiLskSERO>

Il suffit d'aller dans le menu "Format" → "Section" puis cocher ou
décocher "masquer"
Enjoy

Remarque dans le fichier joint il y a un saut de page en début de
section, car c'est dans ce cas que j'ai constaté le problème, mais en
écrivant ce message j'ai fait d'autres test sans saut de page comme
décrit plus haut.

Bonne journée
Patrick

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

Re: [fr-users] Writer 24.2.3 et section masquée


Bonjour Claire,

J'ai essayé de regarder dans les bugs reports, but there are too many 
bugs reported and it's hard to find if there is one that looks like 


Patrick



Le 06/05/2024 à 13:00, Ocleyr2lalune a écrit :

Bonjour Patrick

Je testerai plus tard. Je n'ai pas le temps tout de suite.
As tu vérifié si un bug était déclaré ?

⁣Claire 

Le 6 mai 2024, 10:57, à 10:57, Patrick  a écrit:

Bonjour,

Je voudrais signaler un problème dans Writer 24.2.3 (que j'ai rencontré

dans 24.2.2 mais pas dans 24.2.1)

Voici la description du problème :
Considérons une section d'un document Writer que je désire "masquer".

Si cette section est totalement incluse dans la page, il n'y a pas de
problème, lorsque je masque la section, le paragraphe qui est
immédiatement après la section, se trouve bien juste après le
paragraphe
qui est juste avant.

Le problème survient lorsque cette section masquée est à cheval sur
deux
pages, le paragraphe qui est juste après la section se retrouve sur la
page suivante comme s'il y avait un saut de page.
De plus, si le premier paragraphe a une bordure supérieure, cette
bordure apparaît lorsque la section est masquée !

Cela n'arrivait pas dans les versions précédentes LO 7.5.x, LO 7.6.5,
LO
24.2.1
Je suis donc obligé de revenir en arrière à la version 24.2.1 qui
fonctionne comme je le souhaite !

Pour constater le problème, si vous avez ces différentes versions vous
pourrez télécharger le fichier test ici :
https://www.cjoint.com/c/NEgiLskSERO
<https://www.cjoint.com/c/NEgiLskSERO>

Il suffit d'aller dans le menu "Format" → "Section" puis cocher ou
décocher "masquer"
Enjoy

Remarque dans le fichier joint il y a un saut de page en début de
section, car c'est dans ce cas que j'ai constaté le problème, mais en
écrivant ce message j'ai fait d'autres test sans saut de page comme
décrit plus haut.

Bonne journée
Patrick

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

Re: [fr-users] Changement de format à l'impression




Le 06/05/2024 à 17:22, Bernard Siaud alias Troumad a écrit :
Tu es sûr qu'il ne faut pas demander quelque part l'option impression 
sous forme de livret ? Je pense que les deux options sont possibles 
mais que le résultat est différent.


L'option que tu demande va imprimer sur la première page A4 d'un côté 
la page  puis la 2 et de l'autre la 3 et la 4.
L'option livret va imprimer les feuille pour faire un livret qu'on 
pourra relier au milieu et lire comme un livre. 


Tout dépend de ce qu'il veut faire.
Il n'a pas vraiment précisé ce qu'il désirait.

Effectivement s'il veut un "livre" il faut cocher "Brochure".

À lui de voir.
--
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

Re: [fr-users] Question de style !

2024-03-10 Par sujet Patrick


Bonsoir Claire,

Oui j'aime bien les spaghettis. Mais je vais me contenter des 
coquillettes 


En fait je suis d'accord avec toi, je crois que je tente de réinventer 
le laminoir à pâtes, pour rester dans la métaphore.
J'ai bien compris que ce que je cherchais à faire n'était pas possible, 
sans surcharge, car ne faire qu'avec des styles ne semble pas possible.


En fait voici un petit exemple :  Dans le résultat d'un exercice du 
genre :  « Le résultat est x = 10 ».  Je veux mettre la variable x en 
italique et l'ensemble encadré de rouge. J'avais donc mis x avec 
"accentuation"  et j'avais fait un style de caractère encadré avec 
bordure rouge. Je t'arrête tout de suite, une solution pourrait être de 
faire un style de paragraphe "encadré" et d'accentuer uniquement le x. 
Mais ce n'est pas possible car je ne veux pas encadrer toute la ligne 
dans la page. Il faudrait alors restreindre les marges, ce qui est 
encore une surcharge, car on ne peut pas avoir un style de paragraphe 
pour chaque longueur possible !


Mais soit il faut tout mettre sans italique, soit tout en italique, soit 
surcharger avec la bordure.


Mais ce n'est pas grave, je comprends bien que cela est un sac de 
nouilles finalement. je vais faire autrement avec une formule quand 
c'est nécessaire et possible, comme dans ce cas précis.



Concernant les crashes : c'est en fait pour nettoyer un vieux modèle où 
j'avais des styles de paragraphes avec numérotation que je voulais 
supprimer.


Si le style est utilisé, tu as bien un message te prévenant.
Si le style n'est pas utilisé, tu peux faire "Effacer", mais le style de 
numérotation reste, et si tu veux ensuite aller le supprimer, le fait de 
mettre la souris dans la fenêtre fait planter.
En relançant LO, je n'ai même pas la fenêtre de récupération. Mais je 
n'ai pas regardé les paramètres de sauvegarde automatique, mais comme je 
n'ai jamais changé cela, je ne vois pas pourquoi il aurait été désactivé 
(quoique ! il y a bien des trucs qui fonctionnaient avec la 7.5 et qui 
ont été changés dans la 7.6 et la 24.2)


Voilà, pas de soucis pour les styles, j'ai bien des remarques 
d'incohérence à faire entre les styles de numérotation et la 
numérotation des chapitres qui ne fonctionnent pas pareil. Mais je 
ferais peut-être un autre message plus tard.


En ce moment je découvre beaucoup de choses. Quand je travaillais, 
j'étais un bon spécialiste des styles de µ$ost (par obligation de 
l'entreprise, je n'ai jamais réussi à imposer LibreOffice) alors j'ai 
parfois de vieux mauvais réflexes Mais je progresse, je m'adapte, je 
fais avec, je suis maintenant seul maître à bord, je n'échange pas de 
documents autrement que par PDF.


Bonne soirée
Patrick



Le 10/03/2024 à 13:33, Ocleyr2lalune a écrit :

Salut Patrick

A te lire je crains que tu cherches à créer un sac de nouilles, certes plus 
fraiches.
Tu raisonnes sur le résultat final. Italique, gras... Plus que sur la 
sémantique que te propose LibreOffice. Accentuation, accentuation forte.
Ça reste dommage. Bien sûr selon le cas d'usage ça se justifie...


Pour te repondre concrètement. Je ne peux pas faire de tests pour le moment mais
Je te confirme que :
Le style de caractère surcharge le style de paragraphe. Si ton style de 
caractère n'est pas en italique, comment LibreOffice peut-il faire pour choisir 
ce qu'il doit garder du style de paragraphe au détriment du style de caractère ?
Ma réponse intuitive (et pratiquée régulièrement): tout ce qui est paramétrable 
dans le style de caractère prend le dessus... enfin j'ai un doute quand même ..

A une époque je voulais faire du gras italique mais voilà sauf a créer mon 
propre modèle (ce que je fais quand même), c'est pas directement proposé et 
notamment pour viser l'accessibilité de mes docs j'évite le formatage direct.
Je n'utilise plus le gras italique.
D'un point de vue cognitif, les mises en forme sont importantes mais trop c'est 
pas bon non plus.

Et comme je n'arrive pas à comprendre si tu cherches a cumuler style de 
paragraphe et caractère ou 2 styles de caractères..
Évidemment 2 styles de caractères ne se superposent pas ! Ce n'est pas du 
formatage direct. L'idée n'est pas de remplacer chaque icône de la barre 
d'outil, par un style de caractère.
Là encore pense au sens de ton contenu à formater d'abord. Ça t'aidera.

Pour les crash que tu évoques. C'est anormal évidemment. je m'attendrais à un 
blocage ou une alerte lors de la suppression d'un style de numérotation utilisé 
dans un style de paragraphe pas l'inverse.

Tu voudrais pas nous montrer un exemple de ton résultat final attendu ? Genre 
une fiche en lorem ipsum qui couvre l'ensemble de tes besoins pour que l'on te 
réponde au mieux ?

Tu connais LibreOffice c'est stylé ?
https://archives.framabook.org/libreoffice-cest-style/index.html


⁣Claire 

Le 10 mars 2024, 12:06, à 12:06, Patrick  a écrit:

Bonjour à toutes et à tous,

Je vous soumets un petit problème concernant les style

Re: Re : [fr-users] Casse-tête : masquage facile de paragraphes

2024-03-09 Par sujet Patrick

Pour ne pas masquer TOUS les niveaux 2 d'un coup, il te suffit d'avoir 
une variable numérique (par exemple "Niveau"), et chaque section tu la 
masques avec la condition : masquer si : "Niveau < n"  où n prend la 
valeur du niveau que tu souhaites.


Ainsi si ta variable Niveau = 2, toutes les sections où tu auras mis la 
condition "Niveau < 3" ou "Niveau < 4" etc seront masquées
Pour faire apparaître une section il suffit de mettre la valeur de la 
variable "Niveau" à 3, puis à 4 etc.


Ceci à condition bien sûr s j'ai bien compris ta problématique d'avoir 
des niveaux de paragraphes progressifs.


Ainsi une seule variable te permet d'avoir un document progressif, et 
pas besoin d'aller sélectionner dans le document des paragraphes à 
imprimer ou non. Et pas besoin de macro non plus.




Le 09/03/2024 à 14:38, Stéphane Santon a écrit :

Bonjour,

Le 09/03/2024 à 13:05, Patrick a écrit :
Pour ma part, pour mes fiches d'exercices, j'utilise une section où 
je saisie la correction et que je masque par une condition sur la 
valeur d'une variable ou champ dans le document.
Ainsi pour n'exporter en PDF que le "sujet" donc avec la section 
masquée, je positionne la valeur du champ avec par exemple "Sujet",
et pour exporter  la fiche totale avec la section visible, je 
positionne la valeur du champ à "correction" par exemple.


Oui, je fais déjà ça pour mes docs prof/élève.
1 champ pour masquer l'ensemble des réponses.

Il devient ainsi aisé de sélectionner le contenu du document à 
exporter/imprimer juste par la valeur d'un champ, sans avoir recours 
à une macro, ou saisie avec la souris etc.


Si tu places tes niveaux 2 dans une section (autant de sections que 
de niveaux 2) que tu conditionnes avec la valeur d'un champ tu peux 
choisir d'exporter ou non, tous tes niveaux 2 en changeant une seule 
fois la valeur du champ


Justement je ne veux pas masquer tous les niveaux 2 d'un coup, mais 1 
à un.
Cela correspond à ma 3ème solution, un champ de masquage pour chaque 
texte de niveau 2, la macro juste pour basculer la valeur du champ.


Merci



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

[fr-users] Question de style !

2024-03-10 Par sujet Patrick


Bonjour à toutes et à tous,

Je vous soumets un petit problème concernant les styles de caractères 
(j'ai bien dit de caractères et non de paragraphes )


Depuis quelques jours je refonds mes modèles avec la dernière version LO 
24.2.1 ayant eu quelques déboires avec mes modèles version LO 7.5.x.


J'en profite évidemment pour explorer les nombreuses possibilités et 
notamment les styles de caractères.


J'ai commencé à utiliser et créer des styles de caractères pour ne pas 
utiliser le formatage direct mais je suis confronté à un souci :


Quand on applique un style de caractères à un mot d'un paragraphe (par 
exemple "italique" où j'ai personnalisé la police en italique) ça 
fonctionne bien.
Mais je veux ensuite encadrer des caractères, j'ai donc créé un style 
"Encadrer" contenant une bordure rouge.
Mais quand je l'applique sur mon mot en italique, il revient à normal 
encadré.


Il faut alors créer autant de style que l'on veut de type "encadré gras" 
"encadré italique" "encadré gras italique" 

Alors qu'avec le formatage directe ça fonctionne.
Bon s'il n'y avait que ça, faire 4 styles de caractères encadrés on peut 
faire si on ne modifie pas les tailles de polices dans un documents.


Mais, lorsque je veux encadrer 3 mots dont celui du milieu est en 
italique, ça ne marche pas, car tous les mots encadrés auront le même 
style soit normal , soit gras, soit italique


Ça n'encourage pas l'utilisation des styles de caractères finalement.
À moins qu'il y ait un moyen ?
Avez-vous des idées ?

Merci de votre attention.
Je vous souhaite une belle journée ☀ ou ⛅ ou ☁ ou ☔ ou ☃ biffer les 
mentions inutiles.

En attendant allons prendre un ☕

Patrick

PS : je passe les nombreux crash lorsque je passe de "styles de 
paragraphes" à "styles de numérotation" lorsque j'ai supprimé des styles 
de paragraphes plus utiles contenant un style de numérotation.


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

Re: [fr-users] [calc]inverse.loi.f

2024-03-13 Par sujet Patrick


Bonjour,

Pareil avec LO 24.2.1

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded




Le 13/03/2024 à 16:52, linux a écrit :

Bonjour à toutes et tous

moi aussi

=INVERSE.LOI.F.DROITE(0,05;9;11)   donne bien 2.89
=INVERSE.LOI.F(0,05;9;11) donne 0.322

avec la version suivante


Version: 7.4.6.2 (x64) / LibreOffice Community
Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; 
VCL: win

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

Jean-Luc

Le 13/03/2024 à 15:25, Hervé Grac a écrit :

Le Wed, 13 Mar 2024 14:11:31 +0100,
Bernard Siaud alias Troumad  a écrit :


Bonjour


J'ai un gros problème... Selon moi, le résultat devrait être >1 et
inverse.loi.f(0,05;9;11) me donne 0,322 avec LO 7.1.6.2 et LO 7.5.6.2
(sur excel, il donne bien 2,89).


Juste une petite piste :

=INVERSE.LOI.F.DROITE(0,05;9;11)   donne bien 2.89

je ne pourrai pas aujourd'hui dire pourquoi .

hgrac





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

Re: [fr-users] [calc]inverse.loi.f

2024-03-13 Par sujet Patrick


Sur le site de µ$ on trouve :

Renvoie l’inverse de la distribution de probabilité F (unilatérale à 
droite). Si p = LOI.F(x,...), alors INVERSE.LOI.F(p,...) = x.


La distribution F peut être utilisée dans un test F qui compare le degré 
de dispersion de deux ensembles de données. Par exemple, vous pouvez 
analyser les distributions de revenus en France et en Allemagne pour 
déterminer si les deux pays ont le même degré de diversité.


*Important : *Cette fonction a été remplacée par une ou plusieurs 
nouvelles fonctions proposant une meilleure précision et dont les noms 
reflètent mieux leur rôle. Bien que cette fonction soit toujours 
disponible à des fins de compatibilité descendante, nous vous 
conseillons d’utiliser les nouvelles fonctions dès maintenant, car cette 
fonction risque de ne plus être disponible dans les versions ultérieures 
d’Excel.


Pour plus d’informations sur les nouvelles fonctions, voir Fonction 
INVERSE.LOI.F.N 
<https://support.microsoft.com/fr-fr/office/inverse-loi-f-n-fonction-0dda0cf9-4ea0-42fd-8c3c-417a1ff30dbe> 
et Fonction INVERSE.LOI.F.DROITE 
<https://support.microsoft.com/fr-fr/office/inverse-loi-f-droite-inverse-loi-f-droite-fonction-d371aa8f-b0b1-40ef-9cc2-496f0693ac00>.



Donc en fait, cette fonction est remplacée par deux autresdans les 
futures versions d'Excel

La vraie est donc bien : INVERSE.LOI.F.DROITE




Le 13/03/2024 à 18:22, Patrick a écrit :

Bonjour,

Pareil avec LO 24.2.1

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded




Le 13/03/2024 à 16:52, linux a écrit :

Bonjour à toutes et tous

moi aussi

=INVERSE.LOI.F.DROITE(0,05;9;11)   donne bien 2.89
=INVERSE.LOI.F(0,05;9;11) donne 0.322

avec la version suivante


Version: 7.4.6.2 (x64) / LibreOffice Community
Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; 
VCL: win

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

Jean-Luc

Le 13/03/2024 à 15:25, Hervé Grac a écrit :

Le Wed, 13 Mar 2024 14:11:31 +0100,
Bernard Siaud alias Troumad  a écrit :


Bonjour


J'ai un gros problème... Selon moi, le résultat devrait être >1 et
inverse.loi.f(0,05;9;11) me donne 0,322 avec LO 7.1.6.2 et LO 7.5.6.2
(sur excel, il donne bien 2,89).


Juste une petite piste :

=INVERSE.LOI.F.DROITE(0,05;9;11)   donne bien 2.89

je ne pourrai pas aujourd'hui dire pourquoi .

hgrac







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

Re: Re : Re: [fr-users] Combinaisons Alt+qqch

2024-03-21 Par sujet Patrick


Bonjour Claire et Luc,

Vous n'avez pas vu mon ton sarcastique envers µ$oft.

Je n'ai pas non plus dit que Windows devait être compatible Linux. En 
aucun cas je n'ai dit ça.
J'ai simplement dit que le ALT bidule était une façon d'atteindre des 
menus (que peut-être personne n'utilise !) et que de l'avoir utilisé 
pour saisir des codes ASCII était une erreur de la part du concepteur. 
C'est tout. Ça n'a rien à voir avec Linux, c'est une erreur de 
conception. Ils auraient pu utiliser la touche "Compose" (présente sur 
certain vieux clavier) ou "ALT Gr".
Moi aussi j'ai bien profité pendant plus de 30 ans de cette façon de 
saisir les À et È et Ç etc..


Mais Claire je reviens vers toi et ta contradiction concernant le 
changement de logiciel (Word → Writer) concernant les styles.
Dans un de tes vieux messages concernant les styles : je me plaignais 
que mes habitudes des styles de Word n'étaient pas repris dans Writer.  
Que m'as-tu répondu à l'époque : qu'il fallait oublier ses habitudes de 
Word, etc.


Mais je suis d'accord avec vous sur l'interopérabilité, même si on doit 
céder devant les "normes de fait" dues à µ$oft.
Et je déplore tout autant que vous certaines décisions de modifications 
de Libo qui n'aident pas à sa promotion.

J'étais juste sarcastique.

Je vous souhaite une belle journée, sans rancune !
Patrick



Le 21/03/2024 à 08:19, Thierry Jeanneret a écrit :

Bonjour Claire,

Tout à fait d'accord, reprocher à Microsoft de ne pas s'être rendus compatibles 
Linux (Unix), ça a un petit côté surréaliste, voire révisionniste historique.

Je suis passé par "un certain nombre" de systèmes d'exploitation, de CAPS-11 
sur PDP à Raspbian en passant par CP/M et VMS notamment (et avant ça, oui, j'ai aussi 
couru devant cette cochonnerie de tyrannosaure...), la normalisation clavier/saisie 
imposée par Microsoft a été un vrai soulagement.

Que ce ne soit pas parfait, pas tout à fait comme on veut, qu'il faille se 
tordre un peu les doigts, c'est parfois possible. Mais lorsqu'on a une norme 
aussi universellement pratiquée, qu'elle ne lèse personne hors peut-être 
quelque ego, on la respecte et on ne vient pas changer un truc qui marche. Il y 
a bien assez à faire en maintenance dans LibreOffice pour ne pas perdre et 
faire perdre du temps et de l'énergie à tout le monde.

En fait j'ai le sentiment d'un manque de cohérence lorsque je vois les 
évolutions de la suite. À ce que je sache par exemple on est toujours scotchés 
avec une base de données bancale, ce qui peut expliquer pourquoi elle est si 
peu utilisée et pourquoi beaucoup se font des noeuds au cerveau pour rester 
dans le tableur. Ce n'est qu'un exemple.

Bref. Je suis content de pouvoir l'utiliser, ça a été amusant de développer un 
ou deux trucs avec, mais on est très loin de la convivialité générale offerte 
(!) par Le Concurrent. C'est dommage et ce type de modification injustifiable 
ne contribue pas à consolider l'image de la suite en milieu professionnel.

Bonne journée,

Thierry

Le jeu. 21 mars 2024 à 06:41, Ocleyr2lalune <[cleyr.lis...@free.fr](mailto:Le  jeu. 21 
mars 2024 à 06:41, Ocleyr2lalune < a écrit :


Salut Patrick

Ben pas d'accord. En plus de bon matin...
Tu ne fais "que" illustrer ce que j'évoquais "sous Linux, on fait bien, alors rien à 
faire si le alt bidule est largement utilisé par ailleurs, et toc !"
Bien sûr Microsoft est editeur d'un système d'exploitation, il est prescripteur 
de son fonctionnement. Microsoft est un éditeur privateur oui. Mais là je ne 
vois pas le lien. Intrinsèquement chaque système d'exploitation est 
prescripteur de son fonctionnement que les logiciels qui s'executent dessus 
exploitent.

Ensuite soit tu fais le choix de l'interopérabilité, soit tu ne le fais pas. A 
priori, on s'attend dans LibreOffice à un fonctionnement plus interoperable.
Si les alt bidule ne fonctionnaient que dans les logiciels Microsoft ok... 
Seulement voilà, la saisie des caractères c'est un comportement système et pas 
un comportement logiciel. Ignorer (volontairement) tout un système, celui 
majoritairement utilisé, est incongru. Ok l'unicode fonctionne aussi sous 
Windows, mais jusqu'à maintenant unicode et alt bidule étaient utilisables dans 
LibreOffice.
Ça n'aurait jamais été le cas ok .. mais là on est sur une régression.

Or si tu as une méthode générique pour ton système devoir en changer uniquement 
pour LibreOffice parce que quelqu'un a eu un coup de chaud, c'est idiot, ce 
n'est pas vendeur pour LibreOffice.

Alors après tout on peut aller changer dans les paramètres natifs ? Combien 
dans ceux qui vont se retrouver coincés le feront ? Pas beaucoup. Moins encore 
viendront poser la question.
Quand au fonctionnement en entreprise (parce que ça existe), si tu te dis que 
ceux qui deploient n'ont aucun soucis de ceux qu utilisent (ça existe, trop...) 
on est mal barrés.

J'ai des collègues qui travaillent sur l'accessibilité numériq

Re: Re : Re: [fr-users] Combinaisons Alt+qqch

2024-03-21 Par sujet Patrick

Erratum, ce n'était pas Luc mais Thierry. désolé, j'avais lu un autre 
message entre temps

Honte sur moi, je cours de ce pas me faire Hara-kiri !



Le 21/03/2024 à 10:40, Patrick a écrit :

Bonjour Claire et Luc,

Vous n'avez pas vu mon ton sarcastique envers µ$oft.

Je n'ai pas non plus dit que Windows devait être compatible Linux. En 
aucun cas je n'ai dit ça.
J'ai simplement dit que le ALT bidule était une façon d'atteindre des 
menus (que peut-être personne n'utilise !) et que de l'avoir utilisé 
pour saisir des codes ASCII était une erreur de la part du concepteur. 
C'est tout. Ça n'a rien à voir avec Linux, c'est une erreur de 
conception. Ils auraient pu utiliser la touche "Compose" (présente sur 
certain vieux clavier) ou "ALT Gr".
Moi aussi j'ai bien profité pendant plus de 30 ans de cette façon de 
saisir les À et È et Ç etc..


Mais Claire je reviens vers toi et ta contradiction concernant le 
changement de logiciel (Word → Writer) concernant les styles.
Dans un de tes vieux messages concernant les styles : je me plaignais 
que mes habitudes des styles de Word n'étaient pas repris dans 
Writer.  Que m'as-tu répondu à l'époque : qu'il fallait oublier ses 
habitudes de Word, etc.


Mais je suis d'accord avec vous sur l'interopérabilité, même si on 
doit céder devant les "normes de fait" dues à µ$oft.
Et je déplore tout autant que vous certaines décisions de 
modifications de Libo qui n'aident pas à sa promotion.

J'étais juste sarcastique.

Je vous souhaite une belle journée, sans rancune !
Patrick



Le 21/03/2024 à 08:19, Thierry Jeanneret a écrit :

Bonjour Claire,

Tout à fait d'accord, reprocher à Microsoft de ne pas s'être rendus 
compatibles Linux (Unix), ça a un petit côté surréaliste, voire 
révisionniste historique.


Je suis passé par "un certain nombre" de systèmes d'exploitation, de 
CAPS-11 sur PDP à Raspbian en passant par CP/M et VMS notamment (et 
avant ça, oui, j'ai aussi couru devant cette cochonnerie de 
tyrannosaure...), la normalisation clavier/saisie imposée par 
Microsoft a été un vrai soulagement.


Que ce ne soit pas parfait, pas tout à fait comme on veut, qu'il 
faille se tordre un peu les doigts, c'est parfois possible. Mais 
lorsqu'on a une norme aussi universellement pratiquée, qu'elle ne 
lèse personne hors peut-être quelque ego, on la respecte et on ne 
vient pas changer un truc qui marche. Il y a bien assez à faire en 
maintenance dans LibreOffice pour ne pas perdre et faire perdre du 
temps et de l'énergie à tout le monde.


En fait j'ai le sentiment d'un manque de cohérence lorsque je vois 
les évolutions de la suite. À ce que je sache par exemple on est 
toujours scotchés avec une base de données bancale, ce qui peut 
expliquer pourquoi elle est si peu utilisée et pourquoi beaucoup se 
font des noeuds au cerveau pour rester dans le tableur. Ce n'est 
qu'un exemple.


Bref. Je suis content de pouvoir l'utiliser, ça a été amusant de 
développer un ou deux trucs avec, mais on est très loin de la 
convivialité générale offerte (!) par Le Concurrent. C'est dommage et 
ce type de modification injustifiable ne contribue pas à consolider 
l'image de la suite en milieu professionnel.


Bonne journée,

Thierry

Le jeu. 21 mars 2024 à 06:41, Ocleyr2lalune 
<[cleyr.lis...@free.fr](mailto:Le  jeu. 21 mars 2024 à 06:41, 
Ocleyr2lalune < a écrit :



Salut Patrick

Ben pas d'accord. En plus de bon matin...
Tu ne fais "que" illustrer ce que j'évoquais "sous Linux, on fait 
bien, alors rien à faire si le alt bidule est largement utilisé par 
ailleurs, et toc !"
Bien sûr Microsoft est editeur d'un système d'exploitation, il est 
prescripteur de son fonctionnement. Microsoft est un éditeur 
privateur oui. Mais là je ne vois pas le lien. Intrinsèquement 
chaque système d'exploitation est prescripteur de son fonctionnement 
que les logiciels qui s'executent dessus exploitent.


Ensuite soit tu fais le choix de l'interopérabilité, soit tu ne le 
fais pas. A priori, on s'attend dans LibreOffice à un fonctionnement 
plus interoperable.
Si les alt bidule ne fonctionnaient que dans les logiciels Microsoft 
ok... Seulement voilà, la saisie des caractères c'est un 
comportement système et pas un comportement logiciel. Ignorer 
(volontairement) tout un système, celui majoritairement utilisé, est 
incongru. Ok l'unicode fonctionne aussi sous Windows, mais jusqu'à 
maintenant unicode et alt bidule étaient utilisables dans LibreOffice.

Ça n'aurait jamais été le cas ok .. mais là on est sur une régression.

Or si tu as une méthode générique pour ton système devoir en changer 
uniquement pour LibreOffice parce que quelqu'un a eu un coup de 
chaud, c'est idiot, ce n'est pas vendeur pour LibreOffice.


Alors après tout on peut aller changer dans les paramètres natifs ? 
Combien dans ceux qui vont se retrouver coincés le feront ? Pas 
beaucoup. Moins encore viendront poser la question.
Quand au fonctionnement en entr

Re: [fr-users] Combinaisons Alt+qqch

2024-03-20 Par sujet Patrick

Peut-être faut-il revenir à l'utilisation première de la touche ALT qui 
a été introduite par µ$oft pour les appels de menu (et autre accès aux 
champs dans les fenêtres de dialogue) avec une lettre soulignée. (ça 
existait aussi sous DOS, si j'ai bonne mémoire ! Il n'y avait qu'avec 
les cartes perforées que ça ne fonctionnait pas )


Mais l'utiliser pour une autre fonctionnalité comme pour insérer des 
codes ASCII n'a pas été une bonne idée de la part de µ$oft.
Ceci ne fonctionne pas sous Linux. Il faut utiliser le code Unicode avec 
les touches CRTL+SHIT+U puis l'Unicode qui fonctionne dans beaucoup de 
logiciels sous Linux. (du moins sous mon kubuntu)


Alors je comprends les développeurs de LIBO d'avoir utilisé ces ALT+1, 
2, 3 etc... pour rester dans la "norme" de fait, puisque TOUS les 
logiciels utilisent cette fonctionnalité d'appel de menu (et champs) 
avec ALT.


C'est donc de la faute de µ$oft d'avoir dévoyé cette touche pour insérer 
des codes ASCII. Il faut leur demander de changer ... 


Bonne nuit...


Le 20/03/2024 à 22:05, Ocleyr2lalune a écrit :

Bonsoir Luc

Je  plussois entièrement.
Comme si de façon un peu "c'est nous qu'on est mieux sous Unix", on s'était dit 
que les alt codes c'était pas important.
Il est d'ailleurs probable que ça pose un souci d'accessibilité aussi...

Je n'ai pas creusé ceci dit. Peut-être que ce changement malheureux a fait 
l'objet d'un signalement dans bugzilla ? Tu as regardé ?

Claire

⁣Claire 

Le 20 mars 2024, 19:18, à 19:18, Mamin Luc  a écrit:

Bonsoir

Je reprends dans ce message la question de l'insertion des caractères
ASCII qui avait été abordée dans le fil "vérification de
l'accessibilité" (débuté le 22/02).

Rappel des faits :
Depuis la version 7.6.? de LO, les combinaisons Alt + chiffres sont
préemptées par LO pour ouvrir telle ou telle fenêtre : navigateur,
styliste, etc...

Or, sous Windows (pour Mac et Linux, je n'en ai pas sous la main), ces
combinaisons permettent d'insérer des caractères spéciaux via leur code

ASCII.
Par exemple : Alt+0192 = À.
Cela fonctionne ainsi pour LO, Scribus, Thunderbird, Notepad++, ..., et

même pour nommer un dossier.

Donc, pour les utilisateurs et utilisatrices, une seule combinaison à
mémoriser est utilisable un peu partout.

J'entends bien que l'insertion de codes Unicode (code +Alt+x) peut
faire
le boulot dans LO . Mais cela ne fonctionne pas "partout", et cela
obligerait donc à mémoriser deux combinaisons à utiliser avec
discernement selon le logiciel utilisé.

Je trouve curieux que le passage de la branche 7.5 à la 7.6 s'autorise
à
détourner une combinaison de touches utilisée par le système
d'exploitation.

Bien sûr, pour les associations dans lesquelles j'interviens, je prends

ma respiration et j'explique comment modifier les paramètres de LO :
Outils -> Personnaliser ->Onglet Clavier -> Catégorie LibreOffice :
supprimer les raccourcis clavier Alt + chiffre -> puis passer à la
catégorie Writer pour faire de même...

C'est quand même un exercice complexe.

@+
Luc

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

Re: Re : Re: [fr-users] Combinaisons Alt+qqch

2024-03-21 Par sujet Patrick


Merci Claire de ta sollicitude,
Je vais remettre à plus tard mon hara qui rit, je n'ai pas trouvé le 
couteau ébréché 


Je suis complètement d'accord avec ta prose, d'autant que je le lis deux 
fois car je reçois deux fois tes messages 

Tu as toujours eu d'excellents arguments et tu es Claire.

Oui on a bien des habitudes qui persistent souvent pendant longtemps.
J'aime bien aussi titiller mais je suis bien d'accord avec tout ce qui a 
été dit.


Il manque une discussion entre les développeurs avant de prendre une 
telle décision et/ou un comité de décisions.

Mais peut-être qu'aucun n'a Windows, ou n'utilise les ALT code !

Donc il faut faire remonter l'événement pour faire revenir en arrière ce 
choix pour les prochaines versions, car si à chaque nouvelle 
installation il faut revenir sur le paramétrage des raccourcis, ça va 
râler dans les chaumières...


bonne soirée
Patrick



Le 21/03/2024 à 19:10, Ocleyr2lalune a écrit :

Salut Patrick

mon message était long, je te l'accorde mais je crois que j'ai 
justement répondu à la contradiction que tu évoques.
Si les raccourcis alt pouet (changeons...) n'étaient utilisés que dans 
MS Office, oui, tu pourrais dire, on oublie nos mauvaises habitudes 
etc... ce que j'ai déjà dit avec d'autres mots dans mon précédent 
message. D'autant que je me suis posée la question en l'écrivant (ne 
serais je pas en train de me contredire ? ce que je peux tout à fait 
assumer mais là ça ne me semble pas le cas, justement car il y a cette 
nuance, le logiciel MS Office, vs le système d'exploitation Windows, 
même s'il y a des liens pénibles et inévitables entre les 2)


En fait, la question ne se poserait pas vraiment si LibreOffice ne 
s'éxécutait pas sous Windows. Mais c'est le cas. Et j'ose même penser 
que c'est un moyen pour beaucoup de se mettre au libre et 
progressivement de se détacher de windows etc


Tu as déjà expliqué qu'au boutot tu utilisais Windows, et que 
maintenant tu es bien heureux de ne plus avoir à le faire car pour 
chez toi c'est Kubuntu.
Je crois que nous sommes plusieurs à combiner au quotidien l'usage 
windows et linux. Si l"on s'est mis à l'unicode trés bien.
Je crois que nous sommes nombreux à avoir commencé sous windows pour 
basculer sur linux. Quand j'ai voulu utiliser les alt pouet sous 
linux, et par automatisme ça m'arrive encore parfois. J'ai vu qu'il 
existait les unicode. je n'ai jamais réussi à m'y mettre (je ne 
reviens pas sur la manip qu'on a abordée, il y a quelques semaines).


Je ne vois pas ce qui disqualifie ces combinaisons de touches avec 
alt. Car si on revient sur le problème qui nous occupe.
Windows n'a pas proposé d'écrire un caractère en écrivant alt +5 mais 
plutot d'écrire un caractère en utilsant alt + 3 ou 4 chiffres. ça ne 
devrait donc pas  interférer.
Ainsi quand LibreOffice décide de capter Alt + 5 quand on tape Alt + 
145 (pour a e collé), je maintiens, la personne qui a imaginé que 
c'était une bonne idée a eu un coup de chaud. Et ceux qui ont validé 
aussi. Et je ne suis même pas certaine qu'ils aient un instant pensé à 
l'impact sur les alt pouet
D'autant que la touche F5 existe (pour le navigateur). Mais, en fait, 
comme nos claviers de portable ont des touches qu'on bascule en touche 
de fonction (luminosité, son, wifi), des gens (pas ceux qui 
utilisent l'unicode à priori) ne savent pas comment atteindre F5 alors 
pourquoi ne pas utiliser alt + 5 puisqu'après tout historiquement, la 
navigation dans les menus d'un logiciel repose sur Alt + une touche.
C'est une hypothèse car de mémoire alt+5 est touché, mais je n'ai pas 
vérifié sur un windows


Je suis entièrement Thierry sur les évolutions décevantes de 
LibreOffice. Aussi sur la course à copier MS Office (mais on pourrait 
dire que je me contredis, mais être compatible avec Windows : need, 
faire comme MS Office : no way). Mais il y a de spioints positifs tout 
frais, l'effort sur l'accessibilité c'est bien, si les choses allaient 
dans le bon sens maintenant ? Mais y'a besoin de temps...


Pour finir sur la mauvaise habitude des styles Word. Ce n'est vraiment 
pas comparable avec la question des alt pouet qui sont une fonction 
système.
Dans LibreOffice, les styles c'est hyper structurant, depuis toujours. 
C'est l'ADN de star-open-LibreOffice. Confère le bouquin libre 
"LibreOffice c'est stylé" dont je t'ai déjà donné le lien.
Dans Word, tu peux faire des choses avancées, sans jamais passer par 
les styles (et ce sera quelque peu spaghetti en fait mais bon). Dans 
Writer, et globalement dans LibreOffice, tu ne peux pas ignorer 
longtemps les styles sauf à prendre Writer pour un bloc note par exemple.
Dans Calc, pas de formatage conditionnel, sans style. Dans Writer, pas 
de configuration d'impression sans paramétrer le style de page. C'est 
d'ailleurs une des premières choses qui perturbent les utilisateurs 
quand ils passent de word à writer. On passe d'une propriété d'un 
fichier à un style de page.
C'est pour tout

Re: [fr-users] Fichier Source.ods en https://

2024-03-19 Par sujet Patrick


Je plussoie,

Le 19/03/2024 à 18:22, Jean-Michel COSTE a écrit :
Un bon cahier des charges permet d'éviter les solutions "bancales". 


et une meilleure maintenance et des évolutions éventuelles simplifiées.

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

Re: [fr-users] Writer, remplacer les sauts de page manuels (CNTRL-ENTER) par une chaîne de caractères imprimable.

2024-03-20 Par sujet Patrick


Bonjour,

Ce n'est pas un "saut de ligne" qu'il cherche à remplacer, mais un "saut 
de page"
Mais Libo ne code pas le saut de page comme le caractère Unicode (000C = 
Form Feed) mais comme un "attribut" du premier paragraphe de la page.


Voici comment dans le fichier "content.xml" c'est indiqué :
"fichier content.xml--
  
    style:parent-style-name="Standard">
  officeooo:paragraph-rsid="00119106"/>

    
    style:parent-style-name="Standard">

  
  officeooo:paragraph-rsid="00119106"/>

    
  
  
    
  
    text:name="Illustration"/>
    text:name="Table"/>
    text:name="Text"/>
    text:name="Drawing"/>
    text:name="Figure"/>

  
  page 1
  
  
  
  Page 2
  
  
    
  
-Fin de l'extrait------

Donc il n'y a pas de possibilité de recherche directe.
Peut-être avec une macro qui recherche des attributs de style ?

À suivre.

bonne journée
Patrick



Le 20/03/2024 à 09:27, Dominique a écrit :

Bonjour,

Je viens de tester. Il faut aller chercher le code Unicode du saut de 
ligne pour le traiter dans Ctrl h de LIBO :


Soit un texte avec des sauts de ligne, on passe dans la case « 
Rechercher » Ctrl+maj+u, on lâche les touches, on fait suivre le u de 
000a puis une espace. Tout s'efface dans le cartouche « Rechercher ». 
On place ce qu'on veut dans « Remplacer », voire rien pour les 
supprimer. Et hop, plus de sauts de lignes !




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

Re: [fr-users] writer ne fonctionne plus!

2024-03-07 Par sujet Patrick


Bonjour Andréa,

Lorsque l'on envoie un appel à l'aide sur la liste, il est "souvent" 
nécessaire de préciser :

☛ La version du système d'exploitation
☛ La version exacte de LibreOffice

La liste de diffusion ne prenant pas en compte les pièces jointes, ni 
les images collées, il faut utiliser un site du style 
https://www.cjoint.com/
Qui permet de déposer des fichiers et on colle dans le message le lien 
donné par le site.
Ainsi chacun pourra regarder et répondre selon ses disponibilités et 
compétences.


Personnellement j'utilise LO 24.2 depuis 3/4 jours sur kubuntu 24.2.1 et 
n'ai pas (trop) de problème.
Il faut savoir que la dernière version véritablement stable de libre 
office est la 7.6.xxx et que la 24.2.1 est encore en progression, bien 
que déjà bien correcte. Néanmoins il peut y résider quelques soucis... 


Bonne journée
Patrick


Le 07/03/2024 à 10:32, Andrea Labbé a écrit :

Bonjour,
depuis le téléchargement de la plus récente version de libreoffice, writer
ne fonctionne plus.
Je ne peux plus voir les mots que je saisis, elle n'apparaissent qu'en bas
du fichier
(cf doc joint writer1)
L'insertion d'un tableau se présente sous forme de trait tout en haut de la
page (cf doc joint writer2), le tableau devient visible quand j'utilise la
fonction "bordures" (cf doc joint writer3) mais là aussi je ne vois pas le
texte que je saisis dans les cellules.
Merci de bien vouloir me dire où se situe l'erreur!
Bien cordialement
Andrea Labbé



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

Re: Re : [fr-users] Casse-tête : masquage facile de paragraphes

2024-03-09 Par sujet Patrick


Bonjour,

Pour ma part, pour mes fiches d'exercices, j'utilise une section où je 
saisie la correction et que je masque par une condition sur la valeur 
d'une variable ou champ dans le document.
Ainsi pour n'exporter en PDF que le "sujet" donc avec la section 
masquée, je positionne la valeur du champ avec par exemple "Sujet",
et pour exporter  la fiche totale avec la section visible, je positionne 
la valeur du champ à "correction" par exemple.


Il devient ainsi aisé de sélectionner le contenu du document à 
exporter/imprimer juste par la valeur d'un champ, sans avoir recours à 
une macro, ou saisie avec la souris etc.


Si tu places tes niveaux 2 dans une section (autant de sections que de 
niveaux 2) que tu conditionnes avec la valeur d'un champ tu peux choisir 
d'exporter ou non, tous tes niveaux 2 en changeant une seule fois la 
valeur du champ


Bonne journée
Patrick



Le 09/03/2024 à 12:42, Thierry Jeanneret a écrit :

Une piste : Une approche séparant les données (le texte) de la mise en forme me 
paraîtrait judicieuse.
Au pif, je stockerais en base de données les résumés sans format, mais en leur 
associant les tags utilisés pour commander le formatage désiré.
Je définirais chaque fiche par un document portant des références au texte à 
inclure.
Une macro permettrait de récupérer ces élément et commanderait leur mise en 
forme dans Writer.
Alternativement, les fiches pourraient être stockées sous la forme de documents 
formatés, fusionnés à la demande, en utilisant là encore une arborescence de 
pointeurs.
Dans les deux cas je ferais appel à des macros.

Le sam. 9 mars 2024 à 12:22, Stéphane Santon <[m.libreoff...@santonum.eu](mailto:Le  
sam. 9 mars 2024 à 12:22, Stéphane Santon < a écrit :


Bonjour,

Je rédige des fiches de synthèse de connaissances pour mes élèves de
Seconde (SNT). Document structuré en 7 Thématiques annuelles (Titre 1),
chacune composée de séances (Titre 2).

Chaque séance, je donne un synthèse supplémentaire (environ 1 page).
Mais j'aimerais que le document qu'ils consultent contiennent toutes les
synthèses précédentes, et mais pas celles à venir..

Je souhaite établir un document unique d'édition, mais pouvoir à chaque
séance n'exporter en PDF que les séances passées.

Donc quelles solutions pour n'exporter en PDF que certains paragraphes
appartenant des niveaux 2 de titre ?

- Sélection avant export : on peut sélectionner à la souris des parties
distinctes ; pas le plus facile à sélectionner, surtout que le fait de
sélectionner la fin de paragraphe ou non perturbe beaucoup la sélection,
à refaire plusieurs fois avant d'y arriver.

- Utiliser les paragraphes masqués, avec une condition qui récupère le
numéro de titre de paragraphe et la compare à un autre champ de niveau
atteint que l'on aurait saisi ; est-ce possible de récupérer le niveau
de titre de paragraphe actuel ??

- Lancer une macro depuis chaque titre de paragraphe niveau 2 qui
masque/affiche le texte inclus (préalablement inséré dans une section) ?

- autre idée à venir

- ou finalement ouvrir chaque fois le doc complet, supprimer les séances
à venir et exporter ?

S'il y avait une piste que je n'aurais pas prise...
merci

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

Re: [fr-users] vérification de l'accessibilité

2024-02-25 Par sujet Patrick


Tu as tout à fait raison.
Mais je ne répondais pas à l'accessibilité, car je ne suis pas sûr que 
la question concernait l'accessibilité mais le fait de saisir un code 
pour entrer un caractère qui ouvrait le panneau d'accessibilité ce qui 
n'était pas attendu.
Donc je complétais le message d'Ysabeau qui donnait des moyens de 
contournement pour saisir ces caractères...





Le 25/02/2024 à 14:02, Ocleyr2lalune a écrit :

Ok pour le clavier étendu ! Je n'ai pas assez le réflexe de l'utiliser.. Ça me 
paraît plus pertinent côté accessibilité.
Ctrl shift, sur ma machine c'est pouce et 'index collés... et donc une 2e main 
pour le u. Il faut donc 2 mains (c'est pas le cas de tout le monde) et de 
l'autre côté 2 doigts a l'extrémité du clavier... Pour moi c'est pas évident, 
mais j'ai bien testé ce matin.
Si l'apport par rapport au clavier étendu c'est les glyphes dont tu donnes 
l'exemple... Je suis bien curieuse de savoir comment un lecteur d'écran (si on 
parle toujours d'accessibilité) les interprète
Par ailleurs plus il y a de combinaisons de touches pour obtenir le résultat, 
plus pour moi, c'est difficile à intégrer
Mais au final peu importe. Si ça convient et répond à un besoin pour certain, 
c'est très bien.

Reste que le sujet initial ce n'était pas vraiment ça. On est plus sur un 
contournement du problème initial (les alt code ouvrent le volet latéral).


⁣Claire 

Le 25 févr. 2024, 11:24, à 11:24, Patrick  a écrit:

Coucou Claire,

Du temps où je travaillais et n'avais accès qu'à Windows, j'utilisais
aussi la combinaison du ALT + code (surtout pour le Ç code 0199, mais
ça
ne correspondait pas vraiment à de l'Unicode car l'Unicode 199 est ƙ !)

mais depuis 12 ans j'ai installé kubuntu chez moiqui fourni un clavier
étendu efficace, je n'ai plus besoin de ces combinaisons ALT, car le
clavier est étendu avec la touche ALT_GR qui permet de donner à chacune

des 102 touches du clavier 4 caractères : toutes les voyelles
accentuées
minuscules et majuscules, le À, Ç, ≠, ±, ≤, ≥ etc plus certains
caractères utiles Å, Ø, ø, ←↓↑→ , sans avoir besoin de combinaisons de
3
touches.

Mais l'utilisation de l’Unicode avec le CTRL+SHIFT+U plus l'unicode
permet d'insérer des glyphes sans besoin (a priori) de polices
particulières comme ☕ , ☔, ☘, ☯, ou des caractères tibétains ༺༻ etc...
(ceci dit je ne sais pas comment ces caractères vont survivre au
transcodage de la liste de diffusion c'est un essai)

En fait il suffit de faire CTRL+SHIFT+U  en même temps (avec la main
gauche tu appuies sur CTRL et SHIFT et avec l'index droit tu appuies
sur
U (je me moque mais amicalement)), tu relâches et tu composes l'Unicode

puis un espace et le glyphe est inséré. Je n'ai pas de tendinite mais
le
canal carpien bouché et cela ne me gêne pas !

Bonne journée
Patrick


Le 25/02/2024 à 08:12, Ocleyr2lalune a écrit :

Enfin, si tu veux changer de méthode pour saisir tes caractères
spéciaux (mais il me semble que ta question de départ n'est pas celle
là !), et aussi pour répondre à Patrick
https://fr.wikipedia.org/wiki/Combinaisons_de_touche_Alt

Sous windows, alt et la suite de chiffres suffisent, pas besoin de
valider par entrée. Au boulot, j'utilise quotidiennement alt + 0192
par exemple.


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

Re: [fr-users] vérification de l'accessibilité

2024-02-25 Par sujet Patrick


Coucou Claire,

Du temps où je travaillais et n'avais accès qu'à Windows, j'utilisais 
aussi la combinaison du ALT + code (surtout pour le Ç code 0199, mais ça 
ne correspondait pas vraiment à de l'Unicode car l'Unicode 199 est ƙ !) 
mais depuis 12 ans j'ai installé kubuntu chez moiqui fourni un clavier 
étendu efficace, je n'ai plus besoin de ces combinaisons ALT, car le 
clavier est étendu avec la touche ALT_GR qui permet de donner à chacune 
des 102 touches du clavier 4 caractères : toutes les voyelles accentuées 
minuscules et majuscules, le À, Ç, ≠, ±, ≤, ≥ etc plus certains 
caractères utiles Å, Ø, ø, ←↓↑→ , sans avoir besoin de combinaisons de 3 
touches.


Mais l'utilisation de l’Unicode avec le CTRL+SHIFT+U plus l'unicode 
permet d'insérer des glyphes sans besoin (a priori) de polices 
particulières comme ☕ , ☔, ☘, ☯, ou des caractères tibétains ༺༻ etc...
(ceci dit je ne sais pas comment ces caractères vont survivre au 
transcodage de la liste de diffusion c'est un essai)


En fait il suffit de faire CTRL+SHIFT+U  en même temps (avec la main 
gauche tu appuies sur CTRL et SHIFT et avec l'index droit tu appuies sur 
U (je me moque mais amicalement)), tu relâches et tu composes l'Unicode 
puis un espace et le glyphe est inséré. Je n'ai pas de tendinite mais le 
canal carpien bouché et cela ne me gêne pas !


Bonne journée
Patrick


Le 25/02/2024 à 08:12, Ocleyr2lalune a écrit :
Enfin, si tu veux changer de méthode pour saisir tes caractères 
spéciaux (mais il me semble que ta question de départ n'est pas celle 
là !), et aussi pour répondre à Patrick

https://fr.wikipedia.org/wiki/Combinaisons_de_touche_Alt

Sous windows, alt et la suite de chiffres suffisent, pas besoin de 
valider par entrée. Au boulot, j'utilise quotidiennement alt + 0192 
par exemple.


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

Re: [fr-users] Problème modèle et style avec 7.6

Comme le dit Claire je ne souhaitais pas modifier le style parent qui 
est "Corps de texte".
Mais hier soir j'ai sorti le style "Exercice" qui héritait de "Corps de 
texte" mais qui n'avait pas à en hériter en fait.
Quand j'ouvre le document et qu'il propose de prendre en compte les 
nouveaux styles, et que je réponds yes, en fait ils ne sont pas repris 
et la hiérarchie reste telle qu'elle était avant.


Quand j'ai réaffecté le modèle au document, la hiérarchie des styles est 
bien reprise, mais pas appliquée !


Ensuite j'ai testé l'extension qui permet de réassocier un modèle à tous 
les documents d'un répertoire. C'est très efficace et ça fonctionne. Je 
l'ai fait en version LO 7.5 d'abord pour valider sur un petit nombres de 
documents.
Mais lorsque j'ouvre un de ces "nouveaux" doc avec LO 7.6, le style qui 
faisait défaut est correct, mais c'en est un autre avec numérotation qui 
pose problème.

Si je double-clique sur le style, celui-ci est bien appliqué au paragraphe.
Si je fais "effacer le formatage direct" le style est alors bien 
appliqué au paragraphe.
J'ai l'impression que ce sont les styles avec numérotation qui me posent 
problème.

Car oui le style "Exercice" était avec numérotation aussi.

Je vais faire d'autre tests car je pense qu'il y a un souci avec mon 
modèle, et avec certains documents.
Je vais concevoir à nouveau mon modèle depuis scratch (ou presque) car 
il avait était construit au fur et à mesure de la rédaction et de 
nouveaux besoins, mais un peu n'importe comment.
Je vais le refaire donc avec LO 7.5 d'abord et je verrais comment il 
fonctionne avec 7.6.

Je vous tiens au courant plus tard.




Le 01/03/2024 à 07:08, Ocleyr2lalune a écrit :

Salut Jean Michel

Il me semble qu'il n'a pas été question de modifier le style parent...
On a en revanche parlé de son impact (trop grand) sur un style qui en herite, 
ce qui n'était pas le cas par le passé...
D'où ma proposition de casser l'héritage.

Pourquoi proposes tu de passer le modèle en modèle par défaut (c'est peut-être 
déjà le cas d'ailleurs) qu'est-ce que ça changerait au problème évoqué ?

⁣Claire 

Le 29 févr. 2024, 21:53, à 21:53, Jean-Michel PIERRE  a 
écrit:

Bonjour,
Plutôt que modifier un Style parent, ici Corps de texte, il me semble
qu’il vaut mieux créer un Style personnel puis de sauver le document
avec les Styles personnels comme modèle par défaut.

Jean-Michel PIERRE
Tél : 06.19.55.73.22


Le 29 févr. 2024 à 17:36, Ocleyr2lalune  a

écrit :

Jamais utilisée la fameuse extension ou une fois ou 2. Je n'ai même

plus son nom en tête.

Mais j'aime bien le sujet je veux bien faire dès tests sur plusieurs

versions (enfin pas avant quelques jours) quand tu pourras nous envoyer
des exemples...

⁣Claire


Le 29 févr. 2024, 17:27, à 17:27, Patrick

  a écrit:



Le 29/02/2024 à 17:17, Landron Gérard a écrit :
Le 29/02/2024 à 17:57, Patrick a écrit :

Bonjour à toutes et à tous,

J'ai voulu passer à la version 7.6.5 et je rencontre un problème

avec

les styles de mon modèle par rapport aux versions précédentes :

J'ai un style "Corps de texte" qui a un retrait de 1cm.
Et un autre style (exercice) hérité de "corps de texte" mais avec
retrait de 0cm. Or le texte de celui ci se retrouve finalement au
même endroit comme s'il avait 1cm.

Exemple ce que j'espérais avoir (et que j'avais avant avec la 7.5)

:

  Corps de texte
Exercice :

Ce que j'obtiens avec la 7.6 :
  Corps de texte
  Exercice :

Ça m'ennuie fortement. J'ai tenté de modifier le modèle en mettant

un

retrait de −1cm mais les documents déjà créés ne sont pas modifiés
comme si le style ne s'appliquait pas !

Je suis revenu à la version 7.5.9 et tout est revenu à la normal

avec

le même modèle (celui non modifié car sinon le texte se retrouvait

en

dehors des marges ).

Je vais donc rester avec cette version 7.5.9. na !

Le résultat de la 7.6 me semble plus cohérent que celui de 7.5 à

moins

que le retrait ne fasse pas parti de l'héritage. Bug sur la 7.5 ?
pourriez-vous fournir un fichier anonymisé ? en passant par un

service

externe bien sûr, les fichiers ne passent pas sur la liste

Je suis conscient que l'héritage de mes styles n'est pas vraiment
correct, mais j'ai construit (un peu n'importe comment, j'avoue) ce
modèle au fur et à mesure de mes besoins depuis la version 7.1 et ça
fonctionnait comme cela jusqu'à maintenant, je n'ai pas remis en

cause

le modèle.
Il faudrait que je prenne le temps de le refaire plus "normalisé",

et

ensuite réassocier à tous mes 2000 fichiers (!)


@Claire, je n'ai utilisé l'extension que fichier par fichier, mais

il

semble qu'il y ait une option pour un répertoire. Connais-tu bien

cette

extension ?


bonne fin de journée
Patrick


Gérard


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

Re: [fr-users] Bouton Supprimer la numérotation


Bonjour Stéphane,

Je n'avais pas de bouton "Suppression de la numérotation" mais 
j'utilisais celui de la barre d'outils appelé "Bascule liste ordonnée 
(F12)" pour supprimer le numéro du paragraphe.

Et ce bouton semble encore présent chez moi !



Le 01/03/2024 à 08:52, Stéphane Santon a écrit :

Bonjour,

Je viens de passer sur une installation neuve en LO 7.6.4.

Le bouton "Supprimer les numérotations" a disparu.

Est-ce que ça a été retiré de l'interface dans une dernière version, 
ou bien est-ce moi qui avait dû le rajouter il y a bien longtemps 
croyant que cette bonne idée était standard ?


Merci



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

[fr-users] Re: [fr-users] Re: [fr-users] Re: [fr-users] vérification de l'accessibilité


Bonjour Claire,

Je suis allé vérifier, et ils apparaissent bien il y a marqué :
  Alt+5  Ouvrir le panneau Page
  Alt+6  ouvrir le panneau inspecteur de styles
  Alt+7  Ouvrir le panneau de contrôle de l'accessibilité

En revanche il n'y a rien de marqué pour les 1, 2, 3, 4, mais ils 
ouvrent quand même les autres panneaux !!!


bonne journée
Patrick

PS: j'ai commencé hier soir à travailler sur mes styles et j'ai constaté 
d'autres choses curieuses. je vais préparer un mail global avec ce que 
j'ai vu.



Le 01/03/2024 à 07:09, Ocleyr2lalune a écrit :

Ben sauf que je lui avais suggéré justement d'aller vérifier les raccourcis 
clavier. Et qu'il n'avait rien trouvé ...

⁣Claire 

Le 29 févr. 2024, 22:55, à 22:55, Patrick  a écrit:

C'est Régis qui va être content.
Merci pour lui.




Le 29/02/2024 à 22:48, Jean-Luc a écrit :

Bonjour
Outils / personnaliser / clavier

Sélectionner (une à une) les combinaisons ALT + n et bouton



Il me semble que ces raccourcis ne sont définis que pour writer

Bonne soirée


Le jeu. 29 févr. 2024 à 22:41, Patrick  

a

écrit :


Comme je fais quelques essais avec la 7.6 je viens de trouver d'où

vient

ton problème.

Effectivement la touche ALT est affectée comme raccourci au volet

latéral :

ALT+1 : ouvre les propriétés
ALT+2 : ouvre le volet des styles
ALT+3 : ouvre la gallery
ALT+4 : ouvre le Navigateur
ALT+5 : ouvre les propriétés de la Page
ALT+6 : ouvre l'inspecteur de style
ALT+7 : ouvre la vérification de l'accessibilité.

Ces raccourcis ne sont pas présents dans les versions précédentes

(7.5

par exemple)
Mais je ne sais pas comment les supprimer/modifier...

C'est bien un problème lié à cette nouvelle version 7.6 où des
raccourcis ont été ajoutés et non paramétrables ?

Bonne nuit
Patrick


Le 22/02/2024 à 23:32, sigir a écrit :

Bonjour,

Avec LibO 7.6.4 et Windows 10, j'ai un comportement nouveau :

Dans Writer, je tape ALT+157 dans le pavé numérique, ça donne
normalement le caractère Ø,
Mais là ça ouvre le "vérificateur de l'accessibilité".

Je ne trouve pas ce vérificateur dans les raccourcis clavier. Il y

a

"vérificateur automatique de l'accessibilité, mais c'est différent,

et

de toutes façons il n'a pas de raccourci associé.

Comment supprimer ce raccourci ?

En fait le problème existe avec plein d'autres raccourcis. Par

exemple,

ALT+154 ouvre le navigateur, alors que c'est F5 qui est paramétré.

C'est possiblement un problème de Windows.


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

Re: [fr-users] Problème modèle et style avec 7.6




Le 01/03/2024 à 10:56, Landron Gérard a écrit :

Le 01/03/2024 à 11:48, Patrick a écrit :
Si je fais "effacer le formatage direct" le style est alors bien 
appliqué au paragraphe.
J'ai l'impression que ce sont les styles avec numérotation qui me 
posent problème.

Car oui le style "Exercice" était avec numérotation aussi.

cela voudrait dire qu'il y a du surformatage dans le document ce qui 
n'est pas bon surtout pour un modèle...

Le surformatage l'emporte sur le style


oui j'en suis conscient, mais ce n'est pas moi explicitement qui est 
surformatté.
Je m'explique j'utilise l'extension Dmaths qui permet de saisir très 
facilement des formules et de les mettre en forme, ainsi que de nombreux 
d'autotexte  et je me suis aperçu à plusieurs reprise que cela 
provoquait un surformattage du paragraphe.


En revanche ce que je ne comprends pas c'est que certains styles sont 
bien appliqués (malgré ce surformattage) et d'autres non.


Toujours est-il que je vais commencer par refondre complètement mon 
modèle et j'aviserais ensuite.



Gérard



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

Re: [fr-users] Panneau des Styles

Mais "Styles appliqués" ne présente que les styles utilisés dans le 
document et pas ceux qui sont utiles et qui ne sont pas encore appliqués.

De plus il n'y a pas la hiérarchie.



Le 01/03/2024 à 11:42, Jean-Luc a écrit :

Bonjour
J'utilise plutôt "Styles appliqués"
À noter que depuis la 7.6, on ne voit que la moitié de la zone des
sélection des types de style (Window 11)

C'est vrai que la 7.6 introduit quelques "nouveautés" (mineures) pas trop
réussies.

Bonne journées

Le ven. 1 mars 2024 à 11:28, Patrick  a écrit :


Encore un truc qui me chiffonne :
Avant la version 7.6, quand dans le panneau des styles on ne voulait pas
voir les styles inutiles, on faisait "Masquer" et ils n'étaient plus
affichés ni dans le modèle, ni dans les documents liés.

Avec la 7.6, ces styles qui sont "masqués" apparaissent toujours mais en
grisé.
Si on les masque c'est pour ne plus les voir, car la liste étant très
longue, on ne veut voir que ceux que l'on veut utiliser.
Comment faire pour ne plus les voir ?


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

[fr-users] Panneau des Styles


Encore un truc qui me chiffonne :
Avant la version 7.6, quand dans le panneau des styles on ne voulait pas 
voir les styles inutiles, on faisait "Masquer" et ils n'étaient plus 
affichés ni dans le modèle, ni dans les documents liés.


Avec la 7.6, ces styles qui sont "masqués" apparaissent toujours mais en 
grisé.
Si on les masque c'est pour ne plus les voir, car la liste étant très 
longue, on ne veut voir que ceux que l'on veut utiliser.

Comment faire pour ne plus les voir ?


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

Re: [fr-users] Re: [fr-users] Re: [fr-users] Re: [fr-users] vérification de l'accessibilité


Pour Régis :

Je réponds à mon propre message :

en fait dans les raccourcis clavier que l'on ouvre avec 
Outils/Personnaliser...  puis onglet "Clavier"

 il y a bien les Alt+1 (2, 3, 4) mais pour TOUT LibreOffice
et les raccourcis Alt+5 (6,7) sont uniquement pour Writer.

remarque les Alt sont très loin dans la liste.


Le 01/03/2024 à 10:31, Patrick a écrit :

Bonjour Claire,

Je suis allé vérifier, et ils apparaissent bien il y a marqué :
  Alt+5  Ouvrir le panneau Page
  Alt+6  ouvrir le panneau inspecteur de styles
  Alt+7  Ouvrir le panneau de contrôle de l'accessibilité

En revanche il n'y a rien de marqué pour les 1, 2, 3, 4, mais ils 
ouvrent quand même les autres panneaux !!!


bonne journée
Patrick

PS: j'ai commencé hier soir à travailler sur mes styles et j'ai 
constaté d'autres choses curieuses. je vais préparer un mail global 
avec ce que j'ai vu.



Le 01/03/2024 à 07:09, Ocleyr2lalune a écrit :
Ben sauf que je lui avais suggéré justement d'aller vérifier les 
raccourcis clavier. Et qu'il n'avait rien trouvé ...


⁣Claire 

Le 29 févr. 2024, 22:55, à 22:55, 
Patrick  a écrit:

C'est Régis qui va être content.
Merci pour lui.




Le 29/02/2024 à 22:48, Jean-Luc a écrit :

Bonjour
Outils / personnaliser / clavier

Sélectionner (une à une) les combinaisons ALT + n et bouton



Il me semble que ces raccourcis ne sont définis que pour writer

Bonne soirée


Le jeu. 29 févr. 2024 à 22:41, Patrick 

a

écrit :


Comme je fais quelques essais avec la 7.6 je viens de trouver d'où

vient

ton problème.

Effectivement la touche ALT est affectée comme raccourci au volet

latéral :

ALT+1 : ouvre les propriétés
ALT+2 : ouvre le volet des styles
ALT+3 : ouvre la gallery
ALT+4 : ouvre le Navigateur
ALT+5 : ouvre les propriétés de la Page
ALT+6 : ouvre l'inspecteur de style
ALT+7 : ouvre la vérification de l'accessibilité.

Ces raccourcis ne sont pas présents dans les versions précédentes

(7.5

par exemple)
Mais je ne sais pas comment les supprimer/modifier...

C'est bien un problème lié à cette nouvelle version 7.6 où des
raccourcis ont été ajoutés et non paramétrables ?

Bonne nuit
Patrick


Le 22/02/2024 à 23:32, sigir a écrit :

Bonjour,

Avec LibO 7.6.4 et Windows 10, j'ai un comportement nouveau :

Dans Writer, je tape ALT+157 dans le pavé numérique, ça donne
normalement le caractère Ø,
Mais là ça ouvre le "vérificateur de l'accessibilité".

Je ne trouve pas ce vérificateur dans les raccourcis clavier. Il y

a

"vérificateur automatique de l'accessibilité, mais c'est différent,

et

de toutes façons il n'a pas de raccourci associé.

Comment supprimer ce raccourci ?

En fait le problème existe avec plein d'autres raccourcis. Par

exemple,

ALT+154 ouvre le navigateur, alors que c'est F5 qui est paramétré.

C'est possiblement un problème de Windows.


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

Re: [fr-users] Problème modèle et style avec 7.6


Claire, Gérard, et les autres qui ont le temps et que ça intéresse...

Vous l'avez demandé, et bien vous l'avez maintenant dans le lien suivant :
https://www.cjoint.com/c/NCbrjeicMSO

Vous y trouverez un fichier zip contenant plusieurs fichiers dont le 
modèle et un fichier créé à partir de ce modèle.
Vous y trouverez aussi deux fichiers PDF export du document ouvert avec 
LO 7.5.9 et avec LO 7.6.5.

Il y a un autre fichier : read-me.pdf  qui explique ce que j'ai fait.

Remarque : si le document est créé avec LO 7.6.5 directement, il est 
correct !
mais mon problème est que j'ai un grand nombre de documents créés avec 
les versions précédentes qui ne sont donc pas bien ouverts avec cette 
nouvelle version.


Bonne soirée
Patrick


Le 29/02/2024 à 16:57, Patrick a écrit :

Bonjour à toutes et à tous,

J'ai voulu passer à la version 7.6.5 et je rencontre un problème avec 
les styles de mon modèle par rapport aux versions précédentes :


J'ai un style "Corps de texte" qui a un retrait de 1cm.
Et un autre style (exercice) hérité de "corps de texte" mais avec 
retrait de 0cm. Or le texte de celui ci se retrouve finalement au même 
endroit comme s'il avait 1cm.


Exemple ce que j'espérais avoir (et que j'avais avant avec la 7.5) :
    Corps de texte
Exercice :

Ce que j'obtiens avec la 7.6 :
    Corps de texte
    Exercice :

Ça m'ennuie fortement. J'ai tenté de modifier le modèle en mettant un 
retrait de −1cm mais les documents déjà créés ne sont pas modifiés 
comme si le style ne s'appliquait pas !


Je suis revenu à la version 7.5.9 et tout est revenu à la normal avec 
le même modèle (celui non modifié car sinon le texte se retrouvait en 
dehors des marges ).


Je vais donc rester avec cette version 7.5.9. na !

bonne fin de journée
Patrick



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

Re: [fr-users] Problème modèle et style avec 7.6

Vous verrez (enfin ceux que ça intéresse) que lorsque l'on inspecte les 
styles :

- avec la version 7.5.9 : il n'y a aucun formatage direct
- alors que ce même document ouvert avec 7.6.5 présente des formatages 
directs : POURQUOI ?


C'est bien qu'il y a quelque chose qui ne va pas avec le traitement des 
styles.






Le 01/03/2024 à 18:27, Patrick a écrit :

Claire, Gérard, et les autres qui ont le temps et que ça intéresse...

Vous l'avez demandé, et bien vous l'avez maintenant dans le lien 
suivant :

https://www.cjoint.com/c/NCbrjeicMSO

Vous y trouverez un fichier zip contenant plusieurs fichiers dont le 
modèle et un fichier créé à partir de ce modèle.
Vous y trouverez aussi deux fichiers PDF export du document ouvert 
avec LO 7.5.9 et avec LO 7.6.5.

Il y a un autre fichier : read-me.pdf  qui explique ce que j'ai fait.

Remarque : si le document est créé avec LO 7.6.5 directement, il est 
correct !
mais mon problème est que j'ai un grand nombre de documents créés avec 
les versions précédentes qui ne sont donc pas bien ouverts avec cette 
nouvelle version.


Bonne soirée
Patrick


Le 29/02/2024 à 16:57, Patrick a écrit :

Bonjour à toutes et à tous,

J'ai voulu passer à la version 7.6.5 et je rencontre un problème avec 
les styles de mon modèle par rapport aux versions précédentes :


J'ai un style "Corps de texte" qui a un retrait de 1cm.
Et un autre style (exercice) hérité de "corps de texte" mais avec 
retrait de 0cm. Or le texte de celui ci se retrouve finalement au 
même endroit comme s'il avait 1cm.


Exemple ce que j'espérais avoir (et que j'avais avant avec la 7.5) :
    Corps de texte
Exercice :

Ce que j'obtiens avec la 7.6 :
    Corps de texte
    Exercice :

Ça m'ennuie fortement. J'ai tenté de modifier le modèle en mettant un 
retrait de −1cm mais les documents déjà créés ne sont pas modifiés 
comme si le style ne s'appliquait pas !


Je suis revenu à la version 7.5.9 et tout est revenu à la normal avec 
le même modèle (celui non modifié car sinon le texte se retrouvait en 
dehors des marges ).


Je vais donc rester avec cette version 7.5.9. na !

bonne fin de journée
Patrick





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

Re: [fr-users] Problème modèle et style avec 7.6

Bonjour Claire,
Non la macro ne sert qu'à mettre à jour l'entête en fonction du dossier dans 
lequel est enregistré le document. 

Je suis occupé toute la journée je regarderai plus en détail ce que tu as écrit 
ce soir.

Bonne journée
Patrick 

Le 2 mars 2024 à 08:43, à 08:43, cleyr.lis...@free.fr a écrit:
>Bonjour Patrick
>
>1 : est-ce que la macro est nécessaire, dans le modèle ?
>2 : avec l'AppImage 7.5.9.2, j'ai bien réassocié ton fichier et ton 
>modèle sur ma machine via template changer sauf que... déjà une 
>modification de la couleur de ton style de titre, ne génère pas
>l'invite 
>d'actualisation du style dans le fichier.
>
>Ok à partir d'un fichier vierge en 7.6 il n'y a plus de souci, mais
>avec 
>un fichier (propre) en 7.5.9 ?
>
>Dans tes pdf on voit que le retrait pour la numérotation est bien 
>appliqué, c'est le texte ensuite qui est aligné... en 7.6
>Je serais bien allée jusque là  mais le fait que le modèle ne soit pas 
>pris en compte dès la 7.5.9 me perturbe un peu
>
>Je continues de regarder plus tard, mais je vois déjà ces 2 éléments à 
>lever. Il faudrait déjà que j'arrive à avoir un comportement correct en
>
>7.5 avant de vérifier en 7.6 et éventuellement en 24.2.1
>
>Que des formatages directs apparaissent via le modèle est juste 
>incompréhensible
>
>Claire
>
>Le 2024-03-01 18:34, Patrick a écrit :
>> Vous verrez (enfin ceux que ça intéresse) que lorsque l'on inspecte
>les 
>> styles :
>> - avec la version 7.5.9 : il n'y a aucun formatage direct
>> - alors que ce même document ouvert avec 7.6.5 présente des
>formatages 
>> directs : POURQUOI ?
>> 
>> C'est bien qu'il y a quelque chose qui ne va pas avec le traitement
>des 
>> styles.
>> 
>> 
>> 
>> 
>> 
>> Le 01/03/2024 à 18:27, Patrick a écrit :
>>> Claire, Gérard, et les autres qui ont le temps et que ça
>intéresse...
>>> 
>>> Vous l'avez demandé, et bien vous l'avez maintenant dans le lien 
>>> suivant :
>>> https://www.cjoint.com/c/NCbrjeicMSO
>>> 
>>> Vous y trouverez un fichier zip contenant plusieurs fichiers dont le
>
>>> modèle et un fichier créé à partir de ce modèle.
>>> Vous y trouverez aussi deux fichiers PDF export du document ouvert 
>>> avec LO 7.5.9 et avec LO 7.6.5.
>>> Il y a un autre fichier : read-me.pdf  qui explique ce que j'ai
>fait.
>>> 
>>> Remarque : si le document est créé avec LO 7.6.5 directement, il est
>
>>> correct !
>>> mais mon problème est que j'ai un grand nombre de documents créés
>avec 
>>> les versions précédentes qui ne sont donc pas bien ouverts avec
>cette 
>>> nouvelle version.
>>> 
>>> Bonne soirée
>>> Patrick
>>> 
>>> 
>>> Le 29/02/2024 à 16:57, Patrick a écrit :
>>>> Bonjour à toutes et à tous,
>>>> 
>>>> J'ai voulu passer à la version 7.6.5 et je rencontre un problème
>avec 
>>>> les styles de mon modèle par rapport aux versions précédentes :
>>>> 
>>>> J'ai un style "Corps de texte" qui a un retrait de 1cm.
>>>> Et un autre style (exercice) hérité de "corps de texte" mais avec 
>>>> retrait de 0cm. Or le texte de celui ci se retrouve finalement au 
>>>> même endroit comme s'il avait 1cm.
>>>> 
>>>> Exemple ce que j'espérais avoir (et que j'avais avant avec la 7.5)
>:
>>>>     Corps de texte
>>>> Exercice :
>>>> 
>>>> Ce que j'obtiens avec la 7.6 :
>>>>     Corps de texte
>>>>     Exercice :
>>>> 
>>>> Ça m'ennuie fortement. J'ai tenté de modifier le modèle en mettant
>un 
>>>> retrait de −1cm mais les documents déjà créés ne sont pas modifiés 
>>>> comme si le style ne s'appliquait pas !
>>>> 
>>>> Je suis revenu à la version 7.5.9 et tout est revenu à la normal
>avec 
>>>> le même modèle (celui non modifié car sinon le texte se retrouvait
>en 
>>>> dehors des marges ).
>>>> 
>>>> Je vais donc rester avec cette version 7.5.9. na !
>>>> 
>>>> bonne fin de journée
>>>> Patrick
>>>> 
>>> 
>
>-- 
>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

Re: [fr-users] Problème modèle et style avec 7.6

2024-03-02 Par sujet Patrick


Re bonsoir,

Je n'ai pas encore tout relu votre prose, mais j'ai fait un test de 
création d'un modèle contenant une liste numérotée à partir du style 
"Numérotation 1" avec LO 7.5, je n'ai modifié que le positionnement de 
la numérotation pour obtenir ce que j'aimerais.

Nom du modèle : "Test-Numero.ott"

J'ai créé avec LO 7.5 le document "Essai du modele(test-numero).odt" 
j'ai généré le PDF

J'ai ouvert ce document avec L0 7.6 est j'ai généré le PDF.

Vous trouverez ces 4 fichiers dans le lien suivant :
https://www.cjoint.com/c/NCcviAA6hDO

Vous verrez donc les différences.
Je ne comprends pas. Pourtant un document créé à partir de ce même 
modèle avec LO 7.6 est correct !


Remarque : l'utilisation des styles liste n'est vraiment pas pratique si 
on ne peut pas masquer les styles que l'on ne veut pas voir.
Et ne me dites pas d'utiliser "afficher les styles appliqués" car tant 
que tu n'as pas utilisé un style dans le document, ils ne sont pas visibles.






Le 02/03/2024 à 20:46, Patrick a écrit :

Bonsoir à toutes et tous,

Ouh là, là, que de lecture j'ai ce soir : Merci encore.

Je vais essayer de répondre et expliquer mon cheminement qui a conduit 
à ce désastre, quoi que ! 


Tout d'abord, le modèle que je vous ai envoyé n'est pas l'original, il 
a déjà été remanié.


Quand j'ai découvert mon problème, les styles "Titre exercice", 
"Question 1" héritaient de "Corps de texte" d'où mes mentions à ce Style.


Mais j'ai pensé que "Titre exercice" n'avait rien à faire dans "Corps 
de texte" je l'ai donc sorti de cet héritage.
Ensuite j'ai pensé que peut-être "Question 1" pourraient hériter de 
"Titre Exercice" mais non ce n'est pas une bonne idée.
"Question 1" ne peut pas être un titre du plan, car c'est plutôt une 
liste numérotée à l'intérieur d'un exercice.


Que "Titre exercice" soit un niveau de Plan, pourquoi pas. De toute 
manière je ne fais pas de table de matière, ni ne travail avec un 
plan, ni ne déplace.


Je n'ai pas utilisé des styles natifs car je voulais avoir un nom 
explicite autre que Liste 1. Et je n'ai pas vu comment changer le nom 
en "Question 1" !
J'ai découvert les "styles numérotation" bien après et ai donc modifié 
au fur et à mesure comme je découvrais des fonctionnalités. D'où le 
paquet de spaghettis 


Concernant la question et sous question : au départ la sous question 
n'existait pas, je ne l'ai ajoutée que pour ce modèle que je vous ai 
envoyé. Il s'agit d'une liste numérotée à 2 niveaux. Ce n'est pas 
Titre 1 et Titre 2.


@Claire : Dans Question 1, pour le retrait 1ère ligne à −0,20 : c'est 
pour avoir l'alignement sur la deuxième ligne quand la 1ère est plus 
longue que la page. Mais peut-être n'est-ce pas comme cela qu'il faut 
faire. En fait, je commence par formater explicitement (ou 
directement) avec les taquets de la règle, puis je fais "Mettre à jour 
le style sélectionné"

Comment avoir cette même présentation sans cela ?

Je vais relire TOUS vos messages et si je vois une réponse à apporter 
à une suggestion/question, je répondrais dessus.


Encore merci.
Je vais continuer à travailler sur un nouveau modèle en essayant de 
faire mieux.




Le 02/03/2024 à 19:31, Ocleyr2lalune a écrit :

Salut Stéphane

En l'occurrence le style question 1 qui est utilisé est associé à un 
style de numérotation de question 1 qui a 2 niveaux.
Oui techniquement ça fait le job, enfin peut-être pas justement et 
peut-être que le noeud du souci est là.


Pourquoi ne pas utiliser la numérotation des chapitres ?

C'est d'ailleurs quelque chose que l'on répète régulièrement aux 
utilisateurs qui passent sur la liste, privilégier la numérotation 
des chapitres.


Sémantiquement une question et une sous question, ça peut bien avoir 
sa place dans le plan.
Sémantiquement une question peut tout avait être un titre de niveau n 
et une sous question un titre de niveau n+1.
Cela donne un autre avantage de taille que je n'ai pas évoqué ce 
matin ... On peut, via le navigateur déplacer les blocs par niveau.  
Du coup changer l'ordre des questions etc...


Avant de découvrir la numération des chapitres je faisais pareil, 
j'utilisais les styles de numérotations , j'en utilisais plusieurs 
niveaux et je m'obstinais a creer mes propres styles. Je creais ma 
propre hiérarchie de styles et j'étais contente. Ça m'a d'ailleurs 
fait comprendre beaucoup de choses dans la structure des styles.


Sauf qu'il y a des dépendances entre les styles natifs, et qu'elles 
aident, sémantiquement. Que régler ça sur de nouveaux styles est un 
coup a se perdre. Ajuster est plus pertinent.
Quand j'ai constaté que je perdais beaucoup moins de temps, 
d'énergie, et que j'avais un truc bien plus cohérent en privilégiant 
styles natifs et numérotation des chapitres j'ai changé de méthode. 
Il est aussi probable que mes fichiers soient devenus plus 
accessibl

Re: [fr-users] Problème modèle et style avec 7.6

2024-03-02 Par sujet Patrick


Bonsoir à toutes et tous,

Ouh là, là, que de lecture j'ai ce soir : Merci encore.

Je vais essayer de répondre et expliquer mon cheminement qui a conduit à 
ce désastre, quoi que ! 


Tout d'abord, le modèle que je vous ai envoyé n'est pas l'original, il a 
déjà été remanié.


Quand j'ai découvert mon problème, les styles "Titre exercice", 
"Question 1" héritaient de "Corps de texte" d'où mes mentions à ce Style.


Mais j'ai pensé que "Titre exercice" n'avait rien à faire dans "Corps de 
texte" je l'ai donc sorti de cet héritage.
Ensuite j'ai pensé que peut-être "Question 1" pourraient hériter de 
"Titre Exercice" mais non ce n'est pas une bonne idée.
"Question 1" ne peut pas être un titre du plan, car c'est plutôt une 
liste numérotée à l'intérieur d'un exercice.


Que "Titre exercice" soit un niveau de Plan, pourquoi pas. De toute 
manière je ne fais pas de table de matière, ni ne travail avec un plan, 
ni ne déplace.


Je n'ai pas utilisé des styles natifs car je voulais avoir un nom 
explicite autre que Liste 1. Et je n'ai pas vu comment changer le nom en 
"Question 1" !
J'ai découvert les "styles numérotation" bien après et ai donc modifié 
au fur et à mesure comme je découvrais des fonctionnalités. D'où le 
paquet de spaghettis 


Concernant la question et sous question : au départ la sous question 
n'existait pas, je ne l'ai ajoutée que pour ce modèle que je vous ai 
envoyé. Il s'agit d'une liste numérotée à 2 niveaux. Ce n'est pas Titre 
1 et Titre 2.


@Claire : Dans Question 1, pour le retrait 1ère ligne à −0,20 : c'est 
pour avoir l'alignement sur la deuxième ligne quand la 1ère est plus 
longue que la page. Mais peut-être n'est-ce pas comme cela qu'il faut 
faire. En fait, je commence par formater explicitement (ou directement) 
avec les taquets de la règle, puis je fais "Mettre à jour le style 
sélectionné"

Comment avoir cette même présentation sans cela ?

Je vais relire TOUS vos messages et si je vois une réponse à apporter à 
une suggestion/question, je répondrais dessus.


Encore merci.
Je vais continuer à travailler sur un nouveau modèle en essayant de 
faire mieux.




Le 02/03/2024 à 19:31, Ocleyr2lalune a écrit :

Salut Stéphane

En l'occurrence le style question 1 qui est utilisé est associé à un style de 
numérotation de question 1 qui a 2 niveaux.
Oui techniquement ça fait le job, enfin peut-être pas justement et peut-être 
que le noeud du souci est là.

Pourquoi ne pas utiliser la numérotation des chapitres ?

C'est d'ailleurs quelque chose que l'on répète régulièrement aux utilisateurs 
qui passent sur la liste, privilégier la numérotation des chapitres.

Sémantiquement une question et une sous question, ça peut bien avoir sa place 
dans le plan.
Sémantiquement une question peut tout avait être un titre de niveau n et une 
sous question un titre de niveau n+1.
Cela donne un autre avantage de taille que je n'ai pas évoqué ce matin ... On 
peut, via le navigateur déplacer les blocs par niveau.  Du coup changer l'ordre 
des questions etc...

Avant de découvrir la numération des chapitres je faisais pareil, j'utilisais 
les styles de numérotations , j'en utilisais plusieurs niveaux et je 
m'obstinais a creer mes propres styles. Je creais ma propre hiérarchie de 
styles et j'étais contente. Ça m'a d'ailleurs fait comprendre beaucoup de 
choses dans la structure des styles.

Sauf qu'il y a des dépendances entre les styles natifs, et qu'elles aident, 
sémantiquement. Que régler ça sur de nouveaux styles est un coup a se perdre. 
Ajuster est plus pertinent.
Quand j'ai constaté que je perdais beaucoup moins de temps, d'énergie, et que 
j'avais un truc bien plus cohérent en privilégiant styles natifs et 
numérotation des chapitres j'ai changé de méthode. Il est aussi probable que 
mes fichiers soient devenus plus accessibles mais c'est pas le sujet là !

Bien sûr les styles de numérotation ne sont pas inutiles mais je crois que leur 
usage doit se faire après avoir tourné 7 fois ses mains autour du clavier

⁣Claire 

Le 2 mars 2024, 15:00, à 15:00, "Stéphane Santon"  a 
écrit:

Bonjour,

Le 02/03/2024 à 11:53, Landron Gérard a écrit :

Je note que les Sous question ont un style de paragraphe identique à
Question mais une numérotation différente, il devrait y avoir deux
styles distincts
L’inspecteur de styles est très utile pour voir ces surcharges
Gérard

Je n'ai pas suivi le document inspecté mais Euh... pourquoi ?

Les sous-questions ont une /numérotation/ différente ou bien un /style
de numérotation/ différent ?

Dans mes docs j'utilise bien le même style de paragraphe pour une
question et des sous-questions (en fait des sous-parties de la
question).
Le style de numérotation associé au style de paragraphe a une forme de
numérotation ordonnée pour le niveau 1, et une forme de numérotation
non
ordonnée (puces) pour le niveau 2.
Donc bien 2 numérotations différentes dans le même style de paragraphe.

--
Envoyez un mail àusers+unsubscr...@fr.libreoffice.org  pour vous
désinscrire

Re: [fr-users] Discussion sur les paragraphes numérotés

2024-03-04 Par sujet Patrick


Bonjour Jean-François,

J'avais fait un test aussi avec Numérotation 1 utilisant Numérotation 123.
Tant que tu ne déplaces pas la numérotation ça va, mais sila position ne 
convient pas et que tu veux que ce soit plus indenté, ça commence à 
gafouiller.


J'ai démarré un nouveau modèle utilisant LO 24.2. Ça ne fait pas le 
problème de répétition. Je pense qu'il y a eu des améliorations.


J'ai néanmoins une critique générale dans la conception des paragraphes 
numérotés, et voici mon point de vue :


➻ Actuellement la position des niveaux se fait par rapport à la marge, 
quel que soit le style du paragraphe. Ce qui rend inutile en fait le 
champ "Retrait avant le texte" du paragraphe, car ce champ n'agit que 
sur le premier niveau, c'est pour moi une erreur de conception.


➻ Il aurait mieux valu que la position du numéro soit par rapport à ce 
champ "Retrait avant le texte" du style paragraphe ainsi :
    ① la conception des listes numérotées auraient été nettement plus 
logique et aisée,
    ② l'indentation du paragraphe se faisant uniquement sur ce champ 
"retrait avant le texte", tous les niveaux seraient décalés d'autant 
sans avoir à retoucher la position de tous les niveaux !
    ③ De plus le même style de numérotation pourrait être utilisé par 
plusieurs styles paragraphes avec un "retrait avant texte" différent.
   ☛ Actuellement tu es obligé d'avoir autant de styles de 
numérotation que tu veux de paragraphes décalés, ou de couleurs 
différentes, ou de polices différentes, etc


Bonne journée
Patrick



Le 04/03/2024 à 09:07, Jean-Francois Nifenecker a écrit :

Au lieu de "Numérotation 123", lire "Numérotation 1 suite"

Le 04/03/2024 à 09:03, Jean-Francois Nifenecker a écrit :
Je teste un peu plus et je m'aperçois d'un truc bizarre : si, au lieu 
d'un style personnel "Question", j'utilise un style de paragraphe de 
liste prédéfini (Numérotation 123) pour poser les questions, il n'y a 
plus de pb de mise en forme de liste d'une version à l'autre.


-> le pb est dans le style de paragraphe "Question".

J'explore...




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

Re: [fr-users] Discussion sur les paragraphes numérotés


Jean-François,

Je viens de créer un doc avec LO 75, en créant des styles comme tu l'as 
mentionné dans ton doc tuto.


Corps de Texte : pas touché donc celui par défaut livré
Corps exercice : hérité de Corps de texte, plus retrait avant le texte 
de 0,50 cm.
Question : hérité de Corps exercice : avec style "numéro" créé avec plan 
prédéfini « 1., a), puce », mais en modifiant la position des numéros N1 
et N2 comme tu l'as mentionné dans ton tuto de façon à avoir une 
indentation qui me convienne par rapport à "Corps exercice".


Titre 1 : pour le titre de l'exercice : plan numérotation de chapitre 
avec un texte avant "Exercice " et un texte après ": "


Le doc est enregistré avec LO 7.5 (à récupérer ici : 
https://www.cjoint.com/c/NCdpTzDo0jO )


Quand je l'ouvre avec LO 7.6, les paragraphes numérotés sont tout 
chamboulés. L'inspecteur de style indique qu'il y a des surcharges ! 
(mais pas quand il est ouvert avec LO 7.5)


Donc j'en déduis qu'il y a un souci de compatibilité entre 7.5 et 7.6

C'est mon problème depuis deux jours, avec un modèle créé au départ avec 
6.4, puis  amendé mais sans a jamais posé de problème jusqu'à 7.5. Mais 
avec 7.6 !!!


Patrick



Le 03/03/2024 à 16:00, Jean-Francois Nifenecker a écrit :

Patrick,

Le 03/03/2024 à 13:52, Patrick a écrit :


Je viens de voir qu'en 24.2 il y a de nouveaux paramètres dans la 
position des numéros.
site 
https://help.libreoffice.org/latest/fr/text/swriter/01/legacynumbering.html?=WRITER=UNIX


Ah ah ! Je n'ai pas encore utilisé la version 24.2, pas (encore) eu le 
temps... :((


Je vais regarder dès que j'aurai un moment. Si nécessaire 
j'actualiserai l'aide-mémoire.



Amicalement,


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

[fr-users] Discussion sur les paragraphes numérotés


Bonjour à tous,

J'ouvre un nouveau fil de discussion sur les styles et particulièrement 
sur la numérotation et l'héritage.

(version 7.5 et 7.6)

Quand on utilise un style prédéfini : "Numérotation 1" par exemple, on 
s'attend à avoir un numéro, or il n'y en a pas.
Alors on affecte un style de liste dans l'onglet "Plan & liste". par 
exemple "Numération 123".

Mais cela défini automatiquement pour le paragraphe :
    ➻ un Retrait avant le texte = 1,33 cm
    ➻ Première ligne négative = −0,70 cm

Si ensuite on souhaite que ce paragraphe commence plus loin, c'est à 
dire indenté de 1,00 cm par rapport au paragraphe général (Corps de 
texte) dont hérite ce style "Numérotation 1" comment fait-on ?


➀ Si l'on définit un "retrait avant le texte" dans le style "Corps de 
texte" de 1,00 cm, en fait cela n'a aucun effet sur la position du 
paragraphe "Numérotation 1", qui pourtant hérite de "Corps de texte".


➁ Si l'on ajoute 1,00 cm "Avant le texte" dans le style "Numérotation 
1", cela déplace bien le premier niveau, mais pas le 2nd niveau !


➂ J'ai essayé de modifier directement la position de la numérotation, 
mais c'est galère pour les niveaux > 1. D'ailleurs c'est ce que j'avais 
fait dans le modèle créé en 7.5 qui m'a mis un bazar pas possible quand 
j'ouvre le doc avec 7.6.


Alors comment peut-on positionner TOUS les niveaux d'une numérotation ?

Merci de votre attention

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

Re: [fr-users] Discussion sur les paragraphes numérotés


Bonjour Jean-François,


Le 03/03/2024 à 13:24, Jean-Francois Nifenecker a écrit :




➂ J'ai essayé de modifier directement la position de la numérotation, 
mais c'est galère pour les niveaux > 1. D'ailleurs c'est ce que 
j'avais fait dans le modèle créé en 7.5 qui m'a mis un bazar pas 
possible quand j'ouvre le doc avec 7.6.


Alors comment peut-on positionner TOUS les niveaux d'une numérotation ?


Soit tu choisis le niveau "1-10" mais alors tu auras les mêmes 
paramètres pour tous les niveaux, soit tu modifies niveau par niveau.


Et, oui, c'est enquiquinant mais on ne le fait qu'une fois. En principe.



C'est ce que j'ai essayé de faire dans un document, en définissant la 
position des "numéros" N1 et N2, avec LO 7.5, mais quand j'ouvre le 
document avec 7.6 ça ne correspond plus. De plus l'inspecteur de style 
de 7.6 annonce qu'il y a surcharge et si je clique sur le bouton 
"Effacer le formatage direct", ça remet le style comme si je n'avais pas 
fait de modification de position ???


Je viens de voir qu'en 24.2 il y a de nouveaux paramètres dans la 
position des numéros.
site 
https://help.libreoffice.org/latest/fr/text/swriter/01/legacynumbering.html?=WRITER=UNIX


il y est fait mention d'options "Relatif" , "Largeur de la numérotation" 
, Espace minimum entre numérotation et texte" :

Extrait :
« *Relatif*
Met en retrait le niveau actif en fonction du niveau précédent dans la 
hiérarchie de la liste.


*Largeur de la numérotation*
Saisissez la largeur de la zone de numérotation. Le symbole de 
numérotation peut être à gauche au centre ou à droite dans cette zone.


*L'espace minimum entre la numérotation et le texte.*
L'alignement du symbole de numération est ajusté pour obtenir l'espace 
minimum souhaité. Si ce n'est pas possible parce que la zone de 
numérotation n'est pas assez large, alors le début du texte est ajusté. »


Est-ce que cette version résoudrait ces problèmes ?

Je ferais d'autres essais ce soir. Faut d'abord que j'aille courir un 
peu pour me dérouiller les genoux !


Amicalement
Patrick

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

Re: [fr-users] Discussion sur les paragraphes numérotés


Jean-François

J'ai créé trois DOC from scratch un avec 7.5 , un autre avec 7.6 et un 
autre avec 24.2 avec le même contenu :
- Création d'un style "Question" avec numérotation "Numérotation 123" 
sans aucun autre changement.

- Saisie de 2 paragraphes de Corps de texte
- Saisie de deux paragraphes  avec le style Question
- Saisie de 2 paragraphes de Corps de texte
- Enregistrement du doc.
- Extraction du fichier content.xml

Effectivement, dans les deux versions 7.5 et 7.6 il y a autant de styles 
de paragraphe "Question" que de lignes saisies !

Mais un seul avec la version 24.2
Il semblerait que la version 24.2 serait mieux ???

Je suis sous kubuntu 22.4 (au cas où il y aurait une influence mais je 
n'y crois pas)


Exemple ci-dessous est l'extrait de la version 7.6


    style:parent-style-name="Question" style:list-style-name="Numbering_20_123">
  officeooo:paragraph-rsid="0006a5f6"/>

    
    style:parent-style-name="Question" style:list-style-name="Numbering_20_123">
  officeooo:paragraph-rsid="00082625"/>

    
  
  
    
  
    text:name="Illustration"/>
    text:name="Table"/>
    text:name="Text"/>
    text:name="Drawing"/>
    text:name="Figure"/>

  
  
  
  
    
  C’est la Q1
    
    
  C’est la Q2
    
  
  
  
    
  



Puis extrait du content.xml de la version 24.2


    style:parent-style-name="Question">
  officeooo:paragraph-rsid="00059e7a"/>

    
  
  
    
  
    text:name="Illustration"/>
    text:name="Table"/>
    text:name="Text"/>
    text:name="Drawing"/>
    text:name="Figure"/>

  
  
  
  
    
  C’est la Q1 avec 24
    
    
  C’est la Q2
    
  
  
  
    
  




Le 03/03/2024 à 19:17, Jean-Francois Nifenecker a écrit :

Le 03/03/2024 à 16:58, Patrick a écrit :

Jean-François,

Je viens de créer un doc avec LO 75, en créant des styles comme tu 
l'as mentionné dans ton doc tuto.




[...]



Le doc est enregistré avec LO 7.5 (à récupérer ici : 
https://www.cjoint.com/c/NCdpTzDo0jO )


Quand je l'ouvre avec LO 7.6, les paragraphes numérotés sont tout 
chamboulés. L'inspecteur de style indique qu'il y a des surcharges ! 
(mais pas quand il est ouvert avec LO 7.5)


Oui, sous la version 7.6 (MV sous Windows), si l'on fait Ctrl-M sur 
les questions (suppression des surcharges), tout rentre dans l'ordre.




Donc j'en déduis qu'il y a un souci de compatibilité entre 7.5 et 7.6


Le pb semble plus compliqué : en ouvrant le fichier, et en fouillant 
le fichier content.xml, on trouve DEUX fois le style de paragraphe 
"Question", portant DEUX identifiants internes différents (P6 et P7). 
Euh ?! Là, il y a un blème.


Extrait :

8< --

    style:parent-style-name="Question">


  officeooo:paragraph-rsid="001d6c50" />


    

    style:parent-style-name="Question">


  officeooo:paragraph-rsid="002851ac" />


    

-- >8

On avance...

Je vais retester en recréant de zéro, selon ton déroulé et SANS ouvrir 
sous 7.6, puis après ouverture sous cette version.




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

Re: [fr-users] Problème modèle et style avec 7.6


Bonjour Claire,

(tu as oublié la liste ? )

Oui j'ai essayé tout ce que tu mentionnes. Effectivement LO propose de 
prendre en compte la mise à jour du modèle, mais en fait ça ne le fait 
pas, sauf si je double-clique sur le style explicitement. Mais je ne 
vais pas le faire pour tous les paragraphes


J'ai aussi l'extension qui réassocie le modèle, que j'utilise beaucoup 
car j'ai d'ailleurs un autre souci avec une macro qui est associée à un 
bouton et chaque fois que un style change et que l'on me demande de 
prendre en compte, la macro ne fonctionne plus, et je dois réassocier le 
modèle. cela ne se faisait pas il y a quelques versions de ça (genre 7.1 
ou 7.2)
Avec la 7.6 j'ai beau réassocier le modèle, le style n'est pas pris en 
compte.


Je me suis aperçu du problème en fait, en faisant "nouveau document à 
partir du modèle" c'est là que j'ai vu le décalage !
J'ai donc testé les anciens documents et c'est pareil... avec CE style. 
Je n'ai pas investigué plus car aujourd'hui je n'ai pas le temps...


J'essaierais d'investiguer plus tard.

Patrick





Le 29/02/2024 à 17:08, cleyr.lis...@free.fr a écrit :

Salut Patrick

Normalement, si tes documents sont toujours associés au modèle, 
lorsque tu as modifié le modèle, à l'ouverture d'un document basé sur 
ce modèle LibreOffice te propose d'actualiser le document.
As tu essayé ça ? Tu pourrais fictivement modifier ton modèle pour 
générer l'invite... Sinon il y a une extension qui permet de 
re-associer les modèles...
Dans ce que tu décris on dirait que le retrait n'est plus absolu mais 
relatif par rapport au style parent .. dans ce cas... Rompre 
l'héritage avec corps de texte ..

C'est étrange ce changement mais ça m'inspire pas beaucoup plus.

PS et oui, je change d'adresse...

Claire

Le 2024-02-29 16:57, Patrick a écrit :

Bonjour à toutes et à tous,

J'ai voulu passer à la version 7.6.5 et je rencontre un problème avec 
les styles de mon modèle par rapport aux versions précédentes :


J'ai un style "Corps de texte" qui a un retrait de 1cm.
Et un autre style (exercice) hérité de "corps de texte" mais avec 
retrait de 0cm. Or le texte de celui ci se retrouve finalement au 
même endroit comme s'il avait 1cm.


Exemple ce que j'espérais avoir (et que j'avais avant avec la 7.5) :
    Corps de texte
Exercice :

Ce que j'obtiens avec la 7.6 :
    Corps de texte
    Exercice :

Ça m'ennuie fortement. J'ai tenté de modifier le modèle en mettant un 
retrait de −1cm mais les documents déjà créés ne sont pas modifiés 
comme si le style ne s'appliquait pas !


Je suis revenu à la version 7.5.9 et tout est revenu à la normal avec 
le même modèle (celui non modifié car sinon le texte se retrouvait en 
dehors des marges ).


Je vais donc rester avec cette version 7.5.9. na !

bonne fin de journée
Patrick


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

Re: [fr-users] Problème modèle et style avec 7.6




Le 29/02/2024 à 17:17, Landron Gérard a écrit :

Le 29/02/2024 à 17:57, Patrick a écrit :

Bonjour à toutes et à tous,

J'ai voulu passer à la version 7.6.5 et je rencontre un problème avec 
les styles de mon modèle par rapport aux versions précédentes :


J'ai un style "Corps de texte" qui a un retrait de 1cm.
Et un autre style (exercice) hérité de "corps de texte" mais avec 
retrait de 0cm. Or le texte de celui ci se retrouve finalement au 
même endroit comme s'il avait 1cm.


Exemple ce que j'espérais avoir (et que j'avais avant avec la 7.5) :
 Corps de texte
Exercice :

Ce que j'obtiens avec la 7.6 :
 Corps de texte
 Exercice :

Ça m'ennuie fortement. J'ai tenté de modifier le modèle en mettant un 
retrait de −1cm mais les documents déjà créés ne sont pas modifiés 
comme si le style ne s'appliquait pas !


Je suis revenu à la version 7.5.9 et tout est revenu à la normal avec 
le même modèle (celui non modifié car sinon le texte se retrouvait en 
dehors des marges ).


Je vais donc rester avec cette version 7.5.9. na !
Le résultat de la 7.6 me semble plus cohérent que celui de 7.5 à moins 
que le retrait ne fasse pas parti de l'héritage. Bug sur la 7.5 ?
pourriez-vous fournir un fichier anonymisé ? en passant par un service 
externe bien sûr, les fichiers ne passent pas sur la liste


Je suis conscient que l'héritage de mes styles n'est pas vraiment 
correct, mais j'ai construit (un peu n'importe comment, j'avoue) ce 
modèle au fur et à mesure de mes besoins depuis la version 7.1 et ça 
fonctionnait comme cela jusqu'à maintenant, je n'ai pas remis en cause 
le modèle.
Il faudrait que je prenne le temps de le refaire plus "normalisé", et 
ensuite réassocier à tous mes 2000 fichiers (!)



@Claire, je n'ai utilisé l'extension que fichier par fichier, mais il 
semble qu'il y ait une option pour un répertoire. Connais-tu bien cette 
extension ?




bonne fin de journée
Patrick


Gérard



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

[fr-users] Problème modèle et style avec 7.6


Bonjour à toutes et à tous,

J'ai voulu passer à la version 7.6.5 et je rencontre un problème avec 
les styles de mon modèle par rapport aux versions précédentes :


J'ai un style "Corps de texte" qui a un retrait de 1cm.
Et un autre style (exercice) hérité de "corps de texte" mais avec 
retrait de 0cm. Or le texte de celui ci se retrouve finalement au même 
endroit comme s'il avait 1cm.


Exemple ce que j'espérais avoir (et que j'avais avant avec la 7.5) :
    Corps de texte
Exercice :

Ce que j'obtiens avec la 7.6 :
    Corps de texte
    Exercice :

Ça m'ennuie fortement. J'ai tenté de modifier le modèle en mettant un 
retrait de −1cm mais les documents déjà créés ne sont pas modifiés comme 
si le style ne s'appliquait pas !


Je suis revenu à la version 7.5.9 et tout est revenu à la normal avec le 
même modèle (celui non modifié car sinon le texte se retrouvait en 
dehors des marges ).


Je vais donc rester avec cette version 7.5.9. na !

bonne fin de journée
Patrick

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

[fr-users] Problème formatage lien hypertexte avec 7.6


Re-bonjour,

J'ai un autre souci avec cette version 7.6.
J'ai un fichier Calc contenant des liens hypertextes vers des fichiers.
Jusqu'à présent le texte n'était pas "soulignés" mais maintenant avec la 
version 7.6, ils le sont !
Je n'ai pas utilisé de style, j'avais juste appliqué du "gras" et une 
couleur qui me plaisait.
Avec la 7.6, le gras et la couleur sont bien là, mais il y a ce lien 
souligné qui me gêne !


C'est quand même ennuyeux que la présentation change d'une version à une 
autre.


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

Re: [fr-users] vérification de l'accessibilité

Comme je fais quelques essais avec la 7.6 je viens de trouver d'où vient 
ton problème.


Effectivement la touche ALT est affectée comme raccourci au volet latéral :
ALT+1 : ouvre les propriétés
ALT+2 : ouvre le volet des styles
ALT+3 : ouvre la gallery
ALT+4 : ouvre le Navigateur
ALT+5 : ouvre les propriétés de la Page
ALT+6 : ouvre l'inspecteur de style
ALT+7 : ouvre la vérification de l'accessibilité.

Ces raccourcis ne sont pas présents dans les versions précédentes (7.5 
par exemple)

Mais je ne sais pas comment les supprimer/modifier...

C'est bien un problème lié à cette nouvelle version 7.6 où des 
raccourcis ont été ajoutés et non paramétrables ?


Bonne nuit
Patrick


Le 22/02/2024 à 23:32, sigir a écrit :

Bonjour,

Avec LibO 7.6.4 et Windows 10, j'ai un comportement nouveau :

Dans Writer, je tape ALT+157 dans le pavé numérique, ça donne
normalement le caractère Ø,
Mais là ça ouvre le "vérificateur de l'accessibilité".

Je ne trouve pas ce vérificateur dans les raccourcis clavier. Il y a
"vérificateur automatique de l'accessibilité, mais c'est différent, et
de toutes façons il n'a pas de raccourci associé.

Comment supprimer ce raccourci ?

En fait le problème existe avec plein d'autres raccourcis. Par exemple,
ALT+154 ouvre le navigateur, alors que c'est F5 qui est paramétré.

C'est possiblement un problème de Windows.



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

[fr-users] Re: [fr-users] Re: [fr-users] vérification de l'accessibilité


C'est Régis qui va être content.
Merci pour lui.




Le 29/02/2024 à 22:48, Jean-Luc a écrit :

Bonjour
Outils / personnaliser / clavier

Sélectionner (une à une) les combinaisons ALT + n et bouton 
Il me semble que ces raccourcis ne sont définis que pour writer

Bonne soirée


Le jeu. 29 févr. 2024 à 22:41, Patrick  a
écrit :


Comme je fais quelques essais avec la 7.6 je viens de trouver d'où vient
ton problème.

Effectivement la touche ALT est affectée comme raccourci au volet latéral :
ALT+1 : ouvre les propriétés
ALT+2 : ouvre le volet des styles
ALT+3 : ouvre la gallery
ALT+4 : ouvre le Navigateur
ALT+5 : ouvre les propriétés de la Page
ALT+6 : ouvre l'inspecteur de style
ALT+7 : ouvre la vérification de l'accessibilité.

Ces raccourcis ne sont pas présents dans les versions précédentes (7.5
par exemple)
Mais je ne sais pas comment les supprimer/modifier...

C'est bien un problème lié à cette nouvelle version 7.6 où des
raccourcis ont été ajoutés et non paramétrables ?

Bonne nuit
Patrick


Le 22/02/2024 à 23:32, sigir a écrit :

Bonjour,

Avec LibO 7.6.4 et Windows 10, j'ai un comportement nouveau :

Dans Writer, je tape ALT+157 dans le pavé numérique, ça donne
normalement le caractère Ø,
Mais là ça ouvre le "vérificateur de l'accessibilité".

Je ne trouve pas ce vérificateur dans les raccourcis clavier. Il y a
"vérificateur automatique de l'accessibilité, mais c'est différent, et
de toutes façons il n'a pas de raccourci associé.

Comment supprimer ce raccourci ?

En fait le problème existe avec plein d'autres raccourcis. Par exemple,
ALT+154 ouvre le navigateur, alors que c'est F5 qui est paramétré.

C'est possiblement un problème de Windows.


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

Re: [fr-users] Utilisation de Libre Office

2024-05-28 Par sujet Patrick


Bonjour Patrice,

Est-ce que vous avez un message d'erreur ? une fenêtre popup ?
Quelle version de Libre Office avez (ou aviez) vous ?
Y a-t-il eu une mise à jour Windows™vendredi ?
de ce je me rappelle de Windows™, les mises à jour se font en milieu de 
mois (entre le 12 et 15 de chaque mois) mais peut-être n'aviez vous pas 
fait la dernière mise à jour et qu'elle se serait passée entre jeudi et 
vendredi dernier ?

Avez-vous des points de reprise Windows™  ?
il serait intéressant de vérifier ce qu'il s'est passé entre la dernière 
fois que vous avez utilisé LO et vendredi.


(il semblerait que vous avez aussi le même problème que d'autres 
précédemment, avec la messagerie "orange" les lettres accentuées ne 
passent pas dans les messages distribués par la liste !)


Bonne fin de journée
Patrick
PS : ceci dit je suis maintenant le moins bien placé pour des problèmes 
liés "peut-être" à Windows™, n'ayant plus ce magnifique OS depuis 12 ans 
  Mais il y aura bien quelqu'un ou quelqu'une qui essaiera de vous 
dépanner.




Le 27/05/2024 à 20:43, Patrice GACHES a écrit :


Bonsoir,


Je dispose d'un PC avec Windows 11. Depuis vendredi, je ne parviens plus ni  
utiliser le logiciel Libre Office ni  ouvrir mes fichiers. Quel est selon vous 
le problme ? Comment puis-je y remdier ?


Sincrement,


Patrice Gaches




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

Re: [fr-users] dans calc, pourquoi lorsqu'on insère une ligne au début d'un tableau la formule somme ne la prend pas en compte

2024-06-12 Par sujet Patrick


Bonjour,

Formidable, ça marche !
Merci

Bonne journée
Patrick


Le 11/06/2024 à 22:57, LClibre a écrit :
Options > Calc > Cocher la case "Étendre les références lors de 
l'insertion de colonnes/lignes"


Est-ce que ça résoudrait votre problème ? Je procède ainsi depuis 
longtemps, mes formules se mettent à jour quand j'agrandis un tableau.


LC 


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

Re: Re : [fr-users] dans calc, pourquoi lorsqu'on insère une ligne au début d'un tableau la formule somme ne la prend pas en compte

2024-06-11 Par sujet Patrick


Bonjour,

J'ai moi aussi été confronté à ce problème et je pense que le 
comportement n'est pas normal.


En effet si on veut faire la somme de la ligne 2 à n, et qu'on ajoute 
une nouvelle ligne 2, elle devrait être prise en compte.
C'est d'autant plus problématique si l'on pense bloquer le numéro de 
ligne en mettant un $,  c'est à dire mettre B$2 et bien figurez-vous que 
lorsque l'on ajoute une nouvelle ligne 2, la formule est transformée en 
B$3 !!! alors que le $ est censé bloquer le numéro de ligne !!!


Pour moi c'est un problème de conception.
À vous de voir mais ce comportement n'est pas normal.

bonne journée
Patrick



Le 11/06/2024 à 15:48, Martine Chazelas a écrit :
Je suis dans le cas où j'insère une ligne au dessus de la ligne 2. La 
ligne 2 devient ligne 3 et la ligne 2 est nouvelle. Dans ce cas la 
formule ne prend pas en compte la ligne 2.
Si j'interprète la réponse de Thierry et de Philippe, lorsque je crée 
une formule je crée une zone et j'en détermine les contours tout ce 
qui est extérieur à cette zone reste extérieur à cette zone. Ce qui 
n'est pas très intuitif mais si c'est le fonctionnement normal, la 
préconisation de Philippe de ne pas commencer  à la ligne 2 mais de 
l'intégrer systématiquement dans la formule est un bon geste à 
acquérir pour ne pas se faire piéger comme cela m'arrive encore trop 
souvent.
En tous les cas s'il y a une raison pour avoir choisi ce 
fonctionnement cela m’intéresserait de le comprendre ce qui me 
permettrait aussi de le mémoriser.


Merci de vos réactions
Martine

Le 11/06/2024 à 15:30, François a écrit :
Ben non, je viens de tenter le 2ème cas (/"//Tu insères une ligne au 
dessus (ligne 2 sélectionnée)//"/) et la ligne insérée n'est pas 
intégrée à la somme.


( Je reçois maintenant la réponse de Claire à Thierry, dont le 
message ne m'est pas parvenu. Il s'agit vraisemblablement du message 
52943. )


Le 11/06/2024 à 15:07, Ocleyr2lalune a écrit :

Bonjour Martine

Je n'ai pas tenté (pas de calc sous la main)
Mais quand tu rajoutes ta ligne en tête de liste...
Tu insères une ligne en dessous (ligne 1 sélectionnée)
Ou
Tu insères une ligne au dessus (ligne 2 sélectionnée)

Intuitivement, il me semble que la plage est  automatiquement 
actualisée (ou devrait) dans le 2e cas. Pas dans le 1er.


⁣Claire 

Le 11 juin 2024, 09:25, à 09:25, Thierry 
Jeanneret  a écrit:

Bonjour,

Si votre formule comprend les cellules de B2:B50, elle ne "voit" 
pas la

cellule B1, ni d'ailleurs aucune de celles en-dehors de l'étendue
fixée.
Pour ajouter une ligne en-haut du tableau, il faut modifier votre
formule pour que la nouvelle cellule soit comprise dans l'étendue. 
Ici,

B1:B50.
Ensuite, il faut ajouter des lignes en-dessous de la cellule B1. Comme
les nouvelles lignes sont comprises dans l'intervalle de la formule,
Calc gérera le recalcul de l'étendue et fera la somme sur B1:B51.
En remarque générale, il est préférable de fixer le début d'une 
formule

sur la première cellule d'une ligne ou colonne, justement pour ne pas
se faire avoir par ce mécanisme.

En espérant vous être utile,

Thierry

Le mar. 11 juin 2024 à 08:32, Martine Chazelas
<[martine.chaze...@free.fr](mailto:Le  mar. 11 juin 2024 à 08:32,
Martine Chazelas < a écrit :


Bonjour,

Cela fait plusieurs fois que je me fais piéger avec des sommes dans

un

tableau Calc.

J'ai un tableau avec 50 lignes. A la 51 ligne, je programme une
Sommes(B2:B50) de la colonne B par exemple. Cela fonctionne sans
difficulté. J'ai besoin à un moment donné de rajouter une ligne non

pas

au milieu du tableau mais au début. J'ai une nouvelle ligne 2 avec de
nouveaux chiffres et les informations qui étaient en ligne 2 se
retrouvent en ligne 3. Cependant j'ai toujours besoin de que ma somme
prenne en compte cette nouvelle ligne. Je m'attend donc à ce que la
somme devienne automatiquement Somme(B2:B51). Ce n'est pas ce qui
arrive. La formule devient Somme(B3:B51).
Alors que si j'ajoute une ligne n'importe où au sein du tableau je

n'ai

pas de difficulté la formule se modifie correctement.
Est-ce un comportement normal et si oui pourquoi.

Je me suis fait déjà piégé plusieurs fois. Maintenant j'y fais un peu
plus attention mais cela m'arrive encore.

Merci d'avance pour vos lumières
Martine Chazelas

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

Re: [fr-users] Ancre par défaut au collage d'image

2024-06-25 Par sujet Patrick


Bonjour Stéphane,

Chez moi en LO 24.2 (Linux), quand je colle ou insère une image, elle 
est automatiquement "comme un caractère" !

Je n'ai pas trouvé d'option par défaut pour définir l'ancrage.
Il me semble effectivement qu'il y a quelques versions précédentes, 
l'ancrage était "au paragraphe".


Es-tu sûr que ton ancrage par défaut est "au caractère" ?

Bonne journée
Patrick


Le 24/06/2024 à 22:17, Stéphane Santon a écrit :

Bonjour,

Depuis quelques versions de LO, quand je colle une image, l'ancrage 
par défaut est "au caractère", un ancrage que j'utilise très peu, 
alors qu'il était "au paragraphe" autrefois.


Donc dans le style "il y a une option tout au fond d'un tiroir de LO 
qui simplifie mon affreuse vie", est-ce qu'il y aurait une option pour 
définir l'ancrage par défaut des images collées ?

Sur "Comme caractère" ou "au paragraphe" ?

Merci



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

Re: [fr-users] Ancre par défaut au collage d'image

2024-06-25 Par sujet Patrick

Oups, je venais de chercher et parcourir toutes les options et je ne 
l'ai pas vue !!! faut que je change de lunettes 




Le 25/06/2024 à 12:58, FM33 a écrit :

Bonjour,

Réponse ici (message de Hrbrgr) :
https://ask.libreoffice.org/t/how-do-i-change-the-default-image-anchoring-to-as-character/2118/2 



J'ai bien trouvé l'option dans LO 24.2
Choix : Au caractère, au paragraphe, comme caractère

Cordialement


Le 24/06/2024 à 22:17, Stéphane Santon a écrit :

Bonjour,

Depuis quelques versions de LO, quand je colle une image, l'ancrage 
par défaut est "au caractère", un ancrage que j'utilise très peu, 
alors qu'il était "au paragraphe" autrefois.


Donc dans le style "il y a une option tout au fond d'un tiroir de LO 
qui simplifie mon affreuse vie", est-ce qu'il y aurait une option 
pour définir l'ancrage par défaut des images collées ?

Sur "Comme caractère" ou "au paragraphe" ?

Merci





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

Re: [fr-users] Ancre par défaut au collage d'image

2024-06-25 Par sujet Patrick

Oui j'avais bien essayé de chercher dans les paramètres avancés, mais en 
cherchant quoi ? : "ancre", "anchor", "picture", "image",

Comment peut-on chercher "image + ancre" ou "picture + anchor", etc.

Le problème est qu'il y a des mots en français, d'autres en anglais, 
c'est à dire que "ancre" donne des réponses, mais "anchor" aussi, de 
même pour "picture" et "image" donc pas facile de chercher dans les 
paramètres avancés




Le 25/06/2024 à 18:23, Ocleyr2lalune a écrit :

Bonjour Stéphane

Les paramètres avancés servent un peu à ça. D'autant que certains réglages 
disparaissent des menus pour n'être plus disponibles que là. Seulement le 
libellé n'est pas toujours limpide

J'avais proposé il y a quelques années de faire une table de correspondance a 
partir des éléments que l'on avait tous un peu.. d'autant que pour 
personnaliser un déploiement c'est très pratique. je ne m'y suis jamais mise.. 
et j'ai complétement oublié (car je n'ai plus la même activité)

⁣Claire 

Le 25 juin 2024, 17:53, à 17:53, "Stéphane Santon"  
a écrit:

Bonjour,

Le 25/06/2024 à 12:58, FM33 a écrit :

Réponse ici (message de Hrbrgr) :


https://ask.libreoffice.org/t/how-do-i-change-the-default-image-anchoring-to-as-character/2118/2

Merci ! :-)

J'avais cherché aussi sans succès, on a les mêmes lunettes...

Ce serait bien que LO mette en place une fenêtre d'options comme VLC
player : un champ de recherche permet de n'afficher que les
paramétrages
qui contiennent le mot clé, toutes rubriques confondues.

Bonnes soirée

Stéphane


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

Re: [fr-users] Mode plein écran


Bonsoir,

Les pièces jointes, et les images collées ne passent pas dans les 
messages de la liste (pour éviter de saturer les boites aux lettres et 
les serveurs) donc il faut passer par un site de dépôts de ficheirs comme :

https://cjoint.com
ou
https://fichiers.ouvaton.coop


Autre question : donnez votre version de Libre-Office ainsi que votre 
système d'exploitation.


bonne soirée
Patrick



Le 02/07/2024 à 20:39, Eddie Vanhassel a écrit :

Bonjour,

Quand je passe en mode plein écran dans Calc, une "scorie" s'affiche en
haut à gauche de mon écran :

[image: image.png]
Est-il possible d'empêcher ça ? C'est parce que je voudrais présenter mes
feuilles de calcul comme des "slides d'un powerpoint".

Eddie.



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

Re: [fr-users] collage image

Je m'étonne que cjoint.com te demande de payer. Je l'utilise 
régulièrement sans souci.




Le 02/07/2024 à 21:51, Memoire du Temps a écrit :


Merci tous,


j'ai tlcharg la version la plus rcente de Libreoffice, a n'a rien chang h;las.


Par exemple pour un autre fichier, une pochette de CD pour l9;imprimer pour 
lire le cd ailleurs (dans ma voiture), il affiche bien l9;image de la premire 
page quand on lance libreoffice mais si je clique dessus pour l'ouvrir, l'image 
ne s'affiche pas et il y a un cadre vide... c'est un fichier de dbut 2022 et 
quand je l'avais cr je n'ai pas eu ces soucis d'affichage.
j'ai essay Ouvation : il ne veut pas tlcharger, lautre logiciel, il me 
propose de payer...




envoy : 2 juillet 2024  17:29de : Patrick  
:users@fr.libreoffice.orgobjet  : Re: [fr-users] collage imageOups, les fichiers en 
pice jointe, ou mme colls dans le message nepassent pas sur cette liste de diffusion 
(ceci pour viterl'encombrement des botes aux lettres et des serveurs) donc il 
fautproc33;der par l'intermdiaire d'un site de pice jointe comme 
:https://cjoint.comouhttps://fichiers.ouvaton.coopLe  02/07/2024  16:55, Memoire du 
Temps a crit:


Merci de votre rponsela version 7.0.1.2 (x64)j'inclus souvent des images mes textes or celles-ci ne sont pas affichesPar 
exemple inclure cette image appele sur mon ordi"449203336_10220488348118101_4981849825945837356_n.jpg"libre office 
affiche un cadre vide avec le nom "image1" prcde d'un symbole avec une colline et un soleil mais pas mon image et 
quand j'imprime via "pdf creator" l'image est bien sur le fichier rsultant mais pas sur mon documentlibre office 
donc impossible de la modifier, la retailler ou autre action. Si je ferme le document puis l'ouvre mme chose : cadre vide 
avec le nom \u201cimage1\u201d prcde d'un symbole avec une colline et un soleilJe n'ai pas remarqu depuis quand c'est ainsi 
prcisment mais il y a 2 ans je n9;avais pas ce souci.envoy : 2 juillet 2024 14:23de : 
Patrick :users@fr.libreoffice.orgobjet : Re: [fr-users] collage 
imageBonjour,Pourrait-on savoir la version de libre-office et celle de votre systmed'exploitation ?Je ne comprends pas ce que 
vous essayer de faire.Bonne journe=PatrickLe 02/07/2024 13:38, Memoire du Temps a ;crit:Bonjour,je constate aussi des soucis 
de collages d'image mme de faible place mme sielle apparat l'impression... ce qui empche notamment de travailler 
dessus(taille, dfinition, collage d';autres images, ajout de texte) : je suis obligede modifier avant l9;image via paint.net 
et de coller sans voir sur libre-officeet donc dimprimer en passant via PDF... ce n'tait jamais le cas il y 
a=quelques annes (j'ai 8 GO de mmoire !)Autre consquence : si on copie une page Internet avec beaucoup d'images...=libre 
office plante !!Jamais eu ce souci sur Word !Merci--Envoyez unmailusers+unsubscr...@fr.libreoffice.org  pour 
vous dsinscrireLes archives de la liste sont disponibleshttps://listarchives.libreoffice.org/fr/users/Privacy 
Policy:https://www.documentfoundation.org/privacy


--Envoyez un mailusers+unsubscr...@fr.libreoffice.org  pour vous dsinscrireLes 
archives de la liste sont 
disponibleshttps://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

Re: [fr-users] Fwd: Fwd: polices


Bonjour,

Pourquoi les messages que l'on reçoit sont "transférés" ?

On ne voit pas de liste de police. Comment cette liste est-elle mise 
dans votre message ?
Comme  ce n'est pas possible en pièce jointe, il faut passer par un site 
extérieure genre cjont.com.


Bonne journée
Patrick



Le 02/07/2024 à 11:35, Alain Fierfort a écrit :




 Message transféré 
Sujet : Fwd: polices
Date : Sat, 22 Jun 2024 17:25:04 +0200
De : Alain Fierfort 
Pour : c






 Message transféré 
Sujet : polices
Date : Sat, 22 Jun 2024 17:22:35 +0200
De : Alain Fierfort 
Pour : 
users+confsub-57489908155c88bc-alain=fierfort-fr@fr.libreoffice.org




Bonjour

Depuis la dernière MAJ, voici la liste de mes polices ?



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

Re: [fr-users] collage image


Bonjour,

Pourrait-on savoir la version de libre-office et celle de votre système 
d'exploitation ?


Je ne comprends pas ce que vous essayer de faire.

Bonne journée
Patrick


Le 02/07/2024 à 13:38, Memoire du Temps a écrit :

Bonjour,

je constate aussi des soucis de collages d'image même de faible place même si
elle apparaît à l'impression... ce qui empêche notamment de travailler dessus
(taille, définition, collage d'autres images, ajout de texte) : je suis obligée
de modifier avant l'image via paint.net et de coller sans voir sur libre-office
et donc d'imprimer en passant via PDF... ce n'était jamais le cas il y a
quelques années (j'ai 8 GO de mémoire !)

Autre conséquence : si on copie une page Internet avec beaucoup d'images...
libre office plante !!

Jamais eu ce souci sur Word !

Merci



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

Re: [fr-users] collage image

Oups, les fichiers en pièce jointe, ou même collés dans le message ne 
passent pas sur cette liste de diffusion (ceci pour éviter 
l'encombrement des boîtes aux lettres et des serveurs) donc il faut 
procéder par l'intermédiaire d'un site de pièce jointe comme :

https://cjoint.com
ou
https://fichiers.ouvaton.coop


Le 02/07/2024 à 16:55, Memoire du Temps a écrit :




Merci de votre rponse


la version 7.0.1.2 (x64)


j'inclus souvent des images  mes textes or celles-ci ne sont pas affiches


Par exemple inclure cette image appele sur mon ordi


"449203336_10220488348118101_4981849825945837356_n.jpg"


libre office affiche un cadre vide avec le nom "image1" prcde d'un symbole avec une 
colline et un soleil mais pas mon image et quand j'imprime via "pdf creator" l'image est 
bien sur le fichier rsultant mais pas sur mon documentlibre office donc impossible de la modifier, 
la retailler ou autre action. Si je ferme le document puis l'ouvre mme chose : cadre vide avec le 
nom \u201cimage1\u201d prcde d'un symbole avec une colline et un soleil


Je n'ai pas remarqu depuis quand c'est ainsi prcisment mais il y a 2 ans je 
n9;avais pas ce souci.


envoy : 2 juillet 2024  14:23de : Patrick 
:users@fr.libreoffice.orgobjet  : Re: [fr-users] collage imageBonjour,Pourrait-on savoir la 
version de libre-office et celle de votre systmed'exploitation ?Je ne comprends pas ce que 
vous essayer de faire.Bonne journe=PatrickLe 02/07/2024  13:38, Memoire du Temps a ;crit:


Bonjour,je constate aussi des soucis de collages d'image mme de faible place mme 
sielle apparat  l'impression... ce qui empche notamment de travailler 
dessus(taille, dfinition, collage d'autres images, ajout de texte) : je suis 
obligede modifier avant l9;image via paint.net et de coller sans voir sur 
libre-officeet donc dimprimer en passant via PDF... ce n'tait jamais le 
cas il y a=quelques annes (j'ai 8 GO de mmoire !)Autre consquence : si on copie une 
page Internet avec beaucoup d'images...=libre office plante 
!!Jamais eu ce souci sur Word !Merci


--Envoyez un mailusers+unsubscr...@fr.libreoffice.org  pour vous dsinscrireLes 
archives de la liste sont 
disponibleshttps://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

[fr-users] [base] - Problème avec le designer relationnel

2012-11-27 Par sujet Patrick Gelin

Bonjour,

1. Le designer relationnel de Base ne semble pas fonctionner normalement. Je
possède un schéma relationnel avec une quinzaine de tables et il me refuse
l'ajout d'une autre table. Sans doute le problème n'est pas numéraire, mais
quelque chose cloche avec cette table et je ne sais pas quoi. Peut-être la
façon dont je l'ai effacée du schéma avant d'essayer de l'ajouter à nouveau
?

2. Les tables sont à l'étroit dans l'espace du designer et je n'arrive pas à
augmenter la taille du canevas afin de prendre plus de place lorsque
j'augmente mon modèle avec de nouvelles tables. Il semblerait que le simple
fait de pousser une table au-delà des limites devrait permettre un
élargissement du canevas, mais cela ne fonctionne pas, la table revient
automatiquement dans le canevas comme si un élastique la tirait...

Merci pour votre aide.



--
View this message in context: 
http://nabble.documentfoundation.org/base-Probleme-avec-le-designer-relationnel-tp4021040.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] [BASE] Limite de performance du driver ODF

2012-11-28 Par sujet Patrick Gelin

Bonjour,

Je suis en cours d'élaboration d'une base de donnée dans un fichier ODF. Je
rencontre de nombreuses limitations dans la mise à jour des champs de mes
tables, lesquelles mises à jour me sont interdites car ici la table est
connectée à une autre, la elle est utilisée dans une requête et tout cela
fait que la mise à jour est bloquée. De fait pour modifier mes champs de
table je passe mon temps à défaire ce que j'ai construit et je n'avance pas.
Je voulais savoir s'il existe un document qui explique ces limites et si
avec une connexion à base de donnée MySQL sinon PostgreSQL je pourrais
éviter ce type de problème ?

Merci pour votre aide.



--
View this message in context: 
http://nabble.documentfoundation.org/BASE-Limite-de-performance-du-driver-ODF-tp4021323.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Re: [BASE] Limite de performance du driver ODF

2012-11-29 Par sujet Patrick Gelin

C'est ce qui me semblait, je vous remercie pour la réponse. Néanmoins il me
semble me souvenir d'avoir essayé une connections MySQL avec LibreOffice et
le composant Base était alors beaucoup plus souple sur le renom âge des
champs... Je vais donc réessayer avec mysql noinstall de façon à profiter
d'une installation nomade. Après renseignements  auprès des hébergeurs mysql
l'accès à distance est trop souvent interdit. Je me demande également si un
accès Postgresql serait encore plus souple que mysql ou hsqldb lorsque
celui-ci est connecté en externe... Et puis faut-il privilégier un
connecteur JDBC ou ODBC ? La encore il manque la publication d'un document
de Benchmark pour comparer les solutions du point de vue qualitatif. 



--
View this message in context: 
http://nabble.documentfoundation.org/BASE-Limite-de-performance-du-driver-ODF-tp4021323p4021497.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Connecteur JDBC MySQL : non enregistrement de ma clé primaire...

2012-11-29 Par sujet Patrick Gelin

Bonjour,

J'utilise le dernier connecteur JDBC avec une base de donnée MySQL
(noinstall) accessible sur ma clé USB. J'ai créé une table avec une dizaine
de champs et j'ai choisi le premier comme clé primaire ID INTEGER(INT). Au
premier abord cela semble ok, je peux enregistrer ma table et changer
d'enregistrement ma clé est toujours présente. Lorsque je ferme ma table et
que je la rouvre le champ ID n'est plus défini comme clé primaire... Je test
avec une seconde table et au moment de la sauvegarde Ooo Base me demande de
définir une clé primaire, j'accepte, il ajoute alors un champs ID
INTEGER(INT). Mais contrairement à celui que j'ai défini manuellement dans
la première table celui-ci résiste à la fermeture de la table, il est aussi
affiché dans le designer relationnel ce qui n'est pas le cas de celui que
j'ai défini manuellement... Quelqu'un peut-il m'éclairer sur ce mystère ?
Existe t-il un document sur le driver JDBC/MySQL à consulter ? Faudrait-il
lui préférer un connecteur ODBC ?

Merci pour votre aide.

--
View this message in context:
http://nabble.documentfoundation.org/Connecteur-JDBC-MySQL-non-enregistrement-de-ma-cle-primaire-tp4021559.html
Sent from the Users mailing list archive at Nabble.com.

--
Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous
désinscrire
Les archives de la liste sont disponibles à
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne
pourront pas être supprimés

Re: [fr-users] Connecteur JDBC MySQL : non enregistrement de ma clé primaire...

2012-11-29 Par sujet Patrick Gelin

oui mon connecteur JDBC MySQL est bien le 5.1.22, je suis sous Windows XP
avec LibreOffice 3.6.3.2 et JAVA est mis a jour régulièrement sur mon poste,
pour info je suis à la version Oracle Corporation 1.7.0_09. Il semblerait,
comme je l'ai dit, que la clé soit bien présente sur le champs ID dans ma
table LesNotices, je l'ai constaté avec la console mysql. Alors je me pause
quelques questions : Est-ce que je devrais démarrer le serveur mysqld en
mode mémoire partagée de façon à ne pas utiliser les pipes ? Est-ce que
c'est une limitation de Mysql (noinstall) avec le connecteur JDBC ?

En fait je pense que je devrais peut être utiliser libre office seulement
après avoir construit mon schéma relationnel et une fois que celui-ci sera
stable. Alors pourriez-vous me conseiller un éditeur de schéma relationnel
(gratuit) qui fonctionnerait mieux que LibreOffice ? Par exemple est-ce que
OpenWorkbench vaut la peine d'être essayé ?

Merci pour votre aide.
Patrick



--
View this message in context: 
http://nabble.documentfoundation.org/Connecteur-JDBC-MySQL-non-enregistrement-de-ma-cle-primaire-tp4021559p4021602.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Espaces insécables

2014-05-12 Par sujet Patrick (Anpeip)


Le 11/05/14 23:24, Alain a écrit :

Jean-Baptiste Faure wrote

Moi personnellement je trouve ça moche les espaces
insécables variables après les ponctuations doubles

*Et comment donc...
Plus qu'une faute de goût, ce serait une faute.*

Mais ce n'est pas à cela que servent les espaces mots insécables
qui, de toute façon, n'existent pas dans notre suite bureautique préférée.
Quelques exemples d'utilisation parmi d'autres :
− Entre les lettres abréviatives M., Mme, Mlle, Dr, S.A.S et les noms
auxquels elles se rapportent.
− Entre le prenom et le nom (sauf sur les petites justifications).
− Entre tout nombre exprimé en chiffres (arabes ou romains) et le mot
concerné par ledit nombre (50 patates, article 18, page 7, Louis XV, titre
3, etc.). Sans oublier les dates : 11 mai 2014. Les adresses (21, quai
Branly) y compris les codes postaux suivis des noms de ville.
Bon... Je vois que cela n'intéresse personne  J'arrête là.



Au contraire, Alain, je trouve le sujet intéressant.
Avec une mise en page soignée, la facilité de lecture sera améliorée et le 
document sera plus agréable à lire.

En français, on n’utilise que trois types d’espace

- L’espace courante et normale, qui sépare deux mots, dite aussi « espace-mot 
», qui peut avoir une largeur variable en casde besoin de justification (« 
justifiante »). Les Anglo-Saxonsla nomment « m-space ».

- L’espace de même largeur mais insécable, évidemment non-justifiante, qui 
s’utilise comme le dit Alain.

- La fine, toujours insécable et bien sûr non-justifiante, qui vaut le quart de 
la largeur du M majuscule et qui précède les ponctuations double (sauf le 
deux-points qui est précédé d’une insécable), les points d’exclamation et 
d’interrogation.

Quelques autres espaces existent mais ne sont utilisées qu’en typo de grande 
qualité, dans le cas de la PAO , lors de la mise enpage d’ouvrages très 
soignés. Par exemple une extrafine entre un mot et le chiffre d’appel de note. 
Dans ce cas, les logiciels dédiés à la PAO permettent la justification en 
jouant sur l’approche et pas uniquement sur les espaces. Mais ici, on sort du 
cadre du traitement de texte.

L’espace cadratin, qui a comme largeur la hauteur du corps, n’est pas utilisée 
(trop large).


--
Patrick



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

Re: [fr-users] Re: Espaces insécables

2014-05-12 Par sujet Patrick (Anpeip)


Le 12/05/14 15:25, Alain a écrit :

Bonjour


Bonjour,


Patrick-3 wrote

En français, on n’utilise que trois types d’espace

- L’espace courante et normale, qui sépare deux mots [...]
- L’espace de même largeur mais insécable, évidemment non-justifiante,

Ce évidemment non-justifiante me laisse désarmé.
*Tout ce que j'ai dit précédemment n'aura servi à rien.*


Et dans quel cas utiliserais-tu une espace insécable de largeur variable ?

L'insécable sert à éviter le rejet à la ligne de deux éléments qui ne doivent 
pas être séparés, comme le ferait une lettre invisible et donc d'environ même 
largeur.

Mme Dupont ou 30 cm forment un tout qui ne doit pas être coupé par un 
retour à la ligne et dont l'espacement doit correspondre à environ une lettre.

N'empêche, je rectifie une dernière fois pour affirmer que cette pratique
est une mauvaise habitude prise à cause d'une lacune dans les logiciels de
bureautique.
On ne doit pas dire dans ce cas En français, on n'utilise que...
mais plutôt En bureautique, les logiciels les plus utilisés ne permettent
que...


Ok, alors disons En typographie française. Et pardon pour l'ellipse.


Il suffit pour s'en convaincre d'un peu de bon sens et se demander* au nom
de quoi un espacement entre deux mots devrait avoir une taille différente des
autres*


Pour la raison que je viens d'énoncer ci-dessus.

seulement parce que l'on ne souhaite pas voir le premier des deux à la fin
d'une ligne et le suivant au début de l'autre.
Oui, bien sûr, il y en aura toujours pour trouver que c'est plus − ou moins
− joli de...


La beauté du truc en est la conséquence mais pas dans la raison ni la logique 
de départ :-)


J'ai pu constater que QuarkXPress, que j'ai téléchargé en version
d'évaluation pour l'occasion,
permet toujours d'appliquer des règles correctes quant aux espaces
(oui, je sais, c'est un logiciel de PAO fait pour des pros et le tarif qui
va avec, mais c'est juste pour l'exemple sur ce point précis).


D'accord avec toi.
XPress permet une gestion précise des espaces, InDesign aussi.
Mais nous sommes là dans le cas de la PAO, plus du traitement de texte.
Et comme dit précédemment, ces logiciels permettent de jouer sur la variation 
des approches. Difficile de comparer avce une suite bureautique.
Les saisies de textes étant normalement prévues avec des logiciels 
complémentaires. Respectivement Copydesk et InCopy.
Néanmoins, la frappe aisée d'une fine, non existante dans Word serait une belle 
amélioration.

Au passage, comme l'emploi de thinsp à la place de nbsp en html.


De toute façon, comme je l'ai dit dans un précédent message, je suis
persuadé que rien ne changera tant que l'essentiel restera de coller au plus 
près de ce que fait la suite
de Billou.

D'accord. En collant au pas très bon, le risque est grand d'être pas très bon 
aussi, du moins sur ce point.


Sur ce, je vais rejoindre les grands espaces (maritimes).

Bien cordialement, Alain.


Bien cordialement à toi et bonne balade :-)


--
Patrick


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

Re: [fr-users] Re: Espaces insécables

2014-05-13 Par sujet Patrick (Anpeip)


Le 13/05/14 22:28, Ysabeau a écrit :

Le 13/05/2014 08:08, Patrick (Anpeip) a écrit :


Un sixième de vrai quadratin.
C'est par abus de langage qu'on désigne la fine comme un quart de
quadratin (ce quadratin européen désignant en fait la largeur du M
majuscule, que les américains nomment m-space)


Le snobisme de la fine insécable au quart de poil de millimètre est un rien 
agaçant quand on ne respecte pas la typographie française qui veut que les 
gentilés aient une initiale en majuscule (Américains donc ici qui n'ont 
d'ailleurs pas les mêmes règles typographiques que les Français qui n'ont pas 
forcément les mêmes que les autres francophones)...


Très juste pour le gentilé !

Je plaide coupable, Votre Honneur...



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

[fr-users] OooBasic : Initialisation des variables et Singleton...

2014-07-19 Par sujet Patrick Gelin


Bonjour,

Je programme avec Ooobasic une application dans un document Calc.

Pour initialiser les variables globales et un singleton de mon 
application Calc je cherche quel événement du document je devrais gérer 
afin que ma procédure d'initialisation soit la première à s'exécuter 
(avant l'exécution des fonctions de ma feuille de calcul). Notez que 
j'ai essayé avec l'événement */Document Ouvrir/* mais j'ai compris, 
peut être à tord, que cet événement arrivait parfois après l'exécution 
des premières fonctions de la feuille de calcul. Il ne me conviendrait 
donc pas...


J'ai également essayé d'instancier le singleton du modèle de mon 
application dans l'appel de la première fonction exécutée sur ma feuille 
de calcul. Mais j'ai de nombreuses fonctions similaires et concurentes 
sur la même feuille. Et j'observe dans mes tests que l'appel à la 
procédure de création du modèle singleton est doublé et entrelacé par 
des appels aux autres fonctions concurrentes de ma feuille de calcul !


Pour résumer Je me pose donc trois questions :

1. *Quel événement du document pourrait être géré pour initialiser les
   variables de mon application avant l'exécution de la première
   fonction dans les cellules de ma feuille de calcul ?*
2. Sinon existe t-il un moyen d'empêcher l'exécution des fonctions de
   ma feuille tant que le code de création de mon modèle singleton n'a
   pas fini son exécution ?
3. Existe t-il enfin une méthode plus élégante que l'usage d'une
   variable *Global Boolean* pour gérer la création d'un singleton ?

C'est la première fois que j'envoie un message sur cette liste, peut 
être pour la programmation existe t-il une autre liste plus spécialisée. 
Dans ce cas je vous remercie par avance de bien vouloir me communiquer 
la liste vers laquelle envoyer ma demande d'aide.


Je vous remercie pour votre aide.
Patrick

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

Re: [fr-users] Re: OooBasic : Initialisation des variables et Singleton...

2014-07-20 Par sujet Patrick Gelin

Bonjour,

Merci pour la réponse précédante de Pierre-Yves qui m'a permis d'aller
un peu plus loin dans le debuggage de mon application de petite
comptabilité. J'ai donc désactiver le calcul automatique qui n'est
réactivié au lancement de l'application qu'après initialisation du
singleton LeBilan.

Néanmoins il reste un problème incompréhensible pour moi : la boucle de
calcul du bilan est interrompue de façon plus ou moins aléatoire avant
la fin. Comme c'est un problème compliqué à analyser j'ai produit un
fichier de trace et j'ai modifié ma feuille de calcul pour la
communiquer a ceux qui veulent m'aider. Elle est en pièce jointe de ce
massage. Avant d’exécuter les macros commande vous devez modifier la
constante du nom de fichier de debuggage dans le module Test.

CONST NomFichier=/home/gelinp/Desktop/debug_livre_de_bord.txt

*Le classeur contient trois feuilles :*

1. Plan comptable : défini le plan comptable de l'application en
hiérarchisant les catégories au débit et au crédit
2. Journal : le journal des opérations au débit et au crédit
3. Bilan : un bilan annuel sur deux ans.

*Il y a 8 modules :*

1. Bilan : défini l emodèle qui est un bilan comptable annuel
2. Calculs : défini une macro pour faciliter la gestion des collections
3. Compte : Défini un compte
4. Controler : le controler de l'application
5. Iterateur : Défini un itérateur de ligne de feuille de calcul
6. Journal : Défini et gère la feuille de calcul du journal des opérations
7. PlanComptable : Défini et gère la feuille de calcul du plan comptable
8. Test : la module pour les debugage et la gestion du fichier de trace

J'ai besoin de votre aide pour comprendre la raison de l'arrête de la
boucle de calcul du bilan dans la procédure du *module Bilan : **Sub
Bilan_Calculer(unBilan As Variant)*

Merci pour votre aide !
Patrick

Le 19/07/2014 09:26, pierre-yves samyn a écrit :

Bonjour et bienvenue

Je commence par la fin :

Patrick Gelin wrote

C'est la première fois que j'envoie un message sur cette liste, peut
être pour la programmation existe t-il une autre liste plus spécialisée.
Dans ce cas je vous remercie par avance de bien vouloir me communiquer
la liste vers laquelle envoyer ma demande d'aide.

Tu peux contacter directement les développeurs, par IRC ou mailing
liste. Les coordonnées sont données ici :
http://fr.libreoffice.org/community/developers/

Sinon...

Patrick Gelin wrote

Je programme avec Ooobasic une application dans un document Calc.

L'API de LibreOffice évolue différemment sur certains points par rapport
à Apache OpenOffice (en particulier gestion des dates, des propriétés
personnalisées).
Tu trouveras les différences sur les pages de notes de version, par exemple
pour la 4.3 :
https://wiki.documentfoundation.org/ReleaseNotes/4.3/fr#Changements_dans_l.27API

Patrick Gelin wrote

Pour initialiser les variables globales et un singleton de mon
application Calc je cherche quel événement du document je devrais gérer
afin que ma procédure d'initialisation soit la première à s'exécuter
(avant l'exécution des fonctions de ma feuille de calcul).

Puisque tu gères par programme, le plus simple me semble être de désactiver
le recalcul automatique à l'enregistrement (fermeture) du document et
à ne le rétablir qu'après tes traitements d'ouverture.

thisComponent.enableAutomaticCalculation(true)
thisComponent.calculateAll

Cordialement
Pierre-Yves

--
View this message in context:
http://nabble.documentfoundation.org/OooBasic-Initialisation-des-variables-et-Singleton-tp4116019p4116020.html
Sent from the Users mailing list archive at Nabble.com.

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

Re: [fr-users] Re: OooBasic : Initialisation des variables et Singleton...

2014-07-20 Par sujet Patrick Gelin


Bonjour,

Je vous prie de bien vouloir m'excuser pour ce petit problème... 
Ci-joint le lien vers le document Calc :


http://patrick.gelin.free.fr/telechargement/Livre_de_bord_2.ods

Merci pour votre aide !

Le 20/07/2014 08:48, Jean-Francois Nifenecker a écrit :

Bonjour,

Le 20/07/2014 08:29, Patrick Gelin a écrit :

Elle est en pièce jointe de ce
massage.


les pièces jointes ne passent pas sur la liste. Pour échanger des
fichiers, il faut utiliser un site dépôt, genre cjoint ou free.




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

[fr-users] Gestion des événements et des fonctions des feuilles de calcul...

2014-07-22 Par sujet Patrick Gelin


Bonjour,

J'ai une feuille de calcul qui utilise l'événement onLoad du document 
Calc pour initialiser le modèle de mon application. Ce modèle est 
utilisé par les macros d'une feuille de calcul. Le modèle doit 
absolument être initialisé avant l'appel de la première macro. Aussi 
après le calcul du modèle je voudrais recalculer l'ensemble des macros 
de ma feuille de calcul mais l'appel de ma fonction Degele ci-dessous ne 
suffit pas, rien n'est recalculé :/

/

   /Rem **//
   //Rem Controler_Degele//*(Appelé après calcul du modèle à la suite
   du chargement de mon document)*
   //Rem//
   //Rem **//
   /*Sub Controler_Degele*/
   //Rem Active la mise à jour de la feuille de calcul selon les//
   //Rem ordres dec controllers/
   ***ThisComponent.unlockControllers***

   /Rem Active le calcul des fonctions de la feuille de calcul //
   //Rem pour sa mise à jour//
   //Rem ThisComponent.enableAutomaticCalculation(true) /
   *   ThisComponent.removeActionLock*

   /Rem Indique que le document a été modifié/
   *   ThisComponent.setModified(True) *

   /Rem demande le calcul de toute les fonctions du document/
   *ThisComponent.calculateAll*
   *End Sub

   */Rem **
   Rem Controler_Gele (Appelé à la fermeture de mon document)
   Rem
   Rem **/*
   Sub Controler_Gele
   */Rem Desactivation de la mise à jour de la feuille de calcul
Rem pendant la fabrication du modele/*
ThisComponent.lockControllers

   */Rem Desactivation du calcul automatique des cellules de la feuille
   de calcul
Rem ThisComponent.enableAutomaticCalculation(false) /*
ThisComponent.addActionLock
   End Sub
   *

Par ailleurs j'ai un bouton sur ma feuille de calcul pour recalculer mon 
modèle sur commande. Mais l'événement semble mal instancier et il 
déclenche un bug dans mon gestionnaire d'événement (ci-dessous) si je 
tente d'accéder à la variable evt As Object en parmètre... Quelle 
pourrait être la cause de ce problème ?


Je vous remercie pour votre aide !
Patrick

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

[fr-users] Orthographe et coupure de mots...

2014-09-14 Par sujet Patrick Gelin


Bonjour,

La correction automatique de l'orthographe me souligne des mots qui sont 
bien orthographiés, et les suggestions du correcteur sont le même mot, 
mais avec une césure, alors que le mot est en milieu de ligne...


Par exemple :

méridienne - méridien ne

Je remarque que le problème est aussi présent au moment même ou j'écris 
ce message dans icedove (Thunderbird). Est-ce donc un problème 
d'installation d'un dictionnaire partagé de KDE ?


Je vous remercie pour votre aide.


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

[fr-users] Bug lié à l'ouverture d'un fichier LIbreOffice depuis l'explorateur Windows 7 ...

2014-11-14 Par sujet Patrick Gelin


Bonjour,

Je rencontre un bug lorsque j'ouvre depuis l'explorateur (Windows 7) un 
fichier situé sur un lecteur réseau. *Lorsque je procède ainsi, avec un 
double clique gauche sur le fichier ou via le menu contextuel ouvrir 
avec..., alors plus tard lorsque je tente de le sauvegarder je reçois 
un message d'erreur m'indiquant que le fichier est déjà ouvert par un 
autre utilisateur, sinon qu'il est impossible d'écrire dans mon 
fichier...* Cela seulement pour les fichiers se trouvant sur le lecteur 
réseau de l'intranet de mon établissement scolaire. Je ne le rencontre 
pas avec mes fichiers sur ma clé USB... De plus, ce problème n'est pas 
systématique bien qu'il reste très fréquent. Pour l'éviter, 
l'administrateur système me recommande d'ouvrir LibreOffice, puis 
d'aller chercher mes fichiers réseau via le menu ouvrir Après 
test, cela semble effectivement fonctionner, mais c'est ennuyeux.


Je précise que je rencontre ce bug sur mon poste informatique dans mon 
établissement scolaire, et à l'instant je ne peux pas vous communiquer 
la version de libre office, mais elle est très récente. Je me demande en 
priorité si ce bug serait vraiment lié à l'application LibreOffice sinon 
à l'environnement système et réseau mis en place dans mon 
établissement... Une recherche sur Internet me laisse penser, comme me 
l'a indiqué mon administrateur système, que ce serait un problème 
LibreOffice sinon de /Extension de Windows Explorer /installée par 
LibreOffice...


Quelqu'un aurait-il entendu parler de ce bug ?
Comment le résoudre techniquement ?

Merci pour votre aide.
Patrick

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

Re: [fr-users] Re: Bug lié à l'ouverture d'un fichier LIbreOffice depuis l'explorateur Windows 7 ...

2014-11-16 Par sujet Patrick Gelin

Le 16/11/2014 00:03, Cedric Frayssinet a écrit :

Le 15 novembre 2014 21:48, pierre-yves samyn
pierre-yves.sa...@laposte.net a écrit :

Bonjour

Désolé du problème que tu rencontres.

Patrick Gelin wrote

Je rencontre un bug lorsque j'ouvre depuis l'explorateur (Windows 7) un
fichier situé sur un lecteur réseau.
...
Quelqu'un aurait-il entendu parler de ce bug ?

Oui, je pense qu'il s'agit de celui-ci:
https://bugs.freedesktop.org/show_bug.cgi?id=67534

Il a été confirmé et classé de la plus haute importance. Il semble qu'il
ne soit pas encore résolu.

Il a été évoqué notamment dans ce fil:
http://nabble.documentfoundation.org/Acces-reseau-fichiers-libreoffice-td4075419.html#a4075964

Cordialement
Pierre-Yves

Bonsoir,

Oups, c'était un vieux bug, ce serait donc une nouvelle régression :/

Patrick, ce serait bien de nous donner ta configuration :

- windows 7 et XP ?
- serveur de fichiers avec Samba ?
- version de LibreOffice ?

De mémoire, ce bug était pour la branche 4.0, et cela avait été
corrigé pour la 4.1.5 ou 6 et la branche 4.2. Nous déployons du 4.2.6
dans notre académie, avec un serveur Ubuntu, et je n'ai pas eu vent de
problèmes...

Je vais suivre avec intérêt ce fil...

Cédric

Bonjour Cédric,

Demain au lycée je regarderais la version de LibreOffice qui m'a été
installée. En fait l'équipe admin vient de remplacer mon PC et ce doit
donc logiquement être la dernière version de LibreOffice, mais je vous
confirme cela dès que possible. Même problème pour la version Windows et
du serveur de fichier de l'établissement. Je me renseigne et vous tiens
au courant dès que possible.

Patrick

Re: [fr-users] Re: Bug lié à l'ouverture d'un fichier LIbreOffice depuis l'explorateur Windows 7 ...

2014-11-17 Par sujet Patrick Gelin

Bonjour,

J'ai envoyé ma réponse à la liste hier depuis un site web mais je ne le
vois pas alors je renvoie cette réponse. Donc au lycée nous utilisons la
version 4.1.6.2 de libre Office avec un serveur de fichiers Windows 2012
depuis des postes Windows 7. Merci de nous communiquer la mise à jour de
libreoffice qui intègrera la correction de ce bug.

Bonne journée !
Patrick

Le 16/11/2014 09:16, Patrick Gelin a écrit :

Le 16/11/2014 00:03, Cedric Frayssinet a écrit :

Le 15 novembre 2014 21:48, pierre-yves samyn
pierre-yves.sa...@laposte.net a écrit :

Bonjour

Désolé du problème que tu rencontres.

Patrick Gelin wrote
Je rencontre un bug lorsque j'ouvre depuis l'explorateur (Windows
7) un

fichier situé sur un lecteur réseau.
...
Quelqu'un aurait-il entendu parler de ce bug ?

Oui, je pense qu'il s'agit de celui-ci:
https://bugs.freedesktop.org/show_bug.cgi?id=67534

Il a été confirmé et classé de la plus haute importance. Il semble
qu'il

ne soit pas encore résolu.

Il a été évoqué notamment dans ce fil:
http://nabble.documentfoundation.org/Acces-reseau-fichiers-libreoffice-td4075419.html#a4075964

Cordialement
Pierre-Yves

Bonsoir,

Oups, c'était un vieux bug, ce serait donc une nouvelle régression :/

Patrick, ce serait bien de nous donner ta configuration :

- windows 7 et XP ?
- serveur de fichiers avec Samba ?
- version de LibreOffice ?

Je vais suivre avec intérêt ce fil...

Cédric

Bonjour Cédric,

Demain au lycée je regarderais la version de LibreOffice qui m'a été
installée. En fait l'équipe admin vient de remplacer mon PC et ce doit
donc logiquement être la dernière version de LibreOffice, mais je vous
confirme cela dès que possible. Même problème pour la version Windows
et du serveur de fichier de l'établissement. Je me renseigne et vous
tiens au courant dès que possible.

Patrick

Re: [fr-users] insérer page horizontale

2014-12-16 Par sujet patrick . keraudren

Bonjour à tous, 
Grand merci à tous. Je n'ai pas le saut en insertion; c'est en Anglais 
Mais cela me semble surprenant 
Grand merci 

- Mail original -

De: Philippe CLEMENT phclemen...@gmail.com 
À: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net, patrick 
keraudren patrick.keraud...@laposte.net, users@fr.libreoffice.org 
Envoyé: Mardi 16 Décembre 2014 18:15:03 
Objet: Re: [fr-users] insérer page horizontale 


Le 16/12/2014 17:55, Jean-Francois Nifenecker a écrit : 



Le 16/12/2014 17:50, Philippe CLEMENT a écrit : 

blockquote

  Aller dans le menu * Insertion * , dans la liste déroulante, choisir *Saut 
   manuel*, puis sélectionner * Saut de Page *  * Paysage * 



et, bien sûr, pour revenir en format Portrait, à la fin de la dernière
page en paysage, on répète l'opération avec : * Insertion *  * Saut manuel * , 
puis sélectionner * Saut de Page *  * Standard * 

/blockquote

Bonsoir Jean-François 
Tout à fait :-) 

Amicalement, 
Philippe 


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

[fr-users] Actualiser automatiquement un graphique produit depuis la plage résultat d'un tableau croisé dynamique...

2015-05-22 Par sujet Patrick Gelin


Bonjour,

Sous Calc Je réalise un graphique depuis le résultat d'un tableau croisé 
dynamique (Outils  table de pilote). Mais voilà, lorsque je modifie la 
source la plage résultat change de proportion car le nouveau calcul peut 
produire de nouvelles séries de données. Alors la source de mon 
grpahique n'est plus correcte, je dois l'effacer pour recréer le 
graphique... C'est embêtant.


Je me dis qu'en nommant la plage résultat du calcul de la table de 
données je pourrais avoir un graphique automatiquement actualisé... 
Est-ce vraiment la bonne solution ? Et alors, comment nommer le résultat 
du tableau croisé dynamique puisque la boite Table de pilote ne propose 
comme cible que le choix de la feuille ?


Je vous remercie pour votre aide !
Patrick

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

[fr-users] Base : Problème de formulaire complexe avec des sections...


Bonjour,

Suite à mon premier message sur les problèmes de drivers SQLite, je 
précise ici un autre problème rencontré avec un grand formulaire un peu 
complexe sous HSQLBD et LibreOffice 3 , 4, 5 (j'ai testé ce bug sous 
toutes ces versions...).


Donc j'ai une base HSQLDB et j'ai créé un formulaire, avec un sous 
formulaire, utilisant des sections et 2 colonnes par section. J'ai déjà 
observé des problèmes d'affichage de mes sections, qui parfois laissent 
apparaitre un grand vide en dessous des derniers contrôles de la 
section... Et puis aussi parfois les contrôles de table se mettent à 
trembloter puis à clignoter avec une forte consommation de CPU (boucle 
infinie ?). Et enfin, un blocage à l'ouverture du formulaire, là encore 
avec une forte consommation de CPU et l'affichage du formulaire qui 
n'arrive jamais, avec blocage de l'interface graphique de l'ensemble de 
ma session graphique (j'ai essayé KDE, Gnome, XFCE...). À noter que 
j'utilise avec les sections des boutons pour masquer l'ensemble des 
sections sauf celle active. Et aussi j'ai essayé des ancres pour me 
déplacer d'une section à l'autre, mais le formulaire BUG avec le 
masquage de section. Lorsque je désactive les macros, cela ne change pas 
le problème : le formulaire refuse toujours de s'ouvrir.


Je ne sais pas encore si le problème vient vraiment de LibreOffice ou de 
mon driver graphique (installation Debian Jessie sur portable DELL 
INSPIRON 640m).


Est-ce que quelqu'un aurait une info là-dessus ?
Merci pour votre aide !
Patrick

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

[fr-users] Base : Connexion compliquée à SQLite sous Debian Jessie et LibreOffice 5...


Bonjour,

Pour essayer de résoudre un problème d'ouverture de formulaire sous une 
base HSQLDB (Bug qui serait causé par l'usage des sections et des 
colonnes dans un formulaire un peu complexe) j'essaie de changer de 
driver de base pour SQLite...


1. J'ai donc essayé de me connecter à SQLite avec JDBC, mais lors de 
l'ouverture de mon formulaire j'ai le message d'erreur *"SQLITE driver 
support TYPE_FORWARD_ONLY cursor"*. En général j'évite de courir après 
les drivers JDBC et ODBC précisément pour ces raisons que je connais de 
puis fort longtemps, à savoir qu'ils sont pauvres en fonctionnalités ! 
Alors existe-t-il un moyen pour paramétrer différent JDBC et éviter ce 
type de message ? Sinon je n'aurais pas le bon driver ? J'ai téléchargé 
le driver sqlite-jdbc-3.8.11.2.jar depuis la page 
[https://bitbucket.org/xerial/sqlite-jdbc/downloads]...


2. J'ai tout de même essayé d'utiliser également ODBC. Le driver ODBC 
SQLite pour Debian Jessie ne semble pas exister ! J'ai donc téléchargé 
sqlite3odbc de Debian Weezy (version précédente de Debian). Mais lorsque 
j'essaie de configurer ODBC pour enregistrer ma base avec 
[*ODBCManageDataSourcesQ4 */(je comprends que cette application de 
paramétrage remplacerait ODBCConfig ...)/, cette application de 
configuration n'enregistre pas le chemin vers ma base /data.sqlite/ ! Et 
bien que ma base apparaisse bien comme /Data Source Name//(donc sans 
chemin d'accès au fichier de ma base)/, le DSN n'est pas vu depuis 
LibreOffice ...


3. Enfin j'ai cherché un driver LibreOffice pour SQLite, comme il existe 
pour MySQL ou PostgreSQL, mais je n'ai encore rien trouvé... Existe-t-il ?


Merci pour votre aide.


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

Re: [fr-users] Base : Problème de formulaire complexe avec des sections...

2015-10-26 Par sujet Patrick Gelin


Le 26/10/2015 09:46, Jean Michel PIERRE a écrit :



Bonjour,

Suite à mon premier message sur les problèmes de drivers SQLite, je 
précise ici un autre problème rencontré avec un grand formulaire un 
peu complexe sous HSQLBD et LibreOffice 3 , 4, 5 (j'ai testé ce bug 
sous toutes ces versions...).


Donc j'ai une base HSQLDB et j'ai créé un formulaire, avec un sous 
formulaire, utilisant des sections et 2 colonnes par section. J'ai 
déjà observé des problèmes d'affichage de mes sections, qui parfois 
laissent apparaitre un grand vide en dessous des derniers contrôles 
de la section... Et puis aussi parfois les contrôles de table se 
mettent à trembloter puis à clignoter avec une forte consommation 
de CPU (boucle infinie ?). Et enfin, un blocage à l'ouverture du 
formulaire, là encore avec une forte consommation de CPU et 
l'affichage du formulaire qui n'arrive jamais, avec blocage de 
l'interface graphique de l'ensemble de ma session graphique (j'ai 
essayé KDE, Gnome, XFCE...). À noter que j'utilise avec les 
sections des boutons pour masquer l'ensemble des sections sauf 
celle active. Et aussi j'ai essayé des ancres pour me déplacer 
d'une section à l'autre, mais le formulaire BUG avec le masquage de 
section. Lorsque je désactive les macros, cela ne change pas le 
problème : le formulaire refuse toujours de s'ouvrir.


Je ne sais pas encore si le problème vient vraiment de LibreOffice 
ou de mon driver graphique (installation Debian Jessie sur portable 
DELL INSPIRON 640m).


Est-ce que quelqu'un aurait une info là-dessus ?
Merci pour votre aide !
Patrick


Bonjour,
Pour savoir si le problème de l'affichage vient de LibreOffice ou 
d'autres paramètres,
le mieux est de la joindre pour la faire tester sur d'autres 
configurations.




Bonjour ,

Je pensais que je ne pouvais pas ajouter de pièce jointe à la mailing 
list car je n'en voyais aucune chez les autres... Super, j'essaie 
donc de vous la communiquer ci-jointe...


C'est donc le formulaire ZZZ pdgLesSequences - sections - BREAK qui 
ne s'ouvre plus. La base utilise également des macros qui étaient 
enregistrées dans la librairie bibPGE hors du fichier de la base 
ci-jointe. Je viens donc de déplacer les deux modules de cette 
bibliothèque dans ce fichier : debug et SGBD. Il risque de rester 
encore un appel aux fonctions debugInit() et SequenceInit() au moment 
de l'ouverture du formulaire... L'important est de passer outre, et 
de constater simplement l'ouverture du formulaire. Forcement les 
formulaires ne fonctionneront pas, ils sont tous en cours de 
développement. Vous pourriez aussi ne pas activer les macros à 
l'ouverture de LibreOffice, si vos options sont ainsi configurées 
pour la sécurité.


Notez que j'ai essayé d'ouvrir cette base également sur un poste 
Windows XP, mais l'installation de Java me pose problème, elle n'est 
plus supportée pour cet OS...


Merci encore pour votre aide !
Patricki



Bonjour,
Je reproduis le blocage : pas d'ouverture du formulaire "ZZZ 
pdgLesSequences - sections - BREAK" et LO ne répond plus.

Il faut tuer la tâche pour en sortir (Windows 10, LO : 5.0.2.2 (x64))
Les 3 autres Formulaires s'ouvrent correctement même s'ils ne trouvent 
pas les Tables nécessaires à leur utilisation.


OK, merci pour l'info ! Pourriez-vous me communiquer si vous avez testé 
sous une version Window ou une distribution Linux ?


Je comprends donc que ce serait un BUG de LibreOffice base, sinon du 
driver HSQLDB qui est sollicité à l'ouverture du formulaire, sinon 
encore peut être Writer puisque finalement le formulaire base utilise un 
document Writer... Je vais donc déposer un ticket technique. Je crains 
qu'il ne soit pas résolu de sitôt, puisque j'ai consulté les 
statistiques des Bugs et j'ai vu qu'il y en avait vraiment beaucoup...


Encore merci pour votre aide !

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

Re: [fr-users] Base : Problème de formulaire complexe avec des sections...

2015-10-26 Par sujet Patrick Gelin


Le 25/10/2015 20:02, Bernard Ribot a écrit :

Le 25/10/2015 19:26, Patrick Gelin a écrit :

Le 25/10/2015 14:08, Jean Michel PIERRE a écrit :



Bonjour,

Suite à mon premier message sur les problèmes de drivers SQLite, je 
précise ici un autre problème rencontré avec un grand formulaire un 
peu complexe sous HSQLBD et LibreOffice 3 , 4, 5 (j'ai testé ce bug 
sous toutes ces versions...).


Donc j'ai une base HSQLDB et j'ai créé un formulaire, avec un sous 
formulaire, utilisant des sections et 2 colonnes par section. J'ai 
déjà observé des problèmes d'affichage de mes sections, qui parfois 
laissent apparaitre un grand vide en dessous des derniers contrôles 
de la section... Et puis aussi parfois les contrôles de table se 
mettent à trembloter puis à clignoter avec une forte consommation 
de CPU (boucle infinie ?). Et enfin, un blocage à l'ouverture du 
formulaire, là encore avec une forte consommation de CPU et 
l'affichage du formulaire qui n'arrive jamais, avec blocage de 
l'interface graphique de l'ensemble de ma session graphique (j'ai 
essayé KDE, Gnome, XFCE...). À noter que j'utilise avec les 
sections des boutons pour masquer l'ensemble des sections sauf 
celle active. Et aussi j'ai essayé des ancres pour me déplacer 
d'une section à l'autre, mais le formulaire BUG avec le masquage de 
section. Lorsque je désactive les macros, cela ne change pas le 
problème : le formulaire refuse toujours de s'ouvrir.


Je ne sais pas encore si le problème vient vraiment de LibreOffice 
ou de mon driver graphique (installation Debian Jessie sur portable 
DELL INSPIRON 640m).


Est-ce que quelqu'un aurait une info là-dessus ?
Merci pour votre aide !
Patrick


Bonjour,
Pour savoir si le problème de l'affichage vient de LibreOffice ou 
d'autres paramètres,
le mieux est de la joindre pour la faire tester sur d'autres 
configurations.




Bonjour ,

Je pensais que je ne pouvais pas ajouter de pièce jointe à la mailing 
list car je n'en voyais aucune chez les autres... Super, j'essaie 
donc de vous la communiquer ci-jointe...


C'est donc le formulaire ZZZ pdgLesSequences - sections - BREAK qui 
ne s'ouvre plus. La base utilise également des macros qui étaient 
enregistrées dans la librairie bibPGE hors du fichier de la base 
ci-jointe. Je viens donc de déplacer les deux modules de cette 
bibliothèque dans ce fichier : debug et SGBD. Il risque de rester 
encore un appel aux fonctions debugInit() et SequenceInit() au moment 
de l'ouverture du formulaire... L'important est de passer outre, et 
de constater simplement l'ouverture du formulaire. Forcement les 
formulaires ne fonctionneront pas, ils sont tous en cours de 
développement. Vous pourriez aussi ne pas activer les macros à 
l'ouverture de LibreOffice, si vos options sont ainsi configurées 
pour la sécurité.


Notez que j'ai essayé d'ouvrir cette base également sur un poste 
Windows XP, mais l'installation de Java me pose problème, elle n'est 
plus supportée pour cet OS...


Merci encore pour votre aide !
Patricki



On ne peut pas envoyer de pièce jointe. Il faut les "uploader" chez un 
hébergeur (personnellement j'utilise http://www.cjoint.com/).


Bernard



Bonjour,

Merci pour l'info. Je mets donc ma base à disposition sur Ci-joint à 
l'adresse http://www.cjoint.com/c/EJAhYjWHTmp. C'est donc le formulaire 
ZZZ pdgLesSequences - sections - BREAK que je n'arrive plus à ouvrir et 
qui bloque mon système et le fait surchauffer !


Merci encore pour votre aide.

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

Re: [fr-users] Re: Base : Problème de formulaire complexe avec des sections...

2015-10-27 Par sujet Patrick Gelin


Le 27/10/2015 10:27, pierre-yves samyn a écrit :

Bonjour

Plutôt un problème lié au formulaire car en intervenant sur le xml
on peut le rouvrir...

pys.odb 

Cordialement
Pierre-Yves



--
View this message in context: 
http://nabble.documentfoundation.org/Base-Probleme-de-formulaire-complexe-avec-des-sections-tp4164240p4164455.html
Sent from the Users mailing list archive at Nabble.com.


Mon formulaire utilise deux tables : pdgLesSequences et pdgLesSeances.

Tout ceci est intéressant... Ce serait donc un problème d'enregistrement 
du fichier XML du document... Est-ce une complication liée à l'usage des 
sections et des colonnes dans le formulaire ?


Est-ce un problème de version JAVA. Dans LibreOffice avancé je vois que 
j'utilise la JVM ORACLE 1.7.0_79 mais dans une console lorsque je 
demande java -version j'obtiens la JVM utilisée par défaut par Debian :


gelinp@inspiron:/usr/share/lazarus/1.4.4$ java -version
java version "1.7.0_79"
OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-1~deb8u1)
OpenJDK Server VM (build 24.79-b02, mixed mode)

Est-ce que ce ne serait donc pas un problème de version de la machine 
JAVA ? Faut-il que j'utilise par défaut plutôt ORACLE (je ne sais pas 
d'où je tiendrais cette version, car il me semble qu'il n'y avait plus 
de JVM pour Debian...) ou plutôt OpenJDK ?





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

Re: [fr-users] Re: Base : Problème de formulaire complexe avec des sections...

2015-10-28 Par sujet Patrick Gelin

Pierre-Yves a encore fait un miracle :-)   On peut maintenant exécuter 
ou éditer le formulaire. J'ai fait une petite modification et je l'ai 
enregistrée. Pas de problème pour le ré-ouvrir.


Bernard

Bonjour,

J'ai réouvert mon formulaire et je viens de constater que la majorité 
des contrôles ont disparus, en particulier les Tables... Je pense que 
votre correction à dû supprimer une partie du code du formulaire. Ce 
n'est pas grave, cela nous a mis sur la piste du BUG !


J'ai essayé de réinstaller dans le formulaire la table des séquence, la 
première du formulaire, et elle s'est remise à trembler avec 100% de 
CPU, m'obligeant à tuer le processus soffice...


Je pensais que le fichier .ODB était un fichier XML mais je m'aperçois 
qu'il est binaire. Pourriez-vous m'indiquer comment vous avez-vous fait 
pour voir le fichier XML du formulaire ?


J'ai supprimé le programme freemind de ma distribution, il avait 
installé sa propre JVM.

Je m'aperçois que je croyais avoir deux installations de JVM:

 * dans LibreOffice JVM ORACLE 1.7.0_79)
 * dans une console java -version renvoie OpenJDK Runtime Environment
   (IcedTea 2.5.6) (7u79-2.5.6-1~deb8u1)

Mais il n'en serait rien, car LibreOffice m'indique bien pour ORACLE 
1.7_079 le chemin vers la JRE de OpenJDK...


Ce bug apparaissait même sur la dernière version stable de LibreOffice 
et aussi sur la version stable précédente. Je me pose encore la question 
de savoir si ce serait un BUG de mon driver graphique, du pilote de base 
de donnée HSQLDB, de la machine JAVA ou du module chargé d'enregistrer 
les documents XML ou bien encore de LibreOffice...


Patrick

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

Re: [fr-users] Base : Connexion compliquée à SQLite sous Debian Jessie et LibreOffice 5...


Le 25/10/2015 14:43, Bernard Ribot a écrit :

Bonjour,

Le 25/10/2015 08:54, Patrick Gelin a écrit :

Bonjour,

Pour essayer de résoudre un problème d'ouverture de formulaire sous 
une base HSQLDB (Bug qui serait causé par l'usage des sections et des 
colonnes dans un formulaire un peu complexe) j'essaie de changer de 
driver de base pour SQLite...


1. J'ai donc essayé de me connecter à SQLite avec JDBC, mais lors de 
l'ouverture de mon formulaire j'ai le message d'erreur *"SQLITE 
driver support TYPE_FORWARD_ONLY cursor"*. En général j'évite de 
courir après les drivers JDBC et ODBC précisément pour ces raisons 
que je connais de puis fort longtemps, à savoir qu'ils sont pauvres 
en fonctionnalités ! Alors existe-t-il un moyen pour paramétrer 
différent JDBC et éviter ce type de message ? Sinon je n'aurais pas 
le bon driver ? J'ai téléchargé le driver sqlite-jdbc-3.8.11.2.jar 
depuis la page [https://bitbucket.org/xerial/sqlite-jdbc/downloads]...


2. J'ai tout de même essayé d'utiliser également ODBC. Le driver ODBC 
SQLite pour Debian Jessie ne semble pas exister ! J'ai donc 
téléchargé sqlite3odbc de Debian Weezy (version précédente de 
Debian). Mais lorsque j'essaie de configurer ODBC pour enregistrer ma 
base avec [*ODBCManageDataSourcesQ4 */(je comprends que cette 
application de paramétrage remplacerait ODBCConfig ...)/, cette 
application de configuration n'enregistre pas le chemin vers ma base 
/data.sqlite/ ! Et bien que ma base apparaisse bien comme /Data 
Source Name//(donc sans chemin d'accès au fichier de ma base)/, le 
DSN n'est pas vu depuis LibreOffice ...


3. Enfin j'ai cherché un driver LibreOffice pour SQLite, comme il 
existe pour MySQL ou PostgreSQL, mais je n'ai encore rien trouvé... 
Existe-t-il ?


Merci pour votre aide.


Je n'ai pas de réponse pour faire fonctionner SQLite sous Linux pour 
plusieurs raisons, notamment que je travaille sous Windows avec MySQL 
et connexion ODBC.


Mais je demandais en quoi le changement de SGBD pouvait apporter une 
solution à un problème de formulaire complexe, les connexions à un 
SGBD quel qu'il soit ne faisant (et quelques autres choses évidemment 
:-) ) que permettre de restituer les données stockées dans la base (ou 
les y enregistrer) , charge au formulaire d'assurer la présentation de 
ces données.


Bernard



Bonjour,

Oui, certes. Mais en fait le formulaire Base sollicite la base de 
données dès son ouverture via le driver utilisé par LibreOffice. Or un 
problème de driver pourrait impacter dans ses effets de bords le bon 
fonctionnement de LibreOffice, et de ses formulaires La boucle 
infinie pourrait être dans le driver et non dans une fonction de 
LibreOffice...


Je me pose également la question d'un problème d'installation du driver 
de ma carte graphique, car j'ai déjà rencontré des effets similaires 
lorsque j'utilisais Ubuntu, avant de changer pour Debian... Et je ne 
suis pas certain d'avoir encore une installation parfaite...


J'ai remarqué aussi que le fonctionnement des colonnes perturbe le 
fonctionnement sinon l'affichage des sections, car le fait de passer à 
deux colonnes déclenche de façon non répétitive, mais assez fréquence 
des extensions de colonnes après le dernier paragraphe. C'est-à-dire que 
la section est allongée au-delà de sa taille normale après le dernier 
caractère caché de paragraphe. Je ne sais pas si cela est lié au premier 
bug, mais ce que je remarque c'est qu'un formulaire identique au 
premier, mais qui n'utilise pas les sections ne semble pas rencontrer ce 
bug et il s'ouvre (encore) sans problèmes !


Patrick

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

Re: [fr-users] Base : Problème de formulaire complexe avec des sections...