[users-fr] Insertion de lignes
Bonjour, Cas de figure : Soit une feuille construite ainsi : Colonne A : numérotation croissante de 1 à X Colonne B : Nom Colonne C : Prénom Etc. Si j'insère une ligne à cette feuille existe t-il un moyen de renuméroter la ligne ajoutée de façon automatique ? Merci -- Vincent ALONSO – Syndicat Informatique 2 rue des rochers 17100 Saintes Tél. 0546923905 – Fax : 0546922545 v.alo...@si17.fr - www.si17.fr Ce message contient des informations dont le contenu est susceptible d'être confidentiel. Il est destiné au(x) destinataire(s) indiqué(s) exclusivement. Si vous avez reçu cet email par erreur, merci de prendre contact avec l'émetteur. Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité La suite bureautique Open Office est téléchargeable gratuitement sur http://fr.openoffice.org/ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Insertion de lignes
Merci pour la réponse Et je ne crois par être le bon Vincentde Saintes ;-) gilles bignebat a écrit : Vincent a écrit : Bonjour, Bonjour Vincent à toute la DSI de Saintes, si je ne m'abuse, on s'était vu aux RMLL2004 à Bordeaux non? ;-) Cas de figure : Soit une feuille construite ainsi : Colonne A : numérotation croissante de 1 à X Colonne B : Nom Colonne C : Prénom Etc. Si j'insère une ligne à cette feuille existe t-il un moyen de renuméroter la ligne ajoutée de façon automatique ? Une astuce qui vaut ce qu'elle vaut: - dans la cellule A1 mettre la formule: =LIGNE(A1) - la tirer sur toutes les cellules à numéroter de cette colonne Après avoir inséré une ligne, ne pas oublier de copier-coller une cellule contenant cette formule dans la nouvelle cellule créée. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org -- Vincent ALONSO – Syndicat Informatique 2 rue des rochers 17100 Saintes Tél. 0546923905 – Fax : 0546922545 v.alo...@si17.fr - www.si17.fr Ce message contient des informations dont le contenu est susceptible d'être confidentiel. Il est destiné au(x) destinataire(s) indiqué(s) exclusivement. Si vous avez reçu cet email par erreur, merci de prendre contact avec l'émetteur. Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité La suite bureautique Open Office est téléchargeable gratuitement sur http://fr.openoffice.org/ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Champ de fusion -équivalence "Mergefield" pour publipostage en pdf
Bonjour, Je réalise d'habitude un publipostage pdf avec Word/Outlook et Acrobat (+ une base sql pour les infos), les dates sont au format "mm/dd/ " (et je n'ai qu'un accès en lecture à la base) Pour les convertir sous Word au format dd/mm/ j'utilise "modification de champs... > propriété de champs avancée > Champfusion" et là j'indique MERGEFIELD \@ "dd/mm/" J'ai quasiment finit de passer tout ce "système" sous openoffice (plus souple, puissant et compatible à mon goût pour ce type de travail) mais il me manque ceci pour finir. Quelqu'un connaît-il l'équivalent de cette fonction sous openoffice et le code à placer ? En fait la solution Word + acrobat me génère trop d'erreurs (fichier winmail.dat particulièrement) Merci pour votre aide. Bien cordialement. Vincent - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] CALC - Liens hypertexte sur une Image
Petite précision : J'ai testé sous Ubuntu et là ça fonctionne (OOo 3.1.1) mais pas sous Windows XP et OOo 3.1.1) @+ Vincent ALONSO - SI17 a écrit : Bonjour, Dans Calc, si j'insère une image dans une feuille de calcul et que par la suite je veuille que cette image me serve pour ouvrir un autre document grâce à un lien hypertexte je me retrouve systématiquement avec le chemin vers le fichier inscrit en dur dans une cellule ; l'image ne peut elle pas servir de "Bouton" ? Merci par avance. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org -- Vincent ALONSO – Syndicat Informatique Chargé de mission Intra/Extra/Internet - Formateur 2 rue des rochers 17100 Saintes Tél. 0546923905 – Fax : 0546922545 v.alo...@si17.fr - www.si17.fr Ce message contient des informations dont le contenu est susceptible d'être confidentiel. Il est destiné au(x) destinataire(s) indiqué(s) exclusivement. Si vous avez reçu cet email par erreur, merci de prendre contact avec l'émetteur. Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité La suite bureautique Open Office est téléchargeable gratuitement sur http://fr.openoffice.org/
[users-fr] Plantage e-mailing / publipostage
Bonjour, J'utilise Openoffice pour faire des e-mailings avec fichiers pdf (personnalisés) joints (et c'est génial ! Merci aux développeurs pour ce superbe outil) Mais j'ai régulièrement 2 problèmes : - Ooo plante si il rencontre une adresse avec des caractères spéciaux dans les adresses de mail (style "é" à la place d'un "e" -> "barna...@free.fr"). - Ooo plante si c'est un gros mailing (Et j'obtiens sous Vista une alerte avec Visual C++ librairy ou un truc dans le genre). C'est à dire un envoi personnalisé à 300 personnes avec un pdf de 3 pages (avec tableaux, images , etc.). Cela marche parfaitement au début, mais dès qu'on atteint un grand nombre d'envois cela plante. Quelqu'un aurait-il des pistes ? Bonne soirée. Vincent - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] e-mailing /publipostage et liens hypertex te personnalisés à partir d'un champ.
Bonjour, Est-il possible d'avoir des liens hypertextes personnalisés dans writer à partir d'un champ du tableur? Je m'explique. Je veux envoyer un mailing mais sans les pièces-jointes (je les mets sur un serveur à télécharger). J'ai un champ dans le tableur qui contient un nom (par exemple : monsieurdurant213 et mes documents générés en pdf vont porter ce nom : monsieurdurant213.pdf etc. ) Ensuite je vais faire un mailing ou chacun aura un lien personnalisé pour charger son document du style http://monsite.com/votredossier/monsieurdurant213.pdf . J'aimerai que cette adresse soit cliquable... ) Mon champ s'appelle par exemple "nomdefichier" ce qui donne ceci dans le publipostage : http://monsite.com/dossier/.pdf mais cela n'est pas suffisant pour rendre l'adresse cliquable (surtout si le nom de domaine n'a pas de www. Ce qui est mon cas car il s'agit d'un sous domaine ... ) Merci de votre aide. Vincent. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Plantage e-mailing / publipostage
Merci pour vos réponses. En même temps je ne comprends pas votre message car j'ai bien écrit un nouveau message. Désolé, je suis assez nouveau sur la liste*... (et je ne suis pas un habitué des listes !) J'ai effectivement divisé ma liste de mails mais je ne pense pas que cela dépende de la puissance de la machine (un core 2 duo 2, 6 Ghz avec 4 Go de RAM... ) Vincent *c'est ma première intervention. Sinon je suis abonné depuis longtemps. Le 30/01/2010 16:11, Landron Gérard a écrit : Le samedi 30 janvier 2010 15:40:53, Vincent a écrit : Bonjour, J'utilise Openoffice pour faire des e-mailings avec fichiers pdf (personnalisés) joints (et c'est génial ! Merci aux développeurs pour ce superbe outil) Mais j'ai régulièrement 2 problèmes : - Ooo plante si il rencontre une adresse avec des caractères spéciaux dans les adresses de mail (style "é" à la place d'un "e" -> "barna...@free.fr"). les carractères spéciaux ne sont pas admis dans les adresses email. C'est vrai que ce n'est pas une raison pour faire planter OOo mais au moins l'adresse défetueuse ne partira pas car de toute façon elle n'aboutira pas - Ooo plante si c'est un gros mailing (Et j'obtiens sous Vista une alerte avec Visual C++ librairy ou un truc dans le genre). C'est à dire un envoi personnalisé à 300 personnes avec un pdf de 3 pages (avec tableaux, images , etc.). Cela marche parfaitement au début, mais dès qu'on atteint un grand nombre d'envois cela plante. là on attenit les limites actuelles de OOo en publipostage, on peut espérer que les limites seront dépassées à l'avenir. Cela doit aussi dépendre de la puissance la machine. La seule solution est de diviser... Quelqu'un aurait-il des pistes ? Bonne soirée. Vincent Gérard - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Plantage e-mailing / publipostage
Bonjour, Tu as raison, j'ai fait une erreur. Chez moi aussi , après avoir classé par discussion, mon message est classé dans le sujet sur impress . J'ai effectivement dû faire "répondre" et effacé le sujet pour le remplacer par le mien. Je ferai attention maintenant. Mes excuses à ceux du sujet "Encore des problèmes de son avec Impress" Bonne journée. Vincent Le 31/01/2010 12:50, sigir a écrit : le samedi 30 janvier 2010 16:38:51 Vincent a écrit : Merci pour vos réponses. En même temps je ne comprends pas votre message car j'ai bien écrit un nouveau message. Désolé, je suis assez nouveau sur la liste*... (et je ne suis pas un habitué des listes !) (...) *c'est ma première intervention. Sinon je suis abonné depuis longtemps. Désolé alors, d'avoir ainsi réagi à votre premier message ! :-) Mais chez moi il s'est mis dans la discussion : "Encore des problèmes de son avec Impress", ce que confirme la page des archives de la liste : http://fr.openoffice.org/servlets/BrowseList?list=users&by=thread&from=2323616 sur laquelle on arrive en ouvrant votre message : http://fr.openoffice.org/servlets/ReadMsg?list=users&msgNo=81657 et en cliquant sur "Browse this thread. Mais c'est pas grave pour moi car mon courrielleur permet de créer et de casser des fils de discussion, c'est d'ailleur LA raison pour laquelle je l'utilise, car il n'est pas libre (Becky). J'ai donc pu "réparer". Mais si d'autres voulaient garder les 2 discussions, ce n'est pas possible de les séparer car c'est Becky est le seul qui fasse ça, à ma connaissance. Et si on replie les discussions, votre message devient invisible et donc plus difficile à trouver. Mais c'est peut-être un incident technique dû à la "magie" de l'informatique :-) - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Plantage e-mailing / publipostage
[Je renvois le message : suite à une erreur de manipulation mon message était dans un autre fil de discussion] Petit ajout à la suite du message. Bonjour, J'utilise Openoffice pour faire des e-mailings avec fichiers pdf (personnalisés) joints (et c'est génial ! Merci aux développeurs pour ce superbe outil) Mais j'ai régulièrement 2 problèmes : - Ooo plante si il rencontre une adresse avec des caractères spéciaux dans les adresses de mail (style "é" à la place d'un "e" -> "barna...@free.fr"). - Ooo plante si c'est un gros mailing (Et j'obtiens sous Vista une alerte avec Visual C++ librairy ou un truc dans le genre). C'est à dire un envoi personnalisé à 300 personnes avec un pdf de 3 pages (avec tableaux, images , etc.). Cela marche parfaitement au début, mais dès qu'on atteint un grand nombre d'envois cela plante. Quelqu'un aurait-il des pistes ? Bonne soirée. Vincent Ajout et idée de dernière minute : j'utilise Bill process manager pour séparer les processus des 2 Coeurs du processeur http://www.bill2-software.com/processmanager/presentation.shtml ... (ceci pour que certaines tâches comme un mailing ne prenne pas toute la puissance de l'ordinateur). Les plantages pourraient-il venir de là ? (Didier, je te répondrai prochainement pour ta question sur les e-mailings). - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] e-mailing /publipostag e et liens hypertexte personnalisés à par tir d'un champ.
Je me réponds à moi même si cela peut aider ... J'ai trouvé une astuce (pas sans risque car elle exploite les corrections automatiques) . Cette astuce marche au moins pour les e-mailing : - Il faut que dans >Writer > Format > Autocorrections ... > options soient coché les cases "détecter les urls" On lance l'assistant mailing comme d'habitude On va jusqu'à l'étape "Personnaliser le document". et là on fait "Editer le document individuel". Ensuite on fait Format > Autocorrections ... > Appliquer les corrections . Les urls deviennent en quelque sorte "dynamiques" et cliquables. On revient au mailing et on peut envoyer le mail avec le lien personnalisé et cliquable (j'ai testé avec Thunderbird c'est ok ainsi alors que l'envoi de l'url non transformée en hyperlien donnait un lien non cliquable). Cool... :-) Bonne nuit. Vincent Le 30/01/2010 16:04, Vincent a écrit : Bonjour, Est-il possible d'avoir des liens hypertextes personnalisés dans writer à partir d'un champ du tableur? Je m'explique. Je veux envoyer un mailing mais sans les pièces-jointes (je les mets sur un serveur à télécharger). J'ai un champ dans le tableur qui contient un nom (par exemple : monsieurdurant213 et mes documents générés en pdf vont porter ce nom : monsieurdurant213.pdf etc. ) Ensuite je vais faire un mailing ou chacun aura un lien personnalisé pour charger son document du style http://monsite.com/votredossier/monsieurdurant213.pdf . J'aimerai que cette adresse soit cliquable... ) Mon champ s'appelle par exemple "nomdefichier" ce qui donne ceci dans le publipostage : http://monsite.com/dossier/.pdf mais cela n'est pas suffisant pour rendre l'adresse cliquable (surtout si le nom de domaine n'a pas de www. Ce qui est mon cas car il s'agit d'un sous domaine ... ) Merci de votre aide. Vincent. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] e-mailing /publipostag e et liens hypertexte personnalisés à par tir d'un champ.
Bonjour, Non non cela génère bien des urls différente pour chaque message . Pour ce qui est de l'image dans le texte html je n'ai jamais testé. Il est déjà difficile d'envoyer une image (sinon distante) dans un emailing open-office... alors mettre des images differentes et cliquables ... Vincent Le 01/02/2010 12:42, ribotb a écrit : Bonjour J'utilise souvent l'e-mailing et je trouve cette astuce intéressante. Mais je me demandais (je n'ai pas encore fait d'essai) si l'on devait "Appliquer les corrections" à chaque document puisque dans l'étape 7 "Personnaliser le document" le mailing est prêt (les n mails à envoyer sont générés). Bernard Vincent a écrit : Je me réponds à moi même si cela peut aider ... J'ai trouvé une astuce (pas sans risque car elle exploite les corrections automatiques) . Cette astuce marche au moins pour les e-mailing : - Il faut que dans >Writer > Format > Autocorrections ... > options soient coché les cases "détecter les urls" On lance l'assistant mailing comme d'habitude On va jusqu'à l'étape "Personnaliser le document". et là on fait "Editer le document individuel". Ensuite on fait Format > Autocorrections ... > Appliquer les corrections . Les urls deviennent en quelque sorte "dynamiques" et cliquables. On revient au mailing et on peut envoyer le mail avec le lien personnalisé et cliquable (j'ai testé avec Thunderbird c'est ok ainsi alors que l'envoi de l'url non transformée en hyperlien donnait un lien non cliquable). Cool... :-) Bonne nuit. Vincent Le 30/01/2010 16:04, Vincent a écrit : Bonjour, Est-il possible d'avoir des liens hypertextes personnalisés dans writer à partir d'un champ du tableur? Je m'explique. Je veux envoyer un mailing mais sans les pièces-jointes (je les mets sur un serveur à télécharger). J'ai un champ dans le tableur qui contient un nom (par exemple : monsieurdurant213 et mes documents générés en pdf vont porter ce nom : monsieurdurant213.pdf etc. ) Ensuite je vais faire un mailing ou chacun aura un lien personnalisé pour charger son document du style http://monsite.com/votredossier/monsieurdurant213.pdf . J'aimerai que cette adresse soit cliquable... ) Mon champ s'appelle par exemple "nomdefichier" ce qui donne ceci dans le publipostage : http://monsite.com/dossier/.pdf mais cela n'est pas suffisant pour rendre l'adresse cliquable (surtout si le nom de domaine n'a pas de www. Ce qui est mon cas car il s'agit d'un sous domaine ... ) Merci de votre aide. Vincent. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100131-0, 31/01/2010 Analyse le : 01/02/2010 12:42:43 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] [Calc]Aperçu de saut de page
Bonjour, Voilà le cas que je souhaite vous exposer : * Soit un classeur avec plusieurs feuilles (donc onglets ;-)) * Certaines de ces feuilles ont des styles différents (A3, paysage, standard, etc) * Prenons la feuille au style A3, Menu Affichage -> Aperçu des sauts de pages * Je modifie la hauteur de ma page : je "tire" le trait vers le bas (saut de page déplacé) * Je vais sur une des autres feuilles et celle-ci est grisée (comme toutes les autres de mon classeur d'ailleurs) Avez vous une idée du pourquoi ? Testé sous XP - Openoffice.org 3.2 et OpenOffice.org 3.1 et Openoffice.org 3.0 Ubuntu (Lucid Lynx) - Openoffice.org 3.2 Merci -- Vincent ALONSO -- Syndicat Informatique Chargé de mission Intra/Extra/Internet - Formateur 2 rue des rochers 17100 Saintes Tél. 0546923905 -- Fax : 0546922545 v.alo...@si17.fr - www.si17.fr Ce message contient des informations dont le contenu est susceptible d'être confidentiel. Il est destiné au(x) destinataire(s) indiqué(s) exclusivement. Si vous avez reçu cet email par erreur, merci de prendre contact avec l'émetteur. Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité La suite bureautique Open Office est téléchargeable gratuitement sur http://fr.openoffice.org/
[users-fr]Liste d'émargement - publiposta ge ?
Bonjour, J'ai un fichier calc qui me sert pour faire des publipostages. Aujourd'hui je me pose la question suivante : comment faire un tableau destiné à servir de liste d'émargement ? J'ai beau tourner le problème dans tus les sens je ne m'en sors pas. Auriez vous une idée ? Cordialement, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr]Liste d'émargement - publip ostage ?
En fait je cherche à reproduire la fonction liste que l'on peut trouver dans Word. Sur le choix du document dans l'assistant de mailing d'OOo j'ai lettre ou e-mail. A+ Docgranville a écrit : Bonjour, Le problème, c'est qu'avec la description que tu donnes, je ne vois pas bien où se situe la difficulté que tu rencontres... Dans ces conditions, difficile de te répondre. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr]Liste d'émargement - publip ostage ?
Merci pour ta réponse. Je vais effectivement me servir des filtres dans Calc et je ferai mes enveloppes ou lettres comme d'hab avec Writer pour le Mailing. Encore merci @+ Docgranville a écrit : Re-bonjour, En tant que tel, cette fonction n'existe pas ; je crois avoir lu (tu peux rechercher dans les archives) qu'il fallait passer par la notion d'étiquettes (il y a un How-to, je crois que c'est celui-là http://fr.openoffice.org/Documentation/How-to/writer/Tutoriel_etiquettes.pdf). Cependant, je me demande si tu ne serais pas en train de ré-inventer l'eau tiède... Si je ne m'abuse, tu dispose, dans ton fichier Calc, d'un certain nombre de données sur les personnes que tu veux faire émarger ; pourquoi, alors, ne pas recopier celles des colonnes qui t'intéressent dans une nouvelle feuille et prévoir (en plus) une case vide pour recevoir l'émargement ? S'il ne s'agit que de regrouper dans une même case, des données figurant dans des colonnes différentes (genre nom et prénom), ce n'est pas une difficulté (je t'explique si tu veux). A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Publipostage et BD
Bonjour, J'ai un fichier Writer qui contient les champ d'une première BD (classeur Cal) appellons là BD1. Je souhaiterai savoir s'il est possible d'utiliser le même fichier Writer avec une seconde BD, soit BD2, qui contient les même type de champ sans avoir à les remettre une nouvelle fois. Cordialement, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Publipostage et BD
Précision, J'ai enregistré le doc Writer en tant que modèle. Même si je fais édition -> Changer de base de données, le publipostage ne marche pas. Vincent a écrit : Bonjour, J'ai un fichier Writer qui contient les champ d'une première BD (classeur Cal) appellons là BD1. Je souhaiterai savoir s'il est possible d'utiliser le même fichier Writer avec une seconde BD, soit BD2, qui contient les même type de champ sans avoir à les remettre une nouvelle fois. Cordialement, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Publipostage - divers bases - champ aléatoire ...
Bonjour, Je travaille sur un publipostage mais j'aurai besoin d'éclairages car certaines fonctions ne sont pas ou peu documentées (j'ai vraiment cherché sur internet mais je n'ai pas trouvé. Même si il y a des documents qui m'ont beaucoup apporté : tel le guide du publipostage qui parle très bien du publipostage conditionnel etc. Plusieurs questions : - J'ai 3 bases de données (plus exactement des classeurs) distinctes. Est-il possible de les utiliser en même temps dans un publipostage? (ou faut-il impérativement que tout soit dans une même base?) Insérer par exemple le nom et prénom d'un classeur "Adhérents", insérer dans chaque mail le champ "citation" d'un autre classeur contenant des citations, insérer des éléments d'un (encore!) autre classeur "Evénements" (il s'agit d'informer l'adhérent en fonction de la date du publipostage des 2 ou 3 prochains événements proposés. - Comment utiliser "enregistrement aléatoire" ? (là c'est pour les citations : insérer une citation choisie au hasard dans le classeurs "citations") - Bien entendu j'utilise des requêtes dans cette base. Et ,à ce propos, comment une requête peut-elle comparer une date (champ de type "date" du classeur)avec la date du jour ? (y a t'il un code de style "currentdate")? Merci pour votre aide. Bonne fin de soirée. Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Numérotation des lignes
Bonjour, Merci encore pour l'aide de l'autre jour (je me répète, mais curieusement mon message de remerciements ne semble pas être passé sur le forum). Me revoici pour Un problème sur lequel je butte depuis environ 2 heures pour les yeux de ma belle. Elle est professeur de Français et voulait, sur un cours qu'elle va donner à ses élèves ,numéroter les lignes des poèmes de son cours). Le problème c'est que la numérotation ne semble pas pouvoir se faire sur une partie du texte. Dès qu'on choisit de numéroter les lignes, tout le document est numéroté alors que je voudrais que le soient uniquement certains paragraphes ici et là et que les commentaires entre chaque poèmes ne le soient pas? Il y a l'option pour désactiver les numéros de lignes dans tel et tel paragraphe... mais je ne suis pas convaincu et ce n'est vraiment pas pratique. Merci encore pour votre aide (c'est mieux d'être trop poli plutôt que pas assez !) et bonne nuit. :) Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: Numérotation des lignes
Je me réponds à moi même (ceci peut servir à d'autres sur le forum) : juste après mon message je tombe sur ceci (c'est pas faute d'avoir cherché!) Je vais donc essayer. Dans l'aide . Activer la numérotation des lignes pour tous les paragraphes 1.Sélectionnez la commande Outils - Numérotation des lignes. 2.Activez la case à cocher Activer la numérotation et sélectionnez les options appropriées. 3.Cliquez sur OK. Activer la numérotation des lignes uniquement pour certains paragraphes 1.Choisissez Outils - Numérotation des lignes. 2.Activez la case à cocher Activer la numérotation. 3.Appuyez sur F11 pour ouvrir la fenêtre Styles et formatage, puis cliquez sur l'icône Styles de paragraphe. 4.Cliquez avec le bouton droit de la souris sur le style de paragraphe "Standard" et choisissez Modifier. Tous les styles de paragraphe sont basés sur le style "Standard". 5.Cliquez sur l'onglet Numérotation. 6.Dans la zone Numérotation des lignes, désactivez la case à cocher Inclure les lignes de ce paragraphe. 7.Cliquez sur OK. 8.Sélectionnez le ou les paragraphes auxquels vous voulez ajouter des numéros de ligne. 9.Choisissez Format - Paragraphe, puis cliquez sur l'onglet Numérotation. 10.Activez la case à cocher Inclure les lignes de ce paragraphe. 11.Cliquez sur OK. Vous pouvez aussi créer un style de paragraphe comportant une numérotation des lignes et appliquer ensuite ce style aux paragraphes à numéroter. Vincent a écrit : Bonjour, Merci encore pour l'aide de l'autre jour (je me répète, mais curieusement mon message de remerciements ne semble pas être passé sur le forum). Me revoici pour Un problème sur lequel je butte depuis environ 2 heures pour les yeux de ma belle. Elle est professeur de Français et voulait, sur un cours qu'elle va donner à ses élèves ,numéroter les lignes des poèmes de son cours). Le problème c'est que la numérotation ne semble pas pouvoir se faire sur une partie du texte. Dès qu'on choisit de numéroter les lignes, tout le document est numéroté alors que je voudrais que le soient uniquement certains paragraphes ici et là et que les commentaires entre chaque poèmes ne le soient pas? Il y a l'option pour désactiver les numéros de lignes dans tel et tel paragraphe... mais je ne suis pas convaincu et ce n'est vraiment pas pratique. Merci encore pour votre aide (c'est mieux d'être trop poli plutôt que pas assez !) et bonne nuit. :) Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: Numérotation des lignes
Bonjour, Avec du retard (et je m'en excuse)merci Jean-Michel pour cette solution proposée, mais je n'ai pas bien saisit la différence entre cette méthode et celle de l'aide (il me semble que c'est celle que j'ai testé). Sinon j'ai suivi les consignes de l'aide et cela a très bien fonctionné. Note : Il faut faire attention à ce que les sauts de ligne soient "forcés" (Maj + Enter simultanéement ) et non pas des paragraphes simples (Enter). Sinon le décompte recommence. Bonne soirée. Vincent Jean Michel PIERRE a écrit : Vincent a écrit : Je me réponds à moi même (ceci peut servir à d'autres sur le forum) : juste après mon message je tombe sur ceci (c'est pas faute d'avoir cherché!) Je vais donc essayer. Dans l'aide . Activer la numérotation des lignes pour tous les paragraphes 1.Sélectionnez la commande Outils - Numérotation des lignes. 2.Activez la case à cocher Activer la numérotation et sélectionnez les options appropriées. 3.Cliquez sur OK. Activer la numérotation des lignes uniquement pour certains paragraphes 1.Choisissez Outils - Numérotation des lignes. 2.Activez la case à cocher Activer la numérotation. 3.Appuyez sur F11 pour ouvrir la fenêtre Styles et formatage, puis cliquez sur l'icône Styles de paragraphe. 4.Cliquez avec le bouton droit de la souris sur le style de paragraphe "Standard" et choisissez Modifier. Tous les styles de paragraphe sont basés sur le style "Standard". 5.Cliquez sur l'onglet Numérotation. 6.Dans la zone Numérotation des lignes, désactivez la case à cocher Inclure les lignes de ce paragraphe. 7.Cliquez sur OK. 8.Sélectionnez le ou les paragraphes auxquels vous voulez ajouter des numéros de ligne. 9.Choisissez Format - Paragraphe, puis cliquez sur l'onglet Numérotation. 10.Activez la case à cocher Inclure les lignes de ce paragraphe. 11.Cliquez sur OK. Vous pouvez aussi créer un style de paragraphe comportant une numérotation des lignes et appliquer ensuite ce style aux paragraphes à numéroter. Peux tu tester aussi comme çà ? Ouvrir la fenêtre des styles de paragraphe (par F11) Cliquer sur Standard, puis Nouveau Donner un nom dans l'onglet Gérer : "Numérotation lignes", style de suite "Standard" Dans l'onglet Numérotation, choisir les paramètres que tu as décrit ci-dessus puis OK Ensuite, sélectionner les vers, et appliquer ce style. J.M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Problème de touche clavier
Bonjour à tous, J'utilise depuis 4 ans la suite openoffice avec bonheur mais récement j'ai fait la mise à jour vers 2.0.2 J'utilise un clavier CHERRY GEMPLUS agreé Sesame-Vitale sur lequel je tape tous mes couriers.Depuis que j'ai fait la MAJ, la touche "." du clavier numérique me rend une "," à l'écran comme à l'impression.Cela n'arrivait pas avec les versions precedentes d'openoffice. Que faire pour y remedier ? Merci a tous - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] clavier
Merci pour l'astuce+++ Ca marche !!! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] linux amd64
Je dois installer OOo sur un ordinateur équipé d'un processeur AMD 64 bits et tournant sous Debian (le portage pour cette architecture). Je lis sur pas mal de forums des messages (pas tout jeunes) affirmant que l'installation dans un tel cas est difficile. Qu'en est-il ? Existe-t-il une version 64 bits d'OOo ou dois-je installer une version 32 bits ? Dans ce dernier cas, y a-t-il une procédure particulière ou bien puis-je utiliser apt-get (Synaptic en fait) comme à l'habitude ? Merci de vos réponses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] barre outils
Eric Minchella a écrit : Bonsoir, question certainement déjà posée: comment fait-on pour remettre une barre d'outil qu'on a retiré (maladroitement) des menus et qui s'est transformée en palette flottante? J'ai beau chercher... Merci Cldt, Eric Minchella, Annemasse - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] sous windows et OO1.1.3 touche ctrl enfoncée et double clic dans une partie grise de la barre flottante (entre deux icônes) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] c'est quoi m71s1
La question n'a pas vraiment d'importance mais c'est pour savoir. La dernière version en développement est passé de m69 à 71S1 alors que signifie le S.1 Est-ce l'approche d'un vraie béta ou sr ? La version 2 sera-t-elle alors comme prévue pour mars/avril? Quand je dis que la question n'a pas vraiment d'importance il faut quand même avouer vu l'interface et les nouveautés de la Version 2 (m71S1) et le peu que je l'ai testée, qu'elle va encore plus rendre sans intérêt la suite de Microsoft. Si on peut dire aux collègues qui veulent acheter une suite d'attendre 2 ou 3 mois et qu'ils auront mieux gratuitement et avec les avantages du libre c'est un argument de plus. J'ai également quelques collègues sous Mac qui vont être très intéressés. Merci des réponses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [writer] numérotation de page indépendante
Bonjour, Il y a peu de temps que j'utilise OOo, je vous prie d'excuser mon ignorance... Je cherche à partager un document en plusieurs sections. Chaque nouvelle section doit commencer sur une nouvelle page et je voudrais pouvoir insérer sur chaque entête de page quelque chose du genre "Page [numéro de page de la section] / [Nombre de page de la section]", au début d'une nouvelle section la numérotation doit recommencer à 1. A l'aide ! Merci d'avance. Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [Calc] petit aperçu
christianwtd a écrit : Bonsoir, Petit aperçu de la future version 2.0 http://christianwtd.free.fr/Temporaire.html Bon surf Christian Pas mal ! Pour l'instant je ne connaissais que les préversions en anglais. Peut-on savoir où on trouve une version en français ou alors s'il faut récupérer des fichiers pour convertir en français. Ce n'est pas pour en faire une utilisation régulière mais ça permettrait de préparer le passage en douceur vers la version 2 et de pouvoir montrer dès mainteant qu'il va y avoir encore mieux et d'éviter ainsi à quelques habitués de MS Word de mettre à jour une ancienne version car ils vont avoir mieux d'ici avril. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] OOo et education nationale
Sur un site officiel de l'Education nationale on peut trouver des docs à télécharger. Les premiers sur la page sont aux formats doc, pdf et sxw. Pour les derniers il n'y a plus que PDF et SXW. Serait-ce un début d'espoir? Pour ceux que ça intéresse voici l'adresse, c'est sur les bureaux virtuels. http://tice.education.fr/educnet/Public/services/bureau_virtuel?affdoc=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [writer] numérotation de page indépendante
Secrétariat a écrit : vincent Ruffiot a écrit : Bonjour, Il y a peu de temps que j'utilise OOo, je vous prie d'excuser mon ignorance... Je cherche à partager un document en plusieurs sections. Chaque nouvelle section doit commencer sur une nouvelle page et je voudrais pouvoir insérer sur chaque entête de page quelque chose du genre "Page [numéro de page de la section] / [Nombre de page de la section]", au début d'une nouvelle section la numérotation doit recommencer à 1. A l'aide ! Merci d'avance. Vincent Christophe avait rédigé il y a quelque mois une réponse très documentée pour le nombre de pages d'un document. Regarde si cela peut t'aider : http://fr.openoffice.org/servlets/ReadMsg?list=users&msgNo=28622 J.M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] C'est tout juste ce qu'il me fallait, Merci. Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] OOo - Mysql
Tony GALMICHE a écrit : la base de données peut elle se trouver sur interet au lieu du répertoire easyphp .mysqldata ? Oui, mais a part free (à ma connaissance), qui propose un hébergement gratuit d'une base MySQL (sous certaines conditions et avec certaines contraintes), les autres hébergements sont payants. chez lycos aussi c'est possible, mais avec des contraintes au niveau de la pub, pour voir ce que cela donne : http://membres.lycos.fr/comitedoubs/ Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] (CALC) Somme sur plusieurs feuilles
Bonjour, Je voudrais dans une feuille faire la somme de toutes les valeurs contenues dans la cellule A27 d'un grand nombre de feuilles (nommées J1 à J22 par exemple) , dans le genre : =somme(J1.A27+J2.A27+ ... +J22.A22) N'existerait-il pas une façon plus synthétique d'écrire cette fonction? Merci d'avance Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] (CALC) Somme sur plusieurs feuilles
Tony GALMICHE a écrit : Bonjour, christianwtd a écrit le 10/02/05 16:32 : vincent Ruffiot a écrit : Bonjour, Je voudrais dans une feuille faire la somme de toutes les valeurs contenues dans la cellule A27 d'un grand nombre de feuilles (nommées J1 à J22 par exemple) , dans le genre : =somme(J1.A27+J2.A27+ ... +J22.A22) N'existerait-il pas une façon plus synthétique d'écrire cette fonction? Bonjour, On peut faire par exemple : =SOMME(Feuille1.A1:Feuille1.B5; Feuille2.A1:Feuille2.B5) Je pense qu'il voulait plutôt dire : =SOMME(J1.A27:J27.A27) Pour faire la somme des cellules A27 des feuilles nommées de J1 à J27. En espérant avoir aidé. Tony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Merci à Christian & Tony. C'est Tony as su déchiffrer ma question (Bravo ! ) et y répondre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
Bonjour, (Je retente l'envoi après mon insciption sur la liste... J'avais vu cette enfilade par hasard ce week-end, je ne suis moi-même pas un utilisateur du tableur.) On 2005-02-20 07:26:14 +0100, Marie jo KOPP CASTINEL wrote: [...] > >>En A1, une valeur 123456,78 > >>En B1, j'extraie la partie décimale pour en faire une valeur entière > >>avec la formule =(A1-ENT(A1))*100 > >>J'obtiens logiquement 78 > >>Exact ? Non, erreur ! Pour vous en persuader, en C1, entrons =ENT(B1) > >>et à ce moment, nous obtenons 77 et non 78. > >> > >>Pourquoi ? > >>Imprécision du calcul. Oui, parce qu'en interne, les calculs se font en base 2. > >>Pour vous en convaincre, il suffit d'aller en B1, clic droit, > >>Formater les cellules, Nombres. Dans Décimales, augmentez le > >>nombre, jusqu'à 10 et plus : surprise ! > >> > >>Comment contourner le problème ? > >>En B1, il faut faire : > >>=ARRONDI((A1-ENT(A1))*100;0) [...] > Il ne s'agit pas d'une erreur mais de quelque chose de géré dans les 2 > tableurs. Par défaut, ils calculent avec 8 décimales > Pour Ooo, Outils/option > Tableur / calcul cocher "Exactitude comme affiché" > Cette option devrait d'ailleur être cochée par défaut pour les personnes > qui utilisent les tableurs pour faire de la gestion. Attention, ça ne résout pas complètement le fond du problème. =(A1-INT(A1))*100 affiche 78, mais si tu fais =INT((A1-INT(A1))*100) tu obtiendras 77 et non 78, même si cette option est cochée. Je pense que cette option introduit la différence suivante: _ Si elle n'est pas cochée, les valeurs sont complètement manipulées en base 2. Lorsqu'un nombre est entré par l'utilisateur, il est converti en base 2. Tous les calculs se font en base 2. Il n'y a conversion en base 10 que lors de l'affichage. _ Si elle est cochée, les valeurs de références sont en base 10. Une valeur réutilisée en provenance d'un calcul sera convertie en base 10 pour affichage, et reconvertie en base 2 pour les calculs l'utilisant. Cette option fait intervenir plus d'arrondis (c'est peut-être la raison pour laquelle elle n'est pas activée par défaut), mais dans les cas pratiques, je suppose que cela aura généralement l'effet escompté. Voici un exemple: A1: 123456.78 B1: =(A1-INT(A1))*100 C1: =INT(B1) D1: =INT((A1-INT(A1))*100) Voici ce qui est affiché (si les autres options ne sont pas changées). Je met des guillemets pour indiquer le texte affiché (valeurs arrondies en base 10), et pas de guillemets pour les valeurs internes en base 2, sur lesquelles se font tous les calculs. A1: "123456.78" B1: "78" (arrondi en base 10 d'une valeur X un peu inférieure à 78). C1: _ Option non cochée: "77" (le résultat de INT(X) est 77, et arrondi en base 10 pour affichage, ça donne "77"). _ Option cochée: "78" (le résultat affiché "78" est d'abord converti en base 2, ce qui donne exactement 78, puis le tableur calcule INT(78), ce qui donne 78, puis convertit la valeur en base 10 pour affichage, ce qui donne "78" exactement). D1: "77" dans les deux cas, car la valeur des calculs en base 2 est 77, qui donne "77" après conversion en base 10. Voilà, j'espère que c'est suffisamment clair. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-02-24 15:51:23 +0100, Jean-Baptiste FAURE wrote: > Attention, il faut utiliser cette option avec précaution et, à mon avis, > seulement quand il y en a besoin. Sur un autre calcul qui n'a rien à > voir (aire comprise entre un cercle et une corde) j'obtiens un écart de > plus de 10% avec 4 calculs intermédiaires. Oui, dans un calcul où on ne s'attend pas à récupérer des nombres décimaux dans la précision d'affichage (exacts), l'utilisation de cette option a tendance à augmenter l'erreur par rapport au résultat exact. C'est une conséquence des explications que j'ai données dans mon message précédent: http://fr.openoffice.org/servlets/ReadMsg?list=users&msgNo=33567 Mais c'est dommage que le tableur n'ait pas une arithmétique plus fiable, d'autant plus que je suppose qu'il n'y a jamais de très gros calculs. > Je pense que le problème d'origine tient plus à une utilisation > inadaptée de la fonction partie entière qui fait une troncature (plus > grand entier inférieur) au lieu d'un arrondi (entier le plus proche). Oui, parce que les calculs internes ne se font pas en base 10. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-02-25 10:12:25 +0100, Marie jo KOPP CASTINEL wrote: > Cette option concerne tous les utilisateurs de bureautique de gestion. > Elle marche, sans se poser plus de question pour les comptables, les > financiers, les commerciaux, les secrétaires... > Elle permet de retomber sur les mêmes valeurs que tous les systèmes de > gestion qui ne fonctionnent qu'avec 2 décimales après la virgule. Si tu entends par là que c'est censé émuler un système à virgule fixe en base 10, alors en fait, ce n'est pas tout à fait vrai, même lorsque les calculs sont très simples. Il peut y avoir des erreurs, avec des calculs du genre 1.33 / 2, car le résultat exact correspond à la frontière entre deux arrondis. Si la conversion de 1.33 en base 2 (pour calculs internes) donne une valeur inférieure à 1.33, on obtiendra le résultat 1.16; si elle est supérieure à 1.33, on obtiendra le résultat 1.17. Bref, suivant le nombre de départ, le comportement est très dépendant de l'arithmétique utilisée en interne. Ça ne m'étonnerait pas que ce genre d'erreur soit courante dans le domaine financier. D'ailleurs, après la découverte du bug dans la division du Pentium, des banques avaient refaient les calculs et avaient trouvé plein d'erreurs au niveau des arrondis, mais celles-ci n'étaient pas dues au bug du Pentium. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-02-25 11:18:38 +0100, Vincent Lefevre wrote: > Si tu entends par là que c'est censé émuler un système à virgule fixe > en base 10, alors en fait, ce n'est pas tout à fait vrai, même lorsque > les calculs sont très simples. Il peut y avoir des erreurs, avec des > calculs du genre 1.33 / 2, car le résultat exact correspond à la Oops, je voulais dire 2.33 / 2 (et remplacer 1.33 par 2.33 ci-dessous). > frontière entre deux arrondis. Si la conversion de 1.33 en base 2 (pour > calculs internes) donne une valeur inférieure à 1.33, on obtiendra le > résultat 1.16; si elle est supérieure à 1.33, on obtiendra le résultat > 1.17. Bref, suivant le nombre de départ, le comportement est très > dépendant de l'arithmétique utilisée en interne. Je viens de tester, et en fait, ce qui est affiché pour les nombres de la forme (2n+1)/100 (i.e. les nombres décimaux avec 2 chiffres après la virgule, dont le 2e est impair), quand on les divise par 2, c'est toujours l'arrondi du résultat par excès sur la valeur absolue[*] (ce qui est la règle de base en calcul financier lorsque le résultat exact est exactement entre deux nombres représentables, il me semble). [*] "away from 0" Du coup, je me demande, comme Christian, de quelle manière sont faits les calculs. OpenOffice est un logiciel open source, donc on peut toujours regarder le source... -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-02-25 12:58:55 +0100, christianwtd wrote: > Je ne pensais pas faire avancer le schmilblic dans cette discussion. De > fait il avance peu. Ce qu'il manque, mais je n'ai peut-être pas sû > trouver l'info, c'est surtout des renseignements sur les modes de calculs. > Si on connais le nombre d'octets et les différents modes (entiers, > décimales) de calculs, on doit pouvoir définir à l'avance le degré de > précision des calculs. C'est un élément absent, dommage. J'ai recherché un peu sur le site d'OpenOffice (recherche sur "rounding"), et je suis tombé là-dessus: http://sc.openoffice.org/servlets/ReadMsg?listName=dev&msgNo=1316 qui dit: [...] It's a bit different. A result that's almost 1.1 is kept as-is, but when compared to a "real" 1.1, the numbers are treated as equal if they are very close. rtl::math::approxEqual (from sal/inc/rtl/math.hxx) is used for that. It doesn't work when comparing to 0, so additions and subtractions have to be treated the same way (approxAdd, approxSub). These methods are used throughout the function implementations. Niklas J'ai regardé dans le source, et effectivement, approxEqual() est utilisée un peu partout dans "sal/inc/rtl/math.hxx". En gros, deux nombres a et b sont considérés comme égaux si |a - b| < 2^(-48) |a|. À partir de là, il y a une fonction d'addition ApproxAdd(a, b) qui renvoie 0 exactement si approxEqual(a, -b) est vrai, etc. Ceci doit expliquer pourquoi avec OpenOffice, 2.73 / 2 donne 1.37 (avec arrondi à 2 décimales), alors qu'en C, on obtient 1.36 (car 2.73 converti en binaire donne une valeur un peu inférieure, donc la division par 2 donne une valeur un peu inférieure à 1.365). Maintenant, si je reprends l'exemple qui avait été donné initialement: A1: 123456,78 B1: =(A1-ENT(A1))*100 C1: =ENT(B1) A1 est converti de manière interne en binaire (valeur approchée à 2^(-53) près environ, car c'est de la double précision IEEE qui est utilisée). Pour B1, on commence par calculer A1 - ENT(A1). Ces deux nombres sont très proches; on parle de « cancellation ». Le résultat est petit par rapport aux nombres de départ (0,78 vs 123456), et bien que cette soustraction se fasse exactement en base 2, l'erreur relative (en tenant compte de l'erreur de départ due à la conversion de 123456,78 en base 2) est beaucoup plus grande. B1 a ainsi une valeur très proche de 78, mais à cause de la cancellation, l'erreur relative est supérieure à 2^(-48). Dans B1, 78 est affiché, car l'arrondi (au plus près) à 2 décimales donne 78,00. Mais pour C1, la fonction approxEqual() utilisée dans approxFloor() détecte que la valeur est différente de 78, car l'erreur relative est supérieure à 2^(-48). Donc c'est 77 qui est affiché. Note: ce 2^(-48) est en dur dans le code d'OpenOffice; ce n'est pas configurable. À ce propos, le logiciel Mathematica a une approche différente: il garde la trace d'une estimation de la précision à chaque calcul. Cf http://documents.wolfram.com/mathematica/book/section-3.1.5 Maintenant que ce soit la méthode d'OpenOffice ou la celle de Mathematica, cela ne résout pas tous les problèmes et les résultats ne sont pas du tout garantis. Pour du calcul scientifique, ce n'est pas terrible, car on ne sait pas trop ce qui se passe en interne. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-02-25 14:59:51 +0100, Jean-Baptiste FAURE wrote: > Sauf erreur OOo est codé en C++, donc je parie que les calculs de CALC > sont faits en virgule flottante avec des types "double" (8 octets sur > une machine 32 bits) 8 octets sur les 64 bits aussi: c'est standardisé (norme IEEE 754). Enfin, le type double du C ne correspond pas forcément à la double précision IEEE, mais en pratique c'est tout le temps le cas sur les machines qui supportent la norme IEEE 754 (i.e. toutes les machines actuelles). Je ne rentre pas dans les détails de la précision étendue (activée sous Linux/x86). Ceux qui sont intéressés peuvent lire: http://www.vinc17.org/research/extended.fr.html > soit 13 à 15 chiffres significatifs. 17. > Je pense qu'on doit pouvoir trouver les détails de la représentation > machine des nombres dans n'importe quel bon manuel de C ou de Fortran > dédié au calcul numérique. L'idée genérale est toujours la même, une > puissance de 2 multipliée par une combinaison linéaire de puissances > négatives de 2 (la mantisse), mais les détails dépendent des machines > (32bits, 64 bits, pentium, RISC, etc.), en particulier le nombre de bits > affectés à la mantisse. Comme je l'ai dit, c'est standard. Les opérations arithmétiques (+, -, *, /) et la racine carrée sont aussi standardisées. Cependant, comme je l'ai dit dans le message que je viens de poster, les opérations d'OpenOffice ne sont pas celles du processeur. OpenOffice fait des choses en plus pour essayer de corriger les erreurs d'arrondi (sans que ce soit garanti). > La précision obtenue sur le résultat final dépend aussi beaucoup des > algorithmes utilisés. Il y a plusieurs façons de faire une division, > d'extraire une racine carrée, de calculer une exponentiation, une > fonction trigonométrique etc. Chacune a ses avantages et ses > inconvénients en terme de précision et de rapidité. Au niveau de la bibliothèque C, ça dépend effectivement de la plateforme (pour les fonctions non standardisées). Cf http://www.vinc17.org/research/testlibm/index.fr.html (à voir de préférence avec Mozilla, Firefox ou Opera, ou tout autre navigateur ayant un bon support CSS). -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-02-25 22:30:04 +0100, Le Farfadet Spatial wrote:
> La seule méthode qui donne une estimation de l'erreur effective, à
> ma connaissance, est la méthode CESTAC mais elle est statistique, ce
> qui la rend contestée par certains.
Oui, elle peut aider et donner des indications faute de mieux, mais
elle ne garantit rien. Je serais curieux de savoir ce qu'elle donne
comme info sur la suite suivante (de Jean-Michel Muller):
u_0 = 2
u_1 = -4
u_{n+1} = 111 - 1130 / u_n + 3000 / (u_n u_{n-1})
> Donc, je crains que, dans le cadre d'un tableur, il faut abandonner
> l'idée d'avoir, à l'heure actuelle, une estimation de l'erreur de
> calcul.
Je pense qu'un système style iRRAM serait utile, mais ça ne résout pas
les problèmes de continuité.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] bogue tableurs et représentation des nombres
Bonjour, On 2005-02-27 08:48:07 +0100, i_manuel wrote: > >>>Dans le même genre, une activité qui m'étais déjà arrivée en cours > >>>: > >>>Cellule A1, inscrire : "-1" > >>>Cellule A2, inscrire : "= A1 + 0,1" > >>>Recopier la cellule A2 vers le bas et observer ... Je ne connais pas bien les tableurs. Quel est l'effet de recopier une cellule vers le bas? > >Avec OpenOffice 1.1.0 sous LInux je n'ai aucune problème avec le second > >"bogue". ? ? > >J'obtiens clairement 0 (même en testant avec 0,01 au lieu de > >0,1)... Je ne vois pas bien pourquoi on obtiendrait 0 (cf ma question ci-dessus). Intuitivement, on devrait obtenir environ -0,9. > le bogue est obtenu sous Excel, sous Appleworks, sous Ooo 1.1.3 mac os X > > il tient au fait qu'apparemment l'ordinateur code tous les nombres en > binaires. Je ne sais pas quel est le bug exactement, mais probablement... À ce propos, cf l'enfilade "[CALC] Calculs imprécis". > les calculatrices usuelles employées dans l'enseignemetn ne connaissent > ce bogue que pour les nombres non décimaux car elles codent les nombre > non pas en base 2 mais en bas 10 en consacrant 4 bits (un demi octet > donc) à qhaque décimale. Elles boguerons pas exemple pour 1/7 mais pas > pour 0,1 ni pour 0,01 (avec la deuxième procédure) C'est la raison pour laquelle Maple calcule en base 10 pour les nombres à virgule flottante, mais cela se traduit par une perte de rapidité. > je voulais avoir la confirmation des propos de ce colisiter selon qui > Ooo 1.1.0 sous Linux ne présente pas le bogue > si c'est vrai cela signifierait il que linux ne gère pas les nombres > en binaire ? Si, mais Linux/x86 configure le processeur en mode précision étendue: les calculs sont effectués par le processeur avec 64 bits de précision (et non 53), et les valeurs sont arrondies à 53 bits de précision lors du stockage en mémoire uniquement. Cela peut donner l'impression d'un calcul plus précis (c'est probablement vrai en général), mais cette précision n'est pas contrôlée, et ce choix peut faire apparaître des bugs, pose des problèmes de portabilité et d'implémentation de normes (Java, Javascript...). -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [calc] bogue tableurs et représentation des nombres
On 2005-02-27 20:10:35 +0100, i_manuel wrote: > Réponses obtenues: > Open Office 1.1.x sous Linux ou mac os X, le premier bogue, mais pas le > second (je m'étais trompé) > Excel, Appleworks, les deux boguent. Qu'est-ce que tu entends par là? > Dans le fil [users-fr] [CALC] Calculs imprécis, > Marie jo KOPP CASTINEL parle de l'option Outils/option Tableur/calcul > cocher "Exactitude comme affiché" > > mais chez moi (mac os X) cela ne change rien, que cette option soit > cochée ou non: le premier bogue toujours, le second ne bogue jamais Comme expliqué dans l'enfilade, cette option peut résoudre certains problèmes, mais pas forcément, et elle peut en poser d'autres. Cf http://fr.openoffice.org/servlets/ReadMsg?list=users&msgNo=33567 > Nous ne pouvons pas en conclure que Ooo gère les npombres en décimal > et non pas en binaire, sinon le premier test ne boguerait pas Oui, Ooo gère les nombres en binaire. > Je dirais que c'est simplement un réglage de Ooo "intelligent" qui > fait qu'il comprend qu'il s'agit de 0 L'explication est probablement dans mon message http://fr.openoffice.org/servlets/ReadMsg?list=users&msgNo=33672 -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-02-27 23:22:15 +0100, Le Farfadet Spatial wrote: > En utilisant CESTAC, on obtient en permanence une estimation de > l'erreur. Je te donne des résultats en simple précision IEE 754 : [...] OK, ça fait pas mal de temps que je n'ai rien vu concernant CESTAC, alors je ne me souvenais plus trop ce qu'il faisait exactement (donc pas seulement de l'arrondi stochastique). Ça serait bien si on pouvait plugger des arithmétiques dans Ooo. > Pour plus d'information, je te renvoie à la documentation de CADNA : > > http://www-anp.lip6.fr/cadna/ Les codes C fournis sont en fait des codes C++. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [calc] bogue tableurs et représentation des nombres
On 2005-02-28 08:44:10 +0100, i_manuel wrote: > >>>>Cellule A1, inscrire : "0,2" > >>>>Cellule A2, inscrire : "= 11*A1 - 2" > >>>>Recopier la cellule A2 vers le bas et observer ... > >>>> > >>>>Dans le même genre, une activité qui m'étais déjà arrivée en > >>>>cours : > >>>>Cellule A1, inscrire : "-1" > >>>>Cellule A2, inscrire : "= A1 + 0,1" > >>>>Recopier la cellule A2 vers le bas et observer ... > pour la première, an A18 ob obtient 86 environ > pour la seconde A11 n'affiche pas 0 (sauf openoffice) Ah, d'accord, je n'avais pas compris qu'il fallait répéter l'opération. Bon, le comportement que tu observes n'est pas un bug. Il s'agit juste de propagation d'erreurs d'arrondi. Comme il y a une cancellation[*] à chaque étape, on arrive vite à un résultat qui n'a plus aucun sens. [*] Supposons pour simplifier que l'on ait un système avec 15 chiffres binaires (bits). 2,2 - 2 s'écrit en binaire: 10.0011001100110 - 10.0 -- 0.0011001100110 dont les chiffres significatifs sont 11001100110, i.e. on n'a plus que 11 chiffres significatifs (4 chiffres ont été "cancellés" dans la soustraction). Autrement dit, l'erreur relative devient beaucoup plus importante. Sous Linux/x86, les calculs intermédiaires se font en précision étendue et le résultat final est arrondi en double précision, si bien qu'il n'y a pas de problème avec le premier test (attention, c'est un cas particulier, la précision étendue ne permet pas toujours de cacher les erreurs d'arrondi, et l'inverse peut même se produire). Pour le second test, si X et Y sont différents mais *très* proches, OpenOffice renvoie 0 pour X - Y (cf un de mes messages précédents mentionnant le code source d'OpenOffice). Je pense que ça explique qu'OpenOffice renvoie 0 pour A11. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-01 01:05:21 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Ça serait bien si on pouvait plugger des arithmétiques dans Ooo. > > Pour ma part, je ne pense pas que ce soit une bonne idée. > L'arithmétique stochastique est pour l'instant trop gourmande en terme > de performance, surtout dans le cadre de l'utilisation d'un tableur. > L'arithmétique des intervalles nécessite la mise au point d'algorithmes > spécifiques, de type point fixe, pour donner de bons résultats. La > précision arbitraire n'est pas encore standard... Au fait, l'avantage ne serait pas seulement de pouvoir mettre une arithmétique plus fiable, mais aussi de pouvoir mettre une arithmétique en base 10, qui peut être: _ de la virgule flottante (je ne sais pas s'il y a des implémentations disponibles en bibliothèques, autrement il est possible que certains processeurs aient un support de la virgule flottante en base 10 dans le futur -- cf <http://www2.hursley.ibm.com/decimal/decarith.html>), _ de la virgule fixe (peut être implémentée en utilisant une arithmétique entière). -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-01 01:05:21 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Ça serait bien si on pouvait plugger des arithmétiques dans Ooo. > > Pour ma part, je ne pense pas que ce soit une bonne idée. > L'arithmétique stochastique est pour l'instant trop gourmande en terme > de performance, surtout dans le cadre de l'utilisation d'un tableur. CADNA perd un facteur combien par rapport à de la double précision? Les tableurs sont souvent utilisés pour de gros calculs? Il me semblait que c'était en général relativement simple. > L'arithmétique des intervalles nécessite la mise au point d'algorithmes > spécifiques, de type point fixe, pour donner de bons résultats. Dans le cadre d'une utilisation dans un tableur, je pense que les algo naïfs suffiraient. > La précision arbitraire n'est pas encore standard... C'est utilisé par pas mal de logiciels. > De toute façon, il n'est pas, à l'heure actuelle, question de > changer l'arithmétique dans calc : stockage en simple précision, > calcul en double... Tu es sûr du stockage en simple? Je n'ai pas fait de test spécifique, mais 8 chiffres décimaux significatifs, ça fait peu! -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-01 22:47:56 +0100, Le Farfadet Spatial wrote: > Je reste assez peu convaincu de la pertinence d'une telle > sophistication dans un tableur. Cependant, si tu es capable de me > montrer que cela peu réellement être utilisé, je suis prêt à soutenir > cette proposition et participer à son développement. Le but d'une arithmétique en base 10 dans le tableur est d'éliminer les erreurs d'arrondi dues aux conversions base 2 <--> base 10. Certains manipulent des valeurs décimales, qui sont considérées comme exactes (calculs financiers). -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-01 22:58:36 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Dans le cadre d'une utilisation dans un tableur, je pense que les > >algo naïfs suffiraient. > > Le problème avec les algorithmes naïfs lorsque l'on utilise > l'arithmétique des intervalles, c'est qu'on se retrouve facilement avec > des intervalles énormes, donc des résultats qui ne veulent plus dire > grand chose. Pour des problèmes compliqués, peut-être. Mais dans le cadre de l'utilisation dans un tableur, il ne devrait pas y avoir de problème. > >>La précision arbitraire n'est pas encore standard... > > > >C'est utilisé par pas mal de logiciels. > > C'est vrai mais reste qu'il n'y a pas encore de standard. Difficile > de choisir quoi utiliser, dès lors. Cela dit, les choses devraient > évoluer bientôt à ce niveau. Utiliser MPFR: l'arrondi correct s'impose comme standard. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-02 22:37:53 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Le but d'une arithmétique en base 10 dans le tableur est d'éliminer > >les erreurs d'arrondi dues aux conversions base 2 <--> base 10. > >Certains manipulent des valeurs décimales, qui sont considérées > >comme exactes (calculs financiers). > > C'est-à-dire que la principale cause d'erreur d'arrondi c'est la > perte du continu, qui est la cause de la perte des propriétées > algébrique et ça, on ne peu rien y faire : un ordinateur est par > essence fini. Le continu n'existe pas dans les calculs constructifs. > L'utilisation de la base 10 n'y change rien Si. Les données sont entrées en base 10 et considérées comme exactes. Il se peut que le résultat soit exactement représentable. Cf le test où on part de 1 et on enlève 0.1 à chaque étape. Il se peut aussi que le résultat ne soit pas exactement représentable, mais que la règle d'arrondi soit bien spécifiée; cf la règle de conversion des francs en euros. Là encore, une arithmétique en base 10 peut simplifier les choses. > et le faible gain de précision par ailleurs ne me semble pas valoir > la quantité de travail (plusieurs millions de lignes de codes a > changer) ni la perte de performance qui ira de paire. Mieux vaut une perte de performance (AMHA pas significative dans le cadre d'un tableur) qu'un résultat incorrect. D'autre part, si c'est plusieurs millions de lignes de code à changer, alors OpenOffice a été écrit avec les pieds. Pas entendu parler de modularisation? -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-02 23:20:33 +0100, Le Farfadet Spatial wrote: > En fait, l'arithmétique des intervalles doit être considérée comme > un nouvel environnement pour le calcul scientifique, indépendant de > l'arithmétique a virgule flottante. Cette méthode ne tient pas > compte de la compensation des erreurs d'arrondi et provoque un effet > de dispersion. C'est vrai si on parle d'erreurs importantes. Ici, le but est d'avoir des intervalles à chaque fois tout petits. L'arithmétique d'intervalles ici n'est rien de plus qu'une analyse d'erreur dynamique. Si tu n'es pas convaincu, tu peux t'amuser avec iRRAM et voir qu'en pratique, dans la plupart des cas, ça fonctionne bien. Dans les autres cas, le résultat obtenu avec une arithmétique classique sera de toute façon probablement faux. > En gros, à chaque calcul, en admettant que l'on a recourt qu'à des > opérations stables, ce qui exclue l'addition de deux valeurs de signes > opposés avec les problèmes de cancellation que cela entraîne et toutes Non, l'addition de deux valeurs de signes opposés (ou la soustraction de deux valeurs de même signe) n'est pas du tout exclue. En cas de cancellation, il faut de toute façon augmenter la précision pour avoir un résultat acceptable. > sortes de fonctions mathématiques, donc finalement qu'à des additions de > nombres de même signes et des multiplication, l'écart est de l'ordre du > dernier chiffre significatif exacte. Admettons que nous utilisions la > double précision et qu'au départ les données sont entièrement > significatives (on peu rêver), c'est-à-dire que l'on a 53 bits (52 bits > de mantisse plus le bit caché) significatifs exactes. Après une > opération du type de celles définies en début de paragraphe, on n'a plus > que 51 bits significatifs exactes, après 10 opérations, 42 et ainsi de > suite. [...] C'est n'importe quoi. Dans le cas d'opérations "régulières", on perd en gros un ulp à chaque opération, donc n ulp au bout de n opérations. Bref, le nombre de bits perdus est en log du nombre d'opérations. Si on perdait un bit à chaque fois comme tu dis, la double précision ne servirait à rien dans les calculs scientifiques, où il y a beaucoup plus qu'une cinquantaine d'opérations. > En plus, aller donner à un financier un résultat sous cette forme : > [12 487,475 ; 12 487,579 47], je crains que cela ne soit pas > satisfaisant. On peut renvoyer le résultat sous une autre forme si nécessaire. > Conclusion : si l'on est pas avertit, il ne vaut mieux pas utiliser > les intervalles, sous peine de se retrouver avec des résultats qui ne > signifient rien. Mieux vaut avertir un minimum. Tu préfères que les utilisateurs se retrouvent avec des résultats faux et/ou qu'ils ne comprennent pas? > Sachant qu'en plus cette arithmétique grève les performances (comme > toutes les arithmétiques qui ne sont pas directement supporté par le > matériel) je pense qu'il n'est pas judicieux d'intégrer cette > arithmétique dans un tableur. Dans le cadre d'un tableur, pas de problème de performance en général. Tu es hors sujet. Tu peux aussi noter qu'il existe une option qui demande au tableur de passer son temps à faire des conversions base 10 / base 2 (cf début de l'enfilade), et pourtant ça ne semble gêner personne. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-04 02:57:54 +0100, Le Farfadet Spatial wrote: > Mais surtout, le problème c'est que le format de stockage des > valeurs numérique n'a pas été prévu pour être changé, d'ailleurs les > expressions templates n'étaient pas très développées à l'époque du > lancement du projet StarOffice. Et puis, ce n'est pas tant qu'il > faut modifier les plusieurs millions de lignes de code en question, > c'est surtout qu'il faut se les taper et s'assurer qu'il n'y a pas > d'oubli. Ça prendrait un sacré bout de temps. Euh... si on ne sait pas trop quel code intervient quand on manipule des nombres dans le tableur, mieux vaut ne pas faire confiance à OpenOffice pour ses calculs. Si le code est suffisamment bien foutu, le compilateur doit râler si le type a été changé quelque part, mais pas partout où il faudrait. > De plus, l'arithmétique décimale permettra certes de coder sans > erreur certain nombre décimaux mais il restera toujours des nombres > entachés d'erreur -- quand bien même toutes les entrées sont exacte, > le premier calcul effectué est synonyme d'erreur -- et suffisamment > pour qu'aucune valeur numérique ne puisse être considéré comme > exacte après traitement par le tableur. Tout à fait, mais déjà, ça améliorerait un certain nombre d'applications qui se basent sur une arithmétique décimale. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-04 03:44:26 +0100, Le Farfadet Spatial wrote: > L'arithmétique des intervalles est très pessimiste. C'est pour ça qu'il faut mettre de la précision en plus. Dans le cadre d'un tableur, ça ne devrait pas poser de problème. > >Non, l'addition de deux valeurs de signes opposés (ou la soustraction > >de deux valeurs de même signe) n'est pas du tout exclue. En cas de > >cancellation, il faut de toute façon augmenter la précision pour avoir > >un résultat acceptable. > > Bof : il a été montré que la perte de précision lors d'un calcul sur > ordinateur est indépendante de la précision utilisée pour ce calcul. Qu'entends-tu par là? Je sais bien qu'augmenter la précision des calculs peut ne servir à rien dans certains cas particuliers, mais l'augmenter permet en général d'obtenir des résultats plus précis. > >>En plus, aller donner à un financier un résultat sous cette forme : > >>[12 487,475 ; 12 487,579 47], je crains que cela ne soit pas > >>satisfaisant. > > > > > >On peut renvoyer le résultat sous une autre forme si nécessaire. > > Quelle forme ? Il existe différentes formes d'arithmétiques d'intervalles. L'une d'elle consiste à faire des calculs au plus près (ou dans un autre mode d'arrondi si besoin est) et calculer à chaque fois un majorant (certifié) de l'erreur. Il est toujours possible de renvoyer le résultat centré, et si l'erreur est trop importante, prévenir l'utilisateur. Il est possible de mettre en valeur les chiffres incertains, par exemple. Une autre solution est le système d'iRRAM: refaire les calculs à plus grande précision (de manière transparente) si l'erreur est trop importante. > >Mieux vaut avertir un minimum. Tu préfères que les utilisateurs se > >retrouvent avec des résultats faux et/ou qu'ils ne comprennent pas? > > C'est-à-dire que je crains qu'en règle générale l'utilisateur du > tableur n'est pas vraiment à même de comprendre une indication sur > l'erreur de son calcul. OpenOffice peut fournir un minimum d'explications dans son système d'aide. L'arithmétique actuelle nécessite aussi des explications (sinon comment crois-tu que cette enfilade a commencé?). Ces problèmes d'arrondi devraient être mentionnés dans le cadre de l'apprentissage d'utilisation du tableur. > De plus, même avec estimation de l'erreur, un calcul reste faux, > par essence, donc l'utilisateur aura, de toute façon, un résultat faux. Je ne dirais pas qu'il est faux. Si l'erreur est faible, ça peut convenir à l'utilisateur. > D'ailleurs, au sujet de cette quantité de travail : cela va demander > tellement de modification en profondeur qu'il faut vraiment se poser > la question de la pertinence d'un tel ajout. Si ce n'était que > l'affaire d'une semaine ou deux, autant procéder à la modification > qui pourra bien servir un jour. Mais là, cela demandera un réel > effort, donc bloquera des développeurs dessus plutôt que de > travailler à autre chose. À côté de cela, est-ce qu'une telle > fonctionnalité sera réelement utilisée ? J'en doute. Il y a parfois des développeurs externes qui se penchent sur tel ou tel problème. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-04 16:53:33 +0100, Le Farfadet Spatial wrote: > Ben, j'entends par là que, moi le premier d'ailleurs, on se sent > souvent à l'aise parce qu'on s'est décidé à utiliser la précision > arbitraire alors que même sur des cas que l'on croit très simple > l'erreur peut être très grande. Malheureusement, l'augmentation de la > précision, quoi qu'elle apporte réellement quelque chose, n'est pas > vraiment un remède. Un remède incomplet, mais un remède tout de même, surtout si c'est associé à de l'analyse d'erreur (pessimiste comme tu l'as dit, mais puisqu'on peut augmenter la précision, ce n'est pas forcément un problème). Il y a toujours le problème des fonctions discontinues, comme floor (cf le tout premier exemple de cette enfilade, concernant le =ENT(B1)). Une arithmétique d'intervalles permet au moins de détecter ces problèmes potentiels. > >Une autre solution est le système d'iRRAM: refaire les calculs à > >plus grande précision (de manière transparente) si l'erreur est > >trop importante. > > Donc, en gros, utiliser l'arithmétique des intervalles comme une > simple méthode dynamique d'analyse d'erreur. Oui, avec des bornes d'erreur garantie, je le rappelle. > Dans ce cas, je pense vraiment qu'il est plus judicieux d'utiliser > l'ASD, qui est plus appropriée à ce problème. ASD? -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-04 17:58:11 +0100, Le Farfadet Spatial wrote: > Oui, c'est le grand intÃrÃt de l'arithmÃtique des intervalles que > sa grande rigueur mathÃmatique. > > L'arithmÃtique des intervalles c'est gÃnial mais mon point de vue > reste, nÃanmoins, qu'il s'agit d'un environnement de calcul scientifique > diffÃrent de l'arithmÃtique des flottants et que ce n'est pas une > utilisation trÃs appropriÃe que de s'en servir comme mÃthode d'analyse > d'erreur, d'autant que CESTAC à ce niveau, Ãtant vraiment faite pour Ãa, > est plus performante. CESTAC permet de faire de l'analyse d'erreur sur des calculs flottants. L'arithmÃtique d'intervalles permet d'obtenir des bornes d'erreur garanties. Ensuite, tout dÃpend de ce que veut l'utilisateur: _ Du bÃte calcul flottant en base 2, avec des erreurs d'arrondi qui peuvent Ãtre gÃnantes, d'autant plus que les conversions avec la base 10 en introduisent. OpenOffice masque certaines erreurs d'arrondi. Mais on ne peut pas lui faire confiance sur certains types de calculs (calculs financiers avec rÃgles d'arrondis prÃcises, par exemple). _ Du calcul en base 10 en interne, comme sur les calculatrices, ce qui peut permettre de rendre certains types de calculs plus fiables (cf ci-dessus). Noter que Ãa paraÃt assez important puisque des ingÃnieurs ou chercheurs chez IBM travaillent sur ce point. _ De l'analyse d'erreur approximative, qui tiennent compte du fait que les erreurs d'arrondi se compensent partiellement. _ De l'analyse d'erreur garantie à (un peu) plus grande prÃcision pour tenir compte du fait que les bornes obtenues sont pessimistes. _ Du calcul rationnel si l'utilisateur manipule +, -, *, /, et les fonctions "d'arrondi" à un entier (cf les exemples). Suivant les cas, chacune des possibilitÃs peut Ãtre intÃressante. Ãa dÃpend vraiment du type de problÃme. Et c'est le cas notamment pour le choix entre la mÃthode CESTAC et l'arithmÃtique d'intervalles. > >>Dans ce cas, je pense vraiment qu'il est plus judicieux d'utiliser > >>l'ASD, qui est plus appropriÃe à ce problÃme. > > > >ASD? > > ArithmÃtique Stochastique DiscrÃte. OK, c'Ãtait surtout le "D" qui me posait problÃme (je ne retiens pas tous les sigles). > J.-M. Chesnaux Ãtait l'un de tes rapporteurs, il aurait put t'en > parler ! De mon cÃtÃ, je devrais faire attention à ne pas utiliser > des acronymes qui ne sont pas trÃs rependus... Je connais un peu CESTAC. Mais je n'en entends plus trop parler. > L'ASD c'est l'arithmÃtique de la mÃthode CESTAC, mise en Åuvre dans > CADNA. Je la trouve plus appropriÃe parce qu'elle s'attache vraiment > à donner l'erreur qui entache un calcul plutÃt qu'un majorant. Mais comme je l'ai dit, tout dÃpend si on veut du garanti ou pas. Dans le cadre d'un tableur, puisque les calculs sont suffisamment simples en gÃnÃral (corrigez-moi si je me trompe), je pense que l'arithmÃtique d'intervalles peut convenir, le but Ãtant d'avoir tous les chiffres affichÃs garantis exacts. > Elle permet Ãgalement de dÃterminer prÃcisÃment le nombre de chiffre > exacte du rÃsultat que l'on a obtenu. Maintenant, il faut accepter > la validità d'une approche statistique mais, pour ma part, Ãa ne me > pose pas de problÃme. Ãa ne reste que statistique, et cette mÃthode peut se "tromper". -- Vincent LefÃvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-04 19:47:10 +0100, Le Farfadet Spatial wrote: > >_ De l'analyse d'erreur approximative, qui tiennent compte du fait > >que les erreurs d'arrondi se compensent partiellement. > > Qu'entends-tu par approximative ? Les bornes ne sont pas garanties. > >Je connais un peu CESTAC. Mais je n'en entends plus trop parler. > > Moi, je n'arrête pas d'en entendre parler en ce moment ! Enfin, je sous-entendais: jusqu'à ce que tu en parles. :) > Tous les chiffres affichés lorsque l'on utilise CADNA sont > significatifs. C'est juste une estimation. > Bon, d'accord, dans en gros 5% des cas, CESTAC peu ne pas donner les > bons résultats. Est-ce que tu serais content si ta banque se trompait dans 5% des cas (en ta défaveur, comme par hasard)? > Cependant, cela porte sur plus ou moins une unité sur le dernier > chiffre significatif, C'est tout de même gênant. Mais ça peut porter sur plus de chiffres avec de la malchance, non? > ce qui donne une estimation d'erreur généralement plus fine que les > intervalles. Je ne le conteste pas. Mais l'utilisateur veut une erreur maximale finale fixée (en gros, une valeur qui dépend du nombre de chiffres affichés après la virgule). Les intervalles permettent d'obtenir cela de manière ganratie (sauf en cas de discontinuité en la valeur demandée, mais dans ce cas, seule une méthode sans arrondis permet de donner un résultat en lequel on peut avoir confiance). -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-06 23:06:07 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Les bornes ne sont pas garanties. > > Ben, statistiquement si... Non, si c'est statistique, ce n'est pas garanti. > Bon, ce n'est pas déterministe. Et puis, parler de borne n'est pas > vraiment approprié dans le cadre de l'arithmétique stochastique. La notion de borne d'erreur est mathématique. À moins que tu veuilles dire que l'arithmétique stochastique n'est pas approprié dans le cadre des math. > >>Tous les chiffres affichés lorsque l'on utilise CADNA sont > >>significatifs. > > > >C'est juste une estimation. > > D'accord : un estimateur de maximum de vraisemblance. C'est là le > point qui fait dire à Jean-Marie Chesnaux : « les statistiques, > certains n'y croit pas. » Ce n'est pas une question de croire ou pas. C'est juste que ça ne prouve rien. > Je suis plutôt de l'école : puisque l'on ne peu pas avoir la valeur > exacte, l'estimateur de maximum de vraisemblance est ce qu'il y a de > plus approprié lorsque l'on cherche une valeur. Une borne d'erreur garantie (i.e. prouvée) est généralement préférable si on met un minimum d'intelligence derrière pour que cette borne soit acceptable par l'utilisateur. > >Est-ce que tu serais content si ta banque se trompait dans 5% des cas > >(en ta défaveur, comme par hasard)? > > Bon, en réalité, j'aurais du écrire CADNA plutôt que CESTAC : au > moment de la conception de la bibliothèque CADNA, c'est-à-dire de > l'implémentation de la méthode CESTAC, les développeurs se sont trouvés > face à un choix : n'avoir, en terme de probabilité, aucun chance de > faire un estimation optimiste mais alors avoir presque en permanence une > estimation pessimiste et parfois une estimation de maximum de > vraisemblance ou alors équilibrer les chances d'avoir une estimation > optimiste ou pessimiste (l'une ne vaut pas mieux que l'autre), pour > avoir dans, /grosso modo/, 95% des cas un estimateur de maximum de > vraisemblance. > > Cependant, dans la mesure où l'approche est statistique, cela n'a > pas d'incidence sur la validité des autres valeurs. Donc, au final, mon > banquier me donne la bonne valeur sur mon compte, donc je ne suis pas > mécontent. Qu'en sais-tu qu'il te donne la bonne valeur? > >C'est tout de même gênant. Mais ça peut porter sur plus de chiffres > >avec de la malchance, non? > > Non, en terme de probabilité... Qu'entends-tu par "en terme de probabilité"? > Cependant, si tu es intéressé, je serais heureux de te mettre en > contact avec des membres de l'équipe CADNA plus à même de répondre à > tes questions. Je connais à peu près tout le monde (j'en verrai d'ailleurs 4 demain à Lyon). -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-07 09:07:32 +0100, Jean-Baptiste FAURE wrote: > Toute cette discussion est intéressante mais avant de proposer de > refaire toute l'arithmétique de Calc il faut se demander dans quelle > proportion les calculs réalisés actuellement par Calc sont faux d'une > manière inacceptable ? Autrement dit, dans la pratique courante est-ce > que c'est si mauvais que ça ? Je ne sais pas, mais il y a un risque que certains ne se rendent pas compte que leurs calculs sont erronés. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-08 01:05:49 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Non, si c'est statistique, ce n'est pas garanti. > > Ben, s'il y a 95% de chances que ce soit bien la bonne valeur et Garanti = prouvé. Même 100% de chance est une condition trop faible. C'est le "garanti" d'un point de vue mathématique, pas d'un point de vue commercial. :) > 10^-6% de chance (je n'ai pas le chiffre exacte en tête) qu'il y ait > une erreur de plus d'une unité sur le dernier chiffre significatif, > ce n'est certes pas garantie de manière déterministe mais un > probabiliste te dira que c'est sûr. Non, 10^-6 %, c'est énorme, notamment si tu considères l'ensemble des calculs effectués sur la planète. D'autre part, les calculs effectués sur ordinateur ne sont que des cas particuliers. Parler de probabilité est en soi une modélisation... qui peut être fausse. Petit rappel: quand tu prends un réel au hasard (avec une distribution raisonnable), il a une probabilité égale à 1 d'être non calculable. > >Ce n'est pas une question de croire ou pas. C'est juste que ça ne > >prouve rien. > > Comment ça, ça ne prouve rien ? Cf ci-dessus. > >Une borne d'erreur garantie (i.e. prouvée) est généralement préférable > >si on met un minimum d'intelligence derrière pour que cette borne soit > >acceptable par l'utilisateur. > > Heu... Pourquoi ? D'ailleurs, je suis intéressé pour une réponse > détaillé (en privé bien sûr parce que je pense que les autres membres > de la liste s'en tamponnent), si tu en as la possibilité. C'est toujours mieux d'avoir un résultat acceptable et prouvé qu'un résultat probabiliste. Ensuite différentes implémentations sont possibles... > >Qu'en sais-tu qu'il te donne la bonne valeur? > > Ben, les statistiques... Les statistiques disent justement que tu n'es pas sûr d'obtenir la bonne valeur. Tu as même des expressions qui donnent des résultats surprenants, des approximations qui auraient très peu de chance de se produire, avec des probabilités beaucoup plus faibles que ton 10^-6 %. Un petit exemple... exp(Pi*sqrt(163)). Quelle était la probabilité d'obtenir un nombre aussi proche d'un entier? Tu as d'autres types d'exemples de "très bonnes approximations" ici: http://perso.ens-lyon.fr/jean-michel.muller/Intro-to-TMD.htm -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-08 11:20:43 +0100, Pierre MOURIAUX wrote: > Sur users c'est peut-être un peu HS car ça s'écarte du côté > renseignement pratique, vaudrait peut-être mieux sur discuss (je met > en copie d'ailleurs). Pour info, je ne suis actuellement ni sur dev, ni sur discuss. Je m'étais d'ailleurs inscrit à users juste pour cette enfilade, que j'ai découverte par hasard (je venais d'installer un OpenOffice dans de la famille et je voulais voir ce qu'il y avait comme forums d'aide...). > Si vous pouviez faire un récapitulatif du débat, avec des références > d'ouvrages ou articles accessibles sur Internet ce serait bien, et puis > des exemples. J'aime bien cette page http://www.ima.umn.edu/~arnold/disasters/ pour montrer qu'on aurait tort de penser que ça n'arrive qu'aux autres. À noter que pour le missile Patriot au moins, les calculs étaient très simples: une suite d'additions. > J'ai cru comprendre que ces problèmes touchent OOo mais aussi ses > concurrents, donc en fait tous les utilisateurs de tableurs seraient > concernés? Tous ceux qui font des calculs (numériques) sur ordinateur. > Il existe de nombreuses applications professionnelles basées sur > Excel (espérons que pour OOo ça viendra), surtout parce que ce > logiciel est reconnu comme fiable, est-ce bien le cas? à lire vos > propos je commence à en douter. Tout dépend de ce qu'on entend par "fiable". D'abord, Excel a / avait des bugs; il y en avait un notamment où lorsqu'on entrait un nombre particulier, Excel affichait immédiatement un nombre complètement différent (c'était un bug dans la conversion base 10 -> base 2). Ensuite, même sans bug, il y a toujours des approximations, mais là, c'est à l'utilisateur de faire attention. Pour ceux qui ne craignent pas le côté technique: http://www.vinc17.org/research/publi.fr.html#CalLef2004a qui parle (de manière très générale) de ce qu'on peut chercher à faire pour essayer d'obtenir des résultats prouvés et reproductibles, avec les divers problèmes qui peuvent se poser. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-09 05:45:06 +0100, LE LOUARNE Serge wrote: > Vincent Lefevre a écrit : > >[...] > >Petit rappel: quand tu prends un réel au hasard (avec une > >distribution raisonnable), il a une probabilité égale à 1 d'être > >non calculable. > Je ne comprends pas. Cela veut dire qu'aucun réel n'est calculable > (réel pris au hasard et probabilité égale à 1) ? Non, ce qui se passe c'est que l'ensemble des réels calculables est dénombrable, alors que l'ensemble des réels ne l'est pas. J'aurais pu même dire que l'ensemble des valeurs manipulables par le tableur est fini. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
Salut, On 2005-03-09 22:21:49 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Garanti = prouvé. Même 100% de chance est une condition trop faible. > >C'est le "garanti" d'un point de vue mathématique, pas d'un point de > >vue commercial. :) > > Ah ben non. Si tu as une probabilité de 1 qu'un évènement arrive, > c'est qu'il arrive, c'est garanti. Maintenant, si un évènement a une > probabilité de 0,99, là je suis d'accord : il n'est pas > mathématiquement garanti. Avec une implémentation sur une machine à mémoire bornée, oui. Mais si tu considères le problème au niveau théorique, par exemple un algo dont l'entrée peut potentiellement avoir une infinité de valeurs (genre un réel entre 0 et 1 avec n décimales et on fait tendre n vers l'infini), alors tu peux obtenir une probabilité de 1 que l'algo fonctionne, bien qu'il échoue sur des valeurs particulières. > >Un petit exemple... exp(Pi*sqrt(163)). Quelle était la probabilité > >d'obtenir un nombre aussi proche d'un entier? > > Sur les réels : 0. Maintenant, sur les flottants, ensemble fini, > c'est une autre affaire. Tu as dû mal comprendre (par "aussi proche", j'entends à une distance <=). -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-10 01:06:25 +0100, Le Farfadet Spatial wrote: > Cela dit, un algorithme peut Ãtre dÃmontrà par thÃorÃme et ne pas > fonctionner sur un ordinateur, du fait de la perte des propriÃtÃs > algÃbriques. Quand on prouve un thÃorÃme concernant une implantation sur ordinateur, il faut tenir compte de l'arithmÃtique utilisÃe. > Bon, à la base, je suis bien d'accord qu'il est prÃfÃrable d'avoir > une erreur dÃterministe que probabiliste (comme quoi je ne suis pas > aussi bornà que Ãa). Cependant, il y a deux choses qui me gÃne dans > l'arithmÃtique des intervalles : d'abord, le phÃnomÃne de dispersion > invite à l'utiliser avec prÃcaution. Ce n'est pas forcÃment un problÃme, notamment lorsqu'on suppose que les entrÃes sont exactes (c'est le cas dans le cadre de l'utilisation d'un tableur) et lorsque l'arithmÃtique est à prÃcision arbitraire. Il y avait justement eu une discussion à Arinews à propos des corrÃlations en arithmÃtique d'intervalles (ici utilisÃe de maniÃre statique pour faire des preuves). L'un avait donnà l'exemple bien connu x (1 - x) avec 0 <= x <= 1, oà on obtient [0,1] au lieu de [0,1/4] si on ne cherche pas à tenir compte du fait que les deux x ont la mÃme valeur dans le calcul de l'intervalle. Certains pensent ainsi que si on ne traite pas ces cas de maniÃre spÃciale, alors on obtient forcÃment des rÃsultats trÃs mauvais (i.e. intervalles trop gros). Mais c'est faux. Quelqu'un a justement dit qu'il n'avait pas eu besoin de tenir compte des corrÃlations dans ses calculs d'erreur (Ãvidemment, on obtient un rÃsultat plus pessimiste, mais il n'y a pas forcÃment une diffÃrence significative, notamment lorsque les erreurs ne sont pas du mÃme ordre de grandeur, ce qui arrive lors de l'approximation de fonctions par des polynÃmes). > Ensuite, je suis intÃressà pour connaÃtre l'erreur sur mon calcul, > plutÃt qu'un majorant ou des bornes pessimistes. MÃme si le majorant est tout à fait acceptable? Par exemple, tu affiches 2 chiffres aprÃs la virgule, et le majorant de l'erreur sur la valeur exacte est de 0,0001. [CESTAC] > Par contre, c'est une formidable mÃthode de diagnostique, de plus > relativement simple à mettre en Åuvre (en comparaison avec > l'arithmÃtique des intervalles). De plus, elle permet de dÃterminer le > test d'arrÃt -- statistiquement -- optimal pour les algorithmes > itÃratifs, ainsi que le pas -- statistiquement -- optimal pour les > algorithmes approchÃs et est, à ma connaissance, la seule à permettre > cela. Elle permet aussi d'amÃliorer sensiblement la prÃcision des > algorithmes en amÃliorant le contrÃle des opÃrations de branchements > conditionnels mais cela l'arithmÃtique des intervalles le permet aussi. Oui, Ãa peut Ãtre une bonne mÃthode pour certains types de problÃmes (pour les tableurs aussi, mais ici pas forcÃment la plus adaptÃe). > Maintenant, pour en revenir au cas particulier d'un tableur, je me > demande encore ce qu'est une utilisation traditionnelle d'un tel > outils mais je prÃsume que l'utilisation de l'une ou l'autre des > arithmÃtiques donnera des rÃsultats semblables. Justement, soyons > pragmatique : es-tu intÃressà pour faire une Ãvaluation de la > prÃcision de calc dans le cadre d'une utilisation classique, ce pour > voir si l'intÃgration des mÃthodes de validation en vaut la peine ? Je trouve que ce serait intÃressant. Notamment la question suivante: est-ce que si une arithmÃtique exacte avait Ãtà utilisÃe, alors les rÃsultats affichÃs auraient Ãtà diffÃrents (genre une erreur sur le dernier chiffre de certains rÃsultats)? Et est-ce qu'une arithmÃtique plus prÃcise aurait pu permettre d'Ãviter ces erreurs (cadre d'une utilisation classique)? > Maintenant, je ne devrais sans doute pas le noyer dans la masse de > ce message mais je le fais toutefois : mon rapport de stage porte > notamment sur la validation numÃrique. Est-ce qu'il y a, parmi les > lecteurs de ce fil de discussion, des personnes intÃressÃes pour que > je leurs fournissent un rÃsumà de ce rapport ? Ou mÃme le rapport entier? Il sera diffusà sur le web, je suppose, non? -- Vincent LefÃvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs imprécis
On 2005-03-10 01:06:25 +0100, Le Farfadet Spatial wrote: > Bon, à la base, je suis bien d'accord qu'il est préférable d'avoir > une erreur déterministe que probabiliste (comme quoi je ne suis pas > aussi borné que ça). Cependant, il y a deux choses qui me gène dans > l'arithmétique des intervalles : d'abord, le phénomène de dispersion > invite à l'utiliser avec précaution. Au fait, il peut y avoir réellement une dispersion: c'était le cas pour l'échec du missile Patriot[*]. Les erreurs d'arrondi, au lieu de se compenser partiellement, se sont toutes ajoutées. [*] http://www.ima.umn.edu/~arnold/disasters/patriot.html Je ne sais pas si on peut tromper CADNA sur un tel exemple très simple, mais je pense qu'on doit pouvoir construire des exemples où par construction, toutes les erreurs d'arrondi s'ajoutent, et que cela est difficilement détectable (voire volontairement non détecté, car ce n'est pas dans l'esprit de la méthode CESTAC). Le cas du missile Patriot montre que les problèmes de ce genre peuvent aussi se produire dans la réalité et peuvent avoir des effets désastreux. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [writer]questions sur le déplacement de paragraphes
Henri Boyet a écrit : Bonjour, Je viens de tomber par hasard sur un passage du livre "OpenOffice.org 1.1 efficace" (page 49) où je lis : "Faire remonter ou descendre un paragraphe avec la touche CTRL. Faites l'essai suivant : placez le curseur sur un paragraphe et en maintenant le pouce droit sur la touche Ctrl, appuyez sur la flèche "vers le haut" du clavier ... Magique, non ?" Ben non, ça ne fait rien. Juste au-dessous : "Glisser ou déposer du texte à la souris. ... Placez le curseur sur la zone surlignée. Appuyez sur le bouton droit de la souris et faites glisser votre souris vers le bas. Une flèche avec un petit carré suit votre déplacement". Chez moi, le clic sur le bouton droit ouvre le menu contextuel ! Ces différences viennent-elles du fait que le livre était pour la première version et que j'utilise la 1.1.4 ? (avec W98) Ce n'est pas grave, je m'en suis passé jusqu'à présent. C'est juste que chaque fois que je replonge dans ce livre, j'y trouve du nouveau. Henri - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] C'était avec la 1.1 avec la 1.4, il faut la combinaison de touches Alt + Ctrl et la flèche haut (ou bas) pour déplacer un paragraphe. Ca risque d'être le même chose avec la version 2 car c'est le cas dans la beta (1.9.79) Le Ctrl c'est avec les flèches droite et gauche pour se déplacer mot par mot. C'est vrai que c'est bien pratique. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [CALC] Calculs =?iso-8859-1?Q?impr=E9cis?=
On 2005-03-11 00:34:05 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Quand on prouve un théorème concernant une implantation sur ordinateur, > >il faut tenir compte de l'arithmétique utilisée. > > Certes. Cela dit, nous autres matheux avons tendance à faire nos > démonstrations sur des ensembles qui ne sont pas forcément très > appropriés à l'arithmétique des flottants. En arithmétique des ordinateurs, on fait des démonstrations en tenant compte des arrondis. Idem pour la géométrie algorithmique, où la cohérence des propriétés obtenues est importante (genre, suivant la formule utilisée, un point doit toujours se trouver du même côté d'une droite ou doit toujours être sur la droite). Un calcul flottant brut ne suffit généralement pas. > >Il y avait justement eu une discussion à Arinews à propos des > >corrélations en arithmétique d'intervalles (ici utilisée de manière > >statique pour faire des preuves). L'un avait donné l'exemple bien > >connu x (1 - x) avec 0 <= x <= 1, où on obtient [0,1] au lieu de > >[0,1/4] si on ne cherche pas à tenir compte du fait que les deux x > >ont la même valeur dans le calcul de l'intervalle. Certains pensent > >ainsi que si on ne traite pas ces cas de manière spéciale, alors on > >obtient forcément des résultats très mauvais (i.e. intervalles trop > >gros). Mais c'est faux. Quelqu'un a justement dit qu'il n'avait pas > >eu besoin de tenir compte des corrélations dans ses calculs d'erreur > >(évidemment, on obtient un résultat plus pessimiste, mais il n'y a > >pas forcément une différence significative, notamment lorsque les > >erreurs ne sont pas du même ordre de grandeur, ce qui arrive lors > >de l'approximation de fonctions par des polynômes). > > Tu as des références là dessus ? https://lipforge.ens-lyon.fr/projects/crlibm/ Tu peux demander plus d'info à Florent. [...] > Par contre, pour suivre la méthodologie d'OpenOffice.org, il serait > préférable d'ouvrir un fil sur dev -- ou plutôt dev-fr pour ne pas se > couper de ce qui à lancé le sujet à l'origine, -- ce qui voudrait dire > qu'il faudrait que tu t'y inscrives. À toi de voir. Je viens de m'inscrire à [EMAIL PROTECTED] -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Grouper des cadres
peut-être un début de piste, en tout cas ça marche sous 1.4 et windows Faire un cadre texte et faire les autres cadres textes à l'intérieur Pour les images, insérer une image, la placer au bon endroit par rapport au cadre texte et l'ancrer au cadre (clic droit). Ca ne règle pas tous les problèmes d'habillage dans ces cadres mais en jouant sur le nombre de colonnes des cadres textes, en utilisant les cadres liées (on peut lier des cadres de même "niveau" c'est à dire qui sont dans la même page ou dans le même cadre ou sous-cadre) on peut déjà arriver à des présentations très poussées. Jean-Pierre Fessler a écrit : Bonjour et merci pour la réponse. On ne peut pas sélectionner plusieurs objets à la fois (Maj, Ctrl, Ctrl+Maj, etc..) quand ce ne sont pas des objets de type dessin. De plus, en mode dessin, dans un cadre de texte ou une surface quelconque, on ne peut pas insérer d'image à partir d'un fichier ou d'un copier-coller ni un cadre "non dessin". On Fri, 11 Mar 2005 09:50:55 +0100, Jean-Baptiste FAURE <[EMAIL PROTECTED]> wrote: Le 10/03/2005 20:53, Jean-Pierre Fessler a écrit : Bonjour Je travaille avec Open Office sous Windows et sous Linux. Autant il est facile de grouper des objets de dessin, autant je n'arrive pas à grouper des cadres de texte (non dessin), des images, entre eux et avec des objets de type dessin. Par exemple, une flèche sur une copie d'écran. Merci Et en les sélectionnant les uns après les autres en maintenant la touche Maj enfoncée, ça ne marche pas ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Macro =?ISO-8859-1?Q?=E0_2_centimes_d=27un_newbie_pur_?= =?ISO-8859-1?Q?fruit?=
Bonjour, Je cherche a coder une fonction booléenne qui me renvoit vrai si une cellule est en arrière plan transparent. Depuis quelques heures, je parcours quelques docs mais je coince. Il y a une fonction de l'api qui fait ça mais je n'arrive pas à l'utiliser : ** Function EstTransparent( As ) As Boolean EstTransparent =ThisComponent.currentController.activeSheet.getCellRangeByName().IsCellBackgroundTransparent End Function ** Ca tombe bien, car IsCellBackgroundTransparent est booléen.Mais comment faire référence à une cellule particulière ? Le but est de pouvoir utiliser la fonction dans une formule de cellule, typiquement un truc du genre : =si(esttransparent(B5);"transparent";"pas transparent") Comment passer le paramètre qui référence la cellule Merci par avance PS si c'est vraiment trop RTFM, dites moi de quel M il s'agit ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] impossible augmenter la taille des polices
tajem a écrit : oskar2 a écrit : Je remercie Loïc Breilloux pour sa prompte réponse mais...ça ne marche pas! Lorsque je tape 120 à la place de 96 (taille indiquée dans la fenêtre), tout va bien jusqu' à ce que je tape une lettre; à ce moment là, la taille redevient 96! J'ai oublié (sorry) : le plus simple pour des titres sur une ligne : Utilisez le texte qui s'adapte au cadre. Tu mets ensuite les dimensions que tu veux sans te soucier de la taille de caractère. Tajem Après avoir tapé 120 ou autre un autre nombre, il faut valider (touche entrée) en tout cas sous win 2000 et ooo 1.1.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] impossible augmenter la taille des polices
tajem a écrit : oskar2 a écrit : Je remercie Loïc Breilloux pour sa prompte réponse mais...ça ne marche pas! Lorsque je tape 120 à la place de 96 (taille indiquée dans la fenêtre), tout va bien jusqu' à ce que je tape une lettre; à ce moment là, la taille redevient 96! J'ai oublié (sorry) : le plus simple pour des titres sur une ligne : Utilisez le texte qui s'adapte au cadre. Tu mets ensuite les dimensions que tu veux sans te soucier de la taille de caractère. Tajem Après avoir tapé 120 ou autre un autre nombre, il faut valider (touche entrée) en tout cas sous win 2000 et ooo 1.1.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [writer] impression =?ISO-8859-1?Q?incompl=E8te?=
Michel Cauchois wrote: Bonjour, Mes élèves construisent des pages comprenant textes et images pour un journal scolaire. Problème : seules les images s'impriment quelque soit le type d'ancrage proposé. Une première solution a été de placer les images dans un cadre, de les définir comme caractère (menu -> format -> image -> ancrage comme caractère), ce qui a permis d'imprimer correctement la première page du document mais pas les suivantes !!! Je cherche donc la raison de cette non impression des textes accompagnant les images. Sur le même poste de travail, j'ai repris le texte et une image, j'ai collé le tout dans le module draw, et tout s'imprime !!! bizarre. Mais pas question d'en rester là, le module draw ne permettant pas, a priori, l'habillage des images par le texte. Configuration OOo 1.1.4 windows XP Pro réseau géré sous Novell imprimante laser Brother 5140 merci pour votre aide Michel PS : éditer un journal scolaire nécessite un logiciel de mise en page, le choix c'est soit Publisher, bien peut pratique et très fermé, soit un logiciel type Xpress hors de prix pour un collège. Quelqu'un connaîtrait-il un logiciel de mise en page aussi performant que OOo dans son domaine et au "même prix". - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Et si tu exporte en pdf que tu imprimes après, ça marche pas mieux ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [calc] fonction DDE sous ubuntu 8.10 et OOo 3.01
berland B/C a écrit :
La mise entre guillemets des noms avec espaces résoud certains problèmes
Claude Berland
yves dutrieux a écrit :
Bonjour,
Le 8 février 2009 11:56, Vincent Ruffiot a écrit :
Bonjour,
Je voudrais utiliser la fonction DDE dans un fichier calc qui fait
référence à une ou des cellules de fichiers calc que j'ai crée depuis un
moment.
utiliser la fonction en faisant référence à des noms de fichiers et de
feuilles qui ne comportent ni espaces ni accents.
Le problème c'est que les noms de mes fichiers sources contiennent des
espace et/ou des caractères accentués ainsi que les feuilles
auxquelles je
fais référence.
Y-a-t'il un moyen de saisir les références avec des espaces et accents ?
Pour illustrer :
Cela fonctionne
=DDE("soffice";"file:///home/vincent/documents/test.ods";"feuille1.a1";0)
Cela ne fonctionne pas
=DDE("soffice";"file:///home/vincent/documents/fichier de
test.ods";"feuille1.a1";0)
Dans ton cas bien précis,
as-tu essayé en remplacant les espaces par "%20" - sait-on jamais ?
Yves
En fait j'avais mal identifier le problème, il semble que cela vienne
du fait que l'actualisation des liens ne se fait pas comme je le pensais.
Lors de la création de la fonction DDE il faut que le fichier vers
lequel se fait le lien soit ouvert.
Il en est de même lorsque l'on ouvre le fichier avec la fonction DDE il
faut que le fichier vers lequel se fait le lien soit ouvert avant en cas
de modification.
Ce n'est pas vraiment le comportement auquel je m'attendais, je pensais
que le lien se ferait même si le fichier d'origine était fermé.
Vincent Ruffiot
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: pb avec les styles de liste
Daniel Cartron a écrit : Le mardi 10 février 2009, Jean Michel PIERRE a écrit : Bonjour, Peut-être un document attaché pour tester, sans avoir à en créer un. ok j'en ai fait un léger pour vous montrer, j'espère que tout passera. Sinon pour ceux qui conservent aussi longtemps que moi leurs archives j'ai retrouvé les précédentes discussions qu'on avait eu sur ce sujet (fil "pb de tyle dans writer" -avec une belle faute- et notamment le message du 4.3.2008 13:17 de laurent BP), et c'est d'ailleurs vous qui m'aviez donné la solution, mais je n'ai pas souvenir d'avoir eu ces déboires de mise à zéro des dimensions de l'image. Le passage à 2.4.1 peut-il être incriminé ? - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org Sous Ubuntu 8.10 avec OOo3.1 j'ai ouvert ton fichier, modifier la hauteur des puces, sauvegarder, fermer OOo. Quand j'ouvre à nouveau le fichier les puces sont toujours là et à la bonne hauteur. Bon je sais cela ne solutionne pas ton problème... Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: envoyer le même courrier à plusieur s adresses venant de la même feuille... .....excel!
JB Muffat a écrit : Bonsoir, j'ai une feuille format excel contenant de nombreuses adresses mails auxquelles je veux envoyer le même courrier. Est-ce que je dois faire un copier-collé de ces adresses, une par une, où y-a-t-il un moyen d'aller plus vite? JB Bonsoir, Tu selectionne toutes les cellules avec les adresses (j'imagine que des adresses sont sur une colonne) il faut commencer la sélection avec une cellule vide (au début ou à la fin de la liste) pour éviter le lien direct vers ton logiciel de messagerie par défaut. Ensuite Ctrl+C pour copier. Ensuite sous Thunderbird dans le champs des destinataires tu fais coller (Ctrl+V) (ça marche avec thunderbird je ne sais pas avec les autres). Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: pb avec les styles de liste
Michel Cauchois a écrit : Daniel Cartron a écrit : Le jeudi 12 février 2009, Michel Cauchois a écrit : Difficile de te répondre puisque tu n'as jamais parler de ta configuration (Vista ?) non linux... Donc tout faux pour la suite du mail Reste à trouver un "pingouin" qui pourra t'expliquer où se trouve le profil OOo (note que ce n'est peut-être pas du tout la solution). Précise peut-être quelle est ta distribution. Cela ciblera peut-être le problème. Pour le profil perso d'OOo il se trouve dans ton répertoire perso /home/identifiant mais il faut demander l'affichage des fichiers ( et dossiers) cachés et ce nom de dossier commence par un point c'est .openoffice.org Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] OOo Writer 3.0 Table des matières
Est-ce le meilleur moyen ? avec le navigateur tu retrouves tous tes titres et la possibilité de "naviguer" dans ton document pendant que tu travailles dessus sans avoir à repasser à chaque fois par l'index. Quand il est fini une exportation en PDF permet de garder la présentation et les titres de ta table de matières deviennent des signets. Ooordialement V Berthelot lutch a écrit : fricard.claude a écrit : J'ai crée une table des matières: OK ; je voudrais qu'en cliquant sur le N° de page en regard d'un Titre de Paragraphe je puisse aller directement à cette page. Je n'ai pas trouvé réponse dans l'aide. Merci de me donner l'info. Rappelons qu'avec Word cela se fait sans configuration spéciale. Claude Bonjour, j'ai trouvé ce chapitre Formatage d'un index ou d'une table des matières … Pour assigner des hyperliens aux entrées d'une table des matières : Vous pouvez assigner un renvoi comme hyperlien aux entrées d'une table des matières. 1.Cliquez avec le bouton droit de la souris dans la table des matières et choisissez Éditer l'index. 2.Cliquez sur l'onglet Entrées. 3.Dans la zone Niveau, cliquez sur le niveau de titre auquel vous voulez assigner des hyperliens. 4.Sur la ligne Structure, cliquez dans la zone devant E#, puis cliquez sur le bouton Hyperlien. 5.Cliquez dans la zone derrière la case E, puis cliquez sur le bouton Hyperlien. 6.Répétez le processus pour chacun des niveaux de titre pour lesquels vous souhaitez créer des hyperliens, ou cliquez sur le bouton Tous pour appliquer le formatage à tous les niveaux. Laborieux, mais ça marche. Si ça peut servir C_Lucien - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] OOo Writer 3.0 Table des matières
fricard.claude a écrit : Merci pour vos réponses, on peut tout de même dire que la méthode avec les hyperliens n'est pas triviale (j'ai évité le terme laborieux ...) Dans ce cas je pense comme vincent Berthelot, qu'il est préférable d'utilise le navigateur, point fort de OOo writer. Pour mes "élèves" de l'association où je "sévis" cette méthode me paraît en tout cas plus accessible. Claude - Original Message - From: Gérard Laloux To: users@fr.openoffice.org Sent: Friday, February 13, 2009 3:59 PM Subject: Re: [users-fr] OOo Writer 3.0 Table des matières Marie jo Ooo a écrit : > Bonjour, > > lutch a écrit : >> fricard.claude a écrit : >>> J'ai crée une table des matières: OK ; je voudrais qu'en cliquant >>> sur le N° de page en regard d'un Titre de Paragraphe je puisse aller >>> directement à cette page. Je n'ai pas trouvé réponse dans l'aide. >>> Merci de me donner l'info. Rappelons qu'avec Word cela se fait sans >>> configuration spéciale. >>> Claude >>> >>> >> Bonjour, >> >> >> j'ai trouvé ce chapitre >>> Formatage d'un index ou d'une table des matières >>> … >>> Pour assigner des hyperliens aux entrées d'une table des matières : >>> Vous pouvez assigner un renvoi comme hyperlien aux entrées d'une >>> table des matières. >>> 1.Cliquez avec le bouton droit de la souris dans la table des >>> matières et choisissez Éditer l'index. >>> 2.Cliquez sur l'onglet Entrées. >>> 3.Dans la zone Niveau, cliquez sur le niveau de titre auquel vous >>> voulez assigner des hyperliens. >>> 4.Sur la ligne Structure, cliquez dans la zone devant E#, puis >>> cliquez sur le bouton Hyperlien. >>> 5.Cliquez dans la zone derrière la case E, puis cliquez sur le >>> bouton Hyperlien. >>> 6.Répétez le processus pour chacun des niveaux de titre pour >>> lesquels vous souhaitez créer des hyperliens, ou cliquez sur le >>> bouton Tous pour appliquer le formatage à tous les niveaux. >> >> Laborieux, mais ça marche. > Il n'y a rien de laborieux là dedans. Juste le mode d'emploi à connaître. > A rappeler que Word, comme writer depuis la v3 a besoin d'un CTRL+clic > pour activer les liens (options pour modifier ce comportement) > Et qu'il est impossible dans Word de définir le début et la fin de > l'hyperlien... > > De même qu'il est impossible dans Word d'ajouter des éléments à la > ligne de la table des matières. > Bref, je trouve ce mot de "laborieux" vraiment mal approprié justement > sur ce sujet où Word n'arrive pas à la cheville d'Ooo. > Désolée, je dois être de mauvaise humeur. > > Marie jo Yeps, Je suis tout à fait d'accord avec Marie-Jo ! Une fois que l'on a "pratiqué", le processus est simple et surtout logique. OOo permet de définir avec précision la portion de la ligne de sommaire sur laquelle on veut que l'hyperlien s'applique. Je trouve cela d'une grande souplesse. Excellente week-end - Gérard Laloux B - 6210 Rèves Un autre intérêt du sommaire "cliquable" : Quand on exporte en PDF les liens sont toujours actifs. Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Fonction recherche dans Calc
... donc le critère de recherche est .*TITA.* L'argument de l'élément cherché n'accepte pas les caractères génériques je pense. Pour que les caractères génériques soient accepter il faut vérifier dans [Outils]>[Options...] Puis dans la sous-rubrique [Calcul] de la rubrique [OpenOffice.org calc] vérifier que [Autoriser les caractères génériques dans les formules] soit coché. Cela dit, ça ne répond pas à la question ... Vincent - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Fonction recherche dans Calc
Benoit Schneider a écrit : Bonjour, Est ce que les formules de recherche dans Calc sont bugger ? Je m'explique, lorsque j'utilise la formule: =recherche(critère;zonederecherche;zoneàretourner) La formule semble ne pas tenir compte de mon critère, j'ai fais plusieurs essaye sans succès. Si joint un document d'exemple ou dans l'onglet "recherche" je demande l'affichage de toute les lignes comportant la chaine de caractère TITA donc le critère de recherche est .*TITA.* ma formule de rechercher est =RECHERCHE($A$1;Ini.$C$2:$C$297;Ini.A2:A297) ou $A$1 est la cellule comprenant .*TITA.*, Ini.$C$2:$C$297 ma zone de recherche et Ini.A2:A297 les renvois que je demande. J'ai également essayer en remplaçant directement dans la formule $A$1 par ".*TITA.*" sans plus de résultat. Merci bien J'ai trouver une solution. On pourrait encore l'améliorer de sorte à ne plus avoir besoin des colonnes D sur les deux feuilles (on peut aussi tout simplement les masquer). Les explications étant un peu longues j'ai mis ma solution sur le lien ci-dessous : http://www.cijoint.fr/cjlink.php?file=cj200902/cijlTvYG45.ods -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Fonction recherche dans Calc
Benoit Schneider a écrit : Vincent ta solution elle fait le café aussi ? lol nan openofficent (pour évité de dire excellent, mauvais jeux de mot dsl...) Par contre je suis preneur pour des explications ... (bon je vais réfléchir dessus un peu avant de venir brailler à nouveau ...) L'explication viendra, mais en peu plus tard, je n'ai pas trop de temps durant la journée -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Fonction recherche dans Calc
Vincent Ruffiot a écrit : Benoit Schneider a écrit : Vincent ta solution elle fait le café aussi ? lol nan openofficent (pour évité de dire excellent, mauvais jeux de mot dsl...) Par contre je suis preneur pour des explications ... (bon je vais réfléchir dessus un peu avant de venir brailler à nouveau ...) L'explication viendra, mais en peu plus tard, je n'ai pas trop de temps durant la journée Voici l'explication, en fait elle est dans un fichier writer et peut être téléchargée à partir du lien ci-dessous : http://www.cijoint.fr/cjlink.php?file=cj200902/cijldbU6Be.zip -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: [calc] Recherche de texte
Stéphane PURNELLE a écrit : Bonjour, Bonjour J'aimerais bien faire une recherche en vue de comparer deux textes. En fait, l'objectif est de faire une comparaison de présence de chaine d'un texte à l'autre. J'ai pensé utilisé recherche, mais pour je ne sais quelle raison, cela ne fonctionne pas trop bien. Je te rencoie vers le fil de discussion "Fonction recherche dans Calc" question posée par Benoit Schneider Dans le fichier Zip qui se trouve ici http://www.cijoint.fr/cjlink.php?file=cj200902/cijldbU6Be.zip tu devrais certainement trouver des pistes pour résoudre ton problème. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] [calc] Insertion de champs : auteur, utilsateur ...
Bonjour à tous, Je cherche le moyen de placer dans une cellule l'équivalent de certains champs que l'on à dans writer comme l'auteur, l'utilisateur, la date de création ... Je n'ai pas trouvé de fonction adéquate dans l'aide, une idée ? Merci d'avance, -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] [calc] incrémentation ou décrémentation d'une cellule
Bonjour à tous, Je cherche une solution pour incrémenter et décrementer la valeur d'une cellule par simple(s) clic(s). Quelqu'un aurait une idée ? Merci d'avance, -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] [diagramme] comment adapter la taille des plages du diagramme
Bonjour à tous, J'ai un document sous calc qui me permet la construction automatique d'un diagramme. Mais les plages pour construire le diagramme ne son pas de taille (longueur) constante. Pour l'instant j'ai mis par défaut la plage la plus grande, mais quand mes données occupent moins de place (plages plus courtes) alors la taille de l'axe x est toujours la même alors que les courbes s'arrêtent bien avant. Existe-t-il un moyen pour adapter la taille des plages du graphique à celle de ma feuille de données (je suis capable de connaître par une formule la plage utile) ? -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Re : [users-fr] Re : [ users-fr] [calc] incrémentation ou dé crémentation d'une cellule
fred juan diaz a écrit : Re-Bonjour Je te propose une solution utilisant un champ numérique mais sans macro. Tu trouveras une capture d'écran (avec quelques fautes d'orthographe...) à l'URL http://www.cijoint.fr/cjlink.php?file=cj200903/cijzq3gXSA.png Sinon, dans le simulateur d'oscilloscope qui est sur educoo.org tu trouveras une autre méthode utilisant des boutons radio activant des valeurs prédéfinies. cordialement fred jd Merci Fred, Ta méthode m'a permis d'en découvrir une autre car il existe directement un controle de formulaire qui est un compteur. Bien que te méthode puise avoir un avantage car l'on peut choisir un intervalle en nombre décimal. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Re : [users-fr] [diagramme] comment adapter la taille des plages du diagramme
fred juan diaz a écrit : re-salut La solution retenue par les matheux est de demander les valeurs xmin et xmax puis de fabriquer le tableau en fonction de ces valeurs Dans ce cas le graphe suivra automatiquent. C'est la méthode que je vais retenir, elle me convient plutôt bien. Merci encore une fois Fred. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: [calc] Insertion de champs : auteur, utilsateur ...
Francois Gatto a écrit : Bonjour, Vincent Ruffiot a écrit : Bonjour à tous, Je cherche le moyen de placer dans une cellule l'équivalent de certains champs que l'on à dans writer comme l'auteur, l'utilisateur, la date de création ... Je n'ai pas trouvé de fonction adéquate dans l'aide, une idée ? Merci d'avance, Je ne crois pas qu'il existe d'autres solutions que d'utiliser des macros. Exemple de macro : '*** API Informations *** 'http://api.openoffice.org/docs/common/ref/com/sun/star/document/DocumentInfo.html option explicit function DocAuteur() dim oDoc as object dim aService as string oDoc = thisComponent aService = "com.sun.star.sheet.SpreadsheetDocument" if oDoc.supportsService( aService ) then DocAuteur = oDoc.DocumentInfo.Author end if end function Et dans une cellule tu devras saisir =DocAuteur() Francois Gatto Merci pour la réponse. Moi qui ne voulais pas utiliser de macro...je vais pas pouvoir y échapper je crois. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Re : [users-fr] [calc] Insertion de champs : auteur, utilsateur ...
fred juan diaz a écrit : Salut Ces données sont entrées dans Outils > Options > Données d'identité et dans Fichier > Propriétés Tu les insère via Insertion > Champs > Autres... Onglet Document ou bien Onglet Info Document suivant ce que tu cherches a+ fred jd Fred, je crois que ta méthode ne fonctionne qu'avec writer car sous calc on ne trouve pas : Insertion > Champs Merci tout de même pour ton aide. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: [calc]Prise en compte des cellules vides dans un graphique
Txo a écrit : Bonjour J'ai des feuilles de tableur dans lesquelles j'inscris une valeur chaque jour. Depuis que je suis passé à la version 3.01 sous Debian Sid, mes graphiques tracent une ligne à zéro pour toutes les cellules encores vides de mon tableau, faussant ainsi la courbe de tendance. Quelqu'un a rencontré cela ? Dans la prochaine version d'OpenOffice.org, la 3.1 qui est encore en test, il y aura la possibilité d'indiquer ce que l'on veut faire avec des valeurs manquantes : Laisser un espace ou supposer zéro ou continuer la courbe. Cela ne résout pas ton problème pour l'instant... -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Redimensionner Texte et dessin en même temps
stephane Feray a écrit : Bonjour, Bonjour Comment redimensionner texte et de dessin en même temps sous Draw ? Surement une question possée dix mille fois, mais je n'arrive pas à trouver de réponse sur les forums Je m'explique : Lorsque je sélectionne un ensemble de carrés, de rectangle je peux facilement les redimensionner avec les poignées vertes. En revanche, si je met du texte et je veux le redimensionné en même temps que les formes, ce n'est pas possible, le texte reste à la même taille (corps 12 par ex.). Je pense pas que cela soit possible comme tu l'entends. mais en deux temps tu devrais pouvoir le faire. Sous Draw les style fonctionne (touche F11) si tu ne les a pas utilisés tout des dessins et texte sont réalisés avec le style *standard* alors il te suffit de la modifier (clic droit sur standard puis modifier ...) et de changer la taille de la police dans l'onglet Police. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] [calc] comment échapper les guillemets
Bonjour à tous,
Dans calc j'utilise la fonction *concatener* pour assembler plusieurs
chaînes de caractères en une seule.
Donc je fais quelque chose dans le genre =CONCATENER("chaîne 1";Chaîne 2")
Mais j'ai un problème avec une des chaines qui contient un déjà un ",
=CONCATNER("__chaine"1__";"chaîne 2") ne marche pas, il faut 'échapper' le
caractère " mais je ne sais pas comment faire.
Une idée ?
--
Vincent Ruffiot
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] [calc] comment échapper le s guillemets
Pierre Piteau a écrit :
Bonjour Vincent
Bonjour à tous,
Dans calc j'utilise la fonction *concatener* pour assembler plusieurs
chaînes de caractères en une seule.
Donc je fais quelque chose dans le genre =CONCATENER("chaîne 1";Chaîne
2")
Mais j'ai un problème avec une des chaines qui contient un déjà un ",
=CONCATNER("__chaine"1__";"chaîne 2") ne marche pas, il faut
'échapper' le caractère " mais je ne sais pas comment faire.
il suffit de doubler le "
Cordialement
Pierre
Merci c'était si simple..
Vincent Ruffiot
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] insérer retour à la ligne automa tique
Title: GS3 Bonjour Est-il possible de créer une macro dans openoffice writer pour qu'il repère un mot dans le texte et qu'il insère systématiquement un retour à la ligne avant et après ce mot. J'ai dû importer le cahier des charges de word dans ooo sans la mise en forme. Donc il a même supprimé tous les retours à la ligne. Je cherche donc à repérer systématiquement le mot "concerne" ou "mesurage" et à insérer des retours à la ligne avant et après ces mots pour gagner du temps. A+ Bulle THINK GREEN! Do you realy need to print this e-mail? -- Vincent DEHON, architecte administrateur délégué v...@gs3.be T. +32/(0)495286994 architectes associés s.c.r.l. Avenue Louise, 85 1050 – Bruxelles. i...@gs3.be T.+32/(0)25375330 F. +32/(0)25375340 THINK GREEN! Do you realy need to print this e-mail?
[users-fr] [Draw] style de ligne "trait double"
Bonjour à tous, Est-il possible sous Draw de tracer une ligne avec un style "double trait" du genre : (en continu ou non) ? Merci d'avance pour vos réponses -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] insérer retour à la li gne automatique
Un grand merci, ça fera l'affaire! Vincnet Jean-Baptiste Faure a écrit : Le 16.04.2009 17:28, Francis Wintzenrieth a écrit : Petit rectificatif : pour insérer un saut de ligne AVANT et après le mot "concerne" il faudra bien sûr entrer dans le champ "Remplacer par" : "\nconcerne\n" Bonjour, il existe une extension nommée "AltSearch" (http://extensions.services.openoffice.org/project/AltSearch) qui aide bien pour ne pas avoir à mémoriser les expressions régulières de OOo. En plus elle est traduite en français. Bonne journée JBF
[users-fr] Re: Section masquée avec une condition sur une propriété personnalisée booléen
brutem...@free.fr a écrit : Bonjour, J'ai remarqué qu'avec la version 3.1 les documents peuvent prendre des propriétés personnalisées en nombre et de plusieurs types au lieu des 4 champs personnalisés des versions précédentes. J'ai ainsi définit une propriété personnalisée de type "oui/non". Je souhaiterai mettre dans mon document une section qui serait masquée si jamais cette propriété est sur "vrai". Malheureusement, je n'arrive pas à trouver la bonne formule. pour l'instant j'ai essayé la condition suivante : Propriete Document:nomdemonchamp==oui Mais ça ne semble pas fonctionner... Merci de votre aide Et en essayant avec 0 ou 1 au lieu de oui ou non ? -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: trois points et c'est tout
Claude BOUJU a écrit : Bonjour users, Bonjour J'aimerai svaoir comment faire pour insérer trois points 'code ASII250' rapidement dans OOo??? Avant j'y arrivais avec word mais maintenant??? ___ Tu peux utiliser l'auto-correction (dans le menu Format) afin de remplacer 3 fois un point "..." par les 3 points + une espace par exemple "… " -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: ajuster un texte
ec La Fontaine a écrit : Bonjour, Bonjour Avec OOo3.1 existe-t-il une façon d'ajuster un texte comme sur MS Word® qui permet de ne mettre par exemple que sur une page un texte qui dépasserait de quelques lignes? Merci pour votre aide. Alain Madamours Comme le faisait remarquer Igor Barzalai dans son article "Réussir sa mise en page avec writer : les caractères" dans le n°19 d'"Open Source Magazine" tu peux jouer sur l'espacement entre les caractères (en passant par les styles c'est mieux) Onglet *Position* et modifier l'*espacement* Autre possibilité en jouant avec les formats de paragraphes et en modifiant cette fois l'*interligne* dans l'onglet *retraits et espacement* -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] suppression de styles parasites
Bonjour à tous, J'ai un document qui a été importé de word avec tout un tas de styles de de caractère et quelques uns de paragraphe commençant par *WW*. Existe-t-il un moyen assez rapide de les supprimer ? Plus rapide que de les sélectionner un par un pour les supprimer dans la fenêtre du styliste. Merci d'avance. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: suppression de styles parasites
Elodie Omer a écrit : Bonjour, si je comprends bien ta question, tu veux supprimer les styles existant, c'est ça ? Quand je veux faire ça, je sélectionne tout le document, j'applique le style de paragraphe standard ou corps de texte et j'utilise le menu Format > Formatage par défaut. Comme ça, je repars d'un document vierge de style que je formate à ma sauce. Si tu as des signes cabalistiques qui traînent, enlève les avec la fenêtre Rechercher et remplacer. C'est tellement pratique ! En espérant avoir aidé, Élodie Merci pour la réponse mais ce n'est pasq tout à fait cela, Les styles que je voudrais supprimer de la liste du styliste ne sont pas utilisés dans mon document et se ne sont pas des styles par défaut d' OOo. J'ai un document qui a été importé de word avec tout un tas de styles de de caractère et quelques uns de paragraphe commençant par *WW*. Existe-t-il un moyen assez rapide de les supprimer ? Plus rapide que de les sélectionner un par un pour les supprimer dans la fenêtre du styliste. Merci d'avance. -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
