[fr-qa] Calc formules et recalculer !.
Bonjour, Cela fait longtemps (depuis toujours en fait, v3, v5, v6, v7) que j‘observe ce genre de "bug" dans Calc... Lorsqu’il y a des concours de circonstances, formules + tris, etc. Certains résultats issus de formules ne sont pas ("plus") correctes ! Si j‘édite légèrement la formule (et remets la formule initiale) ou si je ré-étire la formule, hop c‘est bon ! C‘est comme si seulement alors il refaisait les calcules... Mais lorsque je fais "juste" F9 pour "recalculer" ça march‘ même pô :( Comment se fait-ce ? Le calcul automatique, à la limite je peut comprendre que des optimisations soient prises en défaut... Mais le F9 (recalculer), ça c‘est inexplicable quand même !?. Ce genre de bug est-il connu ? -- À+, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Largeur du curseur de saisie (trop fin) !?.
Bonjour, Je suis sous GNU/Linux MATE (je sais pas si ça change qq chose) Je trouve le curseur de saisie (insertion, pas remplacent évidement) beaucoup trop fin. Oui, ’faut dire aussi que j’ai un écran haut-définition... J’ai du augmenter la taille de beaucoup de choses déjà... Mais il semblerait que le curseur de saisie soit d’une largeur de 1 pixel. Et donc, pour moi, c’est à peine visible :( Est-il possible de modifier l’apparence de ce dernier ? Merci d’avance :) -- À+, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Où sont-ils, ces modèles publiés sur le site Libreoffice ?
Bonjour à tous, Ça m’intéresse également. J’ai réalisé des documents que je pourrais partager. Mon soucis serait qu’il soient bien référencé en fonction du numéro de version de LibO utilisé, dans un système qui favorise met bien en évidence ce type d’information et donc obsolescence de certains documents. Car lors de recherche, c’est parfois pénible de tomber sur 80 % de documents obsolètes... Pourriez-vous me donner l’url du site dont il est ici question ? Merci d’avance. Bien à vous, Serge S. Le 14/01/21 à 11:47, sophi a écrit : Bonjour Yves, Le 10/01/2021 à 15:53, yves dutrieux a écrit : Bonjour Sophie (et bonne année 2021 ;) ), Merci et très belle année à toi également :) as-tu des nouvelles quant à la récupération de mes modèles ? J'en ai un autre sous le coude, mais voyant comme vont les choses, me demande si je vais pas les publier sur mon site personnel. Cela doit être règlé maintenant. Christian s'excuse, il t'a complètement oublié malgré ma première relance. Du coup, il l'a traité mardi à son retour de vacances. N'hésite pas à revenir vers moi si tu rencontres encore des soucis. Et vraiment désolée du délais. À bientôt Sophie -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Bug Impress image rotation moche :(
Oups ↓ Le 15/08/19 à 11:27, Serge Smeesters a écrit : Bonjour à tous, Le bug est-il connu ? contournable ? etc. ? Dans Impress, placez une belle image, faite-lui faire une rotation, F5, constatez comme l'image est devenue moche (basse résolution) :( → http://www.spaceeman.be/files/LibO-Impress-ugly-rotateb.png → http://www.spaceeman.be/files/LibO-Impress-ugly-rotateb.odg → http://www.spaceeman.be/files/LibO-Impress-ugly-rotateb.odp !! (odp vs odg) OS: GNU/Linux ; Bureau MATE (VCL gtk3) Merci d'avance. Bien à vous, Serge. -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Bug Impress image rotation moche :(
Bonjour à tous, Le bug est-il connu ? contournable ? etc. ? Dans Impress, placez une belle image, faite-lui faire une rotation, F5, constatez comme l'image est devenue moche (basse résolution) :( → http://www.spaceeman.be/files/LibO-Impress-ugly-rotateb.png → http://www.spaceeman.be/files/LibO-Impress-ugly-rotateb.odg OS: GNU/Linux ; Bureau MATE (VCL gtk3) Merci d'avance. Bien à vous, Serge. -- 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] Macro dans Impress, changer le Style de plusieurs objets ?
Bonjour, Je n’ai encore jamais écrit de macro :( Je pense pourtant que c’est bien ça dont j’ai besoin ici. J’ai un document Impress de 30 dia’ (un quizz à la « Qui veut gagner des millions ? ») J’ai créer deux styles, Reponse (fond noir) et ReponseBonne (fond vert) Au départ, chaque objets* "réponse" à le style Reponse (*: il y en a 4 × 30 = 120 dans le document). Je cherche à changer rapidement le style de la bonne réponse (30 dans le document) vers ReponseBonne et de revenir à la première dia. Je placerais cette macro en interaction d’un objet sur la dernière dia... J’imagine sélectionner les objets "bonne réponse" sur base de leurs noms, par exemple "reponse01", "reponse02", etc. Pourriez-vous m’aider à rédiger une telle macro ? En basic ou python ? Ou m’indiquer une excellente piste sur le web ? Sachant que j’utilise la version 6.2.5.2 (pas 3 ou 4 donc...) sous GNU/Linux (pas Windows XP donc...) Je précise cela car il y a encore sur le web de très vieux tutos qui datent de OpenOffice.org version 3 sous Windows XP :/ Merci d’avance :) Bien à vous, Serge -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Calc, sélection multiple ralenti fortement LibO :( ?
Bonjour à tous, Est-il bien connu qu'une sélection multiple de diverses cellules éparses ralenti fortement LibreOffice Calc ? (6.1.4) d’autant plus que l’on étende cette sélection :( PS: GNU/Linux, c'est peut-être ça le problème évidemment :( Cela depuis de nombreuses version, peut-être 4 ou 5... J'attends toujours des améliorations à ce niveau... Devrais-je encore attendre longtemps ? Bien à vous, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [6.1.3.2] paperconf a4 mais LibO letter :(
Salut à tous, Il n'y a pas longtemps je devais comprendre que LibreOffice interrogeait l'équivalent de la commande paperconf pour déterminer le format de papier par défaut... Et donc, d'ajouter la variable d'environnement papersize=a4 Mais là, aujourd'hui, suite à une mise à jour, je aperçois que cela ne fonctionne plus :( J'ai bien paperconf qui me renvois a4 mais LibO me donne des document letter :( Quelque chose a-t-il changer à ce niveau ? Merci d'avance, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [6.1.3.2 Calc] décimale régionale dans certaines boites de dialogue :(
Bonjour à tous, Le bug est-il connu ? Lorsque j'ouvre la boite de dialogue pour définir la largeur de colonne ou la hauteur de ligne, le point du pavé numérique n'est pas "transformé" en virgule (en fonction des paramètre régionaux) pour les décimales. C'est pourtant bien les cas dans des versions antérieurs de LibO ou encore dans d'autre boites de dialogues... Merci d'avance. Bien à vous, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [5.4.4~rc2] Embeded Pictures Altérations !
Bonjour à tous, Je suis victime d'un grave bug de régression concernant les images embarquées... Je maintiens depuis des années un document Draw que vous pouvez trouver à cette adresse : http://www.spaceeman.be/ftl/ Depuis peu, l'impression me donnait des rectangles noirs à l'emplacement de certaines images :( J'ai cherché à comprendre, s'il s'agissait pas exemple d'un format qui n'est plus bien supporté par une lib', etc. Non, c'est bien LibreOffice (5.4.4~rc2) qui a un problème, qui tronque la version binaire de certaines images embarquées ! rien que ça... :) Le bases Page 6 l'oiseau, qui se trouve dans un groupe, est l'illustration de ce que peuvent représenter les 380 octets d'un petit fichier (c'est didactique). http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/oiseau.png S'il l'on regarde l'archive qu'est le fichier .odg, l'on constatera que le fichier est (ici) intègre. http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/embeded-pictures.png → http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/102800316286C51BBE781BD8.png De même, si l'on exporte la page en bitmap http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/ftl-bases-page6-exported.png PS: le rendu jouant sur les sous-pixels RBG est-il ici pertinent ? Personnellement je pense pas. Mais c'est une autre histoire... Par contre ! Si l'on imprime... Si l'on exporte en PDF... http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/ftl-bases.pdf On obtient alors un rectangle noir en lieu et place de l'image :( → http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/ftl-bases-pdf.png Si à partir de Draw on enregistre l'image (menu contextuel...), on obtient un fichier tronqué, non plus de 380 octets mais de 368 octets ! http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/ftl-bases-oiseau-saved.png ↑ en fonction du logiciel utilisé, l'image est correctement affichée (Firefox par exemple) ou un rectangle noir (GIMP par exemple). Il manque bien des octets, http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/vbindiff.png Si l'on modifie le document, en supprimant des pages..., l'image embarquée devient la version tronquée ! http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/ftl-bases-page6.odg → http://www.spaceeman.be/files/bugs/libo-pictures-bintrunc/page6-embeded-pictures.png Voila, ma conclusion est que LibreOffice, dans cette version, peut gravement altérer des images embarquée, en supprimant des octets, soit lors de l'impression, export PDF ou suite à certaines manipulations... Qu'en pensez-vous ? Le bug est-il déjà connu ? Bien à vous, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-qa] Impression plisieurs copies vs plusieurs fois 1 copie :(
Bonjour à tous, J'ai du m'absenter 3 mois pour la naissance de mon petit garçon :) Mais coup, je sais plus où en est la résolution de ce problème. Cela arrive sous GNU/Linux avec la version LibO Build ID: 1:5.4.4~rc2-0ubuntu0.16.04.1~lo1 Cups 2.1.3-4ubuntu0.3 Une imprimante en particulier, (pas testé d'autres imprimante) http://www.openprinting.org/printer/Ricoh/Ricoh-Aficio_MP_4500 Postscript http://www.openprinting.org/printer/Ricoh/Ricoh-Aficio_MP_C4500 Et donc le problème, lorsque nous (15 postes, 30 travailleurs) imprimons, dison 10 × un même document, nous sommes "envahi" (l'écran) de 10 petites fenêtre nous signalant chacune 1 impression. Et en plus, l'imprimante est alors plus lente qu'avant... Oui, car ce problème est apparu il y a 5 ou 6 mois... Et aussi, sous Windows, avec la même imprimante, il n'y a pas de problème :( Et aussi, avec d'autre logiciels, genre lecteur de fichier PDF, sous GNU/Linux il n'y a pas ce problème non plus ! D'où vient le problème ? Que faire ? :( Bien à vous, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-qa] 5.4.2~rc2 montage read-only → plantage vs lecture seule :(
[...] > En l'occurrence, le bogue (“bug”) est-il déjà connu ?, référencé ? suivi ? Oups, j'avais pas vu le dernier message : ... rapport : https://bugs.documentfoundation.org/show_bug.cgi?id=113024 N'hésitez pas à le compléter et à le confirmer. -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-qa] 5.4.2~rc2 montage read-only → plantage vs lecture seule :(
Bonjour à tous, Merci aux développeurs de prendre ceci très au sérieux. C'est vraiment un très gros problème vis-à-vis de l'utilisation de système de sauvegardes (“backup” en anglais). Bien souvent, l'accès aux dossiers et fichiers sauvegardés est en lecture seule mais les stat's sur les dossiers et fichiers ne l'informe pas forcément aux logiciels (LibrOffice). Je n'avais encore jamais rencontré ce genre de problème. Le comportement souhaité : Quelles que puissent être les raisons, si LibreOffice ne sait pas ouvrir en lecture-écriture (création du verrou .~lock.) alors toujours ouvrir en lecture seule. Mais pas planter comme ça ! SVP :/ Je dois probablement m'excuser auprès de vous, de ne pas être moi-même développeur :/ Et de ne pas avoir énormément de temps... Énormément de travail administratif, vie de famille, etc. :/ (“Just do it!”) La seule chose que je peux facilement faire est de partager ici mes constats de régression... En l'occurrence, le bogue (“bug”) est-il déjà connu ?, référencé ? suivi ? Version ici utilisé : Version: 5.4.2.2 Build ID: 1:5.4.2~rc2-0ubuntu0.16.04.1~lo1 Threads CPU : 3; OS : Linux 4.10; UI Render : par défaut; VCL : gtk2; Locale : fr-BE (fr_BE.UTF-8); Calc: group Via ppa:libreoffice/ppa sous GNU/Linux Mint 18.2 MATE 64 bits. Un tout Grand Merci aux développeurs ! Bonne journée, Serge Smeesters http://www.gnucomputer.be/ http://www.spaceeman.be/ Le 8 octobre 2017 à 15:49, Laurent Balland-Poirier <laurent.balland-poir...@laposte.net> a écrit : > Bonjour, > Sur Ubuntu 16.04 pas de crash avec LibO 5.4.2.2. > Quand j'essaie de l'ouvrir via l'interface, rien ne se fait. Si quand > j'essaie de l'ouvrir, je coche "Lecture seule", le fichier s'ouvre bien. > Avec le master à jour, j'obtiens un message d'erreur "General > input/output error while accessing /home/.../B/doc1.odt." Si je coche en > lecture seule le fichier s'ouvre bien. > Sur OpenSuse 42.3 et LibO 5.3.5.2 le fichier s'ouvre directement en > lecture seule, même si lecture seule n'est pas cochée. > Laurent BP > Le 08/10/2017 à 15:19, Serge Smeesters a écrit : >> Bonjour à tous, >> Ce problème est-il connu ? >> Dès lors que le montage (unionfs ro, mount bind ro, smb ro, iso, etc.) >> est en "read-only" mais que les stats indiquent "w", alors (sous >> GNU/Linux ; Windows pas testé), LireOffice se plante plutôt que >> d'ouvrir en lecture seule :( >> Pour faire le teste : >> $ mkdir A B >> créer un A/document.odt >> faire un # mount -Bo ro A B >> Via l'interface graphique, tenter d'ouvrir B/document.odt >> LibreOffice se lance, tourne puis se plante :( >> Le comportement attendu, celui das versions précédentes de >> LibreOffice, c'était que LibreOffice ouvrait en lecture seule le >> document :) >> Ce bug de régression est-il connu ? >> Bien à vous, >> Serge Smeesters -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-qa] 5.4.1~rc2 montage read-only → plantage vs lecture seule :(
Bonjour à tous, Ce problème est-il connu ? Dès lors que le montage (unionfs ro, mount bind ro, smb ro, iso, etc.) est en "read-only" mais que les stats indiquent "w", alors (sous GNU/Linux ; Windows pas testé), LireOffice se plante plutôt que d'ouvrir en lecture seule :( Pour faire le teste : $ mkdir A B créer un A/document.odt faire un # mount -Bo ro A B Via l'interface graphique, tenter d'ouvrir B/document.odt LibreOffice se lance, tourne puis se plante :( Le comportement attendu, celui das versions précédentes de LibreOffice, c'était que LibreOffice ouvrait en lecture seule le document :) Ce bug de régression est-il connu ? Bien à vous, Serge Smeesters -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés