[fr-qa] [L10n] Traduction du sens des animations
Bonjour, Une animation Losange, Plus, Boite ou Zoom a 2 sens possible : "In" ou "Out". C'est actuellement traduit par "A l'intérieur" et "A l'extérieur". Il vaudrait mieux indiquer "Vers l'intérieur" et "Vers l'extérieur" qui donnent le sens de l'animation. Les chaînes concernées : * In : YfNF9 * Out : Ey6bV Bonne soirée, Laurent -- 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] [l10n] dialogue "Choisir une couleur"
Bonjour, Dans la boite de dialogue "Choisir une couleur" ( Format > Remplissage > Remplissage > Couleur : bouton choisir une couleur) Le 4e argument de CMJN devrait être "Valeur" à la place de "Touche", traduction de "Key", d'après la page Wikipedia sur la quadrichormie. Je n'ai pas de KeyId dans cette boite de dialogue dans mon master ; juste au dessus il y a le KeyId du symbole degré : eJWWH A+ Laurent -- 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] PB numéros de pages.
Bonsoir, Le 29/01/2020 à 22:02, Pierre Choffardet a écrit : Bonjour, j'avoue ne pas comprendre pourquoi ce document de 4 pages https://framadrop.org/r/ch_PM9b9Qb#4gLnnjQgD+dgRz5udXmaDTBKMeEcTM0nCCZ28NUlv+k= annonce en avoir 5. Tant dans la barre d'état que dans la numérotation n/nb pages Quelqu'un a une idée ? J'ai le problème avec LO 6.4.0.3 Pierre Lorsque tu as inséré ton saut de page pour la dernière page, tu as remis le numéro de page à 1, en même temps que tu changeais de style de page. Or les pages de numéros impairs sont forcément des pages de droite. Donc pour que la dernière page soit à droite, il faut insérer une page blanche (la 4e). Si tu fais démarrer ta dernière page avec un numéro pair, ce sera une page de gauche, il ne sera pas nécessaire d'insérer une page vide. A+ Laurent BP -- 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 13/10/2019 à 11:03, Landron Gérard a écrit : Le 12/10/2019 à 12:45, Laurent BP a écrit : Je suggérais de modifier le texte de l'option. Qu'en penses-tu ? Ce serait bien mais que proposes-tu ? Le 12/10/2019 à 11:57, Laurent BP a écrit : >> Peut-être qu'une formulation identique pour >> les 2 options "Respecter la diacritique" serait + clair ? 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. Cette option est maintenant cochée par défaut. D'autres langues trouvent peut-être aussi utile de distinguer les signes diacritiques que la casse des lettres, qui est aussi une option à cocher. A+ Laurent -- 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: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 ? A+ Laurent -- 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
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, 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. A+ Laurent -- 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 ?
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/ Laurent BP -- 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 ?
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. Laurent -- 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 ?
Bonjour, Le 28/09/2019 à 10:35, Landron Gérard a écrit : 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 Je confirme le bogue : - Ctrl+F2 pour insérer un champ, onglet Document - Type = Date - en bas à gauche le décalage est limité à +/- 31 sous LibO 6.3.0.4 mais pas sous LibO 6.2.6.2 Gérard, tu ouvres le rapport ? Je vais vérifier s'il y a eu une modification de l'UI Laurent -- 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] Boite de dialogue Caractéristiques des polices, données pas traduites
Bonsoir, Le 09/09/2019 à 21:09, Jean-Baptiste Faure a écrit : Bonjour, Le 09/09/2019 à 12:06, Ysabeau a écrit : Bonjour, les données de la boite de dialogue Caractéristiques des polices (Format de police) ne sont pas traduites. J'ai remarqué aussi, mais les textes de cette boîte de dialogue ne font pas partie des chaînes de caractères à traduire. Dans le master avec les KeyID, ces chaînes ont des codes : - jaUfX||Discretionary Ligatures - GdAkY||Horizontal Kerning Avec la police Noto Sans : AdRDT||Access All Alternates ChJAW||Case-SensitiveForms DFgm3||Lining Figures B4kKk||Oldstyle Figures etc. A+ Laurent -- 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] Bug dans l'éditeur d'équations avec underbrace
Le 28/08/2019 à 09:51, Jean-Baptiste Faure a écrit : Bonjour, Le 27/08/2019 à 22: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). Je viens d'installer la version 2.9.1 de libfreetype à partir du PPA Ubuntu "Better font rendering" et le problème a disparu. Très impressionnant : cela résout effectivement le bogue. Bonne soirée, Laurent -- 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]
Bonjour, Le 15/08/2019 à 13: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 J'ai ajouté la balise de langue dans le fichier .xcu. Par contre je ne sais pas si cela suffit pour considérer le bogue corrigé. As-tu une idée Sophie ? A+ Laurent -- 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
Bonjour Jean-Baptiste, Je confirme que la boite est redimensionnable et qu'elle ne se souvient pas de la dernière taille. Par contre elle a une taille raisonnable. Aurais-tu une copie d'écran de taille surdimensionnée ? As-tu conservé les options asiatiques et complexes dans les options linguistiques ? A+ Laurent Le 15/05/2019 à 11:55, Landron Gérard a écrit : 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
Re: [fr-qa] insertion automatique d'espace insécable
Bonsoir Jean-Baptiste, Le 14/05/2019 à 09:58, Jean-Baptiste Faure a écrit : Bonjour, Est-ce que vous reproduisez le problème signalé par ce rapport de bug : https://bugs.documentfoundation.org/show_bug.cgi?id=125258 qui dit que LibreOffice n'insère pas d'espace insécable devant le double point. Le problème a été reproduit sur le master avec Win10 mais pas sous Linux. J'aimerais savoir si d'autres utilisateurs sont affectés par le problème. Bonne journée JBF Si le bogue existait tel que décrit, il aurait été repéré depuis longtemps sur la branche 6.1 ou 6.2. Je ne reproduis pas ni sous Win10, ni Win7, ni Linux Ubuntu avec diverses versions. L'insertion d'une espace insécable n'est PAS effectuée si : - le signe commence un paragraphe - on enchaîne avec une parenthèse (smiley) - il y a une ponctuation juste avant Mais en dehors de ces cas spécifiques, je n'ai pas aperçu le moindre soucis avec cette option. A+ Laurent -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-qa] Re: Writer: Style de suite des Styles de titre
Bonjour, Le 29/04/2019 à 10:56, catof a écrit : Ok ok ok pas de soucis ...(décidément !) Bon bin dans ce cas que le style par défaut soit "Corps de texte" ! Avant, pendant et après Pour que tu es le style Corps de texte "par défaut", il te suffit de modifier le style du premier paragraphe qui apparait dans le modèle par défaut : - Créer un nouveau document - Changer le style du paragraphe en "Corps de texte" - Fichier > Modèle > Enregistrer comme modèle - Renseigner le nom (p.e. "Normal" comme au bon vieux temps sous Word 6.0), cocher la catégorie "Mes modèles" (pour ne pas perdre le fichier), cocher "Définir le modèle par défaut" Ainsi tout nouveau document commencera avec le style "Corps de texte" et tu auras ce style "avant" ton Titre 1 A+ Laurent -- 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: Liste de crash restant à confirmer
Bonsoir, Je viens d'en ouvrir un nouveau : https://bugs.documentfoundation.org/show_bug.cgi?id=98390 La modification de la grille secondaire d'un diagramme (style, couleur, épaisseur, transparence) fait crasher. A confirmer, merci. Laurent BP - LibreOffice 5.1.0.3 -- View this message in context: http://nabble.documentfoundation.org/Liste-de-crash-restant-a-confirmer-tp4177297p4177418.html Sent from the QA mailing list archive at Nabble.com. -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-qa] [master] Hide Whitespace conserve des espaces vides en bas de page
Bonjour, En suivant la résolution du bogue 39080 https://bugs.documentfoundation.org/show_bug.cgi?id=39080 j'ai vu que Jean-Baptiste s'était impliqué dans l'assurance qualité de cette fonctionnalité. Avant donc d'ouvrir un rapport, je poste ici mes remarques sur cette fonctionnalité. Dans Writer, en cochant View > Hide Whitespace l'affichage masque les espaces vides entre les pages. Plus précisément il fait disparaitre l'entête, le pied de page, la marge en haut et la marge en bas de la page. Cela améliore la lisibilité d'un texte étalé sur plusieurs pages. Mais la taille de la page n'étant pas changée, le saut de page n'a pas lieu au même endroit si le texte est en continu entre les deux pages. Si le bas de la page est blanc (insertion d'un saut de page, paragraphes liés...) il reste forcément un espace blanc en bas des pages. Cela laisse de grands espaces blancs, que l'on s'attendrait à voir disparaitre avec l'option "Hide Whitespace". La modification de la pagination est gênante, car elle perturbe la table des matières (qui après mise à jour, affiche les nouveaux numéros de page, qui ne seront pas corrects au moment de l'impression). Je n'ai pas vu que Ashod prévoyait d'améliorer la fonctionnalité. Faut-il commenter le rapport 39080 ? Mais comme il est marqué résolu, cela ne me parait pas pertinent. Faut-il créer un nouveau rapport ? Mais cela concerne la même demande que le rapport 39080 : avoir la même fonctionnalité que dans Word. A+ Laurent - LibreOffice 4.3.6.2 -- View this message in context: http://nabble.documentfoundation.org/master-Hide-Whitespace-conserve-des-espaces-vides-en-bas-de-page-tp4159318.html Sent from the QA mailing list archive at Nabble.com. -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-qa] [Calc 4.2.0.1] Bouton fonction Somme génère une erreur
Bonjour Jean-Baptiste, J'ai enfin réussi à refaire une compilation jusqu'au bout. Et j'ai pu tester la résolution du bogue 73001 https://bugs.freedesktop.org/show_bug.cgi?id=73001 et de ce bogue https://bugs.freedesktop.org/show_bug.cgi?id=72962 Je vais commenter l'issue en ce sens :) A+ Laurent BP - LibreOffice 4.1.1.2 -- View this message in context: http://nabble.documentfoundation.org/Calc-4-2-0-1-Bouton-fonction-Somme-genere-une-erreur-tp4091091p4091195.html Sent from the QA mailing list archive at Nabble.com. -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-qa] Re: LO 4.0.0.0.beta 2 Writer Le contenu de la fenêtre Caractères du menu Format s'affiche mal.
Bonjour, Jacques Guilleron wrote Bonjour à tous, Dans LO 4.0.0.0. beta 2, le contenu de la fenêtre Caractères du menu Format s'affiche avec des polices plus petites. J'aimerais votre confirmation. Je ne constate pas de différence de taille de caractères. Je trouve la zone de choix de la taille trop proche du bord de la boite de dialogue et la zone de style suit la taille de la zone de la langue (à cause de Serbe cyrillique (Serbie et Monténégro)). cf. comparaison des copies d'écran 3.6.4/4.0.0b2 FormatCaractère.png http://nabble.documentfoundation.org/file/n4027077/FormatCaract%C3%A8re.png A+ Laurent BP - LibreOffice 3.5.6 -- View this message in context: http://nabble.documentfoundation.org/LO-4-0-0-0-beta-2-Writer-Le-contenu-de-la-fenetre-Caracteres-du-menu-Format-s-affiche-mal-tp4027070p4027077.html Sent from the QA mailing list archive at Nabble.com. -- Envoyez un mail à qa+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés