[fr-qa] [draw] thickness
Bonjour, Dans draw Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 6; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Épaisseur dans la panneau de propriété n'est pas traduit. Il est bon dans le menu contextuel Ligne Un détail Merci -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Export en pdf
Le 05/11/2023 à 18:27, Bernard Siaud alias Troumad a écrit : Bonjour J'ai cette version fournie par mageia Cauldron : Version: 7.6.2.1 (X86_64) Build ID: 60(Build:1) CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded L'export en pdf ne donne rien. Après avoir valider l'exportation, je reviens à l'édition du document et rien n'a été fait. Voici les deux fichiers que j'ai voulu convertir en pdf : https://troumad.org/add/Nuits_Prof/Aides_de_jeu.odt https://troumad.org/add/Nuits_Prof/Les_fiches.odt nb : j'ai aussi posé la question sur la liste dev de mageia car j'utilise une version de développement. aucun problème avec Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 6; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Il est tout à fait possible d'avoir la version de la distribution et la version TDF en parallèle. Cela éviterait ces tests inutiles car ce n'est pas le premier je peux fournir le résultat de 8.7Mo Bonne soirée Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] PB sur le collage spécial d'un commentaire dans Calc
Le 07/08/2023 à 12:16, linux a écrit : Oui Gérard c'est bien cela Le 07/08/2023 à 10:33, Landron Gérard a écrit : Le 07/08/2023 à 11:08, linux a écrit : Bonjour à toutes et tous, Lorsque l'on fait un collage spécial avec seulement la case "Commentaire" Cochée, on copie bien le commentaire dans la cellule mais on efface le contenu de la cellule, il me semble que ce n'est pas le comportement attendu. je suppose qu'il faut lire : "on colle bien le..." j'ai testé et c'est bien le comportement sur Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded mais cela me semble assez logique. Ce que tu voudrais est une insertion Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] PB sur le collage spécial d'un commentaire dans Calc
Le 07/08/2023 à 11:08, linux a écrit : Bonjour à toutes et tous, Lorsque l'on fait un collage spécial avec seulement la case "Commentaire" Cochée, on copie bien le commentaire dans la cellule mais on efface le contenu de la cellule, il me semble que ce n'est pas le comportement attendu. je suppose qu'il faut lire : "on colle bien le..." Merci par avance de vos réponses Cordialement Jean-Luc LibreOffice 7.4.6.2 Windows Processeur Intel(R) Core(TM) i3-4130 CPU @ 3.40GHz 3.40 GHz Mémoire RAM installée 4,00 Go (3,82 Go utilisable) ID de périphérique 106AB00C-970D-445F-BA4B-0077A545E102 ID de produit 00330-8-0-AA975 Type du système Système d’exploitation 64 bits, processeur x64 Édition Windows 10 Professionnel Version 22H2 Installé le 04/08/2020 Build du système d’exploitation 19045.2728 Expérience Windows Feature Experience Pack 120.2212.4190.0 Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libreoffice 7.5
Le 20/02/2023 à 15:10, Jean-Baptiste Faure a écrit : Bonjour Gérard, Le 20/02/2023 à 08:14, Landron Gérard a écrit : Bonjour, La fenêtre de récupération des documents en cas de fermeture intempestive est partiellement non-traduite. est-ce le cas chez vous ? Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 6; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Peux-tu m'envoyer une copie d'écran du message que je vérifie ? Cela dit la traduction de l'interface pour la 7.5.0 n'était pas tout-à-fait complète. Cependant elle l'est pour la 7.5.1. je les ai envoyé sur ton adresse perso Bonne journée JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Libreoffice 7.5
Bonjour, La fenêtre de récupération des documents en cas de fermeture intempestive est partiellement non-traduite. est-ce le cas chez vous ? Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 6; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Boutons non traduits
Bonjour, on signale sur la liste users et je confirme sur a version 7.4.3 et sur la dev qui deviendra 7.5 Dans Calc : Édition / Collage spécial / Collage spécial... ou Ctrl+Maj+V les trois boutons de la ligne du bas sont en anglais : "Help", "Cancel" le "OK" quant à lui n'est pas nécessairement traduit Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Nouvelle fonction : traduction automatique dans Writer
J'ai installé Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5b18eebc2c95321ce7e6edf10f4df81557382a48 CPU threads: 6; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded mais je ne vois rien pour deepl. Faut-il installer une extension ? Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Nouvelle fonction : traduction automatique dans Writer
Le 27/11/2022 à 18:13, Jean-Baptiste Faure a écrit : Bonjour, Une nouvelle fonction est apparue dans LibreOffice 7.5 alpha. Il s'agit de la traduction automatique en utilisant DeepL.com. Cela suppose de s'enregistrer auprès de DeepL et de souscrire un abonnement. Il y a une option gratuite limitée à 500.000 caractères par mois. Cela n'est pas énorme (le guide LO 7.3 en fait plus de 800.000), mais on peut déjà faire des tests avec ça. Je ne suis pas là pour faire la réclame pour DeepL, mais juste pour inciter les personnes intéressées à tester cette fonction qui, je suis sûr, pourrait accélérer la traduction de la documentation de LibreOffice. Pour l'instant rien n'a été publié sur cette fonction, en particulier dans les Release Notes (j'ai envoyé un courriel sur la liste dev pour m'en étonner), seulement le texte du commit qui implémente la fonction et le rapport de bug que j'ai fait ce matin. Le commit : https://git.libreoffice.org/core/+/e20d2de7836da52dbf9e528d1043b1e188097bfd Le rapport de bug : https://bugs.documentfoundation.org/show_bug.cgi?id=152247 Titre du rapport de bug : Automatic translation does not work with our own documentation guides Pour ma part j'ai quasi épuisé mon quota de 500k caractères en jouant avec cette fonction hier soir, du coup ce serait bien que d'autres prennent le relai pour confirmer mon rapport de bug ou en trouver d'autres. Il reste à peine 2 mois avant la publication de la 7.5. je suis intéressé, utilisant DeepL.com avec satisfaction pour une langue assez difficile (lituanien). J'ai vu qu'il proposait cette fonction pour windows, serait-ce l'implantation dans Libreoffice. Suffit-il d'installer la 7.5 pour y avoir accès ? Bonne journée JBF Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Liboo7.4 Toujours corriger
Le 23/09/2022 à 13:04, Laurent Balland a écrit : Bonjour, Je reproduis avec : Rodrigues, as-tu du coeur ? Oui, j’ai du coeur. et LibO 4.1.2 avec mon profil actuel. Mais si je désactive Grammalecte, je ne reproduis pas. Je note qu'avec Grammalecte activé, la liste proposée pour le remplacement est beaucoup + longue. c'est bien cela. J'ai complétéPalendbt3 un message de JBF intitulé "Grammalecte perturbe LibreOffice 7.4" A+ Laurent Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Liboo7.4 Toujours corriger
Bonjour, je tombe sur une anomalie : dans un texte ou les oe ne sont pas œ, si dans le clique droit je prends l'option 'toujours corriger automatiquement en' le mot est spprimé. Bien sûr cela se produit pour toute correction automatique. Reproduisez-vous sur votre version ? sur Fedora36 Version: 7.4.1.2 / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 6; OS: Linux 5.19; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Fwd: [fr-users] copie d'hyperlien depuis outlook
je transfert ce message de la liste user Je n'ai pas de windows et outlook pour tester Le problème est systématique et il me rappelle quelque chose mais je n'ai pas retrouvé. Pas trouvé non plus sur bugzilla avec une recherche sur outlook Merci À : us...@fr.libreoffice.org Objet : Re: [fr-users] copie d'hyperlien depuis outlook Le 06/09/2022 à 18:18, Nicolas BUONOMO 755 a écrit : Bonjour, Je constate un comportement très étrange quand je copie/colle un hyper lien depuis un courriel outlook vers un document texte dans libreoffice. Tous les paragraphes qui suivent sont transformés en hyperlien avec la même cible et en gardant le texte du paragraphe, et l'annulation du collage laisse les hyperliens créés en place. C'est vraiment bizarre et assez ennuyeux car le document est altéré sans possiblité d'annulation ! Avez-vous déjà constaté un tel comportement ? Avez-vous une idée d'où cela peut venir ? il y a eu quelque chose de ce genre il y a plusieurs mois, on ne savait pas d’où venait ce phénomène. Est-ce systématique ? Merci de votre aide Nicolas Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [Document maître]Navigateur
Le 17/05/2022 à 13:27, Jean-Baptiste Faure a écrit : Bonjour, Le 14/05/2022 à 21:14, Bernard Siaud alias Troumad a écrit : Bonjour Voici ma version de LO : Version: 7.3.3.2 Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Voici le bug que je viens de trouver : 1) Ne plus afficher le navigateur (Affichage->Navigateur) 2) Afficher à nouveau le navigateur La fenêtre du navigateur revient vierge. Si on clique le bouton "Basculer sur la vue document maître" on arrive avec le navigateur avec tous les éléments du fichiers. On reclique, on revient sur la feuille vierge. Les documents inclus dans le document maître n'apparaissent que si on clique dans la fenêtre vierge. Je ne reproduis pas avec Version: 7.3.4.0.0+ / LibreOffice Community Build ID: 6d615be74e30f50b164e0342a0f8fb3324ce8058 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu_20.04_x86-64 Calc: threaded compilée par mes soins avec gcc 11 as-tu essayé avec son document ou un des tiens ? car cela peut venir du document lui-même qui est plus que complexe... Bonne journée JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [Document maître]Navigateur
Le 14/05/2022 à 22:14, Bernard Siaud alias Troumad a écrit : Bonjour Voici ma version de LO : Version: 7.3.3.2 Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Voici le bug que je viens de trouver : 1) Ne plus afficher le navigateur (Affichage->Navigateur) 2) Afficher à nouveau le navigateur La fenêtre du navigateur revient vierge. Si on clique le bouton "Basculer sur la vue document maître" on arrive avec le navigateur avec tous les éléments du fichiers. On reclique, on revient sur la feuille vierge. Les documents inclus dans le document maître n'apparaissent que si on clique dans la fenêtre vierge. je reproduis avec Version: 7.3.3.2 / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 6; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded sur Fedora36(X11), cela ne vient donc pas de gtk3 il suffit de cliquer dans la fenêtre du navigateur pour avoir les pages, pas besoin de passer par le bouton "Basculer sur la vue document maître" Curieusement le problème ne s'est pas produit à la première ouverture mais est systématique maintenant Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [Document maître]Navigateur
Le 16/05/2022 à 09:21, Bernard Siaud alias Troumad a écrit : Bonjour Je suis passé de la version 7.3.3.2-2.mga9.x86_64 à la version 7.3.3.2-3.mga9.x86_64. Le problème reste le même. Il me faudrait des tests hors Mageia parce que je vois qu'ente les deux versions, il y a une différence au niveau de ce menu : une nouvelle icône pour la Table des matière et pour l'index lexical (deux fois la même). Peux-tu fournir un document maître avec ses sous-fichiers pour tester ?Merci -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [Document maître]Navigateur
Le 16/05/2022 à 09:21, Bernard Siaud alias Troumad a écrit : Bonjour Je suis passé de la version 7.3.3.2-2.mga9.x86_64 à la version 7.3.3.2-3.mga9.x86_64. Le problème reste le même. Il me faudrait des tests hors Mageia parce que je vois qu'ente les deux versions, il y a une différence au niveau de ce menu : une nouvelle icône pour la Table des matière et pour l'index lexical (deux fois la même). pour parler de bug sur cette liste, il faudrait utiliser la version TDF pas celle de Mageia ! Tu ne l'avais pas précisé dans la première description Tu peux essayer avec une appimage pour ne pas avoir à installer : https://www.libreoffice.org/download/appimage/ Le 14/05/2022 à 21:14, Bernard Siaud alias Troumad a écrit : Bonjour Voici ma version de LO : Version: 7.3.3.2 Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Voici le bug que je viens de trouver : 1) Ne plus afficher le navigateur (Affichage->Navigateur) 2) Afficher à nouveau le navigateur La fenêtre du navigateur revient vierge. Si on clique le bouton "Basculer sur la vue document maître" on arrive avec le navigateur avec tous les éléments du fichiers. On reclique, on revient sur la feuille vierge. Les documents inclus dans le document maître n'apparaissent que si on clique dans la fenêtre vierge. -- 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 colonnes dans Writer
Le 25/02/2022 à 11:27, Ysabeau a écrit : Le 25/02/2022 à 10:08, Cédric Frayssinet a écrit : Bonjour, Soit un texte dans 3 colonnes. Je définis un trait solide de séparation d'une hauteur de 50%, centré, j'enregistre. Je réouvre mon document, mes colonnes sont toujours là, avec le trait de séparation sur toute la hauteur. Problème, dans la définition du trait, y a noté pas de trait de séparation et surtout, j'ai perdu le 50% et le centrage de mon trait de séparation. Reproduisez-vous ? Pareil Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded je confirme Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 6; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded si on édite le style de page après réouverture, la zone Trait de séparation est grisé avec style aucune -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Re: perte de couleur sur svg avec Loo 4.2 (suite)
Le 08/02/2022 à 11:50, Jean-Baptiste Faure a écrit : Je ne sais pas quoi faire de ce bug. J'ai le sentiment que la situation qui produit le fichier test était elle même un bug concernant les fichiers SVG et que ce bug a été corrigé (du travail a été fait sur l'import SVG) et que maintenant il n'est plus possible de reproduire le fichier de test avec les versions récentes. je pense qu'il faut le clore, j'ai bien souvenir que j'avais du mal avec les svg au début. Heureusement il y a eu du chemin de fait Bonne journée JBF Merci comment accède-t-on à la liste des bugs marqués régression qui sont ouverts ou à confirmer ? au cas ou j'aurais le courage d'y jeter un œil. L'hiver n'est pas terminé ! mais mes compétences sont limités... Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] LibreOffice 7.3 ne démarre pas Calc Ubuntu 21.10
Le 07/02/2022 à 09:44, Didier Dorange-Pattoret a écrit : Bonjour Gérard, Peux-tu communiquer ton résultat pour ce commentaire : https://bugs.documentfoundation.org/show_bug.cgi?id=147135#c32 c'est fait, j'ai mis pour VCL: kf5 et VCL: gtk3 Merci. Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Re: perte de couleur sur svg avec Loo 4.2 (suite)
renvoyé au cas ou ce ne serait pas passé Le 06/02/2022 à 00:44, Jean-Baptiste Faure a écrit : Bonjour Gérard, J'exhume cette discussion de juin 2014 : https://listarchives.libreoffice.org/fr/qa/2014/msg01217.html Je suis en train d'analyser le rapport de bug fait par Vulcain à ce sujet : https://bugs.documentfoundation.org/show_bug.cgi?id=80219 oh là là, c'est vieux cela ! en reprenant le fichier lié au rapport de bug, je remarque que le défaut est toujours là mais que si on fait une copie du logo en metafichier, la couleur et le vectoriel sont conservés à l'enregistrement. dans le fil suivant https://listarchives.libreoffice.org/fr/qa/2014/msg01264.html tu soulèves de le problème de l'intégration du fichier. Avec la version actuelle 7.3, il apparait sous forme de "Objet de dessin" et j'aimerais savoir si le problème a pu être contourné. En effet on peut retravailler le logo avec Draw. Ce logo est constitué d'un empilement d'objets. En modifiant l'ordre de la pile on peut faire réapparaitre les bonnes couleurs. Si on " dissocie " dans writer, on obtient 63 éléments. En le collant dans draw en tant que metafichier puis convertir->courbe (ou polygone), on retrouve 32 éléments avec les bonnes couleurs au lieu de 63 par copie direct Par ailleurs si tu avais le SVG original, ce serait parfait pour tester l'import en passant par Draw et vérifier si le bug 80219 est toujours d'actualité. Mais à mon avis le bug était avant, dans l'import du SVG. hélas non, je ne retrouve pas ce fichier, c'est trop ancien Bonne journée JBF Merci beaucoup et bon courage si tu analyses des bugs aussi anciens ! Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] LibreOffice 7.3 ne démarre pas Calc Ubuntu 21.10
Le 05/02/2022 à 11:14, Didier Dorange-Pattoret a écrit : Bonjour à tous, Idem : Calc ne démarre pas avec Version: 7.3.0.0.beta1 / LibreOffice Community Build ID: 436f14c25ec1847646b953cf13d0db4f7ca3be57 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded J'ai essayé avec gtk3 et toujours pas de problème, Fedora35 Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 6; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] LibreOffice 7.3 ne démarre pas Calc Ubuntu 21.10
Le 02/02/2022 à 15:56, Didier Dorange-Pattoret a écrit : Bonjour, Je suis sous Ubuntu 21.10 J'ai téléchargé LO 7.3 mis en ligne. Impossible de démarrer le module Calc. Cela crée un plantage. Les autres modules fonctionnent. Par contre, cela fonctionnait avec une version 7.3 beta Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Suis-je le seul ? aucun problème chez moi Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 6; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded as-tu essayé en mode sans échec ? Merci pour votre retour. Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [calc] Problème de sauvegarde de fichier excel
Le 11/01/2022 à 14:12, Bernard Siaud alias Troumad a écrit : Bonjour fichiers exemples : https://troumad.org/OOo/Missions.zip J'ai ouvert le fichier formulaire_etat_de_frais.xlsx avec LibO 7.2.5.2.0+ Je l'ai rempli et sauvé sous formulaire_etat_de_frais_211216.xlsx J'ai perdu toute la partie de gauche. je confirme, c'est conservé si on enregistre en ods, perdu en xlsx Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer] coller capture sur kde/plasma
Le 16/09/2021 à 23:34, Ocleyr2lalune a écrit : Salut Gérard Tu es sur quelle version de LibreOffice via F34 ? De mémoire, il n'y a pas un 3e vcl à tester (pour voir si c'est fedora ou pas) ? 7.2.0.4 officielle et 6.3 de la distribution (profils séparés), le résultat est le même. En refaisant quelques essais, le problème pourrait venir de spectacle car les copie faites avec flameshot passent bien. Il rest que ce problème ne se produit que sur writer, il y a un lapin caché quelque part et qui finira par sortir... Claire Le 16 sept. 2021 à 20:40 +0200, Landron Gérard , a écrit : Bonsoir, il y a un petit problème pas très facile à cerner sur Fedora34 KDE/Plasma. Je n'ai pas d'autre disttribution pour vérifier si c'est Fedora ou plasma qui est en cause. Quand on fait une copie d'écran avec spectacle(logiciel kde dédié à la copie d'écran) , il n'est pas possible de la coller dans une page writer, par contre cela marche bien dans les autres modules, calc impress et draw, cela marche bien. Cependant une copie d'écran faite avec GIMP se colle directement dans writer. Le résultat est presque identique avec VCL=kf5 ou VCL=gtk3. Avec gtk3 on peut coller en passant par le menu Collage spécial/Autres options. Il y a bien Image Bitmap(BMP) mais cela n'a pas d'effet. Merci de votre attention Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [writer] coller capture sur kde/plasma
Bonsoir, il y a un petit problème pas très facile à cerner sur Fedora34 KDE/Plasma. Je n'ai pas d'autre disttribution pour vérifier si c'est Fedora ou plasma qui est en cause. Quand on fait une copie d'écran avec spectacle(logiciel kde dédié à la copie d'écran) , il n'est pas possible de la coller dans une page writer, par contre cela marche bien dans les autres modules, calc impress et draw, cela marche bien. Cependant une copie d'écran faite avec GIMP se colle directement dans writer. Le résultat est presque identique avec VCL=kf5 ou VCL=gtk3. Avec gtk3 on peut coller en passant par le menu Collage spécial/Autres options. Il y a bien Image Bitmap(BMP) mais cela n'a pas d'effet. Merci de votre attention Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] LO 7.2 : infobulles non traduites ?
Le 05/09/2021 à 22:47, Jean-Baptiste Faure a écrit : Bonjour, Est-ce que vous confirmez le défaut suivant : - insérer un tableau dans un doc Writer - afficher les propriétés du tableau - aller à l'onglet Bordures - En face de Préréglages il y a 5 boutons Le problème : pour chacun de ces boutons, l'infobulle correspondante est en anglais. Note : les chaînes correspondantes sont bien traduites dans weblate mais ces traductions ne sont pas intégrées dans ma version compilée maison. J'ai le même problème avec la branche master qui partage les traductions avec 7.2. je confirme sous Fedora34 Bonne journée JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [Calc] Correction automatique fantaisiste
Le 24/08/2021 à 18:21, Michel Rudelle - Listes LibO a écrit : Bonjour, Avec les versions 7.1 et 7.2, aussi bien sous Ubuntu que W10, un texte correct est souligné dans les cas suivants : - le texte comporte un renvoi à la ligne - une partie du texte comprend un formatage particulier mais aucune faute n’est signalée avec la vérification manuelle de l’orthographe (F7) Je ne l'avais jamais observé depuis mes débuts avec la version 3 et je viens de vérifier que ce défaut n'apparaît pas avec une 6.3 sous W10. Je n'ai pas trouvé (ou pas su chercher) un bug sur bugzilla. Voyez-vous la même chose avec le document test (j'y ai inclus une copie d'écran pour que vous puissiez comparer): https://www.cjoint.com/c/KHyprl4Ncmp Merci de vos retours, même comportement chez moi sur Fedora34 Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 6; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Plantage avec message
Le 27/06/2021 à 09:41, Bernard Siaud alias Troumad a écrit : Le 25/06/2021 à 10:57, Jean-Baptiste Faure a écrit : Si le fichier n'est pas confidentiel, je peux tester aussi sur la 7.2 beta1. Je pense qu'il y a déjà matière à rapport de bug si le fichier peut-être joint au rapport de bug. Bonne journée JBF Demande de test sous Mageia Cauldron : https://www.mageialinux-online.org/forum/topic-29084.php#m289081 Et si je peux moi aussi faire un test sous la version 7.2... On le trouve où en version rpm ? Je crois qu'il n'y avait que les versions windows et Mac quand j'avais regardé pour faire des tests.. toutes les versions sont sur https://fr.libreoffice.org/download/telecharger-libreoffice/ le lien vers la 7.2 étant en bas de la page Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Plantage avec message
Le 27/06/2021 à 00:27, Bernard Siaud alias Troumad a écrit : pas de problème d'ouverture ou de plantage sur Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 6; OS: Linux 5.12; UI render: default; VCL: kf5 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded mais beaucoup de texte se superpose, par ex p 20 le cadre Etre-Fée est sur Manticore Gérard Il y a des superpositions du à l'ancrage des images. je travaille dessus. Il faudrait que des personnes testent avec mageia ! Le problème a peut-être un lien avec cette distribution. est-ce la version compilée par Mageia ou celle de TDF sur Mageia ? -- 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] Plantage avec message
Le 26/06/2021 à 15:08, Bernard Siaud alias Troumad a écrit : Le 25/06/2021 à 10:57, Jean-Baptiste Faure a écrit : Bonjour Bernard, Le 25/06/2021 à 08:18, Bernard Siaud alias Troumad a écrit : Je continue les tests... Avec la 7.1.5, ça bloque aussi3. Voici le message qui s'affiche en boucle : warn:sw:717722:717722:sw/inc/swrect.hxx:282: SVRect() without Width or Heigh Je n'ai aucun message d'erreur avec la 7.1.4, mais, le CPU passe à 100%... Si le fichier n'est pas confidentiel, je peux tester aussi sur la 7.2 beta1. Je pense qu'il y a déjà matière à rapport de bug si le fichier peut-être joint au rapport de bug. Bonne journée JBF Le fichier est là : https://cloud.lamouette.org/index.php/s/aMkHoxATf5DTtkj pas de problème d'ouverture ou de plantage sur Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 6; OS: Linux 5.12; UI render: default; VCL: kf5 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded mais beaucoup de texte se superpose, par ex p 20 le cadre Etre-Fée est sur Manticore Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Plantage avec message
Le 25/06/2021 à 09:18, Bernard Siaud alias Troumad a écrit : Je continue les tests... Avec la 7.1.5, ça bloque aussi3. Voici le message qui s'affiche en boucle : warn:sw:717722:717722:sw/inc/swrect.hxx:282: SVRect() without Width or Heigh Je n'ai aucun message d'erreur avec la 7.1.4, mais, le CPU passe à 100%... De quand date ce fichier ? As-tu essayé de copier ce fichier, (writer, calc , impress, base ) en l'ouvrant sur la version qui marche bien et en collant dans un fichier vierge de 7.1.4 Cela peut venir de reliquat de vieux code... Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] fichier odm
Le 22/05/2021 à 16:32, Bernard Siaud alias Troumad a écrit : Le 18/05/2021 à 09:59, Bernard Siaud alias Troumad a écrit : Bonjour J'ai des menus inopérants ou marchant avec du retard. Je n'arrive pas bien à identifier certains fonctionnement. Dans la fenêtre de navigation où je gère les fichiers : clic droit supprimer => fonctionnement erratique : parfois ça ne supprime pas, parfois ça supprime et on voit que d'autres aussi on été supprimés clic droit éditer le lien =>rien ne se passe avec des fichiers, cela va mieux ! Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 6; OS: Linux 5.11; UI render: default; VCL: kf5 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Éditer ne marche pas mais le double clic sur le titre édite le fichier Je ne comprends pas trop l'index lexical qui semble plutôt un titre de chapitre… en fait, il y en deux : chapitre page 43, index page 85 éditer était dans la fenêtre de navigation 'maitre' supprimer de la même fenêtre marche sans problème supprimer dans la fenêtre de navigation des titres ne marche pas mais cela me semble normal, les fichiers étant protégés Gérard Ma version : Version: 7.1.3.2 Build ID: 10(Build:2) CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Bonjour je viens de faire un essai avec Mageia 8. la version stable, la manipulation a marché. Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Juste avant sur ma Cauldron (mageia 9 en version test), j'ai installé les versions officielles de LibO : Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded ou Version: 7.1.3.2 / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Ça ne marche pas chez moi avec ces versions. Pour test : http://troumad.org/OOo/s2_2021_05_21.zip -- 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] LibreLogo sur liboo 7.1.2.2
Le 03/05/2021 à 19:00, sophi a écrit : Bonjour Gérard, Le 03/05/2021 à 17:51, Landron Gérard a écrit : Bonsoir, je viens de découvrir LibreLogo mais n'arrive pas à le tester. https://extensions.libreoffice.org/en/extensions/show/librelogo Normalement LibreLogo est fourni avec la version, donc pas besoin de l'extension. Si la barre d'outils est présente, la tortue devrait arriver quand tu l'actives. le problème était là ! j'avais été chercher l'extension alors qu'il n'y en avait pas besoin ! Désolé pour ce faux problème À bientôt Sophie Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] LibreLogo sur liboo 7.1.2.2
Bonsoir, je viens de découvrir LibreLogo mais n'arrive pas à le tester. https://extensions.libreoffice.org/en/extensions/show/librelogo Test sur deux versions, LibreOffice Community et 'packagée' Fedora Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 6; OS: Linux 5.11; UI render: default; VCL: kf5 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded et Version: 7.1.2.2 (Fedora34) Build ID: 10(Build:2) CPU threads: 2; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded dans les deux cas j'ai l'erreur : --- Une erreur de structure de script s'est produite lors de l'exécution du script vnd.sun.star.script:librelogo-0.2.oxt|LibreLogo|LibreLogo.py$home?language=Python=user:uno_packages en Python. Message : : 'librelogo-0.2.oxt' File "/opt/libreoffice7.1/program/pythonscript.py", line 1046, in getScript storageUri = self.provCtx.getStorageUrlFromPersistentUrl( File "/opt/libreoffice7.1/program/pythonscript.py", line 417, in getStorageUrlFromPersistentUrl package = self.mapPackageName2Path[ packageName ] --- est-ce un problème lié à la version ? Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [math]Mauvaise place de la flèche
Le 01/05/2021 à 11:04, Bernard Siaud alias Troumad a écrit : J'ai mis le fichier en ligne ici : http://troumad.org/OOo/Ma1_forme_trigo.odt c'est en 5e ligne. (nb : toute suggestion d'amélioration est bien venue ;) ) à l'ouverture du fichier, la flèche de u est un peu décalée et la flèche de OM est en dehors des parenthèses après édition sans modification, les deux flèches sont à leur place Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 6; OS: Linux 5.11; UI render: default; VCL: kf5 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Taille d'affichage des menus et de la page en GTK3/Debian Linux
Le 18/11/2020 à 17:39, Rpnpif a écrit : Le 16/11/2020 à 18:54, Rpnpif a écrit : Bonjour, Je viens d'installer Debian (10 avec Xfce4) sur un nouveau portable avec Libreoffice 7.0 upstream (GTK3) La taille d'affichage de la page A4 est au moins deux fois trop petite à zoom 100%. Pourtant xrandr donne la bonne taille d'écran en mm. Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1920x1080 60.00*+ xdpyinfo donne 50 cm de large ! J'ai déclaré ces dimensions dans un xorg.conf sans succès. Le changement de dpi donnent des polices de mauvaise qualité (grossières). La taille de la page A4 est correcte avec la commande : GDK_DPI_SCALE=1.5 libreoffice Problème : la taille des menus devient énorme. Avez-vous déjà vu ce problème ? J'ai provisoirement réglé lé problème en forçant à 142 le paramètre DPI dans le dialogue de paramètres Apparence/Police de Xfce puis en redémarrant. quel est le dpi réel de l'écran ? Rpnpif. Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Re: Libreoffice calcul: images disparues
Le 03/11/2020 à 21:39, CecileB a écrit : Merci Michel, Je ne parviens malheureusement pas à retrouver les images, même avec la fonction F5... Et puis il y en a beaucoup.le travail de toute une journée - j'en aurais pour des heures de redimensionner tout ça. si le document n'est pas confidentiel, pourriez-vous le fournir qu'on regarde s'il y a quelque chose de possible coté xml source, à mon adresse perso si vous ne voulez pas le diffusez trop largement Je ne suis pas un spécialiste de ce genre de chose mais comme personne ne l'a encore proposé... Merci d'avoir répondu, et je vous souhaite une très bonne soirée. Cordialement, Cecile Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libreoffice 7 : compression des images
Le 10/10/2020 à 11:31, Ocleyr2lalune a écrit : Bonjour Gérard du coup je reprends là... je te fais une capture de la fenêtre compresison qui est dispo en 6.4.6.2 (Build 3 de Fedora). Vu vos échanges, je ne vois pas le changement. https://pic.infini.fr/UQgpZm4B/JM2QMScF.png Par contre, après un bref essai, il me semble qu'il manque une case à cocher pour conserver la proportion, ou alors c'est à clarifier dans les libellés : si on est en largeur max et hauteur max, mieux vaut le préciser (comme darktable qui entre autre multiple options de traitements, propose de définir le max en hauteur et en largeur et le logiciel se débrouille pour garder les proportions). Si ce n'est pas le cas, il nous faut une application proportionnelle de l'un par rapport à l'autre (conserver la proportion). Je n'ai pas regardé la 7, mais je vais l'installer manuellement pour comparer. justement la 7 garde les proportions. Je n'ai jamais utilisé cet outil sur la 6 mais je le trouve vraiment très bien. Dommage qu'il ne résout pas le problème de l'autre fil de discussion : [fr-users] Impression d'image dans Writer Claire Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Pb 7.02.1 équation avec racine
Le 18/09/2020 à 21:22, Pierre Choffardet a écrit : Bonjour, La 7.0.2.1 vient juste de sortir Je vois un problème avec les équations, et plus particulièrement la racine https://catdrop.drycat.fr/r/oTFFRNqc#wCZ/nrPW4gcBRsKcYHkOFGCahU4Fud1dW346VW05Rj8= Sur ce fichier Impress, la première diapo me pose problème sur deux PC W10 La seconde diapo est une image de ce que je vois. Si vous avez les mêmes affichages, c'est que le bug est confirmé, je ferai un rapport de bug. Sinon, c'est que le Pb est chez moi Pas de Pb avec la 7.0.1.2 sur la 7.0.1.2 Fedora, sans avoir un problème similaire à la diapo 2, on voit vient bien que les deux élément du symbole ne sont pas raccordés comme signalé par Régis Perdreau mais après édition(simple double clic) sans modification, c'est parfait... Pierre Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libreoffice 7 : compression des images
Le 06/09/2020 à 10:44, yves dutrieux a écrit : Bonjour Gérard, je reste perplexe. La taille (dimension) d'une image n'est pas proportionnelle à son dpi. ce sont 2 choses différentes. La taille (poid en ko), là , oui, c'est directement en relation (vu qu'on joue sur la densité avec les dpi). j'ai testé avec la version 7 et la taille (dimension)/dpi de l'image sont bien conservées. je n'ai découvert cette possibilité qu'avec la version 7 ! j'aurais dû préciser. sinon, oui, c'est très pratique, et ça va bien aider ceux qui n'ont pas l'habitude de gérer les tailles d'images avant insertion dans leur document ;) je m'en sert pour des copié/collé de capture d'écran dans une documentation. Sans cette option, on dépasse vite les tailles raisonnables Yves Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libreoffice 7 : compression des images
Le 05/09/2020 à 19:34, Laurent BALLAND a écrit : Le 04/09/2020 à 19:21, Landron Gérard a écrit : Bonsoir, Je trouve très pratique la boite de compression des images avec le calcul de la taille. La dernière valeur de compression est conservé mais pas la résolution ce qui est dommage car dans un même document, on utilise habituellement les mêmes paramètres. Qu'en pensez-vous ? Mon anglais ne me permet pas de faire une demande d'amélioration... Merci beaucoup Gérard Bonjour Gérard, Peux-tu faire un descriptif de la procédure (en français) que l'on puisse la rédiger en anglais ? Je ne connais pas la fonctionnalité. Volontiers : après insertion d'une image dans writer, calc, draw ou impress clic droit sur l'image Compresser la boite de dialogue propose Compression et Résolution Les options de compression sont conservés à la fermeture de Liboo La résolution en DPI n'est pas conservé et toujours à 300 L'idéal serait que les options de taille corresponde à l'image. exemple : Si on a compressé l'image à 150 dpi, sa taille est de 720x153 alors qu'il affiche 1440x306 à 300 dpi En espérant avoir été assez clair... fait quelques tests pir te rendre compte Le calcul de la nouvel taille est très pratique Merci beaucoup Laurent Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Libreoffice 7 : compression des images
Bonsoir, Je trouve très pratique la boite de compression des images avec le calcul de la taille. La dernière valeur de compression est conservé mais pas la résolution ce qui est dommage car dans un même document, on utilise habituellement les mêmes paramètres. Qu'en pensez-vous ? Mon anglais ne me permet pas de faire une demande d'amélioration... Merci beaucoup Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] lien sur https://fr.libreoffice.org/get-help/system-requirements/
Bonjour, sur la page https://fr.libreoffice.org/get-help/system-requirements/, il y a un lien Android/Linux Voir : LibreOffice Viewer pour Android.>https://fr.libreoffice.org/download/android-viewer/ ce lien ne doit plus exister, on abouti à la page de téléchargement Bonne journée Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer] épaisseur de ligne
Le 10/07/2020 à 21:54, Landron Gérard a écrit : vu sur Ask -- Bonjour, dans un document writer, lorsqu'on utilise la ligne ou la fleche de l'outil de dessin, il y a dans la barre d'outils une fonction qui permet de changer l'épaisseur du trait de la ligne. Lorsqu'on augmente plusieurs fois l'épaisseur puis on diminue cette epaisseur, le fait de diminuer ne fonctionne pas, ca continue à augmenter l'épaisseur du trait. La valeur de l'épaisseur diminue, mais une demi-seconde plus tard, elle augmente automatiquement. - je confirme, il faut passer par le menu contextuel ligne... pour corriger sur la version 6.4.4.2 Gérard ASk indique : pierre-yves samyn répondue: () Ceci a été corrigé dans la 6.4.5 cf. fdo#132169 (voir notes de version https://wiki.documentfoundation.org/Releases/6.4.5/RC1 Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [writer] épaisseur de ligne
vu sur Ask -- Bonjour, dans un document writer, lorsqu'on utilise la ligne ou la fleche de l'outil de dessin, il y a dans la barre d'outils une fonction qui permet de changer l'épaisseur du trait de la ligne. Lorsqu'on augmente plusieurs fois l'épaisseur puis on diminue cette epaisseur, le fait de diminuer ne fonctionne pas, ca continue à augmenter l'épaisseur du trait. La valeur de l'épaisseur diminue, mais une demi-seconde plus tard, elle augmente automatiquement. - je confirme, il faut passer par le menu contextuel ligne... pour corriger sur la version 6.4.4.2 Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Impression transparence => noir (ou gris)
Le 07/05/2020 à 13:08, Bernard Siaud alias Troumad a écrit : Le 07/05/2020 à 11:56, Landron Gérard a écrit : L'impression dans un fichier est bonne. Voici ce qui s'imprime : http://troumad.org/OOo/felie.jpg index.php ne donne pas le rendu de l'image ! de toute façon il s'agissait de voir ce qui n'allait pas... et que donne l'impression du pdf ? Gérard Je viens de changer les droits. impression tout à fait normal. Je me demandais s'il y avait une transparence dans l'arrière fond du titre... Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Impression transparence => noir (ou gris)
Le 07/05/2020 à 12:03, Bernard Siaud alias Troumad a écrit : Le 06/05/2020 à 09:59, Landron Gérard a écrit : Le 06/05/2020 à 10:25, Bernard Siaud alias Troumad a écrit : Bonjour Sur ce document : http://troumad.org/OOo/Felie.ods en haut de la première page, j'ai une image avec un fond transparent. Il y a quelques temps, l'impression était correcte. Maintenant, le transparent donne du noir. Ça peut venir d'où ? - d'un bug de Libreoffice 6.4.3.2 ? - d'un bug autre sur Mageia Cauldron ? pourrais-tu fournir un pdf du résultat si cela se produit aussi dans "impression dans un fichier", cela permettra de voir ce qu'on doit voir... L'impression dans un fichier est bonne. Voici ce qui s'imprime : http://troumad.org/OOo/felie.jpg index.php ne donne pas le rendu de l'image ! de toute façon il s'agissait de voir ce qui n'allait pas... et que donne l'impression du pdf ? Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Impression transparence => noir (ou gris)
Le 06/05/2020 à 10:25, Bernard Siaud alias Troumad a écrit : Bonjour Sur ce document : http://troumad.org/OOo/Felie.ods en haut de la première page, j'ai une image avec un fond transparent. Il y a quelques temps, l'impression était correcte. Maintenant, le transparent donne du noir. Ça peut venir d'où ? - d'un bug de Libreoffice 6.4.3.2 ? - d'un bug autre sur Mageia Cauldron ? pourrais-tu fournir un pdf du résultat si cela se produit aussi dans "impression dans un fichier", cela permettra de voir ce qu'on doit voir... Voici ma version de libreoffice sous Mageia Cauldron : Version : 6.4.3.2 Build ID : 6.4.3.2-2.mga8 Threads CPU : 4; OS : Linux 5.5; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.utf8); Langue IHM : fr-FR Calc: threaded Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] 6.4.0.3 petit oubli de traduction
Le 27/02/2020 à 15:58, Marie-jo Listes a écrit : Bonjour Version Linux Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Dans Outils / Options / LibreOffice / Impression La boite de dialogue n'est pas totalement traduite en français. je ne remarque rien d'anormal sur la 6.4.1.2. peut-être corrigé depuis ou problème de profil. Même chose en mode sans échec ? cordialement Marie-Jo Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [Liboo6.3.3] Calc insertion d'une feuille impossible
Bonjour, suite à une question sur le forum de Fedora, la fonction /Feuille/insérer une feuille à partir d'un fichier... ne marche pas Sur mon poste j'obtiens le message d'erreur erroné ! --- Erreur lors du chargement du document file:///home/gland/Documents/articles_a_zero.ods: L'objet n'est pas accessible. Impossible d'accéder à l'objet, car les droits d'utilisateur sont insuffisants. -- Pas de problème avec la préversion 6.4.0.2 ce serait apparut après la 6.2.8 Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer] faute dans l'aide sur autotexte
Le 08/12/2019 à 17:15, Jean-Baptiste Faure a écrit : Bonjour Gérard, Le 27/11/2019 à 18:16, Landron Gérard a écrit : Bonsoir, il y a au moins une faute dans l'aide sur l'autotexte le n°2 indique : Choose Outils - AutoTexte. Qu'est-ce que tu appelles "le n°2" ? dans le chapitre " Pour créer une entrée d'AutoTexte " de la page /opt/libreoffice6.3/help/fr/text/swriter/guide/autotext.html?DbPAR=WRITER#bm_id315552 il y a une liste numéroté de 1 à 6 je mets le texte au complet Pour créer une entrée d'AutoTexte 1. Sélectionnez le texte, le texte avec images, le tableau ou le champ à enregistrer comme entrée AutoTexte. Une image ne peut être enregistrée comme AutoTexte que si elle est ancrée comme caractère, et qu'elle est précédée et suivie d'au moins un caractère texte. 2. Choose Outils - AutoTexte. 3. Sélectionnez la catégorie dans laquelle vous voulez enregistrer l'AutoTexte. 4. Saisissez un nom composé de cinq caractères minimum. Cela vous permet d'utiliser l'option d'AutoTexte Pendant la frappe, afficher le nom complet sous forme d'infobulle. Vous avez la possibilité de modifier le raccourci proposé. 5. Cliquez sur le bouton AutoTexte, puis choisissez Nouveau. 6. Cliquez sur le bouton Fermer. Bonne journée elle est finie, merci ! le coucher du soleil était à 15h58 et le crépuscule à 16h44 selon les données officielle JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [writer] faute dans l'aide sur autotexte
Bonsoir, il y a au moins une faute dans l'aide sur l'autotexte le n°2 indique : Choose Outils - AutoTexte. Dans liboo 6.3.3 et 6.4 Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libreoffice 6.3.3.2 et grammalecte 1.5.0
Le 22/11/2019 à 01:34, William Gathoye (LibreOffice) a écrit : Bonjour Gérard, Mon papa utilise quotidiennement une Fedora 31 avec KDE Plasma avec LibreOffice et Grammalecte et l'install fonctionne correctement (encore testée tout à l'heure). libreoffice de TDF ou de Fedora ? le conjugueur de grammalecte s'ouvre bien ? Sans se baser sur le texte par défaut, si vous tapez une phrase style: « il a manger un tartin » est ce que grammalecte vous souligne correctement « manger » et « tartin » ? bien sur, le problème remarqué ne touche que le à ce que je n'avais pas précisé dans mon message. Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Libreoffice 6.3.3.2 et grammalecte 1.5.0
Bonjour, je rencontre deux problèmes sur ma configuration et j'aimerais savoir si elles viennent de la configuration Sur Fedora31, KDE/PLASMA Le conjugueur ne s'affiche pas et bloque l'application si j'utilise VCL:kde5, ce qui est une régression par rapport à la version précédente. il n'y a pas de faute détectée sur *Accéder a la présentation.* en prenant le texte(tex F3) par défaut de libreoffice et en y faisant une faute, elle n'est pas détectée : *Ses yeux scrutent nerveusement l’obscurité, a la recherche du salut.* Le problème de correction est le même avec VCL:kde5 ou VCL:gtk3 Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Suppression d'une zone de texte dans une liste. Bug ?
Le 15/11/2019 à 10:57, Pierre Choffardet a écrit : Bonjour, Dans ce fichier, https://framadrop.org/r/tqEdFLXxxC#S4GSIl4E+A80faZlHVC21IoHEcSNBqUYgqgTK4yqjb8= Je ne peux pas supprimer la zone de texte (sauf à passer par le navigateur de document) C'est un bug ou un comportement voulu ? sans doute un bug car on peut le supprimer avec ctrl +x ou désactiver la puce, la suppression marche cela à l'air lié à la présence de la puce Je ne comprend pas la double barre verticale qui se met devant la puce... Parfois, lorsque je veux modifier la couleur du texte de cette zone de texte, c'est la puce qui change de couleur... Mais, je ne reproduis pas systématiquement Pierre Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]espace insécable sur Liboo6.3.3
Le 10/11/2019 à 17:47, Herve ROUSSEL a écrit : Bonjour, Moi cela fonctionne sous widows 10. merci j'ai refait un test : seul ; marche le problème est du coté de kde5 car avec gtk3 tout marche bien. Sauf erreur de ma part, c'est une régression par rapport à la 6.2. Un utilisateur de kde pourrait-il confirmer ? Avec cette version : Version: 6.3.3.2 (x64) Build ID: a64200df03143b798afd1ec74a12ab50359878ed CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded Cordialement. Hervé Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [writer]espace insécable sur Liboo6.3.3
Bonjour, sur la dernière version Version: 6.3.3.2 Build ID: a64200df03143b798afd1ec74a12ab50359878ed Threads CPU : 6; OS : Linux 5.3; UI Render : par défaut; VCL: kde5; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded l'insertion de l'espace insécable n'est pas automatique en français. Même problème en mode sans échec. Y a-t-il un changement à ce niveau ou un paramétrage à faire ? Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]remplacement des lettres accentuées
Le 12/10/2019 à 12:45, Laurent BP a écrit : Le 12/10/2019 à 11:31, Landron Gérard a écrit :> Le 12/10/2019 à 11:57, Laurent BP a écrit : >> >> Pour moi le texte de l'option est correct : a et à sont la même lettre, > pourtant dans la table de caractère, ils sont bien distincts...Comme A et a. Pour les distinguer dans la recherche tu dois cocher une option.> >> comme A et À. La différence entre a et à est un signe diacritique. >> Donc pour distinguer a et à il faut que la recherche soit "sensible à >> la diacritique" et pour distinguer a et A il faut que la recherche >> soit sensible à la casse. Peut-être qu'une formulation identique pour >> les 2 options "Respecter la diacritique" serait + clair ? >> >> Le bogue était probablement que l'option n'était pas cochée par >> défaut dans les profils, ce qui est résolu. >> >> Pour l'intérêt de l'option, n'oubliez pas qu'une suite bureautique >> gère une foultitude de langues différentes et l'importance des signes >> diacritiques n'est probablement pas la même suivant les régions du >> monde. Donc, même si cette option en français devrait être >> logiquement toujours cochée, cela n'est peut-être pas vrai pour tout >> le monde. > ok mais alors pourquoi la recherche simple n'a pas cette option ? La recherche simple n'a que les options les + courantes. On peut toujours augmenter le nombre d'options mais il faut aussi savoir se limiter. En français, on coche l'option et on n'y touche plus a priori. Peux-tu clore le rapport de bug ou on laisse comme il est ? Le rapport est résolu, donc on peut le laisser comme cela. Si tu veux faire la demande d'une option supplémentaire, il faut faire un nouveau rapport. Je suggérais de modifier le texte de l'option. Qu'en penses-tu ? Ce serait bien mais que proposes-tu ? Ce qui me gène plus est le fait que c'est une option cochée, donc 'exception' alors qu'elle est la plus courante. A+ Laurent Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]remplacement des lettres accentuées
Le 12/10/2019 à 11:57, Laurent BP a écrit : Bonjour, Le 09/10/2019 à 17:11, Landron Gérard a écrit : Le 07/10/2019 à 15:46, Ysabeau a écrit : Le 07/10/2019 à 13:58, Landron Gérard a écrit : de fait en cochant, cela marche, je croyais pourtant avoir essayé... mais c'est l'option qui m'intrigue en plus de son utilité ! Elle devrait-être inversée, on coche si on veut une recherche insensible à la diacritique. Qu'en pensez-vous et peut-on demander l'amélioration ? car on ne doit pas avoir à développer le panneau des options pour une simple recherche Je te suis à 100%. Si on fait un rechercher-remplacer dʼun caractère par un autre, et encore plus si on saisit son numéro Unicode, LibreOffice devrait faire le travail sans quʼil soit nécessaire de cocher ou non une option. Ça nʼest ni ergonomique ni souhaitable. Les caractères accentués sont des lettres à part entière et absolument pas interchangeables dans aucune langue que je connaisse peu ou prou. En outre, l'expression « Sensible à la diacritique », dont je ne critique absolument pas la traduction, nʼest probablement pas compréhensible de tout le monde. On est là dans un registre de langue spécialisé. j'attendais une éventuelle réponse de Laurent avant de répondre. Ne possédant pas du tout l'anglais, je ne me vois pas argumenter le problème sur le rapport de bug. Pourrais-tu le faire ? de plus le problème ne se produit que sur la boite de dialogue Chercher/Remplacer(ctrl+H) et pas dans la recherche simple de la barre d'outil Rechercher (ctrl+F). Gérard Pour moi le texte de l'option est correct : a et à sont la même lettre, pourtant dans la table de caractère, ils sont bien distincts... comme A et À. La différence entre a et à est un signe diacritique. Donc pour distinguer a et à il faut que la recherche soit "sensible à la diacritique" et pour distinguer a et A il faut que la recherche soit sensible à la casse. Peut-être qu'une formulation identique pour les 2 options "Respecter la diacritique" serait + clair ? Le bogue était probablement que l'option n'était pas cochée par défaut dans les profils, ce qui est résolu. Pour l'intérêt de l'option, n'oubliez pas qu'une suite bureautique gère une foultitude de langues différentes et l'importance des signes diacritiques n'est probablement pas la même suivant les régions du monde. Donc, même si cette option en français devrait être logiquement toujours cochée, cela n'est peut-être pas vrai pour tout le monde. ok mais alors pourquoi la recherche simple n'a pas cette option ? Peux-tu clore le rapport de bug ou on laisse comme il est ? Merci A+ Laurent Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]remplacement des lettres accentuées
Le 07/10/2019 à 15:46, Ysabeau a écrit : Le 07/10/2019 à 13:58, Landron Gérard a écrit : de fait en cochant, cela marche, je croyais pourtant avoir essayé... mais c'est l'option qui m'intrigue en plus de son utilité ! Elle devrait-être inversée, on coche si on veut une recherche insensible à la diacritique. Qu'en pensez-vous et peut-on demander l'amélioration ? car on ne doit pas avoir à développer le panneau des options pour une simple recherche Je te suis à 100%. Si on fait un rechercher-remplacer dʼun caractère par un autre, et encore plus si on saisit son numéro Unicode, LibreOffice devrait faire le travail sans quʼil soit nécessaire de cocher ou non une option. Ça nʼest ni ergonomique ni souhaitable. Les caractères accentués sont des lettres à part entière et absolument pas interchangeables dans aucune langue que je connaisse peu ou prou. En outre, l'expression « Sensible à la diacritique », dont je ne critique absolument pas la traduction, nʼest probablement pas compréhensible de tout le monde. On est là dans un registre de langue spécialisé. j'attendais une éventuelle réponse de Laurent avant de répondre. Ne possédant pas du tout l'anglais, je ne me vois pas argumenter le problème sur le rapport de bug. Pourrais-tu le faire ? de plus le problème ne se produit que sur la boite de dialogue Chercher/Remplacer(ctrl+H) et pas dans la recherche simple de la barre d'outil Rechercher (ctrl+F). Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]remplacement des lettres accentuées
Le 03/10/2019 à 14:25, Laurent Balland LibO a écrit : Bonjour, Le 03/10/2019 à 11:47, Landron Gérard a écrit : Le 03/10/2019 à 10:31, Ysabeau a écrit : Le 03/10/2019 à 08:55, Landron Gérard a écrit : Bonjour, je découvre un problème ce matin. Je cherche à remplacer tous les ú d'un texte lituanien (cette lettre n'existe pas). En faisant rechercher tout, sont sélectionner tous le u accentués ou non et quelques soit l'accent ou signe : ù,ū́,ų̃ etc et c'est vrai pour toutes les lettres aussi en français... Il ne me semble pas que ce soit le comportement normal ! j'ai ouvert un rapport : https://bugs.documentfoundation.org/show_bug.cgi?id=127944 Je reproduis avec toutes mes versions 6.2 mais pas 6.1. J'ai confirmé le rapport. J'ai reçu ceci ce matin qui m'intrigue : Comment # 6 on bug 127944 from Khaled Hosny I can’t reproduce. Please make sure to select Diacritic-sensitive checkbox in the Find & Replace dialog (it should be selected by default, in new installations at least). --- de fait en cochant, cela marche, je croyais pourtant avoir essayé... mais c'est l'option qui m'intrigue en plus de son utilité ! Elle devrait-être inversée, on coche si on veut une recherche insensible à la diacritique. Qu'en pensez-vous et peut-on demander l'amélioration ? car on ne doit pas avoir à développer le panneau des options pour une simple recherche A+ Laurent Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]remplacement des lettres accentuées
Le 03/10/2019 à 13:05, Ysabeau a écrit : Le 03/10/2019 à 11:47, Landron Gérard a écrit : j'ai ouvert un rapport : https://bugs.documentfoundation.org/show_bug.cgi?id=127944 peux-tu confirmer ? car c'est assez bloquant Je viens de le faire et de rajouter ta config (ce que tu avais oublié de faire). J'espère que ça ne te dérange pas. au contraire, merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]remplacement des lettres accentuées
Le 03/10/2019 à 10:31, Ysabeau a écrit : Le 03/10/2019 à 08:55, Landron Gérard a écrit : Bonjour, je découvre un problème ce matin. Je cherche à remplacer tous les ú d'un texte lituanien (cette lettre n'existe pas). En faisant rechercher tout, sont sélectionner tous le u accentués ou non et quelques soit l'accent ou signe : ù,ū́,ų̃ etc et c'est vrai pour toutes les lettres aussi en français... Il ne me semble pas que ce soit le comportement normal ! j'ai ouvert un rapport : https://bugs.documentfoundation.org/show_bug.cgi?id=127944 peux-tu confirmer ? car c'est assez bloquant Non ce n'est pas normal. J'ai fait l'expérience en rentrant les codes Unicode des caractères dans la fenêtre de recherche, ce qui élimine une interprétation du clavier. Il semble considérer que tous les u sont identiques alors qu'ils ont un numéro Unicode différent. NB : pour rentrer le code unicode, avec un environnement graphique basé sur GTK, faire la combinaison de touches Ctrl + Maj + U puis le code Unicode. Avec un environnement de bureau sous KDE, il faut installer Ibus. Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [writer]remplacement des lettres accentuées
Bonjour, je découvre un problème ce matin. Je cherche à remplacer tous les ú d'un texte lituanien (cette lettre n'existe pas). En faisant rechercher tout, sont sélectionner tous le u accentués ou non et quelques soit l'accent ou signe : ù,ū́,ų̃ etc et c'est vrai pour toutes les lettres aussi en français... Il ne me semble pas que ce soit le comportement normal ! Version: 6.3.2.2 Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c Threads CPU : 6; OS : Linux 5.3; UI Render : par défaut; VCL: kde5; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded sur Fedora31 Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]Modification du champ date, régression ?[RESOLU !]
Le 28/09/2019 à 14:04, Laurent BP a écrit : Merci Gérard pour l'ouverture du rapport. J'ai soumis le commit suivant pour retirer la limite des 31 jours: https://gerrit.libreoffice.org/79788/ un très grand merci pour ton patch, je charge la nouvelle version dès que possible Laurent BP Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] [writer]Modification du champ date, régression ?
Le 28/09/2019 à 13:16, Laurent BP a écrit : La ligne de code est : https://opengrok.libreoffice.org/xref/core/sw/source/ui/fldui/flddok.cxx?r=deb37c44#307 m_xDateOffsetED->set_range(-31, 31); // one month Pour LibO 6.3+ Dans la branche 6.2, les lignes équivalentes sont: m_pDateOffsetED->SetFirst(-31); // one month m_pDateOffsetED->SetLast(31); modifiées dans le commit https://cgit.freedesktop.org/libreoffice/core/commit/sw/source/ui/fldui/flddok.cxx?id=263684239168d88ae42637f72640048bd04e1aec Dans la branche 6.2, la valeur +/-31 est la valeur limite avec les touches PageHaut/Bas. Dans la branche 6.3, cette valeur est maintenant bloquante pour le champ lui même. A noter le même pb avec le décalage en minutes pour l'heure. Mais autant un décalage max d'une journée pour un horaire est logique, le décalage max d'un mois est trop restrictif pour une date. tout à fait d'accord merci Laurent Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] [writer]Modification du champ date, régression ?
Bonjour, j'utilise les étiquettes de writer pour dater mes produits avec 1 an de validité. Pour cela, après avoir inséré le champ date, je l'édite pour mettre un décalage de jour, 365 ou 366 suivant l'année. Pour utiliser une date antérieur, même chose en mettant -45 par exemple. Je viens de me rendre compte que ce n'est plus possible, le maximum en + ou - est 31. Vérifié sur les version 6.3.0, 6.3.2 de TDF et 6.3.1 de Fedora31 Cela me semble une régression Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Re: [fr-qa] Re: [fr-qa] Re: [fr-qa] Bug dans l'éditeur d'équations avec underbrace
Le 28/08/2019 à 08:15, Jean-Baptiste Faure a écrit : > Bonjour Gérard, > > Le 28/08/2019 à 06:11, Landron Gérard a écrit : > [...] >>> >>> Pouvez-vous confirmer ? Qu'est-ce que ça donne sous Windows et macOS ? >> je ne reproduis pas sous >> >> Version: 6.2.6.2 >> Build ID: 6.2.6.2-1.fc30 >> Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: gtk3; >> Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR >> Calc: threaded >> >> ni sous Version: 6.3.0.4 >> Build ID: 057fc023c990d676a43019934386b85b21a9ee99 >> Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: kde5; >> Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR >> Calc: threaded > > Intéressant ça, tu vois bien la 1ère accolade "ce qui entre" et tu peux > ré-éditer la formule sans problème ? > > Je remarque que tu utilises un noyau 5.1 (moi c'est 4.15). Quelle est ta > version de libfreetype ? j'ai été voir les copies fournies sur le rapport et je confirme que tout est bon pour moi. Peut-être l'environnement graphique ? je suis sous kde plasma, X11 > > Bonne journée > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Re: [fr-qa] Bug dans l'éditeur d'équations avec underbrace
Le 28/08/2019 à 08:15, Jean-Baptiste Faure a écrit : > Bonjour Gérard, > > Le 28/08/2019 à 06:11, Landron Gérard a écrit : > [...] >>> >>> Pouvez-vous confirmer ? Qu'est-ce que ça donne sous Windows et macOS ? >> je ne reproduis pas sous >> >> Version: 6.2.6.2 >> Build ID: 6.2.6.2-1.fc30 >> Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: gtk3; >> Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR >> Calc: threaded >> >> ni sous Version: 6.3.0.4 >> Build ID: 057fc023c990d676a43019934386b85b21a9ee99 >> Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: kde5; >> Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR >> Calc: threaded > > Intéressant ça, tu vois bien la 1ère accolade "ce qui entre" et tu peux > ré-éditer la formule sans problème ? je ne suis pas habitué à ce genre de formule (euphémisme), je ne sais donc pas si j'ai le rendu exact ! J'ai bien 3 accolades : ce qui entre, ce qui sort, ce qui reste. Tout est bien centré. Je peux modifier soit en tapant directement dnas la formule de la page soit dans l'éditeur qui s'ouvre en bas de page > > Je remarque que tu utilises un noyau 5.1 (moi c'est 4.15). Quelle est ta > version de libfreetype ? Nom : freetype Version : 2.9.1 Publication : 7.fc30 Architecture : x86_64 Taille : 856 k > > Bonne journée > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Re: [fr-qa] Bug dans l'éditeur d'équations avec underbrace
Le 27/08/2019 à 23:20, Jean-Baptiste Faure a écrit :
> Bonjour,
>
> Je viens de rapporter le bug suivant :
> https://bugs.documentfoundation.org/show_bug.cgi?id=127189
> qui concerne underbrace (accolade horizontale ouverte vers le haut).
>
> Si on édite l'équation suivante dans LO sous Linux avec le plugin GTK3
> alors l'interface de LO est cassée et on ne peut plus rien voir. On peut
> continuer à travailler mais c'est plus compliqué sans rien voir. ;-)
>
> la formule d'origine :
> {%DELTA Q_a~+~sum{(Q_n + %DELTA Q_n)}~+~sum{(Q_0 + %DELTA Q_0)}}
> underbrace {"ce qui entre"}~-~{sum{(Q_1 + %DELTA Q_1)}} underbrace {"ce
> qui sort"}~=~{Aire over {%DELTA t} cdot %DELTA Z_1} underbrace {"ce qui
> reste"}
>
> En fait il suffit que l'expression du haut soit suffisamment longue pour
> tout casser. On ne perd pas son document mais il faut utiliser le plugin
> générique pour pouvoir travailler.
> Dans un terminal sous linux :
> SAL_USE_VCLPLUGIN=gen libreoffice mon_fichier.odt
>
> Pouvez-vous confirmer ? Qu'est-ce que ça donne sous Windows et macOS ?
je ne reproduis pas sous
Version: 6.2.6.2
Build ID: 6.2.6.2-1.fc30
Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: gtk3;
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded
ni sous Version: 6.3.0.4
Build ID: 057fc023c990d676a43019934386b85b21a9ee99
Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: kde5;
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded
>
> Bonne soirée
> JBF
Gérard
--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Liboo6.3.0.4 [writer]
Le 15/08/2019 à 14:32, sophi a écrit : > Le 14/08/2019 à 09:37, Jean-Baptiste Faure a écrit : >> Le 14/08/2019 à 09:18, Jean-Baptiste Faure a écrit : >>> [...] >>> Vérification faite ces chaînes n'ont pas de clé. Je vais faire un >>> rapport de bug. >> >> Voilà : https://bugs.documentfoundation.org/show_bug.cgi?id=126908 > > Super, merci :) > Bonne journée > Sophie > merci à vous Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Bug Impress image rotation moche :(
Le 15/08/2019 à 12: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 > > OS: GNU/Linux ; Bureau MATE (VCL gtk3) je confirme sous Fedora30, Version: 6.2.5.2 Build ID: 6.2.5.2-1.fc30 Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded et Version: 6.3.0.4 Build ID: 057fc023c990d676a43019934386b85b21a9ee99 Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: kde5; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded le problème n'est donc pas récent, le problème n'est de fait visible qu'en mode présentation > > Merci d'avance. > > Bien à vous, > Serge. Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Document draw : impossible de récupérer la position de la souris
Le 11/08/2019 à 12:53, Didier Dorange-Pattoret a écrit : > Bonjour à tous, > > Avec la version 6.3.0.4, je n'arrive plus à récupérer la position de la > souris affichée dans la barre de statut (statusbar en bas de la page). > > J'ai déclaré un bug : > https://bugs.documentfoundation.org/show_bug.cgi?id=126819 > > Si vous voulez bien vérifier... > > Pour ce faire, ouvrir le fichier attaché, cliquez sur le bouton, puis > cliquez sur la page. > > Normalement, on obtient le texte qui donne la position de la souris (ex > : 11,73 / 19,81). de fait, j'obtiens le résultat dans une popup sur la version 6.2.5.2. Sur la version 6.3.0.4, il y a une panneau avec un point d'exclamation > > Attention : il se peut que le bouton qui est visible dans l'aperçu ne > s'affiche pas sur la page (un autre bug ?), dans ce cas afficher la > barre d'outils contrôle de formulaire puis activer/désactiver le mode > conception. > > Merci d'avance. Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Lancement Libo Version: 6.2.4.2 (x64) très long
Le 10/08/2019 à 11:09, Nicolas a écrit : > Bonjour; > > Depuis la Version: 6.2.4.2 (x64), libo est de nouveau très long à se > lancer (40 s pour moi contre 8 s avant). et en mode sans échec, il lui faut combien de temps ? cela peut venir d'une extension... > > Nous avions vu il y a 3-4 ans qu'il fallait ne pas installer les > dictionnaires des langues non utilisées ce que je fais systématiquement > avec cette jolie commande > > = > > msiexec /passive /i "(...)\src-libo\LibreOffice_6.2.4_Win_x86.msi" /l* > "(...)\Temp\tmplibo\LibO_install_log.txt" CREATEDESKTOPLINK=0 ALLUSERS=1 > SELECT_WORD=1 SELECT_EXCEL=1 SELECT_POWERPOINT=1 USERNAME="" > COMPANYNAME="" REGISTER_ALL_MSO_TYPES=1 UI_LANGS=fr ADDLOCAL=ALL > REMOVE=,gm_r_ex_Dictionary_Af,gm_r_ex_Dictionary_An,gm_r_ex_Dictionary_Ar,gm_r_ex_Dictionary_Be,gm_r_ex_Dictionary_Bg,gm_r_ex_Dictionary_Bn,gm_r_ex_Dictionary_Br,gm_r_ex_Dictionary_Bs,gm_r_ex_Dictionary_Ca,gm_r_ex_Dictionary_Cs,gm_r_ex_Dictionary_Da,gm_r_ex_Dictionary_De,gm_r_ex_Dictionary_El,gm_r_ex_Dictionary_Es,gm_r_ex_Dictionary_Et,gm_r_ex_Dictionary_Gd,gm_r_ex_Dictionary_Gl,gm_r_ex_Dictionary_Gu,gm_r_ex_Dictionary_He,gm_r_ex_Dictionary_Hi,gm_r_ex_Dictionary_Hr,gm_r_ex_Dictionary_Hu,gm_r_ex_Dictionary_It,gm_r_ex_Dictionary_Lt,gm_r_ex_Dictionary_Lv,gm_r_ex_Dictionary_Ne,gm_r_ex_Dictionary_Nl,gm_r_ex_Dictionary_No,gm_r_ex_Dictionary_Oc,gm_r_ex_Dictionary_Pl,gm_r_ex_Dictionary_Pt_Br,gm_r_ex_Dictionary_Pt_Pt,gm_r_ex_Dictionary_Ro,gm_r_ex_Dictionary_Ru,gm_r_ex_Dictionary_Si,gm_r_ex_Dictionary_Sk,gm_r_ex_Dictionary_Sl,gm_r_ex_Dictionary_Sr,gm_r_ex_Dictionary_Sv,gm_r_ex_Dictionary_Te,gm_r_ex_Dictionary_Th,gm_r_ex_Dictionary_Uk,gm_r_ex_Dictionary_Vi,gm_r_ex_Dictionary_Zu,,,gm_o_Onlineupdate > /norestart > === > > Il y-a-t'il une explication ? > Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Liboo6.3.0.4 [writer]
Version: 6.3.0.4 Build ID: 057fc023c990d676a43019934386b85b21a9ee99 Threads CPU : 6; OS : Linux 5.1; UI Render : par défaut; VCL: kde5; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Sous Fedora30 Bonjour, je viens d'installer cette nouvelle version et l’intégration dans KDE s'est nettement améliorée, la petite croix de fermeture du fichier est en place. Dans dans un tableau de writer, si on se place sur les icônes de suppression et de sélection de la barre de tableau, le texte est en anglais. Testé avec un profil neuf. Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] grammalecte sur libreoffice/kde5;
Le 04/07/2019 à 12:39, Ysabeau a écrit : > Le 04/07/2019 à 11:19, Landron Gérard a écrit : >> Bonjour, >> >> je ne sais s'il est utile de le signaler : >> le conjugueur de grammalecte ne marche pas sur >> >> Version: 6.2.3.2 >> Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac >> Threads CPU : 6; OS : Linux 5.0; UI Render : par défaut; VCL: kde5; >> Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR >> Calc: threaded >> >> l'application reste figée, il faut 'killer' >> si lancée avec SAL_USE_VCLPLUGIN=gtk3, il n'y a pas de problème > > > Personnellement je n'ai pas ce problème avec ma version : > Version: 6.2.3.2 > Build ID: 6.2.3.2-3.mga7 > Threads CPU : 4; OS : Linux 5.1; UI Render : par défaut; VCL: gtk3; > Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR > Calc: threaded > > Un problème de bureau ? parce que tu es en gtk3 et non kde5... Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] grammalecte sur libreoffice/kde5;
Bonjour, je ne sais s'il est utile de le signaler : le conjugueur de grammalecte ne marche pas sur Version: 6.2.3.2 Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac Threads CPU : 6; OS : Linux 5.0; UI Render : par défaut; VCL: kde5; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded l'application reste figée, il faut 'killer' si lancée avec SAL_USE_VCLPLUGIN=gtk3, il n'y a pas de problème Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Plantage Filtre Calc sur gros fichier xlsx
Le 21/06/2019 à 19:21, Marie-jo Listes a écrit : > Je précise que je n'ai pas de numéro de bug... > > Il me semble que cette liste est là pour reproduire et confirmer les > problèmes avant de les enregistrer. > > Le 21/06/2019 à 18:09, Marie-jo Listes a écrit : >> >> Bonjour, >> >> Le gouvernement propose un fichier mis à jour chaque semaine contenant >> la liste des codes pour les formations éligibles au CPF. >> >> Le fichier contient 14000 lignes environ. >> >> Dans Calc, si l'on tente de filtrer en écrivant une lettre dans >> "recherche", plantage total de Calc et de LibreOffice. pas de problème chez moi : Version: 6.2.4.2.0 de Fedora30 j'ai recherché système dans le champ Intitulé et cela m'a renvoyé 395 lignes il a quand même fallu attendre quelques secondes problème de mémoire ? Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Impress / Draw 6.2 : dialogue Caractères
Le 15/05/2019 à 10:54, Jean-Baptiste Faure a écrit : > Bonjour, > > Sur ma version compilée maison (6.2.5.0.0+), le dialogue Caractère > s'ouvre toujours sur toute la hauteur de l'écran. Je peux en réduire la > hauteur, mais cette modification n'est pas conservée lors de l'ouverture > suivante du dialogue. > Je n'ai pas ce problème avec la version 6.1 fournie par Ubuntu, ni avec > la version master (future 6.3) compilée maison. désolé, j'ai lu le contraire, à savoir que la boite n'était pas redimensionnable... J'ai ce cas avec la version Fedora30 mais pas avec la version tdf > > Mon rapport de bug : > https://bugs.documentfoundation.org/show_bug.cgi?id=125138 > > Est-ce que vous reproduisez avec une 6.2 actuelle ou avec une RC1 de la > 6.2.4 ? > > Bonne journée > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Impress / Draw 6.2 : dialogue Caractères
Le 15/05/2019 à 10:54, Jean-Baptiste Faure a écrit : > Bonjour, > > Sur ma version compilée maison (6.2.5.0.0+), le dialogue Caractère > s'ouvre toujours sur toute la hauteur de l'écran. Je peux en réduire la > hauteur, mais cette modification n'est pas conservée lors de l'ouverture > suivante du dialogue. > Je n'ai pas ce problème avec la version 6.1 fournie par Ubuntu, ni avec > la version master (future 6.3) compilée maison. on parle bien de la boite de dialogue obyenue avec le clic droit dans une zone de texte Caractère ? > > Mon rapport de bug : > https://bugs.documentfoundation.org/show_bug.cgi?id=125138 > > Est-ce que vous reproduisez avec une 6.2 actuelle ou avec une RC1 de la > 6.2.4 ? si oui, pas de problème avec ma version tdf Version: 6.2.3.2 Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac Threads CPU : 6; OS : Linux 5.0; UI Render : par défaut; VCL: kde5; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded ou la version Fedora30 Version: 6.2.3.2 Build ID: 6.2.3.2-1.fc30 Threads CPU : 6; OS : Linux 5.0; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded > > Bonne journée > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Libo 6.2.2.2, Aide sur la métabarre
Bonjour, Après avoir activer les fonctionnalités est expérimentales, l'aide indique Pour accéder à cette commande... Choisissez le menu Affichage - Disposition des barres d'outils - Métabarre --- il n'y a pas de sous-menu 'Disposition des barres d'outils - Métabarre' mais directement mais directement les 4 options dans le menu 'Affichage - Interface utilisateur'. Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Re: [fr-qa] Re: [fr-qa] Libo 6.2.2.1, multifenêtre
Le 14/03/2019 à 19:17, Jean-Baptiste Faure a écrit : > Bonjour Gérard, > > Le 14/03/2019 à 15:13, Landron Gérard a écrit : >> Bonjour, >> >> désolé pour le libellé, je n'ai pas trouver comment définir cette >> fonction. >> Quand il n'y a qu'une fenêtre de libreoffice ouverte, il y avait une >> croix qui permettait de fermer le module sans fermer complètement >> libreoffice. Elle a disparut. Sans doute liée à l'intégration de KDE car >> lancé avec gtk3 >> SAL_USE_VCLPLUGIN=gtk3 /opt/libreoffice6.2/program/swriter >> la croix de fermeture est bien là >> >> Jusqu'ici je pouvais ouvrir en parallèle les versions TDF et la version >> packagée du système. Ce n'est plus possible: >> libo6.1.5 ouvert en premier, interface gtk3 >> sans le fermer, ouverture de libo6.2.2.1, l'interface du premier passe >> en kde5... > > Je ne reproduis pas avec LO 6.1 en générique et LO 6.2 en gtk3. sous kde ? cela me semble lié à l'intégration > Est-ce que cela fait pareil si tu lances les 2 versions en ligne de > commande ? Peut-être un effort de bord bizarre de l'intégration KDE5. je ne peux pas lancer deux versions en console. La première marche bien la console reste liée la deuxième, même en mettant le chemin complet, une nouvelle fenêtre s'ouvre mais la console se libère aussitôt montrant que ce n'est pas un nouveau processus. Après essai, contrairement à ce que je disais, si 6.1.5 ouvert en premier(gtk3), l'ouverture de 6.2.2 ne fera qu'ajouter une nouvelle fenêtre Même chose dans l'autre sens. Il y a visiblement une partie commune qu n'existait pas avant me semble-t-il. et pour la croix de fermeture du document ? > > Bonne journée > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Langue par défaut des fichiers .odt et .odp en Anglais(U.S.A.) -> (menu contextuel)
Le 14/03/2019 à 20:46, Nicolas a écrit : > Bonjour, > > Avez-vous remarqué que pour la version française, la langue par défaut > des fichiers créés avec le bouton droit (menu contextuel) dans un > dossier est en Anglais(U.S.A.). cela a toujours été le cas et le sujet est revenu assez souvent sur cette liste ! > > C'est fichier sont ici par défaut : > > C:\Program Files\LibreOffice\share\template\shellnew > > Est-ce un bug ou le cas pour toutes les versions de langue ? > > Nicolas Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libo 6.2.2.1, traduction
Le 14/03/2019 à 19:10, Jean-Baptiste Faure a écrit : > Bonjour Gérard, > > Le 14/03/2019 à 14:52, Landron Gérard a écrit : >> Bonjour, >> >> Quand on sélectionne plusieurs objets, l'option 'Grouper' apparaît. >> Clic droit sur le groupe donne l'option 'Dissocier'. >> Dans les anciennes versions on avait me semble-t-il 'Dégrouper' qui est >> l'opération inverse de Grouper. >> Dissocier étant le pendant de Associer. >> >> Petit détail car on comprend >> Qu'en pensez-vous ? > > J'ai déjà "Dissocier" dans la version 6.1. As-tu un n° de version dans > laquelle on aurait "Dégrouper" ? aucune idée, je l'ai dans une version 5.2.7 sur un raspberry mais comme c'est une version debian et qu'elle n'est pas en français... ma réaction vient peut-être de l'utilisation d'autres programmes qui utilisent le terme Dégrouper comme Inkscape par ex. > Bonne journée merci > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Libo 6.2.2.1, multifenêtre
Bonjour, désolé pour le libellé, je n'ai pas trouver comment définir cette fonction. Quand il n'y a qu'une fenêtre de libreoffice ouverte, il y avait une croix qui permettait de fermer le module sans fermer complètement libreoffice. Elle a disparut. Sans doute liée à l'intégration de KDE car lancé avec gtk3 SAL_USE_VCLPLUGIN=gtk3 /opt/libreoffice6.2/program/swriter la croix de fermeture est bien là Jusqu'ici je pouvais ouvrir en parallèle les versions TDF et la version packagée du système. Ce n'est plus possible: libo6.1.5 ouvert en premier, interface gtk3 sans le fermer, ouverture de libo6.2.2.1, l'interface du premier passe en kde5... merci pour cette version qui n'a pas que des cotés négatifs Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Libo 6.2.2.1, traduction
Bonjour, Quand on sélectionne plusieurs objets, l'option 'Grouper' apparaît. Clic droit sur le groupe donne l'option 'Dissocier'. Dans les anciennes versions on avait me semble-t-il 'Dégrouper' qui est l'opération inverse de Grouper. Dissocier étant le pendant de Associer. Petit détail car on comprend Qu'en pensez-vous ? Merci Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Déclaration de bug
Le 23/02/2019 à 11:26, Didier Dorange-Pattoret a écrit : > Bonjour, > > Pour ce que j'ai trouvé le bug se manifeste de deux façons : > > - sous Ubuntu bureau Gnome, la boîte de dialogue est mal positionnée si > elle s'affiche avec la méthode Execute, > > - sous Rosalinux KDE, la boîte est mal positionnée si elle s'affiche > avec la méthode SetVisible. > > Peut-être que l'un d'entre vous dispose de Gnome ou de KDE et peut > vérifier avec le fichier attaché fourni ? ce serait bien de préciser ou elles doivent s'afficher ! > > Bien cordialement. > Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Déclaration de bug
Le 23/02/2019 à 08:39, Didier Dorange-Pattoret a écrit : > Bonjour, > > Pour information j'ai déclaré ce bug : > https://bugs.documentfoundation.org/show_bug.cgi?id=123564 > > Sous Ubuntu 18.10 la position d'une boîte de dialogue est erronée avec > la méthode Execute, sous RosaLinux (Kde), elle est erronée avec la > méthode SetVisible. > > J'ai attaché un fichier test. pas trop compris sous fedora29, kde avec la version 6.1.5.2 de la distribution et la version dev 6.2.2.0.0+ les boites de dialogue sont centrées par rapport à la fenêtre > > Si vous pouviez confirmer ou infirmer ma déclaration ... > > D'avance merci. Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Writer 6.2.0.3
Le 18/02/2019 à 17:35, bruno a écrit : > Bonsoir, > > Depuis l'installation de cette version majeure, je connais quelques > soucis : hélas cette version 'majeur' contient beaucoup trop de bugs pour une utilisation courante ! je ne sais pas sous quel environnement vous travaillez mais sous linux/kde je l'ai abandonné. Je garde une 6.1.5.2 au cas ou et travaille sur une version de développement 6.2.2.0.0 qui me parait plus stable que la 6.2.0.3 > > Lors de la rédaction de mon livre, lorsque je veux créer un style à > partir d'un style existant, Writer se ferme à chaque fois et se lance > alors le "mode récupération du document" > > Lors de la création d'un style, la fenêtre s'ouvre en plein écran, je ne > vois donc plus le bouton "valider" qui me permet de valider mon style. > > Avez-vous déjà eu des retours à ce sujet ? > > Merci. > > Cordialement, c'est juste un avis personnel Gérard > > _ > > Good evening, > > Since the installation of this major version, I have had some problems: > > When writing my book, when I want to create a style from an existing > style, Writer closes each time and then launches the "document recovery > mode". > > When creating a style, the window opens in full screen, so I no longer > see the "validate" button that allows me to validate my style. > > Have you ever had any feedback on this? > > Thank you. > > Sincerely, > > -- 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] Libo 6.2.0.3, tabulation
Le 13/02/2019 à 21:53, yves dutrieux a écrit : > Je confirme le comportement que tu décris (6.2.0.3 windows). > avec au 4eme essai un plantage de Libreoffice. > > Yves > > Le mer. 13 févr. 2019 à 19:29, Jean-Baptiste Faure > a écrit : > >> Bonsoir, >> >> Le 13/02/2019 à 16:06, Landron Gérard a écrit : >>> [...] >>> >>> ouvrir writer, clic droit dans la page/paragraphe/paragraphe >>> onglet tabulation >>> supprimer les 0.00 et taper les chiffres >>> 123 donne 321 >>> >> >> Ok, c'est ce que j'ai essayé. Si je tape 123, j'obtiens 56,00cm >> Si je passe les unités en mm, j'obtiens 560,00mm dés que je tape le 3. >> Je pense que le problème ici est la valeur maximale possible de la >> tabulation. 123 donne 321 et après après clic sur nouveau : 320,99 mm si je tape 9 sans unité de mesure, cela donnera 9 au lieu de 9 mm mais ce n'est qu'un problème d'affichage car la tabulation est bien là et à la réouverture de la fenêtre, l'unité de mesure aussi >> Pouvez-vous vérifier les changements dans le champs de saisie après >> chaque caractère saisi ? Et faire le même test après avoir changer >> l'unité du cm au mm. en cm, 123 -> 321 ne donne 56.00 qu'après fermeture et réouveture de la boite de dialogue test sur la 6.2.0.3 >> >> Bonne journée >> JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libo 6.2.0.3, tabulation
Le 13/02/2019 à 17:17, Ysabeau a écrit : > Le 13/02/2019 à 16:06, Landron Gérard a écrit : > >> J'ai perdu le lien du bug donnée par Ysabeau. On y disait que c'était >> corrigé mais je ne retrouve pas sur quelle version > > > Suffit de demander, c'est là : > https://bugs.documentfoundation.org/show_bug.cgi?id=122238 merci > > > Ça a pas l'air si corrigé que ça :-(. > > Sinon l'autre sur les copier-coller n'est pas non plus corrigé. c'est corrigé dans la version dev d'aujourd'hui, je n'en ai pas testé d'autre Version: 6.2.2.0.0+ de même pour le copier/coller mais je n'ai pas eu le temps de tester beaucoup. La somme qui s'affiche dans la barre d'état quand on sélectionne une colonne qui était assez longue à s'afficher pour un nombre de ligne conséquent est maintenant instantané. J'ai aussi remarqué que l'accès aux données externes sont de nouveau actif mais cela fait peut-être du temps que c'est corrigé car cela marche avec 6.2.0.3 Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Libo 6.2.0.3, tabulation
Le 13/02/2019 à 16:41, Jean-Baptiste Faure a écrit : > Bonjour Gérard, > > Le 13/02/2019 à 10:09, Landron Gérard a écrit : >> bonjour, >> >> question posé sur Ask et reproduite chez moi. >> Quand on veut créer une tabulation, les chiffres sont entrés de droite à >> gauche. Je n'ai pas vu de rapport de bug à ce sujet avec une recherche >> 'tabulation' > > Je n'ai pas l'impression de reproduire, mais peux-tu décrire pas à pas > ce que tu fais ? je viens d'installer la dev d'aujourd'hui et je reproduis ce n'est pas un problème kde car reproduit avec $ SAL_USE_VCLPLUGIN=gen libreoffice6.2 Version: 6.2.2.0.0+ Build ID: ba5e640cc4880ef023b5ea501b1b99e0a3ba25bd Threads CPU : 6; OS : Linux 4.20; UI Render : par défaut; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-2, Time: 2019-02-13_04:26:01 Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded ouvrir writer, clic droit dans la page/paragraphe/paragraphe onglet tabulation supprimer les 0.00 et taper les chiffres 123 donne 321 J'ai perdu le lien du bug donnée par Ysabeau. On y disait que c'était corrigé mais je ne retrouve pas sur quelle version > Bonne journée > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
[fr-qa] Libo 6.2.0.3, tabulation
bonjour, question posé sur Ask et reproduite chez moi. Quand on veut créer une tabulation, les chiffres sont entrés de droite à gauche. Je n'ai pas vu de rapport de bug à ce sujet avec une recherche 'tabulation' Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] 6.2 ; Copier-coller impossible de LibreOffice à autre chose et réciproquement
Le 11/02/2019 à 12:01, Jean-Baptiste Faure a écrit : > Le 11/02/2019 à 09:01, Ysabeau a écrit : >> Le 10/02/2019 à 21:36, Jean-Baptiste Faure a écrit : >> >>> Si tu lances LibreOffice dans un terminal de la façon suivante : >>> $SAL_USE_VCLPLUGIN=gen libreoffice >>> c'est-à-dire en utilisant le plugin VCL générique au lieu de KDE5, >>> est-ce que tu as encore les mêmes problèmes de copier-coller et de >>> touche retour arrière ? >> >> commande introuvable ! > > Comment ça introuvable ? Si tu veux lancer LibreOffice en ligne de > commande comment fais-tu ? Chez moi la commande est $ SAL_USE_VCLPLUGIN=gen libreoffice6.2 c'est l'autocomplétion qui me l'a donnée la différence d'affichage est érnorme ! cela me rappel xp l'effacement arrière marche bien dans ce cas > > Bonne journée > JBF Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] 6.2 ; Copier-coller impossible de LibreOffice à autre chose et réciproquement
Le 10/02/2019 à 22:36, Jean-Baptiste Faure a écrit : > j'ai un autre problème, touche retour arrière inopérante. pas assez précis ! donc ma réponse précédente est erronée. La touche arrière est inopérante si la cellule est en 'édition', si elle a été simplement sélectionné, la touche arrière affiche bien la boite d'options d'effacement. Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] 6.2 ; Copier-coller impossible de LibreOffice à autre chose et réciproquement
Le 11/02/2019 à 10:56, Ysabeau a écrit : > Le 10/02/2019 à 21:36, Jean-Baptiste Faure a écrit : > >> Si tu lances LibreOffice dans un terminal de la façon suivante : >> $SAL_USE_VCLPLUGIN=gen libreoffice >> c'est-à-dire en utilisant le plugin VCL générique au lieu de KDE5, >> est-ce que tu as encore les mêmes problèmes de copier-coller et de >> touche retour arrière ? > > Bon je viens de l'installer sur un autre ordinateur avec un bureau LXDE > : verdict, ça fonctionne. Cela semble donc lié à KDE encore. Quel est le serveur graphique ? X11 ou wayland ? Je n'ai jamais testé kde sous wayland car c'est pas encore au top ! je ne sais ce qu'il en est sous mageia J'ai quelques problèmes avec le copier/coller mais pas avec la touche retour arrière Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] PDF très lent à charger
Le 09/12/2018 à 12:27, Rpnpif a écrit : > Le 8 décembre 2018, Landron Gérard a écrit : > >> disons plutôt que Draw n'est pas un lecteur de pdf ! >> le 4 lecteurs de pdf que j'ai sur mon poste l'ouvre instantanément de >> même que les lecteurs intégrés aux navigateurs >>> >>> Is'nt it ? > > Je n'ai pas parlé de lecteur mais d'éditeur comme pour Inkscape. > C'est logique puisque c'est un PDF à compléter par le producteur EDF. > Se demander pourquoi EDF ne diffuse pas u désolé je n'avais pas compris car on ne diffuse jamais un pdf pour l'éditer ! S'il doit-être rempli, soit on utilise ses fonctions internes, soit on rempli les champs et on le réimprime en pdf > > Pour ce PDF en particulier la plupart des modifications sous LO sont > très lentes. > > Tant qu'à permettre l'édition sous LO, autant que ce soit avec des > performances convenables. Ce n'est pas une critique de LO car je sais > que ce n'est pas une fonction primordiale, c'est seulement pour > améliorer sa qualité. > Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] PDF très lent à charger
Le 08/12/2018 à 10:37, Rpnpif a écrit : > Le 7 décembre 2018, Patrick Auclair a écrit : > >> 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. > > Merci de ces tests. > > Il n'est pas question de refaire ce fichier puisqu'il appartient à EDF > qui le transmet à ses producteurs. > > Je considère quand même que c'est un bogue de performance puisque > Inkscape (par Cairo semble t-il) s'en sort très bien. disons plutôt que Draw n'est pas un lecteur de pdf ! le 4 lecteurs de pdf que j'ai sur mon poste l'ouvre instantanément de même que les lecteurs intégrés aux navigateurs > > Is'nt it ? Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Instance Ask en place
Le 02/10/2018 à 10:26, sophi a écrit : > Bonjour, > > Pour information, nous avons maintenant une instance sur Ask ici > https://ask.libreoffice.org/fr/questions/ > > Je vous laisse en prendre connaissance, poser vos questions et apporter > vos réponses :) > N'hésitez pas à donnez vos retours sur cette instance, pour le moment > Jean-Baptiste et moi sommes modérateurs/admin, mais si vous souhaitez > participer à cette modération, n'hésitez pas à me le dire. > > Je terminerai la traduction pendant le prochain week-end. > @Jean-Baptiste, je pense qu'on peut laisser le formulaire sur le site en > place pendant un mois et rediscuter ensuite avec la communauté de sa > désactivation. > > À bientôt > Sophie > Bonsoir, juste pour information pas facile de répondre à un captcha dans une langue inconnue. Cela devait-être de l'allemand. de plus, si comme moi on utilise qwant, le captcha n'apparaît pas si on ne déactive pas la protection. Je comprends maintenant pourquoi mes réponses n'étaient jamais intégrées Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Peit bug Draw
Le 01/11/2018 à 12:50, Pierre Choffardet a écrit : > Bonjour, > > Un petit bug dans Draw, > > - Insérer une flèche sur un dessin > Aller dans ligne (par clic-droit) la largeur de la flèche est de 0,3 cm > - modifier la largeur de la ligne à 0,1 cm par exemple > La largeur de la flèche passe à 0,45 > - Remettre une largeur de flèche à 0,3 cm > > cliquer sur OK > > --> La largeur de la flèche est à 0,45, la modification n'est pas prise > en compte. > > Par contre, si on met n'importe quelle autre valeur pour la largeur de > la flèche c'est bien pris en compte > > Si vous confirmez, je vais faire un rapport de bug > > Même problème avec OpenOffice 4.1.5 je ne reproduis pas avec Version: 6.1.2.1 Build ID: 65905a128db06ba48db947242809d14d3f9a93fe Threads CPU : 6; OS : Linux 4.18; UI Render : par défaut; VCL: kde4; Locale : fr-FR (fr_FR.UTF-8); Calc: threaded quelle version utilises-tu ? > > Pierre Gérard -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
