Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
J'ai exécuté la requête Regime_allocations_part2_CMSA qui ne rend aucun enregistrement (sans vérifier si c'est le résultat attendu ou non mais à première vue la requête me semble correcte) . On est donc bien dans le cas de mon théorème : s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions [COUNT(*) ou COUNT(champ)] renvoient 0. Donc je ne comprends pas pourquoi on ne récupère pas 0. Le 21/04/2010 23:51, Docgranville a écrit : ribotb a écrit : Ça devrait renvoyer 0 : COUNT(*) et COUNT(FieldName) ne renvoient jamais NULL :* s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions renvoient 0.* Ainsi, COUNT(FieldName) renvoie 0 si tous les champs FieldName dans l'ensemble de données sont NULL.. Je suis sec . Je rappelle ce que j'ai dit dans mon second message (celui de 19h04) et dont je pense qu'il faut y voir l'origine de la difficulté rencontrée par Marie-Pierre : sa requête porte sur une vue (donc sur le résultat d'une requête) qui elle même ne renvoie AUCUN tuple ; la vue ne comportant donc aucun enregistrement, je pense que l'instruction ifnull ne peut pas remplir son office ; cette instruction peut substituer une valeur spécifique à un champ null d'un tuple mais encore faut-il qu'il y ait un tuple ; en l'occurrence (c'est un cas particulier) il n'y a pas de champ null auquel substituer la valeur définie, puisque ce champ n'existe pas (il n'existe que quand il y a un tuple pour le porter). C'est l'explication qui m'apparaît la plus plausible pour le résultat constaté. A+ - 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] Accessibilite du dictionnaire sous OOo 3.2
Rene Durand a écrit : At 21:00 21/04/2010, Jean-Baptiste Faure wrote: Bonsoir René, Merci de t'interesser à mon problème ... Pour ajouter un mot, il faut le saisir dans le champ Mot (au besoin en effaçant d'abord son contenu) puis ensuite appuyer sur le bouton nouveau. Autrement dit si tu commence par appuyer sur le bouton Nouveau en espérant obtenir un dialogue de saisie, ça ne marche pas comme ça. Bien sur ... je ne le précisais pas mais je commençais par frapper un mot bien sur ! Si même en procédant comme je te l'indique ça ne fonctionne pas, il faut tester l'hypothèse du profil corrompu. Voir les explications détaillées dans l'article de FAQ suivant : http://wiki.services.openoffice.org/wiki/FR/FAQ/Generale/110. Penser aussi à supprimer un éventuel profil version 2 résiduel. C'est fait (c'est long ... mais on redémarre à zéro !) ... mais cela ne resout pas mon problème .! Désolé ! Et je n'ai toujours pas la possiblité d'ajouter un mot à un dictionnaire ! Je m'explique ... dans un texte sous writter je tape le mot Intégrathlon que le dictionnaire ne connait pas ... Sur ce mot, je clique à droite .. il me propose des corrections, d'ignorer ce mot, mais ne me propose pas l'option d'ajouter ce mot à un dictionnaire ! Dans ma version 3.1 sous linux ... on me propose d'ajouter ce mot à un dictionnaire existant à créé pour ce faire ... Bonne soirée à toi aussi ! Cordialement René Durand Bonjour Peut-être : Outils - Options - Paramètres linguistiques - Linguistiques - les dictionnaires à utiliser sont-ils cochés ? Sinon : Où se trouvent les dictionnaires utilisateurs ? dans un dossier non accessible ? protégé en écriture . -- Cordialement Michel OOo 3.2 - Ubuntu 9.10 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
La requête me semble correcte... et on peut supprimer la condition IFNULL , superflue , compte tenu de mes remarques sur le NULL. Le 22/04/2010 08:53, ribotb a écrit : J'ai exécuté la requête Regime_allocations_part2_CMSA qui ne rend aucun enregistrement (sans vérifier si c'est le résultat attendu ou non mais à première vue la requête me semble correcte) . On est donc bien dans le cas de mon théorème : s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions [COUNT(*) ou COUNT(champ)] renvoient 0. Donc je ne comprends pas pourquoi on ne récupère pas 0. Le 21/04/2010 23:51, Docgranville a écrit : ribotb a écrit : Ça devrait renvoyer 0 : COUNT(*) et COUNT(FieldName) ne renvoient jamais NULL :* s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions renvoient 0.* Ainsi, COUNT(FieldName) renvoie 0 si tous les champs FieldName dans l'ensemble de données sont NULL.. Je suis sec . Je rappelle ce que j'ai dit dans mon second message (celui de 19h04) et dont je pense qu'il faut y voir l'origine de la difficulté rencontrée par Marie-Pierre : sa requête porte sur une vue (donc sur le résultat d'une requête) qui elle même ne renvoie AUCUN tuple ; la vue ne comportant donc aucun enregistrement, je pense que l'instruction ifnull ne peut pas remplir son office ; cette instruction peut substituer une valeur spécifique à un champ null d'un tuple mais encore faut-il qu'il y ait un tuple ; en l'occurrence (c'est un cas particulier) il n'y a pas de champ null auquel substituer la valeur définie, puisque ce champ n'existe pas (il n'existe que quand il y a un tuple pour le porter). C'est l'explication qui m'apparaît la plus plausible pour le résultat constaté. A+ - 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Info de word
Idem quand on doit placer des textes à des positions précises _sans cadre_ Pour l'instant je m'en sors, quand c'est indispensable, avec une grille de repérage personnalisée. C_Lucien Bonjour, Pour placer du texte à un endroit précis sur la page, il y a le curseur directe (si ça s'appelle ainsi dans la version française): avec ce curseur tu peux te positionner n'importe où sur la page (mais évidemment, ça ne te donne pas les coordonnées de ta position. Le curseur direct se trouve en 2e position sur la barre outils (celle devant hyperlnk) M'excuse pour les approximations, mais j'ai la version néerlandaise... -- Guy using dutch OOo 3.2 on a iMac Intel DualCore Snow Leopard and brazilian OOo 3.2 on an Intel MacBook Pro Leopard -- please reply only to users@fr.openoffice.org -- Dodoes can't afford to have headaches - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Ca fonctionne comme ça, je ne touche plus à rien... merci en tous cas doc, j'avais essayé tout ce que tu as utilisé (y compris essayé les 4 jointures qui aboutissaient toutes à un résultat faux pour moi -_-) je n'avais pas du traiter les choses dans le bon ordre... Encore que non, je n'avais pas réessayé les jointures avec les vues... Le 22 avril 2010 09:45, ribotb rib...@gmail.com a écrit : La requête me semble correcte... et on peut supprimer la condition IFNULL , superflue , compte tenu de mes remarques sur le NULL. Le 22/04/2010 08:53, ribotb a écrit : J'ai exécuté la requête Regime_allocations_part2_CMSA qui ne rend aucun enregistrement (sans vérifier si c'est le résultat attendu ou non mais à première vue la requête me semble correcte) . On est donc bien dans le cas de mon théorème : s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions [COUNT(*) ou COUNT(champ)] renvoient 0. Donc je ne comprends pas pourquoi on ne récupère pas 0. Le 21/04/2010 23:51, Docgranville a écrit : ribotb a écrit : Ça devrait renvoyer 0 : COUNT(*) et COUNT(FieldName) ne renvoient jamais NULL :* s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions renvoient 0.* Ainsi, COUNT(FieldName) renvoie 0 si tous les champs FieldName dans l'ensemble de données sont NULL.. Je suis sec . Je rappelle ce que j'ai dit dans mon second message (celui de 19h04) et dont je pense qu'il faut y voir l'origine de la difficulté rencontrée par Marie-Pierre : sa requête porte sur une vue (donc sur le résultat d'une requête) qui elle même ne renvoie AUCUN tuple ; la vue ne comportant donc aucun enregistrement, je pense que l'instruction ifnull ne peut pas remplir son office ; cette instruction peut substituer une valeur spécifique à un champ null d'un tuple mais encore faut-il qu'il y ait un tuple ; en l'occurrence (c'est un cas particulier) il n'y a pas de champ null auquel substituer la valeur définie, puisque ce champ n'existe pas (il n'existe que quand il y a un tuple pour le porter). C'est l'explication qui m'apparaît la plus plausible pour le résultat constaté. A+ - 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 - 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] résultat COUNT n'est pas 0 ni null ?
Je viens de monter avec le SGBDR Firebird une toute petite base avec 2 tables (DEMANDEURS et MEDIATIONs qui remplace la requête Mediations_toutes_Selection_periode) : DEMANDEURS (NO_DEM, PART2ALLOC) MEDIATION (DEMANDEUR) J'ai créé les enregistrements tels qu'ils sont dans ta base (0,1,2,3,4,5) et écrit exactement la même requête que la tienne (Regime_allocations_part2_CMSA), sansla condition IFNULL. Avec Firebird donc, la requête me rend bien un enregistrement (au contraire de OOo Base qui ne rend rien) dans lequel : PART2ALLOC a la valeur NULL : normal et NOMBRE2 est également NULL ! Et là ça me déstabilise :-) et j'en perds mon SQL ! car je pensais bien trouver 0 ! Ca veut dire que dans ce cas-là ta requête avec la condition IFNULL fonctionnerait. Je n'ai pour l'instant pu tester ça avec Firebird car cette condition IFNULL n'existe pas, il faudrait que je trouve l'équivalent. Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Le 22/04/2010 10:24, Marie-Pierre CORONEL a écrit : Ca fonctionne comme ça, je ne touche plus à rien... merci en tous cas doc, j'avais essayé tout ce que tu as utilisé (y compris essayé les 4 jointures qui aboutissaient toutes à un résultat faux pour moi -_-) je n'avais pas du traiter les choses dans le bon ordre... Encore que non, je n'avais pas réessayé les jointures avec les vues... Le 22 avril 2010 09:45, ribotbrib...@gmail.com a écrit : La requête me semble correcte... et on peut supprimer la condition IFNULL , superflue , compte tenu de mes remarques sur le NULL. Le 22/04/2010 08:53, ribotb a écrit : J'ai exécuté la requête Regime_allocations_part2_CMSA qui ne rend aucun enregistrement (sans vérifier si c'est le résultat attendu ou non mais à première vue la requête me semble correcte) . On est donc bien dans le cas de mon théorème : s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions [COUNT(*) ou COUNT(champ)] renvoient 0. Donc je ne comprends pas pourquoi on ne récupère pas 0. Le 21/04/2010 23:51, Docgranville a écrit : ribotb a écrit : Ça devrait renvoyer 0 : COUNT(*) et COUNT(FieldName) ne renvoient jamais NULL :* s'il n'y a pas d'enregistrement dans l'ensemble de données les deux fonctions renvoient 0.* Ainsi, COUNT(FieldName) renvoie 0 si tous les champs FieldName dans l'ensemble de données sont NULL.. Je suis sec . Je rappelle ce que j'ai dit dans mon second message (celui de 19h04) et dont je pense qu'il faut y voir l'origine de la difficulté rencontrée par Marie-Pierre : sa requête porte sur une vue (donc sur le résultat d'une requête) qui elle même ne renvoie AUCUN tuple ; la vue ne comportant donc aucun enregistrement, je pense que l'instruction ifnull ne peut pas remplir son office ; cette instruction peut substituer une valeur spécifique à un champ null d'un tuple mais encore faut-il qu'il y ait un tuple ; en l'occurrence (c'est un cas particulier) il n'y a pas de champ null auquel substituer la valeur définie, puisque ce champ n'existe pas (il n'existe que quand il y a un tuple pour le porter). C'est l'explication qui m'apparaît la plus plausible pour le résultat constaté. A+ - 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 - 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Le 22/04/2010 11:00, ribotb a écrit : Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? Et après tout, est-ce si illogique que cela qu'une requête ne ressortant aucun résultat ne renvoie rien, plutôt que de renvoyer des champs null ? (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il ne s'agit que d'une situation spécifique). A+ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
D'accord pour la précision : il y aurait quelque chose dans HSQLDB; parler de Base était un raccourci hâtif. Par contre il me parait normal d'avoir au moins un tuple, il faut pouvoir récupérer la valeur (attendue et qu'on n'arrive pas à avoir pour l'instant ! ), je veuxdire 0. D'ailleurs mon SGBDR Firebird me rend bien un tuple (NULL , NULL) bien que j'aurais préféré (NULL , 0 ). Je suis en train d'essayer de récupérer 0 avec la condition COALESCE (IFNULL est inconnu dans le SQL Firebird). Le 22/04/2010 11:15, Docgranville a écrit : Le 22/04/2010 11:00, ribotb a écrit : Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? Et après tout, est-ce si illogique que cela qu'une requête ne ressortant aucun résultat ne renvoie rien, plutôt que de renvoyer des champs null ? (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il ne s'agit que d'une situation spécifique). A+ - 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] résultat COUNT n'est pas 0 ni null ?
Tu as peut-être ISNULL toi, qui fonctionne à peu près pareil il me semble mais n'existe pas dans toutes les versions sql (comme ifnull). Sinon, j'avais essayé coalesce aussi, mais ça ne changeait rien à mon problème. Le 22 avril 2010 11:40, ribotb rib...@gmail.com a écrit : D'accord pour la précision : il y aurait quelque chose dans HSQLDB; parler de Base était un raccourci hâtif. Par contre il me parait normal d'avoir au moins un tuple, il faut pouvoir récupérer la valeur (attendue et qu'on n'arrive pas à avoir pour l'instant ! ), je veuxdire 0. D'ailleurs mon SGBDR Firebird me rend bien un tuple (NULL , NULL) bien que j'aurais préféré (NULL , 0 ). Je suis en train d'essayer de récupérer 0 avec la condition COALESCE (IFNULL est inconnu dans le SQL Firebird). Le 22/04/2010 11:15, Docgranville a écrit : Le 22/04/2010 11:00, ribotb a écrit : Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? Et après tout, est-ce si illogique que cela qu'une requête ne ressortant aucun résultat ne renvoie rien, plutôt que de renvoyer des champs null ? (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il ne s'agit que d'une situation spécifique). A+ - 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
A y regarder de près, il me semble qu'il y a une erreur dans la syntaxe de la requête Regime_allocations_part2_CMSA, dans la partie IFNULL. La syntaxe de la fonction IFNULL est : IFNULL(expression-1, expression-2). où expression-1 : COUNT ( Demandeurs.part2alloc) et expression-2 : 0 et IFNULL retourne la 1ère expression nonnull Si COUNT(...) est NULL, on veut récupérer 0 Donc il faut écrire : IFNULL (COUNT ( Demandeurs.part2alloc) , 0) au lieu de : COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) comme écrit dans la requête. Ceci dit, ça ne change rien pour l'instant vu que HSQL ne nous rend pas le tuple (NULL , NULL) qui permettrait d'appliquer la fonction IFNULL sur NOMBRE2. Le 22/04/2010 11:33, Marie-Pierre CORONEL a écrit : En fait ce qui serait normal, c'est que le résultat de COUNT étant de type integer, le résultat soit 0 :D et que la grille soit quand même créée avec résultat 0 puisque le champ groupe existe et pouvait en l'occurence afficher 1. J'avais bien repéré que la grille n'était pas créée (mon observation équivalente à tes tuples) et ça avait contribué à me conforter dans l'idée que pour COUNT 0=null Mais bon, au moins j'ai appris avec ce problème de résultats à créer des vues, à utiliser ifnull et même casewhen... Je frémis à l'idée que j'aurais pu m'appuyer sur mon premier résultat qui fonctionnait parce que tous les champs avaient au moins une occurence, et que je découvre en janvier prochain (le moment où on sortira ce formulaire) que les résultats calculés sont faux... Le 22 avril 2010 11:15, Docgranvilledocgranvi...@aol.com a écrit : Le 22/04/2010 11:00, ribotb a écrit : Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? Et après tout, est-ce si illogique que cela qu'une requête ne ressortant aucun résultat ne renvoie rien, plutôt que de renvoyer des champs null ? (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il ne s'agit que d'une situation spécifique). A+ - 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
j'avais essayé cette imbrication (comme pas mal d'autres d'ailleurs) et rien ne fonctionnait pour la raison que tu évoques à la fin de ton message. Le 22 avril 2010 12:20, ribotb rib...@gmail.com a écrit : A y regarder de près, il me semble qu'il y a une erreur dans la syntaxe de la requête Regime_allocations_part2_CMSA, dans la partie IFNULL. La syntaxe de la fonction IFNULL est : IFNULL(expression-1, expression-2). où expression-1 : COUNT ( Demandeurs.part2alloc) et expression-2 : 0 et IFNULL retourne la 1ère expression nonnull Si COUNT(...) est NULL, on veut récupérer 0 Donc il faut écrire : IFNULL (COUNT ( Demandeurs.part2alloc) , 0) au lieu de : COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) comme écrit dans la requête. Ceci dit, ça ne change rien pour l'instant vu que HSQL ne nous rend pas le tuple (NULL , NULL) qui permettrait d'appliquer la fonction IFNULL sur NOMBRE2. Le 22/04/2010 11:33, Marie-Pierre CORONEL a écrit : En fait ce qui serait normal, c'est que le résultat de COUNT étant de type integer, le résultat soit 0 :D et que la grille soit quand même créée avec résultat 0 puisque le champ groupe existe et pouvait en l'occurence afficher 1. J'avais bien repéré que la grille n'était pas créée (mon observation équivalente à tes tuples) et ça avait contribué à me conforter dans l'idée que pour COUNT 0=null Mais bon, au moins j'ai appris avec ce problème de résultats à créer des vues, à utiliser ifnull et même casewhen... Je frémis à l'idée que j'aurais pu m'appuyer sur mon premier résultat qui fonctionnait parce que tous les champs avaient au moins une occurence, et que je découvre en janvier prochain (le moment où on sortira ce formulaire) que les résultats calculés sont faux... Le 22 avril 2010 11:15, Docgranvilledocgranvi...@aol.com a écrit : Le 22/04/2010 11:00, ribotb a écrit : Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? Et après tout, est-ce si illogique que cela qu'une requête ne ressortant aucun résultat ne renvoie rien, plutôt que de renvoyer des champs null ? (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il ne s'agit que d'une situation spécifique). A+ - 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 - 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] résultat COUNT n'est pas 0 ni null ?
bon ben là j'ai un gros problème en prime... j'essaye de créer le second formulaire et OOo n'arrête pas de se fermer maintenant... Le 22 avril 2010 13:08, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : j'avais essayé cette imbrication (comme pas mal d'autres d'ailleurs) et rien ne fonctionnait pour la raison que tu évoques à la fin de ton message. Le 22 avril 2010 12:20, ribotb rib...@gmail.com a écrit : A y regarder de près, il me semble qu'il y a une erreur dans la syntaxe de la requête Regime_allocations_part2_CMSA, dans la partie IFNULL. La syntaxe de la fonction IFNULL est : IFNULL(expression-1, expression-2). où expression-1 : COUNT ( Demandeurs.part2alloc) et expression-2 : 0 et IFNULL retourne la 1ère expression nonnull Si COUNT(...) est NULL, on veut récupérer 0 Donc il faut écrire : IFNULL (COUNT ( Demandeurs.part2alloc) , 0) au lieu de : COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) comme écrit dans la requête. Ceci dit, ça ne change rien pour l'instant vu que HSQL ne nous rend pas le tuple (NULL , NULL) qui permettrait d'appliquer la fonction IFNULL sur NOMBRE2. Le 22/04/2010 11:33, Marie-Pierre CORONEL a écrit : En fait ce qui serait normal, c'est que le résultat de COUNT étant de type integer, le résultat soit 0 :D et que la grille soit quand même créée avec résultat 0 puisque le champ groupe existe et pouvait en l'occurence afficher 1. J'avais bien repéré que la grille n'était pas créée (mon observation équivalente à tes tuples) et ça avait contribué à me conforter dans l'idée que pour COUNT 0=null Mais bon, au moins j'ai appris avec ce problème de résultats à créer des vues, à utiliser ifnull et même casewhen... Je frémis à l'idée que j'aurais pu m'appuyer sur mon premier résultat qui fonctionnait parce que tous les champs avaient au moins une occurence, et que je découvre en janvier prochain (le moment où on sortira ce formulaire) que les résultats calculés sont faux... Le 22 avril 2010 11:15, Docgranvilledocgranvi...@aol.com a écrit : Le 22/04/2010 11:00, ribotb a écrit : Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? Et après tout, est-ce si illogique que cela qu'une requête ne ressortant aucun résultat ne renvoie rien, plutôt que de renvoyer des champs null ? (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il ne s'agit que d'une situation spécifique). A+ - 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 - 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] résultat COUNT n'est pas 0 ni null ?
Il me fait ça quelquefois au bout d'un moment et j'ai mis ça sur le compte d'un manque de RAM de mon PC. Je reboote et tout rentre dans l'ordre. Bon après-midi, Bernard Le 22/04/2010 14:09, Marie-Pierre CORONEL a écrit : bon ben là j'ai un gros problème en prime... j'essaye de créer le second formulaire et OOo n'arrête pas de se fermer maintenant... Le 22 avril 2010 13:08, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : j'avais essayé cette imbrication (comme pas mal d'autres d'ailleurs) et rien ne fonctionnait pour la raison que tu évoques à la fin de ton message. Le 22 avril 2010 12:20, ribotbrib...@gmail.com a écrit : A y regarder de près, il me semble qu'il y a une erreur dans la syntaxe de la requête Regime_allocations_part2_CMSA, dans la partie IFNULL. La syntaxe de la fonction IFNULL est : IFNULL(expression-1, expression-2). où expression-1 : COUNT ( Demandeurs.part2alloc) et expression-2 : 0 et IFNULL retourne la 1ère expression nonnull Si COUNT(...) est NULL, on veut récupérer 0 Donc il faut écrire : IFNULL (COUNT ( Demandeurs.part2alloc) , 0) au lieu de : COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) comme écrit dans la requête. Ceci dit, ça ne change rien pour l'instant vu que HSQL ne nous rend pas le tuple (NULL , NULL) qui permettrait d'appliquer la fonction IFNULL sur NOMBRE2. Le 22/04/2010 11:33, Marie-Pierre CORONEL a écrit : En fait ce qui serait normal, c'est que le résultat de COUNT étant de type integer, le résultat soit 0 :D et que la grille soit quand même créée avec résultat 0 puisque le champ groupe existe et pouvait en l'occurence afficher 1. J'avais bien repéré que la grille n'était pas créée (mon observation équivalente à tes tuples) et ça avait contribué à me conforter dans l'idée que pour COUNT 0=null Mais bon, au moins j'ai appris avec ce problème de résultats à créer des vues, à utiliser ifnull et même casewhen... Je frémis à l'idée que j'aurais pu m'appuyer sur mon premier résultat qui fonctionnait parce que tous les champs avaient au moins une occurence, et que je découvre en janvier prochain (le moment où on sortira ce formulaire) que les résultats calculés sont faux... Le 22 avril 2010 11:15, Docgranvilledocgranvi...@aol.coma écrit : Le 22/04/2010 11:00, ribotb a écrit : Ceci dit, il y a quand même un petit problème dans Base parce que on devrait quand même obtenir un enregistrement : - soit (NULL, 0), - soit (NULL , NULL). Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? Et après tout, est-ce si illogique que cela qu'une requête ne ressortant aucun résultat ne renvoie rien, plutôt que de renvoyer des champs null ? (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il ne s'agit que d'une situation spécifique). A+ - 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 - 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Marie-Pierre CORONEL a écrit : bon ben là j'ai un gros problème en prime... j'essaye de créer le second formulaire et OOo n'arrête pas de se fermer maintenant... Les modifications fréquentes peuvent augmenter artificiellement le poids de la base, et dans ces cas là il est conseillé, en mode SQL directe de la compacter comme décrit ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=1543p=106759hilit=defrag#p106759 et là le résultat : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=22184p=120335hilit=defrag#p120335 J.M - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
je crois que ce sont les champs alloc qui se vengent de toutes les tortures que je leur fait subir depuis 2 jours, parce que le logiciel a cessé de se fermer quand je suis passée au sous-formulaire suivant qui ne les contient pas -_- les champs ont-ils une âme ? :D bon, mais je vais suivre les liens là oui, ça peut toujours remettre quelques trucs en ordre. Merci :) Le 22 avril 2010 14:53, Jean Michel PIERRE jmpni...@orange.fr a écrit : Marie-Pierre CORONEL a écrit : bon ben là j'ai un gros problème en prime... j'essaye de créer le second formulaire et OOo n'arrête pas de se fermer maintenant... Les modifications fréquentes peuvent augmenter artificiellement le poids de la base, et dans ces cas là il est conseillé, en mode SQL directe de la compacter comme décrit ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=1543p=106759hilit=defrag#p106759 et là le résultat : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=22184p=120335hilit=defrag#p120335 J.M - 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] Caractères spéciaux copier coller
Bonjour, Je ne parvenais pas à coller dans un fichier texte, les données copiées à partir d'un classeur, sur OpenOffice 3.2.0. Après de nombreux tests, j'ai pu déterminé que cela était le fait que mon fichier d'origine avait dans le nom de son emplacement un caractère avec accent. Dès que j'ai eu retiré l'accent et ré-ouvert le fichier, le copier/coller à fonctionné. Avez-vous connaissance de ce phénomène et est-il possible de le corrigé? Cela se produit au moins sur XP et Vista. Cordialement. Benjamin PAIN
[users-fr] Formulaire Word 2003 ver s Writer 3.2 : Ctrl + A n e fonctionne pas (Résolu)
Jean Michel PIERRE a écrit le 20:59: div class=moz-text-flowed style=font-family: -moz-fixedNicolas PAOUR a écrit : Bonjour, J'ai un document formulaire de 1 page créé par un logiciel en format Microsoft Word. Je souhaite copier ce formulaire pour l'intégrer dans un nouveau document en 3ème page. Avec Microsoft Word 2003, Ctrl + A et Ctrl + C, le formulaire se colle. Avec OpenOffice 3.2 (Writer), Ctrl + A n'a aucun effet. Le formulaire n'est donc pas sélectionner et je ne peux pas le coller ensuite où je veux. Il semblerait que les champs du formulaire soient interprétés en cadre Seul astuce trouvée, le sauvegarder en RTF pour cette manipe. Question : Quelqu'un sait-il manier les formulaire avec OpenOffice ? Comment arriver à mes fins simplement ? Comment sélectionner tous les cadres ? Merci Nicolas Bonjour, Et si tu fais Insertion Fichier puis tu sélectionnes ton document MSO Word et OK qu'est ce que ça donne ? J.M C'est exactement la solution Merci Nicolas PAOUR - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Caractères spéciaux copier coller
PAIN Benjamin a écrit : Bonjour, Je ne parvenais pas à coller dans un fichier texte, les données copiées à partir d'un classeur, sur OpenOffice 3.2.0. Après de nombreux tests, j'ai pu déterminé que cela était le fait que mon fichier d'origine avait dans le nom de son emplacement un caractère avec accent. Dès que j'ai eu retiré l'accent et ré-ouvert le fichier, le copier/coller à fonctionné. Avez-vous connaissance de ce phénomène et est-il possible de le corrigé? Cela se produit au moins sur XP et Vista. Cordialement. Benjamin PAIN Bonjour, Le premier Windows a été construit de façon à pouvoir travailler avec les fichiers DOS antérieurs dont les limites (entre autres) étaient pas de lettres accentuées pour le nom du fichier. Çà doit laisser des traces aujourd'hui ! J.M - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] format date n'est plus lisible après une im portation de xls
Bonjour, J'ai téléchargé un fichier de données de l'internet qui inclut une date par ligne. Le fichier téléchargé est en format xls. Une fois ouvertes en OOo 3.2 les dates s'affichent comme texte , dans la forme '16/04/2010 avec un guillemet. Donc, on ne peut plus les trier. Comment éviter ce comportement ? Merci d'avance, ftr - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Le 21/04/2010 19:11, Marie-Pierre CORONEL a écrit : re bonjour, non non, je ne tiens pas à traiter les 3 régimes différemment, j'avais essayé d'obtenir les calculs sur les 3 d'un coup mais je n'obtenais jamais un chiffre juste -_- La seule fois où j'ai enfin obtenu un chiffre juste c'est avec le système des 3 requêtes sauf quand j'ai testé avec 0 occurence. Là je suis rentrée chez moi, mais je regarderai tes requêtes demain. Je veux bien qu'on discute de la rigidité de ma base, parce que j'ai essayé de faire le plus pérenne possible et donc le contraire :'( mais bon... a+ Re-Bonjour Marie-Pierre, Bon, vu que tu as l'air d'avoir beaucoup bossé sur ce truc et que la pérennité de la base (ainsi que sa fonctionnalité) est une composante essentielle, je crois utile, avant que tu ne continues à travailler sur tes requêtes de te proposer une petite pause réflexion sur la structure de ta base elle-même. Tout d'abord sur un plan général, je ne sais pas s'il est véritablement conseillé d'utiliser Base en production ; c'est un module de OOo qui comporte encore beaucoup d'imperfections et il me semble avoir lu en plusieurs endroits (y compris sur ces liste, y compris par des membres du projet) qu'il n'était pas trop conseillé d'utiliser ce module dans un cadre professionnel ; je ne sais pas si une telle solution éliminerait tout ou partie des risques (en vertu desquels la prudence est souvent recommandée à l'égard de Base) mais, pour rester dans le libre, peut-être pourrais-tu créer cette base avec Mysql et t'y connecter avec Base (tes formulaires fonctionneront et tu pourras créer des requêtes sans aucune difficulté, mais en revanche, je pense que tu ne pourras pas apporter de modifications à la structure de tes tables avec Base, et à chaque fois que tu voudras le faire, il te faudra passer par Mysql) ; qui plus est, Hsqldb ne gère pas les bases multi-utilisateurs et ça peut avoir une influence sur l'utilisation de ta base de données. En ce qui concerne ta base elle-même, j'ai compris qu'elle allait servir à gérer le suivi d'un service de médiation, certaines étant civiles, d'autres étant pénales. La première question que je me pose, c'est pourquoi enregistrer dans deux tables différentes, les médiations civiles et les médiations pénales ? Ça t'oblige ensuite à dupliquer plein de tables comme, par exemple, les tables Aide mémoire alors qu'elles ont la même structure ; mieux encore, les tables relatives aux liens entre les parties, qui regroupent le même type d'informations (même si je suis conscient que certains types de liens ne seront utiles -ou ne devront être utilisables- que dans tel type de médiation et pas dans l'autre). C'est en cela que je pense que ta base est un peu trop rigide. En y réfléchissant comme ça, au débotté, je me dis que les caractéristiques sont les suivantes : le service concerné est saisi d'une médiation ; il s'agit d'une procédure qui peut disposer de deux natures différentes, provenir de plusieurs sources et devra faire l'objet d'un suivi ; elle concerne, généralement deux ou plusieurs personnes. Du coup, je serais tenté de me dire que j'ai besoin de trois tables initiales : - une table regroupant toutes les médiations dont le service a été saisi et contenant leurs caractéristiques (origine, nature,...) - une table regroupant les personnes concernées avec tous les renseignements les concernant ; - une table regroupant les informations relatives au suivi (les évènements se déroulant dans le cadre de la médiation). Ces trois tables là vont être les tables principales de ma base puisque ce sont elles qui vont évoluer tous les jours. Viennent ensuite les tables que je qualifierais de secondaires ou de utilitaires ; en fait, ce sont les tables dans lesquelles seront stockées des données récurrentes (les liens entre les parties par exemple, le mode de connaissance, les modalités de saisine du service, les suites réservées,...). Ensuite, tu peux faire des requêtes (avec leurs vues et leurs formulaires associés) pour obtenir un regard limité à telle ou telle portion de ta base (un formulaire uniquement dédié à la consultation et ne regroupant que les médiations civiles et un autre pour les pénales). L'une des choses qui me gênent un peu dans ta base, telle qu'elle est actuellement conçue, c'est que, par exemple, pour les demandeurs, la partie 1 et la partie 2 figurent dans le même enregistrement mais que l'on renseigne exactement les mêmes informations pour chacune des parties ; pour ma part, j'aurais tendance à faire figurer dans cette table qu'un seul champ nom, un seul champ prénom, etc... ; la clef primaire servirait alors, dans la table relatives aux médiations de clef externe, permettant d'identifier le statut de partie 1 ou de partie 2 de chaque personne ; et que fais-tu si un jour tu as une médiation avec 3 parties ? Pour résumer je séparerais d'un côté les procédures (et leurs caractéristiques) et de
Re: [users-fr] format date n'est plus lisible après une importation de xls
Le 22/04/2010 17:16, ftr a écrit : Bonjour, J'ai téléchargé un fichier de données de l'internet qui inclut une date par ligne. Le fichier téléchargé est en format xls. Une fois ouvertes en OOo 3.2 les dates s'affichent comme texte , dans la forme '16/04/2010 avec un guillemet. Donc, on ne peut plus les trier. Comment éviter ce comportement ? Merci d'avance, ftr Bonsoir, Je n'ai pas de réponse pour ton erreur, mais une formule pour convertir le texte date en vrai date. Si la date (texte) est en A1, tu appliques : = CNUM(GAUCHE(A1; 2) / STXT(A1; 4; 2) / DROITE(A1; 4)) Tu obtiens une valeur (40284 pour 16/04/2010) qu'il faudra adapter (formater les cellules, date,...) Enfin, un collage spécial pour transformer les formules en valeurs. Si par hasard tu as des erreurs, il y a peut-être des espaces superflus. Il faudra commencer par nettoyer avec SUPPRESPACE En espérant aider un peu. Bon surf, Christian -- Visitez http://christianwtd.free.fr/ pour débuter avec Calc, d'OpenOffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] format date n'est plus lisible après une importation de xls
Merci, Christian. On 22/04/2010 18:07, christianwtd wrote: Le 22/04/2010 17:16, ftr a écrit : Bonjour, J'ai téléchargé un fichier de données de l'internet qui inclut une date par ligne. Le fichier téléchargé est en format xls. Une fois ouvertes en OOo 3.2 les dates s'affichent comme texte , dans la forme '16/04/2010 avec un guillemet. Donc, on ne peut plus les trier. Comment éviter ce comportement ? Merci d'avance, ftr Bonsoir, Je n'ai pas de réponse pour ton erreur, mais une formule pour convertir le texte date en vrai date. Si la date (texte) est en A1, tu appliques : = CNUM(GAUCHE(A1; 2) / STXT(A1; 4; 2) / DROITE(A1; 4)) Tu obtiens une valeur (40284 pour 16/04/2010) qu'il faudra adapter (formater les cellules, date,...) Enfin, un collage spécial pour transformer les formules en valeurs. Si par hasard tu as des erreurs, il y a peut-être des espaces superflus. Il faudra commencer par nettoyer avec SUPPRESPACE En espérant aider un peu. Bon surf, Christian - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Il y a aussi SHUTDOWN COMPACT qui réduit les fichiers à leur taille minimum avant de fermer la base (Outils SQL). Bernard Le 22/04/2010 14:53, Jean Michel PIERRE a écrit : Marie-Pierre CORONEL a écrit : bon ben là j'ai un gros problème en prime... j'essaye de créer le second formulaire et OOo n'arrête pas de se fermer maintenant... Les modifications fréquentes peuvent augmenter artificiellement le poids de la base, et dans ces cas là il est conseillé, en mode SQL directe de la compacter comme décrit ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=1543p=106759hilit=defrag#p106759 et là le résultat : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=22184p=120335hilit=defrag#p120335 J.M - 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] résultat COUNT n'est pas 0 ni null ?
re :) bon alors, ma réponse risque d'être tout aussi longue :D je vais commencer par te présenter mon contexte, ça t'apportera déjà quelques réponses je pense. - Ma structure : une petite structure qui n'a pas les moyens d'avoir un développeur, qui dépend de la mairie pour l'informatique, laquelle n'a qu'un développeur qui par ailleurs est le chef du service et donc n'a aucun temps à nous consacrer. Peu d'argent aussi, d'autant que travaillant dans le social, tout ce qu'on consacre à autre chose que du social nous fend le coeur. - Des services en difficulté, de plus en plus de stats demandées, de moins en moins de personnel, même si les dossiers ne sont pas très nombreux (pour la médiation c'est à peu près 200 par an) les collègues ont toujours plus de mal à les produire (pour le service de médiation, demandées début janvier on les aura enfin fin mars, après plusieurs aller-retour liés aux insuffisances de la production, des statistiques bâclées et non contrôlées où les incohérences sautent au visage, simplement parce que la collègue a le plus grand mal à les intégrer dans son plan de charge) - Moi ex-programmeur de gestion, qui n'a pas vu une ligne de programme depuis 15 ans, n'a pas entretenu la moindre connaissance sur le sujet, la page était tournée, responsable des finances, puis responsable du personnel maintenant chargée de mission auprès de la direction, théoriquement affectée à l'élaboration de projet, je me sentais tellement concernée par base que je ne me suis même pas inscrite à la formation de migration... Alors, tu me dis que je devrais travailler sur Mysql par l'intermédiaire d'OOo, tu as sûrement raison, le truc c'est que je ne sais même pas comment on fait... Aujourd'hui, je suis clairement non-programmeur, la base doit fonctionner sans recours aux macros et surtout, je n'ai pas vocation à l'entretenir, c'est pour ça que je disais avoir cherché à la faire la plus pérenne possible (notamment, j'ai préféré les tables utilitaires aux listes de valeur, même quand il n'y avait que 2 ou 3 valeurs, sauf pour monsieur et madame) J'ai lu en effet comme toi l'avertissement notamment de Sophie sur le fait que Base était orienté mono utilisateur et que Sun (à l'époque) ne s'engageait pas sur autre chose, qu'il était donc déconseillé de l'utiliser en production. Mais avons-nous vraiment le choix quand nous sommes une petite structure sans informaticien et relativement peu de moyens ? Au passage, la base que je monte ne sera rien d'autre que mono-utilisateur, nous n'avons qu'une médiatrice et à mi-temps seulement (sauf pendant la période où on la partagera pour les éventuelles modifications à réaliser si mes tests n'ont pas été suffisants et j'ai déjà prévu qu'on s'entendrait sur les jours de la semaine). - Les partenaires de la médiation : il fut un temps (heureux) où il n'y avait que la justice qui ne demandait pas grand chose et le CCAS qui en demandait nettement plus. Mais en 2009 arrivée de la CAF, qui tâtonne, veut des infos puisque maintenant pour la médiation civile c'est surtout elle qui paye, décide par exemple qu'il faut 3 natures juridiques pour les entretiens d'info et deux seulement pour les médiations (les deux dernières pour les infos étant regroupées dans la dernière pour les médiations), nous crée en mars 2010 des infos collectives dont il n'avait jamais été question jusque là, mais qu'on devra dénombrer pour l'activité 2010. Mais même la justice n'est pas totalement d'accord avec elle-même selon qu'on a à faire au Procureur (médiations pénales) ou au Greffe du TGI, on ne nous demande pas tout à fait les mêmes renseignements (même si tu as eu le sentiment du contraire, il y a une ou deux variantes qui m'ont en effet obligée à démultiplier le nombre de tables). Là-dessus tu ajoutes les demandes CCAS qui sont parfois sur les mêmes domaines mais classifient différemment, et la vision du médiateur de sa propre activité... et ça donne ce que j'ai monté (notamment sur les résultats, j'ai composé avec les demandes des uns et des autres) :D - Sur la base elle-même : * En fait la table demandeurs est mal nommée. Je m'en suis rendu compte un peu tard, j'ai hésité à la renommer, (mais j'aurais eu tellement à reprendre...), elle devrait s'appeler conflit ou parties au conflit (parce que médiation est déjà pris par une autre table). Il faut concevoir que notre médiatrice ne connaît les individus qu'à travers leur conflit. Ma collègue, si elle a besoin de trouver des renseignements sur quelqu'un actuellement va chercher dans la chemise de la médiation correspondante, elle n'a pas une fiche par personne. Les individus ne sont pas repérés, ce sont les médiations qui le sont. J'ai pensé à la table que tu proposes, c'est comme ça que cette table se retrouve mal nommée, mais ça n'est pas adéquat. Il lui faudrait attribuer un n° à un individu qui ne peut en tout état de cause pas être convoqué seul par exemple. Jamais elle n'appellera une fiche qui ne concerne que l'une des deux parties (enfin...
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
bah avec Defrag ma base a maigri de 6 ko :D alors je ne pense pas utiliser ta commande, mais merci pour l'info :) Le 22 avril 2010 20:10, ribotb rib...@gmail.com a écrit : Il y a aussi SHUTDOWN COMPACT qui réduit les fichiers à leur taille minimum avant de fermer la base (Outils SQL). Bernard Le 22/04/2010 14:53, Jean Michel PIERRE a écrit : Marie-Pierre CORONEL a écrit : bon ben là j'ai un gros problème en prime... j'essaye de créer le second formulaire et OOo n'arrête pas de se fermer maintenant... Les modifications fréquentes peuvent augmenter artificiellement le poids de la base, et dans ces cas là il est conseillé, en mode SQL directe de la compacter comme décrit ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=1543p=106759hilit=defrag#p106759 et là le résultat : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=22184p=120335hilit=defrag#p120335 J.M - 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] format date n'est plus lisible après une importation de xls
Déjà vu sur cette liste : sélectionner la zone concernée, ensuite données / texte en colonne option de séparateur autre ' cela remet les données sous forme de nombre de jours. Reste à mettre le format date souhaité Christophe N Le 22/04/2010 19:18, ftr a écrit : Merci, Christian. On 22/04/2010 18:07, christianwtd wrote: Le 22/04/2010 17:16, ftr a écrit : Bonjour, J'ai téléchargé un fichier de données de l'internet qui inclut une date par ligne. Le fichier téléchargé est en format xls. Une fois ouvertes en OOo 3.2 les dates s'affichent comme texte , dans la forme '16/04/2010 avec un guillemet. Donc, on ne peut plus les trier. Comment éviter ce comportement ? Merci d'avance, ftr Bonsoir, Je n'ai pas de réponse pour ton erreur, mais une formule pour convertir le texte date en vrai date. Si la date (texte) est en A1, tu appliques : = CNUM(GAUCHE(A1; 2) / STXT(A1; 4; 2) / DROITE(A1; 4)) Tu obtiens une valeur (40284 pour 16/04/2010) qu'il faudra adapter (formater les cellules, date,...) Enfin, un collage spécial pour transformer les formules en valeurs. Si par hasard tu as des erreurs, il y a peut-être des espaces superflus. Il faudra commencer par nettoyer avec SUPPRESPACE En espérant aider un peu. Bon surf, Christian - 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] problème de conversion d'un format date
Lorsque je fais une conciliation de banque chez Déjardins, je reçois un fichier csv. Voici un ligne type Montréal,0007,EOP,2004/09/15,1,Pension /CARRA,,,237.26,1788.33 Lorsque j'ouvre le fichier avec OOo, il détecte que c'est un fichier csv et me propose des changements possible. Effectivement les données numériques à l'américaine sont les 5 derniers champs. Je les déclare Anglais(US) et la conversion s'effectue correctement ( ex: 1788,33). Le problème est avec la date comme ici 2004/09/15. J'ai beau déclarer comme une date (aammjj) je reçois toujours cette donnée non convertie. On retrouve'2004/09/15 comme donnée texte. Essayez avec la ligne que j'ai donné. Je dois alors faire un Recherche et Remplace complexw pour obtenir un nombre en temps que date (Recherche ^[0-9] Remplace par ou quelque chose du genre) C'est très lourd Une idée - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] problème de conversion d'un f ormat date
Voir ma réponse sur le fil format date n'est plus lisible ... Ca marche, j'ai fait l'essai ... Le 22/04/2010 20:57, Michel Leduc a écrit : Lorsque je fais une conciliation de banque chez Déjardins, je reçois un fichier csv. Voici un ligne type Montréal,0007,EOP,2004/09/15,1,Pension /CARRA,,,237.26,1788.33 Lorsque j'ouvre le fichier avec OOo, il détecte que c'est un fichier csv et me propose des changements possible. Effectivement les données numériques à l'américaine sont les 5 derniers champs. Je les déclare Anglais(US) et la conversion s'effectue correctement ( ex: 1788,33). Le problème est avec la date comme ici 2004/09/15. J'ai beau déclarer comme une date (aammjj) je reçois toujours cette donnée non convertie. On retrouve'2004/09/15 comme donnée texte. Essayez avec la ligne que j'ai donné. Je dois alors faire un Recherche et Remplace complexw pour obtenir un nombre en temps que date (Recherche ^[0-9] Remplace par ou quelque chose du genre) C'est très lourd Une idée - 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] Caractères spéciaux copier coller
Le 22.04.2010 15:33, PAIN Benjamin a écrit : Bonjour, Je ne parvenais pas à coller dans un fichier texte, les données copiées à partir d'un classeur, sur OpenOffice 3.2.0. Après de nombreux tests, j'ai pu déterminé que cela était le fait que mon fichier d'origine avait dans le nom de son emplacement un caractère avec accent. Dès que j'ai eu retiré l'accent et ré-ouvert le fichier, le copier/coller à fonctionné. Avez-vous connaissance de ce phénomène et est-il possible de le corrigé? Oui c'est un bug connu de la version 3.2. Il est indiqué sur cette page spéciale du site officiel francophone : http://fr.openoffice.org/problemes_connus.html accessible par un lien sur la page de téléchargement. Voir le bug 106861. Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] problème de conversion d'un f ormat date [Résolu]
Christophe N a écrit : Voir ma réponse sur le fil format date n'est plus lisible ... Ca marche, j'ai fait l'essai ... OK je pense que ça peut faire le travail C'est moins compliqué que mon Recherche et Remplace Merci Le 22/04/2010 20:57, Michel Leduc a écrit : Lorsque je fais une conciliation de banque chez Déjardins, je reçois un fichier csv. Voici un ligne type Montréal,0007,EOP,2004/09/15,1,Pension /CARRA,,,237.26,1788.33 Lorsque j'ouvre le fichier avec OOo, il détecte que c'est un fichier csv et me propose des changements possible. Effectivement les données numériques à l'américaine sont les 5 derniers champs. Je les déclare Anglais(US) et la conversion s'effectue correctement ( ex: 1788,33). Le problème est avec la date comme ici 2004/09/15. J'ai beau déclarer comme une date (aammjj) je reçois toujours cette donnée non convertie. On retrouve'2004/09/15 comme donnée texte. Essayez avec la ligne que j'ai donné. Je dois alors faire un Recherche et Remplace complexw pour obtenir un nombre en temps que date (Recherche ^[0-9] Remplace par ou quelque chose du genre) C'est très lourd Une idée - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Re: Rajouter des annexes sans modifier le document
Et en voyant du côté des documents maîtres ? Vincent Ruffiot CAZIN Christophe DSIC SGSIC a écrit : Bonjour, Je cherche à créer un seul Pdf avec deux documents OpenOffice : Un premier document Openoffice avec table des matiére etc ... Un deuxième document complexe avec sa propre table des matières qui servira d'annexes. En important le deuxième document dans le premier, - la première table des matière reprend tous les titres des annexes - Le deuxième document est renuméroté Quelle est la manière la plus simple pour que ces documents restent indépendants ? Documents maîtres ? Christophe -- Vincent Ruffiot - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Elections au Community Council : résultats
Bonjour, Trois sièges étaient à pourvoir au Community Council : 1 représentant des Natives Languages Communities (NLC), votants : les leads et co-lead des NLC et projet l10n (116 votants possibles). Remplacement de Pavel Janik. Un candidat : Olivier Hallot, projet BRoffice (Brésil), Élu : 36 oui, 2 non 1 représentant des code contributers, votants : les code contributers (69 votants possibles). Remplacement de Martin Hollmichel Un candidat : Eike Rathke, Élu : 57 oui, 0 non 1 représentant Product developpment, votants : les leads et co-leads des projets accepted et incubator mais non NLC ni l10n (50 votants possibles). Remplacement de John McCreesh. Un candidat : Thorsten Behrens, Non-Élu : 12 oui, 28 Non Les résultats ont été validés par les scrutateurs (Sophie et Drew Jensen) Le détail du processus et des résultats sont sur cette page du wiki : http://wiki.services.openoffice.org/wiki/Community_Council/Elections/2010-03 Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.