[users-fr] Info : Encore un coup tordu d'Oracle contre OOo
http://www.developpez.net/forums/d766002/logiciels/autres-logiciels/openoffice/oracle-rend-plug-in-odf-microsoft-office-payant-quid-lavenir-format-utilise-ooo/ Bernard - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: Rajouter des annexes sans modifier le document
Ah , j'ai oublié de préciser ... Je suis sous Linux ... Oui, j'ai commencer à penser que ma solution pouvait venir d'outils de manipulation du PDF ... Christophe Original Message Subject: [users-fr] Re: Rajouter des annexes sans modifier le document From: Jean-Louis Cadeillan jean-louis.cadeil...@educagri.fr To: users@fr.openoffice.org Date: 20/04/2010 20:20 CAZIN Christophe DSIC SGSIC christophe.cazin at interieur.gouv.fr writes: 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 Bonjour Christophe La meilleure solution, coller les 2 pdf Par exemple, l'excellent pdfsam : http://www.pdfsam.org/ Cordialement - 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] Re: Rajouter des annexes sans modifier le document
CAZIN Christophe DSIC SGSIC a écrit : Ah , j'ai oublié de préciser ... Je suis sous Linux ... Oui, j'ai commencer à penser que ma solution pouvait venir d'outils de manipulation du PDF ... Christophe Bonjour Avec LINUX il y a pdftk qui permet de fusionner des pdf. Amicalement, Bernard. -- Utilisateur de GNU-LINUX et des logiciels libres. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
RE: [users-fr] Comment exprimer une date dans la condition de masquage d'une section de Writer
Bonjour, Merci à tous. Vos réponses m'ont aidé à trouver des solutions. La condition globale est : [morphy]==phy OR ([morphy]==mor AND ([datefin] = 40290)) Les parenthèses semblent nécessaires pour encadrer la deuxième condition après AND même si c'est écrit : [datefin]=40290. Il semblerait que les fonctions ne soient pas utilisables dans ce cas, notamment dateval(22/04/2010) pour obtenir 40290. Quel que soit le format d'affichage de [datefin], la comparaison fonctionne de manière identique alors que l'affichage dans le document dépend du format d'affichage dans la table. Je m'étais dépanné en créant un champ logique calculé dans la table. [morphy]==phy OR ([morphy]==mor AND [ajour]) ce qui évitait les parenthèses [ajour] valant Vrai ou Faux. Subtil !!! COOordialement. Jean-Yves ROYER -Message d'origine- De : Docgranville [mailto:docgranvi...@aol.com] Envoyé : mardi 20 avril 2010 14:44 À : users@fr.openoffice.org Objet : Re: [users-fr] Comment exprimer une date dans la condition de masquage d'une section de Writer Le 19/04/2010 12:44, ROYER Jean-Yves a écrit : Bonjour, Avec OOo Calc 3.2, j'aimerais masquer une section par rapport à une date d'un champ de base de données. La date du champ [datefin] a le format : 12/10/09 00:00. Comment puis-je exprimer la comparaison par rapport à une date fixe pour masquer la section si : [datefin] GEQ 22/04/2010 ? Dans l'aide et sur le site OOo, je ne trouve pas le moyen d'exprimer la date : #22/04/2010# ? 40290 ? 22/04/10 ? ne fonctionnent pas... Merci. COOordialement. Jean-Yves ROYER Bonjour Jean-Yves, Le domaine des conditions de masquage n'est pas mon domaine de prédilection (en fait, je ne le pratique pas du tout), ce qui n'est toutefois pas suffisant pour m'empêcher d'exprimer un avis... En fait, j'interviens surtout parce que tu évoques un champ date sorti d'une base de données ; or, quel que soit son format d'affichage, une date me semble stockée (dans Base) sous le format -mm-dd ; peut-être conviendrait-il d'essayer ce format ? En outre, dans la mesure où tu indiques que le stockage de la date dans la base comporte également l'heure et les minutes, peut faudrait-il envisager le format -mm-dd hh:mm pour ta comparaison ? Espérant avoir aidé, A+ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re : [users-fr] Accessibilite du dictionnaire sous OOo 3.2
At 14:24 20/04/2010, you wrote: Bonjour! CQFD: windows c'est de la daube Cordialement! Jean-Marc Votre messag ne m'est d'aucune aide ! Cela je le savais ... Hiihiih Cordialement René Durand Economisez encre et papier : n'imprimez ce message et les pièces jointes que si nécessaire ! ++ | ATTENTION mon adresse électronique a changé, pensez à modifier | | votre carnet d'adresses mailto:rene.dur...@durandandco.org | ++ | René Durand / gsm: 06 14 90 33 76 / tel : 01 48 61 13 29 | ++ - 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
At 07:24 20/04/2010, Jean-Baptiste Faure wrote: Le 19.04.2010 22:52, Rene Durand a écrit : J'utilise, quotidiennement OOo 3.2 sur un premier portable sous windows 7 J'utilise, moins souvent, OOo 3.1 sur un second portable sous Ubuntu 9.10 Sous windows, en particulier dans writer, je n'arrive pas à ajouter un dictionnaire personnel, ni ne peux ajouter (en fait je n'ai pas la main) un mot à un dictionnaire existant ... Pour être sûr de bien nous comprendre : est-ce que le bouton Nouveau dans Outils Options Paramètres linguistiques Linguistique est actif ? Oui ... et par exemple je vais créer un dictionnaire durand en langues Français (France) Cela fait, je surligne ce nouveau dictionnaire et je frappe éditer A ce moment je ne peux ajouter un mot dans ce dictionnaire ... Il en est d'ailleurs de même avec le dictionnaire standard qui est vide et dans lequel je ne peux ajouter de mot ! Bizarre ... non ? Cordialement René Durand Economisez encre et papier : n'imprimez ce message et les pièces jointes que si nécessaire ! ++ | ATTENTION mon adresse électronique a changé, pensez à modifier | | votre carnet d'adresses mailto:rene.dur...@durandandco.org | ++ | René Durand / gsm: 06 14 90 33 76 / tel : 01 48 61 13 29 | ++ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: Rajouter des annexes sans modifier le document
Bonjour Christophe sous ubuntu il y a pdfsam: http://doc.ubuntu-fr.org/pdfsam?redirect=1 et un tutoriel ici: http://www.framasoft.net/article4616.html j'espère que cela répond a ton attente. salut. Le mercredi 21 avril 2010 à 10:09 +0200, Bernard.MICHEL a écrit : CAZIN Christophe DSIC SGSIC a écrit : Ah , j'ai oublié de préciser ... Je suis sous Linux ... Oui, j'ai commencer à penser que ma solution pouvait venir d'outils de manipulation du PDF ... Christophe Bonjour Avec LINUX il y a pdftk qui permet de fusionner des pdf. Amicalement, Bernard. -- Yves c. utilisateur GNU-LINUX aidez la recherche avec BOINC http://linux-forum.boinc-af.org/ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: Rajouter des annexes sans modifier le document
Ok, je vais tester ... Dommage qu'une option de verrouillage des documents (garder la mise en forme mais supprimer les styles actifs) ne semble pas exister dans OpenOffice. Christophe Original Message Subject: Re: [users-fr] Re: Rajouter des annexes sans modifier le document From: croison yves yves.croi...@wanadoo.fr To: users@fr.openoffice.org Date: 21/04/2010 10:38 Bonjour Christophe sous ubuntu il y a pdfsam: http://doc.ubuntu-fr.org/pdfsam?redirect=1 et un tutoriel ici: http://www.framasoft.net/article4616.html j'espère que cela répond a ton attente. salut. Le mercredi 21 avril 2010 à 10:09 +0200, Bernard.MICHEL a écrit : CAZIN Christophe DSIC SGSIC a écrit : Ah , j'ai oublié de préciser ... Je suis sous Linux ... Oui, j'ai commencer à penser que ma solution pouvait venir d'outils de manipulation du PDF ... Christophe Bonjour Avec LINUX il y a pdftk qui permet de fusionner des pdf. Amicalement, Bernard. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Info de word
Bonjour à tous, Une utilisatrice souhaite retrouver dans writer l'info suivante *A 2,4 cm (barre des taches de word) *qui précise à quelle distance se trouve le paragraphe par rapport à la marge du haut Une alternative ? Merci pour vos lumières Christophe - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: Rajouter des annexes sans modifier le document
CAZIN Christophe DSIC SGSIC a écrit : Ok, je vais tester ... Dommage qu'une option de verrouillage des documents (garder la mise en forme mais supprimer les styles actifs) ne semble pas exister dans OpenOffice. Christophe Bonjour, Ce serait possible si les styles des titres de ton annexe étaient différents de ceux du document principal comme dans cet exemple s'il veut bien passer sur la liste. J.M Texte avec numérotation indépendante des chapitres.odt Description: application/vnd.oasis.opendocument.text - 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
Bonjour à tous, Une utilisatrice souhaite retrouver dans writer l'info suivante *A 2,4 cm (barre des taches de word) *qui précise à quelle distance se trouve le paragraphe par rapport à la marge du haut Une alternative ? Merci pour vos lumières Christophe Bonjour, Ce qu'elle cherche est plutôt dans les styles de paragraphe. Maintenant, si elle veut que tous les premiers paragraphes d'une page soient à 2.4 cm du haut de la page, elle peut le régler dans le format de la page, onglet Marges. Et si elle veut que cet écart soit présents dans tous ses documents, elle sauvegarde un document formaté en Modèle par défaut. J.M
Re: [users-fr] Info de word
Bonjour Jean michel, En fait ce quelle cherche c'est ceci Page 1 Sec 1/1 A 2,4 cm Li 1 Col 1 Message original Sujet: Re: [users-fr] Info de word De: Jean Michel PIERRE jmpni...@orange.fr Pour: users@fr.openoffice.org Date: 21/04/2010 14:01 Bonjour tous, Une utilisatrice souhaite retrouver dans writer l'info suivante *A 2,4 cm (barre des taches de word) *qui prcise quelle distance se trouve le paragraphe par rapport la marge du haut Une alternative ? Merci pour vos lumires Christophe Bonjour, Ce qu'elle cherche est plutt dans les styles de paragraphe. Maintenant, si elle veut que tous les premiers paragraphes d'une page soient 2.4 cm du haut de la page, elle peut le rgler dans le format de la page, onglet Marges. Et si elle veut que cet cart soit prsents dans tous ses documents, elle sauvegarde un document format en Modle par dfaut. J.M - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] OOo 3.2 - Writer -Fond de page sans marges
gabriel a écrit : Le mardi 20 avril 2010 18:32:03 Agnès Simonet, vous avez écrit : Bonjour, Je suis cette discussion avec intérêt. Une autre solution avec image d'arrière-plan et bordure à 0 pour la page et un cadre ancré à la page(avec ou sans colonnes). Mais peut-être y-a-t'il des problèmes que je ne vois pas. Bonsoir, Effectivement, cette méthode impose d'insérer manuellement un cadre à chaque fois qu'on a besoin de ce style de page et d'appliquer au cadre le style qui va bien, alors qu'avec la méthode de JMP il suffit juste d'appliquer à la page concernée le style qui va bien (une seule manip) ; c'est plus simple pour les débutants mais aussi plus rapide pour tous. G. Bonjour, Les modèles de document sont là pour ça, non ? Agnès S. - 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
Bonjour, Cette info permet de connaitre la distance entre le haut de la page et le paragraphe sur lequel le curseur est positionné. Ce n'est pas un formatage quelconque, juste une information. Cela dit je ne sais pas si cette info existe dans OOo. Claude Date: Wed, 21 Apr 2010 14:34:13 +0200 From: christophe.dep...@ille-et-vilaine.gouv.fr To: users@fr.openoffice.org Subject: Re: [users-fr] Info de word Bonjour Jean michel, En fait ce quelle cherche c'est ceci Page 1 Sec 1/1A 2,4 cm Li 1 Col 1 Message original Sujet : Re: [users-fr] Info de word De : Jean Michel PIERRE jmpni...@orange.fr Pour : users@fr.openoffice.org Date : 21/04/2010 14:01 Bonjour à tous, Une utilisatrice souhaite retrouver dans writer l'info suivante *A 2,4 cm (barre des taches de word) *qui précise à quelle distance se trouve le paragraphe par rapport à la marge du haut Une alternative ? Merci pour vos lumières Christophe Bonjour, Ce qu'elle cherche est plutôt dans les styles de paragraphe. Maintenant, si elle veut que tous les premiers paragraphes d'une page soient à 2.4 cm du haut de la page, elle peut le régler dans le format de la page, onglet Marges. Et si elle veut que cet écart soit présents dans tous ses documents, elle sauvegarde un document formaté en Modèle par défaut. J.M _ Hotmail arrive sur votre téléphone ! Compatible Iphone, Windows Phone, Blackberry, … http://www.messengersurvotremobile.com/?d=Hotmail
Re: [users-fr] Info de word
Oui, oui c'est exactement ça juste une information Peut être existe t il une extension ? Christophe Message original Sujet : Re: [users-fr] Info de word De : c c prog_amat...@hotmail.fr Pour : users users@fr.openoffice.org Date : 21/04/2010 14:48 Bonjour, Cette info permet de connaitre la distance entre le haut de la page et le paragraphe sur lequel le curseur est positionné. Ce n'est pas un formatage quelconque, juste une information. Cela dit je ne sais pas si cette info existe dans OOo. Claude Date: Wed, 21 Apr 2010 14:34:13 +0200 From: christophe.dep...@ille-et-vilaine.gouv.fr To: users@fr.openoffice.org Subject: Re: [users-fr] Info de word Bonjour Jean michel, En fait ce quelle cherche c'est ceci Page 1 Sec 1/1_*A 2,4 cm*_ Li 1 Col 1 Message original Sujet : Re: [users-fr] Info de word De : Jean Michel PIERRE jmpni...@orange.fr Pour : users@fr.openoffice.org Date : 21/04/2010 14:01 Bonjour à tous, Une utilisatrice souhaite retrouver dans writer l'info suivante *A 2,4 cm (barre des taches de word) *qui précise à quelle distance se trouve le paragraphe par rapport à la marge du haut Une alternative ? Merci pour vos lumières Christophe Bonjour, Ce qu'elle cherche est plutôt dans les styles de paragraphe. Maintenant, si elle veut que tous les premiers paragraphes d'une page soient à 2.4 cm du haut de la page, elle peut le régler dans le format de la page, onglet Marges. Et si elle veut que cet écart soit présents dans tous ses documents, elle sauvegarde un document formaté en Modèle par défaut. J.M Acheter en ligne en toute sécurité ? Internet Explorer 8 vous protège gratuitement ! http://clk.atdmt.com/FRM/go/206608211/direct/01/ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] résultat COUNT n'est pas 0 ni null ?
Bonjour, j'ai déjà mis un message sur le forum à ce sujet, mais comme je crois qu'il y a ici des gens qui ne vont pas sur le forum, peut-être passera-t-il quelqu'un qui ait une réponse pour moi... j'essaie d'additionner dans une requête deux champs issus de deux autres requêtes calculés avec COUNT. Mes 3 requêtes ensemble fonctionnent très bien dès lors que le résultat des COUNT est au moins égal à 1. COUNT apparemment ne connaît pas 0. J'ai donc cru que le résultat de COUNT était null mais... il semble que non. J'ai essayé IFNULL, COALESCE, CASEWHEN (qui n'accepte pas expression is null, pas réussi à faire une syntaxe qui fonctionne avec CASE WHEN), d'utiliser des vues à partir de mes 2 requêtes, rien ne fonctionne. Le résultat de COUNT quand il n'y a pas d'occurence c'est rien ? Donc l'opération que je cherche à faire serait infaisable ? Merci d'avance. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] Publipostage OOo Writer Win XP
Bonjour, J'utilise une base produite avec Access ... et oui ! je l'ai faite pour quelqu'un qui gère une association. Dans l'environnement MS; lorsque l'on effectue la fusion, en utilisant les données de la base et un document type de fusion on se retrouve avec des valeurs monétaires avec 4 chiffres après la virgule: ça fait fait désordre lorsque c'est un montant qui est demandé par courrier...je précise que les champs en question sont bien typés avec un format: Euro et 2 chiffres après la virgule. Les données dans les tables sont bien formatées ainsi. J'essaie de voir si le publipostage peut-être fait en utilisant les applications OOo. Donc assistant mailing , définition de la base de données (en .mdb) connexion à cette source : OK. Préparation de la lettre avec ouverture de la lettre type .doc laquelle présente les données sont forme d'un tableau. Je suis la procédure décrite dans la doc Comment_realiser_un_ publipostage.pdf de Philip Lannoye (ancien) je ne parviens pas à avoir mes 50 enregistrements avec les données fusionnées. Par contre si je crée un nouveau document et insère les champs: ça fonctionne... si déjà j'arrive à faire ma fusion dans ce contexte , je verrai ensuite si l'anomalie est reproduite. Pardon pour avoir fait référence aux produits Microsoft (pack office 7) ... -- FRICARD Claude Danielle 117 rue de Paris 78550 HOUDAN 01 30 59 66 27
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Le 21/04/2010 15:38, Marie-Pierre CORONEL a écrit : Bonjour, j'ai déjà mis un message sur le forum à ce sujet, mais comme je crois qu'il y a ici des gens qui ne vont pas sur le forum, peut-être passera-t-il quelqu'un qui ait une réponse pour moi... j'essaie d'additionner dans une requête deux champs issus de deux autres requêtes calculés avec COUNT. Mes 3 requêtes ensemble fonctionnent très bien dès lors que le résultat des COUNT est au moins égal à 1. COUNT apparemment ne connaît pas 0. J'ai donc cru que le résultat de COUNT était null mais... il semble que non. J'ai essayé IFNULL, COALESCE, CASEWHEN (qui n'accepte pas expression is null, pas réussi à faire une syntaxe qui fonctionne avec CASE WHEN), d'utiliser des vues à partir de mes 2 requêtes, rien ne fonctionne. Le résultat de COUNT quand il n'y a pas d'occurence c'est rien ? Donc l'opération que je cherche à faire serait infaisable ? Merci d'avance. Bonjour Marie-Pierre, J'ai un peu de mal à suivre ta démarche, à la lecture de ta description ; te serait-il possible de donner un lien vers ta base (si elle n'est pas confidentielle bien sûr) ? On est bien d'accord que les résultats de tes 2 premières requêtes sont stockés dans une vue pour que tu puisse les utiliser dans la 3ème ? A+ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
[users-fr] désactivation de l'enregistrement.
Bonjour à tous, j'ai un problème de profile sur mes postes de travail. J'installe mes postes localement et j'ai crée un autre msi avec un profil que je déploie dans C:\Documents and Settings\Default User. Tout fonctionnait très bien, jusqu'à ce qu'une nouvelle version d'un autre programme plante tout. Pour faire une histroire courte, je pense maintenant supprimer mon profile par défaut et laisser OOo crée tout le profil au démarrage, mais je ne veux pas que les usagers répondent aux questions d'enregistrement. J'ai trouvé ce site qui semble exactement ce que recherche, est-il possible d'installer ceci dans mon installation administrative ( /a ) ? http://wiki.services.openoffice.org/wiki/Documentation/Administration_Guide/Deactivating_Registration_Wizard Merci, Alexandre Chevrier - 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
DEPREZ Christophe PREF35 SSIT a écrit : Oui, oui c'est exactement ça juste une information À quoi ça sert d'avoir cette information ? Peut être existe t il une extension ? C'est une demande d'amélioration évoquée ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=3t=13991p=77990hilit=position+curseur#p77981 J.M
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Alors, voilà ma base qui n'est pas encore confidentielle, les exemples qu'elle comporte sont bidons. http://www.cijoint.fr/cjlink.php?file=cj201004/cijtWcP6UI.odb comme tu vas le voir il y a déjà beaucoup de requêtes tu peux voir les requêtes initiales (qui fonctionnent quand les 2 champs comportent au moins une occurence avec les requêtes : Regime_allocations_partie1_CAF, Regime_allocations_part2_CAF et Regime_allocations_total_CAF elles n'utilisent pas de vue. tous mes tests ont été faits sur les mêmes mais CMSA (qui ne sont peut-être plus dans un état très uniforme d'ailleurs maintenant...) et ensuite avec les 2 vues que tu peux trouver sous les noms regimeCMSApart1 et regimeCMSApart2 sauf pour coalesce. si pour compléter ton idée tu as besoin de savoir à quoi elles servent, tu peux regarder dans le formulaire 9-pour remplir le formulaire d'activité type 2010, ce sont les 4 derniers items de la colonne de gauche. j'espère n'avoir rien oublié :) Le 21 avril 2010 16:08, Docgranville docgranvi...@aol.com a écrit : Le 21/04/2010 15:38, Marie-Pierre CORONEL a écrit : Bonjour, j'ai déjà mis un message sur le forum à ce sujet, mais comme je crois qu'il y a ici des gens qui ne vont pas sur le forum, peut-être passera-t-il quelqu'un qui ait une réponse pour moi... j'essaie d'additionner dans une requête deux champs issus de deux autres requêtes calculés avec COUNT. Mes 3 requêtes ensemble fonctionnent très bien dès lors que le résultat des COUNT est au moins égal à 1. COUNT apparemment ne connaît pas 0. J'ai donc cru que le résultat de COUNT était null mais... il semble que non. J'ai essayé IFNULL, COALESCE, CASEWHEN (qui n'accepte pas expression is null, pas réussi à faire une syntaxe qui fonctionne avec CASE WHEN), d'utiliser des vues à partir de mes 2 requêtes, rien ne fonctionne. Le résultat de COUNT quand il n'y a pas d'occurence c'est rien ? Donc l'opération que je cherche à faire serait infaisable ? Merci d'avance. Bonjour Marie-Pierre, J'ai un peu de mal à suivre ta démarche, à la lecture de ta description ; te serait-il possible de donner un lien vers ta base (si elle n'est pas confidentielle bien sûr) ? On est bien d'accord que les résultats de tes 2 premières requêtes sont stockés dans une vue pour que tu puisse les utiliser dans la 3ème ? 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] Info de word
C'est simplement pratique pour l'utilisatrice Message original Sujet : Re: [users-fr] Info de word De : Jean Michel PIERRE jmpni...@orange.fr Pour : users@fr.openoffice.org Date : 21/04/2010 17:07 DEPREZ Christophe PREF35 SSIT a écrit : Oui, oui c'est exactement ça juste une information À quoi ça sert d'avoir cette information ? Peut être existe t il une extension ? C'est une demande d'amélioration évoquée ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=3t=13991p=77990hilit=position+curseur#p77981 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 ?
hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Le 21 avril 2010 17:12, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : Alors, voilà ma base qui n'est pas encore confidentielle, les exemples qu'elle comporte sont bidons. http://www.cijoint.fr/cjlink.php?file=cj201004/cijtWcP6UI.odb comme tu vas le voir il y a déjà beaucoup de requêtes tu peux voir les requêtes initiales (qui fonctionnent quand les 2 champs comportent au moins une occurence avec les requêtes : Regime_allocations_partie1_CAF, Regime_allocations_part2_CAF et Regime_allocations_total_CAF elles n'utilisent pas de vue. tous mes tests ont été faits sur les mêmes mais CMSA (qui ne sont peut-être plus dans un état très uniforme d'ailleurs maintenant...) et ensuite avec les 2 vues que tu peux trouver sous les noms regimeCMSApart1 et regimeCMSApart2 sauf pour coalesce. si pour compléter ton idée tu as besoin de savoir à quoi elles servent, tu peux regarder dans le formulaire 9-pour remplir le formulaire d'activité type 2010, ce sont les 4 derniers items de la colonne de gauche. j'espère n'avoir rien oublié :) Le 21 avril 2010 16:08, Docgranville docgranvi...@aol.com a écrit : Le 21/04/2010 15:38, Marie-Pierre CORONEL a écrit : Bonjour, j'ai déjà mis un message sur le forum à ce sujet, mais comme je crois qu'il y a ici des gens qui ne vont pas sur le forum, peut-être passera-t-il quelqu'un qui ait une réponse pour moi... j'essaie d'additionner dans une requête deux champs issus de deux autres requêtes calculés avec COUNT. Mes 3 requêtes ensemble fonctionnent très bien dès lors que le résultat des COUNT est au moins égal à 1. COUNT apparemment ne connaît pas 0. J'ai donc cru que le résultat de COUNT était null mais... il semble que non. J'ai essayé IFNULL, COALESCE, CASEWHEN (qui n'accepte pas expression is null, pas réussi à faire une syntaxe qui fonctionne avec CASE WHEN), d'utiliser des vues à partir de mes 2 requêtes, rien ne fonctionne. Le résultat de COUNT quand il n'y a pas d'occurence c'est rien ? Donc l'opération que je cherche à faire serait infaisable ? Merci d'avance. Bonjour Marie-Pierre, J'ai un peu de mal à suivre ta démarche, à la lecture de ta description ; te serait-il possible de donner un lien vers ta base (si elle n'est pas confidentielle bien sûr) ? On est bien d'accord que les résultats de tes 2 premières requêtes sont stockés dans une vue pour que tu puisse les utiliser dans la 3ème ? 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 ?
Le 21/04/2010 18:04, Marie-Pierre CORONEL a écrit : hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Re-bonjour Marie-Pierre, J'ai jeté un coup d'oeil rapide sur ta base ; peut-être aurais-je (à l'occasion) quelques réflexions à te faire partager sur sa conception qui me semble un peu trop complexe (ou rigide si tu préfères). En ce qui concerne ton problème particulier, je n'en connais pas véritablement la solution mais je pense (c'est déjà quelque chose) en connaître l'origine ; en réalité, je pense que le souci vient du fait que ta requête porte sur une table vide ( plus précisément sur une vue vide, celle générée par la Regime_allocations_part2_CMSA) ; la clause ifnull permet de sauter un champ null dans un enregistrement mais, en l'occurrence, il n'y a carrément pas d'enregistrement (puisqu'aucun enregistrement de la table demandeurs ne correspond aux critères fixés dans cette fameuse requête Regime_allocations_part2_CMSA. Pour éviter ça, je me suis dit que, peut-être, tu pourrais faire une requête (et éventuellement une vue) synthétisant, sur la période requise, le nombre d'allocataires de type part1 pour chaque code d'allocation ; ta requête Regime_allocation_partie1_CMSA deviendrait : SELECT COUNT( Demandeurs.part1alloc ) AS nombre1, Demandeurs.part1alloc FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part1alloc (en fait, je n'ai supprimé que la clause HAVING) Si on fait la même chose sur ta requête Regime_allocation_partie2_CMSA, elle devient : SELECT Demandeurs.part2alloc, COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) AS nombre2 FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part2alloc (ici aussi, donc, siplement suppression de la clause HAVING). Avec ces requêtes, on obtient un tableau regroupant, pour chaque code d'allocation, le nombre d'allocataires sur la période. La dernière requête est modifiée un peu plus en profondeur ; il s'agit de la requête Regime_allocations_CMSA_Total, qui devient : SELECT regimeCMSApart1.part1alloc, ifnull(nombre1,0) as nombre1, ifnull(nombre2,0) as nombre2, ifnull(regimeCMSApart1.nombre1,0) + ifnull(regimeCMSApart2.nombre2,0) AS Total FROM regimeCMSApart1 left join regimeCMSApart2 on regimeCMSApart1.part1alloc = regimeCMSApart2.part2alloc (attention, cette requête porte sur les vues ; il ne faut donc pas oublier de les modifier, sinon, elle sont toujours avec la clause HAVING) Tu obtiens avec ça un tableau comportant une colonne énonçant les différents types d'allocations rencontrés (ici, 0, 1 et 2), une colonne mentionnant le nombre d'allocataires partie 1 bénéficiant de ce type d'allocation (ou 0 s'il n'y en a pas mais en l'occurrence, ce n'est pas possible), un colonne mentionnant le nombre d'allocataires partie 2 bénéficiant de ce type d'allocation (ou 0, et ici c'est possible) et enfin une colonne totalisant les deux chiffres précédents. Je pense que, dans l'esprit, ça ressemble à ce que tu veux ; ensuite, si tu veux avoir une requête avec uniquement tel ou tel type d'allocation, tu peux parfaitement pointer sur cette dernière requête et en extraire nombre1 et noùmbre2 qui seront toujours renseignés (puisque le ifnull est utilisé pour créer cette requête). On pourra en re-discuter un peu plus tard si tu veux. 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 ?
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+ Le 21 avril 2010 19:04, Docgranville docgranvi...@aol.com a écrit : Le 21/04/2010 18:04, Marie-Pierre CORONEL a écrit : hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Re-bonjour Marie-Pierre, J'ai jeté un coup d'oeil rapide sur ta base ; peut-être aurais-je (à l'occasion) quelques réflexions à te faire partager sur sa conception qui me semble un peu trop complexe (ou rigide si tu préfères). En ce qui concerne ton problème particulier, je n'en connais pas véritablement la solution mais je pense (c'est déjà quelque chose) en connaître l'origine ; en réalité, je pense que le souci vient du fait que ta requête porte sur une table vide ( plus précisément sur une vue vide, celle générée par la Regime_allocations_part2_CMSA) ; la clause ifnull permet de sauter un champ null dans un enregistrement mais, en l'occurrence, il n'y a carrément pas d'enregistrement (puisqu'aucun enregistrement de la table demandeurs ne correspond aux critères fixés dans cette fameuse requête Regime_allocations_part2_CMSA. Pour éviter ça, je me suis dit que, peut-être, tu pourrais faire une requête (et éventuellement une vue) synthétisant, sur la période requise, le nombre d'allocataires de type part1 pour chaque code d'allocation ; ta requête Regime_allocation_partie1_CMSA deviendrait : SELECT COUNT( Demandeurs.part1alloc ) AS nombre1, Demandeurs.part1alloc FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part1alloc (en fait, je n'ai supprimé que la clause HAVING) Si on fait la même chose sur ta requête Regime_allocation_partie2_CMSA, elle devient : SELECT Demandeurs.part2alloc, COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) AS nombre2 FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part2alloc (ici aussi, donc, siplement suppression de la clause HAVING). Avec ces requêtes, on obtient un tableau regroupant, pour chaque code d'allocation, le nombre d'allocataires sur la période. La dernière requête est modifiée un peu plus en profondeur ; il s'agit de la requête Regime_allocations_CMSA_Total, qui devient : SELECT regimeCMSApart1.part1alloc, ifnull(nombre1,0) as nombre1, ifnull(nombre2,0) as nombre2, ifnull(regimeCMSApart1.nombre1,0) + ifnull(regimeCMSApart2.nombre2,0) AS Total FROM regimeCMSApart1 left join regimeCMSApart2 on regimeCMSApart1.part1alloc = regimeCMSApart2.part2alloc (attention, cette requête porte sur les vues ; il ne faut donc pas oublier de les modifier, sinon, elle sont toujours avec la clause HAVING) Tu obtiens avec ça un tableau comportant une colonne énonçant les différents types d'allocations rencontrés (ici, 0, 1 et 2), une colonne mentionnant le nombre d'allocataires partie 1 bénéficiant de ce type d'allocation (ou 0 s'il n'y en a pas mais en l'occurrence, ce n'est pas possible), un colonne mentionnant le nombre d'allocataires partie 2 bénéficiant de ce type d'allocation (ou 0, et ici c'est possible) et enfin une colonne totalisant les deux chiffres précédents. Je pense que, dans l'esprit, ça ressemble à ce que tu veux ; ensuite, si tu veux avoir une requête avec uniquement tel ou tel type d'allocation, tu peux parfaitement pointer sur cette dernière requête et en extraire nombre1 et noùmbre2 qui seront toujours renseignés (puisque le ifnull est utilisé pour créer cette requête). On pourra en re-discuter un peu plus tard si tu veux. 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] Info de word
Jean Michel PIERRE a écrit : DEPREZ Christophe PREF35 SSIT a écrit : Oui, oui c'est exactement ça juste une information À quoi ça sert d'avoir cette information ? Peut être existe t il une extension ? C'est une demande d'amélioration évoquée ici : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=3t=13991p=77990hilit=position+curseur#p77981 J.M Vieille survivance du temps des TT non oui-zi-oui-gue et où les dactylos devaient savoir exactement où elles en étaient dans la page. Dans l'exemple fourni, le curseur se trouve à 2,4 cm du bord de la page, colonne 1, ligne 1. Très utile pour compter le nombre de lignes, les signes par ligne, la position dans la page, pour qui est responsable à la fois du contenu et du contenant. 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 - 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
Le 21.04.2010 10:29, Rene Durand a écrit : At 07:24 20/04/2010, Jean-Baptiste Faure wrote: Le 19.04.2010 22:52, Rene Durand a écrit : J'utilise, quotidiennement OOo 3.2 sur un premier portable sous windows 7 J'utilise, moins souvent, OOo 3.1 sur un second portable sous Ubuntu 9.10 Sous windows, en particulier dans writer, je n'arrive pas à ajouter un dictionnaire personnel, ni ne peux ajouter (en fait je n'ai pas la main) un mot à un dictionnaire existant ... Pour être sûr de bien nous comprendre : est-ce que le bouton Nouveau dans Outils Options Paramètres linguistiques Linguistique est actif ? Oui ... et par exemple je vais créer un dictionnaire durand en langues Français (France) Cela fait, je surligne ce nouveau dictionnaire et je frappe éditer A ce moment je ne peux ajouter un mot dans ce dictionnaire ... Bonsoir René, 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. 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. Bonne soiré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] Rajouter des annexes sans modifier le document
Sujet intéressant qui m'a fait me demander s'il était possible de faire un doc avec une annexe ayant son propre sommaire. Je crée donc un document, une annexe, et une table des matières pour chacun. Je pensais que dans la création de la table des matières, on pouvait choisir section dans l'item créer un index pour mais les seuls choix sont document entier / paragraphes . Cela me surprend beaucoup, ne serait-ce pas une amélioration à prévoir ? Dans ces conditions, effectivement, je n'arrive pas à faire cette table des matières indépendante ! Christophe N Le 20/04/2010 16:29, 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 - 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
Le 21.04.2010 20:52, lutch a écrit : [...] Très utile pour compter le nombre de lignes, les signes par ligne, la position dans la page, pour qui est responsable à la fois du contenu et du contenant. Idem quand on doit placer des textes à des positions précises _sans cadre_ Peux-tu donner un exemple où on a besoin de ça ? Je ne comprends pas pourquoi on pourrait être obligé de se passer de cadre pour placer un texte à un endroit précis d'une page. Bonne soiré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] Rajouter des annexes sans modifier le document
Christophe N a écrit : Sujet intéressant qui m'a fait me demander s'il était possible de faire un doc avec une annexe ayant son propre sommaire. Bien sûr ! Dans ces conditions, effectivement, je n'arrive pas à faire cette table des matières indépendante ! La méthode est expliquée là : http://fr.openoffice.org/Documentation/How-to/writer/NumChapitres.odt A+ -- Jean-Francois Nifenecker, Bordeaux - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Rajouter des annexes sans modifier le document
Le 21.04.2010 21:06, Christophe N a écrit : Sujet intéressant qui m'a fait me demander s'il était possible de faire un doc avec une annexe ayant son propre sommaire. Je crée donc un document, une annexe, et une table des matières pour chacun. Je pensais que dans la création de la table des matières, on pouvait choisir section dans l'item créer un index pour mais les seuls choix sont document entier / paragraphes . Cela me surprend beaucoup, ne serait-ce pas une amélioration à prévoir ? C'est plutôt document entier ou chapitre. Il suffit donc de mettre tes annexes dans un chapitre de niveau 1, chaque titre d'annexe (annexe n°1, annexe n°2, etc.) étant un chapitre de niveau 2. Tu peux alors faire une table des matières pour le chapitre Annexes. Ça ne marche pas ? Sinon pour les sections, et bien ça sert beaucoup moins dans OOo que dans MSO, surtout parce que OOo a des styles de page. Bonne soiré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] Rajouter des annexes sans modifier le document
Merci JF et JB ! Je connaissais la méthode des styles évoquée dans le how to (que je ne connaissais pas mais qui est vraiment bien fait - comme tous les how to d'ailleurs !), mais je trouve cela assez lourd à mettre en oeuvre ... La méthode de JB m'est plus sympathique, même si cela oblige à créer des annexes avec uniquement des styles de niveau 2 ou plus, ce qui n'est pas toujours idéal, sauf à rebidouiller les styles, mais alors on en revient à la solution du how to ... Je me sers parfois des sections pour créer des imprimés qui peuvent être saisis sur informatique, avec des zones protégées en écritures et d'autres accessibles pour entrer des données (exemple tableau de calcul). Christophe N Le 21/04/2010 21:32, Jean-Baptiste Faure a écrit : Le 21.04.2010 21:06, Christophe N a écrit : Sujet intéressant qui m'a fait me demander s'il était possible de faire un doc avec une annexe ayant son propre sommaire. Je crée donc un document, une annexe, et une table des matières pour chacun. Je pensais que dans la création de la table des matières, on pouvait choisir section dans l'item créer un index pour mais les seuls choix sont document entier / paragraphes . Cela me surprend beaucoup, ne serait-ce pas une amélioration à prévoir ? C'est plutôt document entier ou chapitre. Il suffit donc de mettre tes annexes dans un chapitre de niveau 1, chaque titre d'annexe (annexe n°1, annexe n°2, etc.) étant un chapitre de niveau 2. Tu peux alors faire une table des matières pour le chapitre Annexes. Ça ne marche pas ? Sinon pour les sections, et bien ça sert beaucoup moins dans OOo que dans MSO, surtout parce que OOo a des styles de page. Bonne soirée JBF - 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 ?
Bonsoir Marie-Pierre, Je ne me suis pas penché sur ce problème (intéressant) mais je peux te dire en tout cas que le résultat ne peut pas être NULL. NULL n'est pas une valeur mais c'est un *état *qui indique que la valeur d'un élément est inconnue ou indéterminée. Bernard 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+ Le 21 avril 2010 19:04, Docgranvilledocgranvi...@aol.com a écrit : Le 21/04/2010 18:04, Marie-Pierre CORONEL a écrit : hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Re-bonjour Marie-Pierre, J'ai jeté un coup d'oeil rapide sur ta base ; peut-être aurais-je (à l'occasion) quelques réflexions à te faire partager sur sa conception qui me semble un peu trop complexe (ou rigide si tu préfères). En ce qui concerne ton problème particulier, je n'en connais pas véritablement la solution mais je pense (c'est déjà quelque chose) en connaître l'origine ; en réalité, je pense que le souci vient du fait que ta requête porte sur une table vide ( plus précisément sur une vue vide, celle générée par la Regime_allocations_part2_CMSA) ; la clause ifnull permet de sauter un champ null dans un enregistrement mais, en l'occurrence, il n'y a carrément pas d'enregistrement (puisqu'aucun enregistrement de la table demandeurs ne correspond aux critères fixés dans cette fameuse requête Regime_allocations_part2_CMSA. Pour éviter ça, je me suis dit que, peut-être, tu pourrais faire une requête (et éventuellement une vue) synthétisant, sur la période requise, le nombre d'allocataires de type part1 pour chaque code d'allocation ; ta requête Regime_allocation_partie1_CMSA deviendrait : SELECT COUNT( Demandeurs.part1alloc ) AS nombre1, Demandeurs.part1alloc FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part1alloc (en fait, je n'ai supprimé que la clause HAVING) Si on fait la même chose sur ta requête Regime_allocation_partie2_CMSA, elle devient : SELECT Demandeurs.part2alloc, COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) AS nombre2 FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part2alloc (ici aussi, donc, siplement suppression de la clause HAVING). Avec ces requêtes, on obtient un tableau regroupant, pour chaque code d'allocation, le nombre d'allocataires sur la période. La dernière requête est modifiée un peu plus en profondeur ; il s'agit de la requête Regime_allocations_CMSA_Total, qui devient : SELECT regimeCMSApart1.part1alloc, ifnull(nombre1,0) as nombre1, ifnull(nombre2,0) as nombre2, ifnull(regimeCMSApart1.nombre1,0) + ifnull(regimeCMSApart2.nombre2,0) AS Total FROM regimeCMSApart1 left join regimeCMSApart2 on regimeCMSApart1.part1alloc = regimeCMSApart2.part2alloc (attention, cette requête porte sur les vues ; il ne faut donc pas oublier de les modifier, sinon, elle sont toujours avec la clause HAVING) Tu obtiens avec ça un tableau comportant une colonne énonçant les différents types d'allocations rencontrés (ici, 0, 1 et 2), une colonne mentionnant le nombre d'allocataires partie 1 bénéficiant de ce type d'allocation (ou 0 s'il n'y en a pas mais en l'occurrence, ce n'est pas possible), un colonne mentionnant le nombre d'allocataires partie 2 bénéficiant de ce type d'allocation (ou 0, et ici c'est possible) et enfin une colonne totalisant les deux chiffres précédents. Je pense que, dans l'esprit, ça ressemble à ce que tu veux ; ensuite, si tu veux avoir une requête avec uniquement tel ou tel type d'allocation, tu peux parfaitement pointer sur cette dernière requête et en extraire nombre1 et noùmbre2 qui seront toujours renseignés (puisque le ifnull est utilisé pour créer cette requête). On pourra en re-discuter un peu plus tard si tu veux. 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,
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Salut, et pourtant la solution de Docgranville passe par Ifnull (que j'ai essayé sans succès, je comprendrais sûrement demain pourquoi -_-) Le 21 avril 2010 22:30, ribotb rib...@gmail.com a écrit : Bonsoir Marie-Pierre, Je ne me suis pas penché sur ce problème (intéressant) mais je peux te dire en tout cas que le résultat ne peut pas être NULL. NULL n'est pas une valeur mais c'est un *état *qui indique que la valeur d'un élément est inconnue ou indéterminée. Bernard 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+ Le 21 avril 2010 19:04, Docgranvilledocgranvi...@aol.com a écrit : Le 21/04/2010 18:04, Marie-Pierre CORONEL a écrit : hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Re-bonjour Marie-Pierre, J'ai jeté un coup d'oeil rapide sur ta base ; peut-être aurais-je (à l'occasion) quelques réflexions à te faire partager sur sa conception qui me semble un peu trop complexe (ou rigide si tu préfères). En ce qui concerne ton problème particulier, je n'en connais pas véritablement la solution mais je pense (c'est déjà quelque chose) en connaître l'origine ; en réalité, je pense que le souci vient du fait que ta requête porte sur une table vide ( plus précisément sur une vue vide, celle générée par la Regime_allocations_part2_CMSA) ; la clause ifnull permet de sauter un champ null dans un enregistrement mais, en l'occurrence, il n'y a carrément pas d'enregistrement (puisqu'aucun enregistrement de la table demandeurs ne correspond aux critères fixés dans cette fameuse requête Regime_allocations_part2_CMSA. Pour éviter ça, je me suis dit que, peut-être, tu pourrais faire une requête (et éventuellement une vue) synthétisant, sur la période requise, le nombre d'allocataires de type part1 pour chaque code d'allocation ; ta requête Regime_allocation_partie1_CMSA deviendrait : SELECT COUNT( Demandeurs.part1alloc ) AS nombre1, Demandeurs.part1alloc FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part1alloc (en fait, je n'ai supprimé que la clause HAVING) Si on fait la même chose sur ta requête Regime_allocation_partie2_CMSA, elle devient : SELECT Demandeurs.part2alloc, COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) AS nombre2 FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part2alloc (ici aussi, donc, siplement suppression de la clause HAVING). Avec ces requêtes, on obtient un tableau regroupant, pour chaque code d'allocation, le nombre d'allocataires sur la période. La dernière requête est modifiée un peu plus en profondeur ; il s'agit de la requête Regime_allocations_CMSA_Total, qui devient : SELECT regimeCMSApart1.part1alloc, ifnull(nombre1,0) as nombre1, ifnull(nombre2,0) as nombre2, ifnull(regimeCMSApart1.nombre1,0) + ifnull(regimeCMSApart2.nombre2,0) AS Total FROM regimeCMSApart1 left join regimeCMSApart2 on regimeCMSApart1.part1alloc = regimeCMSApart2.part2alloc (attention, cette requête porte sur les vues ; il ne faut donc pas oublier de les modifier, sinon, elle sont toujours avec la clause HAVING) Tu obtiens avec ça un tableau comportant une colonne énonçant les différents types d'allocations rencontrés (ici, 0, 1 et 2), une colonne mentionnant le nombre d'allocataires partie 1 bénéficiant de ce type d'allocation (ou 0 s'il n'y en a pas mais en l'occurrence, ce n'est pas possible), un colonne mentionnant le nombre d'allocataires partie 2 bénéficiant de ce type d'allocation (ou 0, et ici c'est possible) et enfin une colonne totalisant les deux chiffres précédents. Je pense que, dans l'esprit, ça ressemble à ce que tu veux ; ensuite, si tu veux avoir une requête avec uniquement tel ou tel type d'allocation, tu peux parfaitement pointer sur cette dernière requête et en extraire nombre1 et noùmbre2 qui seront toujours renseignés (puisque le ifnull est utilisé pour créer cette requête). On pourra en re-discuter un peu plus tard si tu veux. 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 ?
Je n'ai pas encore examiné ta base mais à te lire et à priori j'aurais dit que si les requêtes ne renvoient aucun tuple, le résultat du COUNT devrait être 0. Le 21/04/2010 22:35, Marie-Pierre CORONEL a écrit : Salut, et pourtant la solution de Docgranville passe par Ifnull (que j'ai essayé sans succès, je comprendrais sûrement demain pourquoi -_-) Le 21 avril 2010 22:30, ribotbrib...@gmail.com a écrit : Bonsoir Marie-Pierre, Je ne me suis pas penché sur ce problème (intéressant) mais je peux te dire en tout cas que le résultat ne peut pas être NULL. NULL n'est pas une valeur mais c'est un *état *qui indique que la valeur d'un élément est inconnue ou indéterminée. Bernard 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+ Le 21 avril 2010 19:04, Docgranvilledocgranvi...@aol.coma écrit : Le 21/04/2010 18:04, Marie-Pierre CORONEL a écrit : hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Re-bonjour Marie-Pierre, J'ai jeté un coup d'oeil rapide sur ta base ; peut-être aurais-je (à l'occasion) quelques réflexions à te faire partager sur sa conception qui me semble un peu trop complexe (ou rigide si tu préfères). En ce qui concerne ton problème particulier, je n'en connais pas véritablement la solution mais je pense (c'est déjà quelque chose) en connaître l'origine ; en réalité, je pense que le souci vient du fait que ta requête porte sur une table vide ( plus précisément sur une vue vide, celle générée par la Regime_allocations_part2_CMSA) ; la clause ifnull permet de sauter un champ null dans un enregistrement mais, en l'occurrence, il n'y a carrément pas d'enregistrement (puisqu'aucun enregistrement de la table demandeurs ne correspond aux critères fixés dans cette fameuse requête Regime_allocations_part2_CMSA. Pour éviter ça, je me suis dit que, peut-être, tu pourrais faire une requête (et éventuellement une vue) synthétisant, sur la période requise, le nombre d'allocataires de type part1 pour chaque code d'allocation ; ta requête Regime_allocation_partie1_CMSA deviendrait : SELECT COUNT( Demandeurs.part1alloc ) AS nombre1, Demandeurs.part1alloc FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part1alloc (en fait, je n'ai supprimé que la clause HAVING) Si on fait la même chose sur ta requête Regime_allocation_partie2_CMSA, elle devient : SELECT Demandeurs.part2alloc, COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) AS nombre2 FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part2alloc (ici aussi, donc, siplement suppression de la clause HAVING). Avec ces requêtes, on obtient un tableau regroupant, pour chaque code d'allocation, le nombre d'allocataires sur la période. La dernière requête est modifiée un peu plus en profondeur ; il s'agit de la requête Regime_allocations_CMSA_Total, qui devient : SELECT regimeCMSApart1.part1alloc, ifnull(nombre1,0) as nombre1, ifnull(nombre2,0) as nombre2, ifnull(regimeCMSApart1.nombre1,0) + ifnull(regimeCMSApart2.nombre2,0) AS Total FROM regimeCMSApart1 left join regimeCMSApart2 on regimeCMSApart1.part1alloc = regimeCMSApart2.part2alloc (attention, cette requête porte sur les vues ; il ne faut donc pas oublier de les modifier, sinon, elle sont toujours avec la clause HAVING) Tu obtiens avec ça un tableau comportant une colonne énonçant les différents types d'allocations rencontrés (ici, 0, 1 et 2), une colonne mentionnant le nombre d'allocataires partie 1 bénéficiant de ce type d'allocation (ou 0 s'il n'y en a pas mais en l'occurrence, ce n'est pas possible), un colonne mentionnant le nombre d'allocataires partie 2 bénéficiant de ce type d'allocation (ou 0, et ici c'est possible) et enfin une colonne totalisant les deux chiffres précédents. Je pense que, dans l'esprit, ça ressemble à ce que tu veux ; ensuite, si tu veux avoir une requête avec uniquement tel ou tel type d'allocation, tu peux parfaitement pointer sur cette dernière requête et en extraire nombre1 et noùmbre2 qui seront toujours renseignés (puisque le ifnull est utilisé pour créer cette requête). On pourra en re-discuter un peu plus tard si tu veux. A+
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
C'était aussi mon point de vue. D'après la documentation openoffice.org, le résultat de COUNT est un integer. Mais apparemment un integer qui ne connaît pas 0. Comme le fait que la requête 2 entraînait l'absence de résultat de la requête 3 j'ai pensé à null (qui se propage). Mais j'ai essayé toutes les commandes sensées traiter le null (pendant 2 jours :'( !) et pas moyen de trouver :'( Et donc j'ai fini par me dire que si pas 0, si pas null... rien ? demain, dès l'aube, à l'heure où blanchit la campagne... je teste les requêtes modifiées par Docgranville :D Le 21 avril 2010 22:45, ribotb rib...@gmail.com a écrit : Je n'ai pas encore examiné ta base mais à te lire et à priori j'aurais dit que si les requêtes ne renvoient aucun tuple, le résultat du COUNT devrait être 0. Le 21/04/2010 22:35, Marie-Pierre CORONEL a écrit : Salut, et pourtant la solution de Docgranville passe par Ifnull (que j'ai essayé sans succès, je comprendrais sûrement demain pourquoi -_-) Le 21 avril 2010 22:30, ribotbrib...@gmail.com a écrit : Bonsoir Marie-Pierre, Je ne me suis pas penché sur ce problème (intéressant) mais je peux te dire en tout cas que le résultat ne peut pas être NULL. NULL n'est pas une valeur mais c'est un *état *qui indique que la valeur d'un élément est inconnue ou indéterminée. Bernard 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+ Le 21 avril 2010 19:04, Docgranvilledocgranvi...@aol.com a écrit : Le 21/04/2010 18:04, Marie-Pierre CORONEL a écrit : hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Re-bonjour Marie-Pierre, J'ai jeté un coup d'oeil rapide sur ta base ; peut-être aurais-je (à l'occasion) quelques réflexions à te faire partager sur sa conception qui me semble un peu trop complexe (ou rigide si tu préfères). En ce qui concerne ton problème particulier, je n'en connais pas véritablement la solution mais je pense (c'est déjà quelque chose) en connaître l'origine ; en réalité, je pense que le souci vient du fait que ta requête porte sur une table vide ( plus précisément sur une vue vide, celle générée par la Regime_allocations_part2_CMSA) ; la clause ifnull permet de sauter un champ null dans un enregistrement mais, en l'occurrence, il n'y a carrément pas d'enregistrement (puisqu'aucun enregistrement de la table demandeurs ne correspond aux critères fixés dans cette fameuse requête Regime_allocations_part2_CMSA. Pour éviter ça, je me suis dit que, peut-être, tu pourrais faire une requête (et éventuellement une vue) synthétisant, sur la période requise, le nombre d'allocataires de type part1 pour chaque code d'allocation ; ta requête Regime_allocation_partie1_CMSA deviendrait : SELECT COUNT( Demandeurs.part1alloc ) AS nombre1, Demandeurs.part1alloc FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part1alloc (en fait, je n'ai supprimé que la clause HAVING) Si on fait la même chose sur ta requête Regime_allocation_partie2_CMSA, elle devient : SELECT Demandeurs.part2alloc, COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) AS nombre2 FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part2alloc (ici aussi, donc, siplement suppression de la clause HAVING). Avec ces requêtes, on obtient un tableau regroupant, pour chaque code d'allocation, le nombre d'allocataires sur la période. La dernière requête est modifiée un peu plus en profondeur ; il s'agit de la requête Regime_allocations_CMSA_Total, qui devient : SELECT regimeCMSApart1.part1alloc, ifnull(nombre1,0) as nombre1, ifnull(nombre2,0) as nombre2, ifnull(regimeCMSApart1.nombre1,0) + ifnull(regimeCMSApart2.nombre2,0) AS Total FROM regimeCMSApart1 left join regimeCMSApart2 on regimeCMSApart1.part1alloc = regimeCMSApart2.part2alloc (attention, cette requête porte sur les vues ; il ne faut donc pas oublier de les modifier, sinon, elle sont toujours avec la clause HAVING) Tu obtiens avec ça un tableau comportant une colonne énonçant les différents types d'allocations rencontrés (ici, 0, 1 et 2), une colonne mentionnant le nombre d'allocataires partie 1 bénéficiant de ce type d'allocation (ou
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Ç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 . Le 21/04/2010 23:12, Marie-Pierre CORONEL a écrit : C'était aussi mon point de vue. D'après la documentation openoffice.org, le résultat de COUNT est un integer. Mais apparemment un integer qui ne connaît pas 0. Comme le fait que la requête 2 entraînait l'absence de résultat de la requête 3 j'ai pensé à null (qui se propage). Mais j'ai essayé toutes les commandes sensées traiter le null (pendant 2 jours :'( !) et pas moyen de trouver :'( Et donc j'ai fini par me dire que si pas 0, si pas null... rien ? demain, dès l'aube, à l'heure où blanchit la campagne... je teste les requêtes modifiées par Docgranville :D Le 21 avril 2010 22:45, ribotbrib...@gmail.com a écrit : Je n'ai pas encore examiné ta base mais à te lire et à priori j'aurais dit que si les requêtes ne renvoient aucun tuple, le résultat du COUNT devrait être 0. Le 21/04/2010 22:35, Marie-Pierre CORONEL a écrit : Salut, et pourtant la solution de Docgranville passe par Ifnull (que j'ai essayé sans succès, je comprendrais sûrement demain pourquoi -_-) Le 21 avril 2010 22:30, ribotbrib...@gmail.coma écrit : Bonsoir Marie-Pierre, Je ne me suis pas penché sur ce problème (intéressant) mais je peux te dire en tout cas que le résultat ne peut pas être NULL. NULL n'est pas une valeur mais c'est un *état *qui indique que la valeur d'un élément est inconnue ou indéterminée. Bernard 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+ Le 21 avril 2010 19:04, Docgranvilledocgranvi...@aol.com a écrit : Le 21/04/2010 18:04, Marie-Pierre CORONEL a écrit : hum j'ai voulu faire du ménage dans ci-joint... et j'ai supprimé le mauvais fichier... nouveau lien http://www.cijoint.fr/cjlink.php?file=cj201004/cijMs7dYvM.odb Re-bonjour Marie-Pierre, J'ai jeté un coup d'oeil rapide sur ta base ; peut-être aurais-je (à l'occasion) quelques réflexions à te faire partager sur sa conception qui me semble un peu trop complexe (ou rigide si tu préfères). En ce qui concerne ton problème particulier, je n'en connais pas véritablement la solution mais je pense (c'est déjà quelque chose) en connaître l'origine ; en réalité, je pense que le souci vient du fait que ta requête porte sur une table vide ( plus précisément sur une vue vide, celle générée par la Regime_allocations_part2_CMSA) ; la clause ifnull permet de sauter un champ null dans un enregistrement mais, en l'occurrence, il n'y a carrément pas d'enregistrement (puisqu'aucun enregistrement de la table demandeurs ne correspond aux critères fixés dans cette fameuse requête Regime_allocations_part2_CMSA. Pour éviter ça, je me suis dit que, peut-être, tu pourrais faire une requête (et éventuellement une vue) synthétisant, sur la période requise, le nombre d'allocataires de type part1 pour chaque code d'allocation ; ta requête Regime_allocation_partie1_CMSA deviendrait : SELECT COUNT( Demandeurs.part1alloc ) AS nombre1, Demandeurs.part1alloc FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part1alloc (en fait, je n'ai supprimé que la clause HAVING) Si on fait la même chose sur ta requête Regime_allocation_partie2_CMSA, elle devient : SELECT Demandeurs.part2alloc, COUNT( IFNULL( Demandeurs.part2alloc, 0 ) ) AS nombre2 FROM Mediations_toutes_Selection_periode, Demandeurs WHERE Mediations_toutes_Selection_periode.demandeurs = Demandeurs.no_demandeurs GROUP BY Demandeurs.part2alloc (ici aussi, donc, siplement suppression de la clause HAVING). Avec ces requêtes, on obtient un tableau regroupant, pour chaque code d'allocation, le nombre d'allocataires sur la période. La dernière requête est modifiée un peu plus en profondeur ; il s'agit de la requête Regime_allocations_CMSA_Total, qui devient : SELECT regimeCMSApart1.part1alloc, ifnull(nombre1,0) as nombre1, ifnull(nombre2,0) as nombre2, ifnull(regimeCMSApart1.nombre1,0) + ifnull(regimeCMSApart2.nombre2,0) AS Total FROM regimeCMSApart1 left join regimeCMSApart2 on regimeCMSApart1.part1alloc = regimeCMSApart2.part2alloc (attention, cette requête
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
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
Re: [users-fr] Accessibilite du dictionnaire sous OOo 3.2
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 Economisez encre et papier : n'imprimez ce message et les pièces jointes que si nécessaire ! ++ | ATTENTION mon adresse électronique a changé, pensez à modifier | | votre carnet d'adresses mailto:rene.dur...@durandandco.org | ++ | René Durand / gsm: 06 14 90 33 76 / tel : 01 48 61 13 29 | ++ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] OOo 3.2 - Writer -Fond de page sans marges
Le mercredi 21 avril 2010 08:34:34 Agnès Simonet, vous avez écrit : gabriel a écrit : Le mardi 20 avril 2010 18:32:03 Agnès Simonet, vous avez écrit : Bonjour, Je suis cette discussion avec intérêt. Une autre solution avec image d'arrière-plan et bordure à 0 pour la page et un cadre ancré à la page(avec ou sans colonnes). Mais peut-être y-a-t'il des problèmes que je ne vois pas. Bonsoir, Effectivement, cette méthode impose d'insérer manuellement un cadre à chaque fois qu'on a besoin de ce style de page et d'appliquer au cadre le style qui va bien, alors qu'avec la méthode de JMP il suffit juste d'appliquer à la page concernée le style qui va bien (une seule manip) ; c'est plus simple pour les débutants mais aussi plus rapide pour tous. G. Bonjour, Les modèles de document sont là pour ça, non ? Bonsoir, Pour ce cas précis non ! Il me semble avoir lu dans ce fil que le style de page à fond perdu ne devait-être appliquer qu'aux pages à deux colonnes (cela sous entend qu'il y a aussi des pages normales dans ce document). Un modèle de document offre une structure prédéfinie à la globalité d'un document par différents styles (titres, paragraphes, caractères, listes, etc...) personnalisés ou non. Lorsque qu'un style particulier doit-être appliquer de façon aléatoire il faut pouvoir l'appliquer au moment opportun, or il n'est pas possible de créer un style de page à fond perdu avec un cadre à deux colonnes car les cadres ne sont pas considérés par le styliste (F11) dans les styles de page. Pour t'en convaincre essaye de créer un nouveau style de page avec image en arrière plan, marges à zéro, cadre (17x25,7) centré verticalement et horizontalement avec deux colonnes. Nome le par exemple MonStyleDePage (menu Format/Style et formatage (F11)) et essaye de l'appliquer à une nouvelle page ; tu constatera que le fond et les marges à zéro s'appliquent correctement à la page à la nouvelle page mais pas le cadre et ses deux colonnes. G. - 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 ?
En fait, avant la création des vues, c'est à dire par exemple si tu transformes un des faux enregistrements des autres régimes pour qu'il n'y ait pas d'occurence sur l'un des champs, tu verras que le résultat est le même qu'avec les vues : aucun enregistrement dans requête 3 même sans vue quand l'une des requêtes 1 ou 2 ne ramène rien. J'ai cru faire preuve d'astuce en mettant un des enregistrements CAF en CMSA avant la création de la vue, donc les vues ramenaient toutes les deux quelque chose, mais après réinscription en CAF au lieu de CMSA... tu as vu le résultat par toi même... Le 21 avril 2010 23:51, Docgranville docgranvi...@aol.com 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