Re: [fr-users] Aide à la relecture du guide Writer
D'accord Envoyé par BlueMail Le 29 sept. 2018 14:00, à 14:00, sophi a écrit: >Bonjour, > >Pour la première fois, nous avons la possibilité d'avoir la >documentation sur Writer complètement traduite. Il nous manque juste >quelques relecteurs pour finaliser rapidement le travail. >Le travail se fait par chapitre, est très simple et le traducteur a >laissé des notes pour le relecteur, la relecture se fait en mode >modification et le traducteur intègre ensuite les modifications puis le >chapitre est publié. >Si vous souhaitez participer, inscrivez-vous directement sur la liste >documentation ou envoyez moi un mail, je vous expliquerai comment >procéder. > >Merci par avance, >Sophie >-- >Sophie Gautier sophie.gaut...@documentfoundation.org >GSM: +33683901545 >IRC: sophi >Release coordinator >The Document Foundation > >-- >Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous >désinscrire >Les archives de la liste sont disponibles à >https://listarchives.libreoffice.org/fr/users/ >Privacy Policy: https://www.documentfoundation.org/privacy -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [fr-users] Calc : colonne numérotées au lieu des lettres
Bonjour, À mon avis, non. Mais quel est l'objectif ? Il y a moyen par adressage indirect de numéroter dans tous les sens ce que l'on veut mais ce n'est pas une affectation générale. Pierre Le 26 juil. 2017 17:11,a écrit : > Bonjour > > Voici une nouvelle question envoyée à l'aide du formulaire de demande > d'aide (http://fr.libreoffice.org/get-help/poser-une-question/). > Si vous répondez, merci de penser à utiliser la fonction "répondre à tous" > de votre logiciel de courrier électronique de façon que le demandeur > reçoive une copie de votre réponse. > > > Email:: m...@site.com > Sujet:: Calc : colonne numérotées au lieu des lettres > Question:: Bonjour, > > Est-il possible d'avoir des numéros de colonne (1,2,3,4...27,28) au lieu > des lettres (a, b, c...aa,ab) > > Je n'arrive pas à trouver la réponse. > Merci ! > > > -- > Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous > désinscrire > Les archives de la liste sont disponibles à http://listarchives. > libreoffice.org/fr/users/ > Tous les messages envoyés sur cette liste seront archivés publiquement et > ne pourront pas être supprimés > -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-users] Re: [fr-users] Bug lié à la position des caractères accentués
C'est exact, j'ai eu le même problème récemment donc en 5.0 sous Windows 7 et j'avais aussi l'impression que c'était lié à la vitesse de frappe. Comme pour le moment je ne tape pas au kilomètre cela ne m'a pas trop gêné. Mêmes observations accent avant la lettre. Pierre Le 26 mars 2016 05:09,a écrit : > Bonjour > > Voici une nouvelle question envoyée à l'aide du formulaire de demande > d'aide (http://fr.libreoffice.org/get-help/poser-une-question/). > Si vous répondez, merci de penser à utiliser la fonction "répondre à tous" > de votre logiciel de courrier électronique de façon que le demandeur > reçoive une copie de votre réponse. > > > Email: - tera_1...@hotmail.com > Sujet: - Bug lié à la position des caractères accentués > Question: - Bonjour, > Je me permets de vous contacter car j'aurais besoin d'aide avec un > problème dans Writer, LibreOffice 5.0.5.2. J'utilise Mac OS X 10.8.5. > Mon problème est le suivant : lorsque je tapes rapidement, les caractères > accentués (é, è, à...) apparaissent à la mauvaise place dans les mots ; > c'est un peu comme si ils étaient « en avance » (en fait ils apparaissent > avant l'endroit où je les tapes dans le mot). > J'ai créé un rapport sur bugzilla, mais plusieurs mois plus tard il n'y a > toujours personne qui a confirmé, et je recherche donc des personnes qui > auraient déjà eu ce problème, ou qui pourraient prendre le temps de faire > le test pour confirmer le bug, ou bien, éventuellement, infirmer le bug > afin de me confirmer que je devrais chercher plus avant dans ma propre > configuration d'où pourrait provenir ce problème. > Le bugzilla est ici : > https://bugs.documentfoundation.org/show_bug.cgi?id=97273 > Toute suggestion ou aide serait bienvenue. Dans le contexte où j'ai > remarqué ce bug (en prise de note lors de cours d'université) j'en recours > maintenant à d'autres éditeurs de textes tellement c'est difficile de tout > corriger au fur et à mesure, mais ça ne me plait guère. > Merci d'avance. > Bien à vous, > Mark. > > > -- > Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir > comment vous désinscrire > Les archives de la liste sont disponibles à > http://listarchives.libreoffice.org/fr/users/ > Tous les messages envoyés sur cette liste seront archivés publiquement et > ne pourront pas être supprimés > -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] bad allocation
Bonjour, Ne voyant pas mon courriel avec les autres, je suppose qu'il n'est pas parti dimanche. Je vous le renvoie Pierre De Sloovere *PDS Consult S.A.S.* fixe : +33953675969 ( 09 53 67 59 69 ) port. : +33770165801 ( 07 70 16 58 01 ) email : pdspa...@gmail.com mailto:pdspa...@gmail.com On 12/10/2014 18:12, Pierre De Sloovere wrote: Bonjour, Merci pour la réponse. Ce ne sont pas des fichiers excel, ils ont été développé sous .ods. Ce sont des documents .ods qui grossissent régulièrement depuis plus de deux ans et apparemment, il y a une taille critique qui apparaît vers 5 Mo. Au début je le gérais en réduisant un certain nombre d'éléments accessoires, et en éjectant une partie dans un autre tableur, mais cette technique a forcément une limite. Actuellement plutôt que de les sauvegarder en .ods je les sauvegarde provisoirement en openxml, ce qui n'entraîne une diminution du fichier que très temporaire quand je le remets sous .ods , mais me permet de progresser; Exemple : fichier d'origine ods 5,19 Mo ne s'ouvre plus appelons le F1 fichier xml à 99,9% identique 7,25 Mo s'ouvre appelons le F2 fichier F2 réouvert et sauvegardé en ods : 3,93 Mo avant fermeture appelons le F3 Réouverture, puis suppression de une ligne de donnée, fermeture RAS Réouverture, puis remise de la ligne supprimée sauvegarde RAS - appelons le F3b A la réouverture de F3b, il signale que ne peut être ouvert qu'en lecture seule ou faire copie; réouverture en lecture seule - écriture d'une ligne de donnée - impossible de sauvegarder, Fatal error Après le fatal error, réouverture de F3b (peut-être par erreur ai-je rouvert F3), sans demande d'ouverture en lecture seule , suppression de quelques colonnes inutiles et sauvegarde sans changer de nom appelons le F4 (3,90 Mo) C'est un peu toujours le même scénario, après une séquence comme celle-ci j'essaie de simplifier quelque chose, je passe en openxml, cette fois il passe à 7,16 Mo et cela repart pour un certain temps.. J'ai rouvert le F3b ou peut-être le F3, il part en en bad allocation. Donc il s'est ouvert (en plus de 60 secondes) une fois en lecture seule, un fois normalement et une fois en bad allocation. Le fichier F4 s'ouvre sans problème. Nouvel essai : * réouverture de F3 ou F3b : ok le même que parti en bad allocation ! * réouverture de F4 : ok Je n'ai toujours pas compris la logique de ces bad allocations. Je sais que lorsque la taille approche de 5Mo, les réouvertures peuvent donner : ok, ouverture en lecture seule (ou copie), bad allocation. Lorsque la taille augmente, il ne s'ouvre plus qu'en bad allocation. Je n'ai pas essayé jusqu'à présent de sauvegarder tout le temps en openxml. C'est la raison pour laquelle je cherche de l'aide. - J'ai activé le mode OpenCl dans Outils Options Calc Formule Paramètres de calcul détaillé Personnaliser. Je verrai ce que cela donnera. -- D'autre part, j'ai déjà travaillé avec des fichier de 10 Mo qui ne posaient pas de problème, mais ce type de fichier où il y avait essentiellement du calcul n'a pas accepté de passer à 15 Mo et je suis passé sur .qpw (quattro) qui même dépassé, reste à mon avis insurpassable pour certaines applications. Merci, bien cordialement email : pdspa...@gmail.com mailto:pdspa...@gmail.com On 11/10/2014 08:44, pierre-yves.sa...@laposte.net wrote: Bonjour Message du 08/10/14 19:31 Lorsque un tableur xxx_date.ods particulier atteint une taille de 5Mo, des bad allocation apparaissent quand je veux ouvrir le fichier après sauvegarde. Désolé du problème que tu rencontres... Se produit-il sur un document particulier ou bien sur tous dès que la taille dépasse ces 5Mo ? Je viens de faire l'essai avec un classeur de 8Mo sans reproduire. Un recherche dans les Issues sur ce message d'erreur ne donne que celle-ci: https://bugs.freedesktop.org/show_bug.cgi?id=84686 Elle concerne l'ouverture d'un classeur Excel mais peut-être est-ce similaire...? Tu peux éventuellement essayer d'activer le mode OpenCl dans Outils Options Calc Formule Paramètres de calcul détaillé Personnaliser. Si tu réponds, merci de penser à utiliser la fonction répondre à tous du logiciel de courrier ou du webmail de façon que la liste reçoive la réponse. Cordialement Pierre-Yves PDS email : pdspa...@gmail.com mailto:pdspa...@gmail.com -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] bad allocation
Bonjour, Merci pour la réponse. Ce ne sont pas des fichiers excel, ils ont été développé sous .ods. Ce sont des documents .ods qui grossissent régulièrement depuis plus de deux ans et apparemment, il y a une taille critique qui apparaît vers 5 Mo. Au début je le gérais en réduisant un certain nombre d'éléments accessoires, et en éjectant une partie dans un autre tableur, mais cette technique a forcément une limite. Actuellement plutôt que de les sauvegarder en .ods je les sauvegarde en openxml, ce qui n'entraîne une diminution du fichier que très temporaire quand je le remets sous .ods , mais me permet de progresser; Exemple : fichier d'origine ods 5,19 Mo ne s'ouvre plus appelons le F1 fichier xml à 99,9% identique 7,25 Mo s'ouvre appelons le F2 fichier F2 réouvert et sauvegardé en ods : 3,93 Mo avant fermeture appelons le F3 Réouverture, puis suppression de une ligne de donnée, fermeture RAS Réouverture, puis remise de la ligne supprimée sauvegarde RAS - appelons le F3b A la réouverture de F3b, il signale que ne peut être ouvert qu'en lecture seule ou faire copie; réouverture en lecture seule - écriture d'une ligne de donnée - impossible de sauvegarder, Fatal error Après le fatal error, réouverture de F3b (peut-être par erreur ai-je rouvert F3), sans demande d'ouverture en lecture seule , suppression de quelques colonnes inutiles et sauvegarde sans changer de nom appelons le F4 (3,90 Mo) C'est un peu toujours le même scénario, après une séquence comme celle-ci j'essaie de simplifier quelque chose, je passe en openxml, cette fois il passe à 7,16 Mo et cela repart pour un certain temps.. J'ai rouvert le F3b ou peut-être le F3, il part en en bad allocation. Donc il s'est ouvert (en plus de 60 secondes) une fois en lecture seule, un fois normalement et une fois en bad allocation. Le fichier F4 s'ouvre sans problème. Nouvel essai : * réouverture de F3 ou F3b : ok le même que parti en bad allocation ! * réouverture de F4 : ok Je n'ai toujours pas compris la logique de ces bad allocations. Je sais que lorsque la taille approche de 5Mo, les réouvertures peuvent donner : ok, ouverture en lecture seule (ou copie), bad allocation. Lorsque la taille augmente, il ne s'ouvre plus qu'en bad allocation. Je n'ai pas essayé jusqu'à présent de sauvegarder tout le temps en openxml. C'est la raison pour laquelle je cherche de l'aide. - J'ai activé le mode OpenCl dans Outils Options Calc Formule Paramètres de calcul détaillé Personnaliser. Je verrai ce que cela donnera. -- D'autre part, j'ai déjà travaillé avec des fichier de 10 Mo qui ne posaient pas de problème, mais ce type de fichier où il y avait essentiellement du calcul n'a pas accepté de passer à 15 Mo et je suis passé sur .qpw (quattro) qui même dépassé, reste à mon avis insurpassable pour certaines applications. Merci, bien cordialement email : pdspa...@gmail.com mailto:pdspa...@gmail.com On 11/10/2014 08:44, pierre-yves.sa...@laposte.net wrote: Bonjour Message du 08/10/14 19:31 Lorsque un tableur xxx_date.ods particulier atteint une taille de 5Mo, des bad allocation apparaissent quand je veux ouvrir le fichier après sauvegarde. Désolé du problème que tu rencontres... Se produit-il sur un document particulier ou bien sur tous dès que la taille dépasse ces 5Mo ? Je viens de faire l'essai avec un classeur de 8Mo sans reproduire. Un recherche dans les Issues sur ce message d'erreur ne donne que celle-ci: https://bugs.freedesktop.org/show_bug.cgi?id=84686 Elle concerne l'ouverture d'un classeur Excel mais peut-être est-ce similaire...? Tu peux éventuellement essayer d'activer le mode OpenCl dans Outils Options Calc Formule Paramètres de calcul détaillé Personnaliser. Si tu réponds, merci de penser à utiliser la fonction répondre à tous du logiciel de courrier ou du webmail de façon que la liste reçoive la réponse. Cordialement Pierre-Yves PDS email : pdspa...@gmail.com mailto:pdspa...@gmail.com -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés