Re: [fr-qa] [calc] mémorisation des couleurs dans une cellule par une sauvegarde

2022-08-30 Par sujet Patrick Auclair 

Bonsoir

Je ne reproduis pas.
J'ai fait des tests sur Windows 10 et Debian 10 (toutes les mises à jour 
faites sur ces deux systèmes).
Avec les versions 7.2.7.2 puis 7.3.5.2 de Libre Office, et en ouvrant le 
fichier une première fois sans activer les macros, puis une seconde fois 
avec activation des macros.
La cellule B14 - titre Capacité raciale : - à un fond blanc et une 
écriture rouge foncé 2, dans tous les cas.


J'ai colorisé cette case comme la C21 (Voie 1), enregistré le fichier 
sous un autre nom, puis refait tous les tests et la case à bien le fond 
en rouge foncé 2 et les caractères en blanc.


Je n'ai pas fait les tests avec Loo 7.4 car, je n'ai pas encore installé 
cette version sur mes machines virtuelles.


Bien cordialement,
Patrick

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)

Le 26/08/2022 à 09:27, Bernard Siaud alias Troumad a écrit :

Le 25/08/2022 à 19:16, Bernard Siaud alias Troumad a écrit :

Bonjour

Voici un fichier test (vous l'avez déjà vu passer plus d'une fois...)

https://troumad.org/COF/Feuille_Chronique.ods

Si vous regardez par exemple la case B15 de la page recto, 
normalement le titre est d'une autre couleur. Il en est de même pour 
les cases de B23 à S27.


Enfin normalement, ça veut dire quoi ?

Elles ont été sauvegardées avec le titre en couleur. Quand on ouvre 
le document (sans lancer les macros) le texte dans les cases est tout 
en noir. Les lignes 21 à 27 des macros standard "armures" relancent 
les procédures qui colorient les cases afin de mettre les couleurs 
souhaitées. Elles s'exécutent automatiquement au démarrage : donc si 
on permet les macros, on ne se rend compte de rien.


J'ai comme l'impression que le mise en forme à l'intérieur des cases 
du tableur est très instable. La fonction ci-dessous parfois enlève la 
mise en forme, et parfois, elle la maintient. Normalement, elle ne 
devrait agir que sur la taille des caractères, pas leur couleur ou le 
fait que les caractères soit en gras ou non. Sur des cases mises en 
forme de la même manière, les résultats sont différents. Le plus 
surprenant, c'est que j'ai toujours le même résultat, c'est toujours 
les mêmes cases qui perdent leur mise en forme, parfois la couleur ou 
la couleur + les caractères mis en gras



sub taille_caract(page as integer,xj as integer,y as integer,dx as 
integer,dy as integer,taille_c as single)
rem 
--

rem define variables
dim document   as object
dim dispatcher as object
dim xf as string
dim i,j as integer
dim x as string


j=xj+1

x=""
while j>25
 x=x+chr$(asc("A")+(j-1) mod 26)
 j=j/26
wend
x= "$"+chr$(asc("A")+j-1)+x+"$"+y


j=xj+dx+1
xf=""
while j>25
 xf=xf+chr$(asc("A")+(j-1) mod 26)
 j=j/26
wend
xf=x+":$"+chr$(asc("A")+j-1)+xf+"$"+(y+dy)

rem 
--

rem get access to the document
document   = ThisComponent.CurrentController.Frame
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")

rem 
--

rem dim args1(0) as new com.sun.star.beans.PropertyValue
rem args1(0).Name = "ToPoint"
rem args1(0).Value =x
rem dispatcher.executeDispatch(document, ".uno:GoToCell", "", 0, args1())

dim args1(0) as new com.sun.star.beans.PropertyValue
args1(0).Name = "Nr"
args1(0).Value =  page+1

dispatcher.executeDispatch(document, ".uno:JumpToTable", "", 0, args1())

rem 
--

dim args2(0) as new com.sun.star.beans.PropertyValue
args2(0).Name = "ToPoint"
args2(0).Value = xf

dispatcher.executeDispatch(document, ".uno:GoToCell", "", 0, args2())

rem 
--

dim args3(2) as new com.sun.star.beans.PropertyValue
args3(0).Name = "FontHeight.Height"
args3(0).Value = taille_c
args3(1).Name = "FontHeight.Prop"
args3(1).Value = 100
args3(2).Name = "FontHeight.Diff"
args3(2).Value = 0

dispatcher.executeDispatch(document, ".uno:FontHeight", "", 0, args3())


end sub



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

Re: [fr-qa] [calc]Demande d'une fonctionnalité pour macro

2022-03-25 Par sujet Patrick Auclair 

Bonsoir,

Un petit truc vite fait avec l'enregistreur de macro qui rend la hauteur 
des lignes optimale pour toutes lignes du tableau sauf le 1ère (Titres).
Pas besoin de connaitre la taille d'une ligne ni de changer la taille 
des caractères.
J'ai pas testé avec largeur de colonne optimale, mais vu le tableau je 
pense que ça fonctionnera pas.

Après il y a pas mal de mise en forme à faire.

Je n'ai testé que sur la feuille "VOIES" et pour toutes les données. On 
peut envisager de ne faire cela que pour la ligne qui vient d'être écrite.
J'ai mis la macro dans Module 2 - Elle se nomme Test 2. Le Lien 



Cordialement,
Patrick

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)

Le 23/03/2022 à 18:41, Bernard Siaud alias Troumad a écrit :

Bonsoir


Je viens d'avoir une discussion sur le forum openoffice, section macro 
: https://forum.openoffice.org/fr/forum/viewtopic.php?f=8=64836


on but était de trouver si le texte rentrait dans une cellule, un 
texte écrit sur plusieurs lignes. Quand le texte n’apparaît pas 
entièrement, une flèche rouge s'affiche à droite de la case comme sur 
le dessin du lien suivant : 
https://forum.openoffice.org/fr/forum/download/file.php?id=145087


J'aimerai trouver une information quelque part signalant que cette 
flèche s'affiche. Ce n'est pas possible et on me dit d'ouvrir une 
demande d'amélioration si ça me parait important.


Vous en pensez quoi ?



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

[fr-qa] Base - Erreur traduction

2020-09-23 Par sujet Patrick Auclair 

Bonjour à toutes et tous,

/[Config : LibreOffice version : 6.4.6.2 (x64)
                Build ID : 0ce51a4fd21bff07a5c061082cc82c5ed232f115]

/En cours de relecture de la traduction française de la documentation de 
Base (Chapitre 4 - Formulaires - File:GB6404-Formulaires.odt 
), j'ai 
constaté une petite erreur (faute de frappe).
Sur un formulaire, après insertion d'une zone de texte, clic droit 
dessus et sélection Propriétés. Ensuite sélection de l'onglet Données.

Sur la seconde ligne on lit : "Espace vide égal_*e*_ NULL".
Quelqu'un sait-il où et comment modifier cela pour que cela soit corrigé 
dans les prochaines Builds ?

Merci. Cordialement,
Patrick

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)



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

Re: [fr-qa] Insertion équation

2020-02-24 Par sujet Patrick Auclair 

Bonjour Bernard et Jean-Baptiste,

Je reproduis le problème de Bernard par  "Insertion > Objet > Formule" 
sous les deux configurations suivantes :

    - Windows 10.0 Build 18362
        LibreOffice : Version: 6.4.0.3 (x64)  -  Build ID: 
b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
        Threads CPU : 4; UI Render : par défaut; VCL: win; Locale : 
fr-FR (fr_FR); Langue IHM : fr-FR


    - Debian 10 - Noyau Linux 5.4
        LibreOffice : Version: 6.4.03 - BuildID: 1:6.4.0-1
        Threads CPU : 4; OS : Linux 5.4; UI Render : par défaut; VCL: 
gtk3;Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR


Cordialement,
Patrick

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)

Le 23/02/2020 à 17:31, Jean-Baptiste Faure a écrit :

Bonjour Bernard,

Le 14/02/2020 à 18:25, Bernard Siaud alias Troumad a écrit :

Bonjour


Voici ma version :


Version: 6.4.0.3
Build ID: 6.4.0.3-4.mga8


Je viens de tomber sur un bug en voulant insérer une nouvelle équation
dans un document : elle se met en début de ligne même si elle est ancrée
au caractère.


Comment t'y prends-tu pour insérer cette nouvelle équation ? En 
faisant menu Insertion > Objet > Formule j'obtiens l'insertion à 
l'endroit du curseur.


Version 6.4.2.0+ compilation maison sous Ubuntu 18.04.

Bonne journée
JBF




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

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

2020-01-22 Par sujet Patrick Auclair 

Bonjour William,

Tout bon, rien trouvé qui m'ait posé problème.

Cordialement,
Patrick

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)

Le 22/01/2020 à 18:06, William Gathoye (LibreOffice) a écrit :

Bonjour à tous,

Suite à l'arrivée de l'extension de traduction sur le MediaWiki[0]
quelques traductions des pages francophones avaient été perdues. C'était
le cas pour la page du profil utilisateur [1].

C'était très problématique dans le sens où cette page est mentionnée
très souvent que ce soit en ligne sur notre instance Ask francophone ou
dans des tweets de support de LibreOfficeFR sur Twitter.

Après avoir passé un temps certain sur cette page[1] et vérifié les
nouvelles positions de menus, c'est désormais résolu :)

Je vous remercie dès lors pour votre relecture attentive.

Excellente soirée,

[0]
https://wiki.documentfoundation.org/TDF_Wiki/Multilingual#Migrating_old_translated_content_to_the_current_system
[1] https://wiki.documentfoundation.org/UserProfile/fr




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

Re: [fr-qa] Confirmation de bug

2019-08-16 Par sujet Patrick Auclair 

Bonjour, Sophie, Jacques, toutes et tous,

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

Je reproduis ceci avec 'sujet', et avec de très nombreux mots 
immédiatement suivis d'un point '.'.

Sans le point, tout fonctionne correctement.
Test réalisé à partir de cette liste de mots 
(https://fr.wiktionary.org/wiki/Wiktionnaire:Liste_de_1750_mots_fran%C3%A7ais_les_plus_courants)
"angle, armoire, banc, bureau, cabinet, carreau, chaise, classe, clé, 
coin, couloir, dossier, eau, école, écriture, entrée, escalier, étagère, 
étude, extérieur, fenêtre, intérieur, lavabo, lecture, lit, marche, 
matelas, maternelle, meuble, mousse, mur, peluche, placard, plafond, 
porte, portemanteau, poubelle, radiateur, rampe, récréation, rentrée, 
rideau, robinet, salle, savon, serrure, serviette, siège, sieste, 
silence, sol, sommeil, sonnette, sortie, table, tableau, tabouret, 
tapis, tiroir, toilette, vitre, w.-c"
Avec la virgule, "synonyme" apparait dans le menu contextuel (clic 
droit), avec un point le bug se reproduit pour chaque mot.

Je pense que c'est la présence du '. - point' qui pose problème.

Cordialement,
Patrick.

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)



Bonjour,

Quelqu'un pour confirmer dans des versions antérieures ?
https://bugs.documentfoundation.org/show_bug.cgi?id=126332
Merci par avance,
Sophie



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [fr-qa] PDF très lent à charger

2018-12-07 Par sujet Patrick Auclair 

Bonsoir
Testé sur Debian 9 & LOo 6.1.3,  Win10 & LOo 5.4.7.2, temps très long 
supérieur à 2 mn.
C'est un vieux fichier .PDF créé le 30/04/2014 à l'aide de PDF CREATOR 
1.6.2 (on peut voir cela avec un simple éditeur de texte par exemple 
notepad++)
Ce qui rend le temps très long ce sont les tracés ou soulignements des 
cases en jaune (et autres), car au lieu d'un trait on se retrouve avec 
une multitude points ou tirets.
J'ai réussi à virer ces éléments, le fichier obtenu est plus gros, mais 
s'ouvre très rapidement avec Draw.
Il est ici : 
https://framadrop.org/r/tX2NYNyHAM#+PDZ1DzQtF+X0WbyAIwVgr4xU+p+W31kR9YDMDI+9SE=

À mon avis ce document mérite d'être totalement refait.
Cordialement,
Patrick

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)

Le 07/12/2018 à 17:01, Rpnpif a écrit :

Le  7 décembre 2018, Rpnpif a écrit :


Bonjour,

Le petit PDF ci-joint est très lent à charger dans LO. Au moins une
minute sur mon système (Debian 8 Jessie).

Alors qu'il est presqu'immédiat sous Inkscape.

Et pour vous ?


Le fichier est ici
https://framadrop.org/r/5kbtCao2b4#lSVKJH/buZpTYC3UI5wxgJF/67bPOX9mEP+VfvX46wk=




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [fr-qa] Fichier Writer qui s'ouvre dans Draw

2018-11-03 Par sujet Patrick Auclair 

Bonsoir,

C'est normal car il y a une petite erreur dans l'extension du fichier, 
c'est un pdf et non un odt.
La ligne complète permettant le chargement du fichier, à la fin on 
constate que le type MIME est PDF.
GS6006-GettingStartedWithImpress.odt 
 
‎(Taille du fichier : 2,09 Mio, type MIME : application/pdf)"

Quels "farceurs" ces anglophones !
Donc le télécharger et changer l'extension.
Cordialement
Patrick

--
Lorsque tu arrives en haut de la montagne, continue de grimper. ;)

Le 03/11/2018 à 14:34, jlv a écrit :

Bonsoir à tous,

Je ne sais pas si ça a un rapport avec le problème de Pierre38, mais je
viens de télécharger le fichier GS6006-GettingStartedWithImpress.odt sur le
wiki anglais et il s'ouvre dans Draw malgré son extension odt. Expérience
faite sous Windows 10 avec LibO 6.0.6.2 et 6.1.2.1 et sous Linux Mint 19
avec LibO 6.0.6.2.

Si quelqu'un a une explication, je suis preneur.

Bon courage,
JLV



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/QA-f4022733.html





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus

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