[fr-users] Re: [users-fr][Calc] Impossible d'écrire dans le fichier
Salut, j'ai le même problème je pense avec un fichier calc de 5 ou 6 feuilles ( openoffice.org) par contre mon fichier comporte beaucoup de formules (classiques et matricielles, filtre formaté, liens entre cellules,...) si c'est bien la même erreur : on ne peut pas enregistrer ni enregistrer sous (ni sur le réseau pour moi car c'est au boulot, ni sur C) en fait, j'ai pu voir sur mon fichier qu'après la première ouverture je ne pouvais pas enregistrer mais à la seconde si. Donc, quand je travaille avec ce fichier, j'ouvre une première fois, je tape un caractère j'enregistre, message erreur, je ferme. Je réouvre le fichier, je tape un caractère, j'enregistre, ça marche je poursuis mon travail... et toi ? Par contre ça devait être un fichier .ots, et avec l'incapacité à enregistrer à la première ouverture... il est resté .ods. bon courage Le 15 novembre 2011 21:12, Lucien RUBEMPRE antis...@sfr.fr a écrit : Bonsoir, J'ouvre une feuille de calcul de 14 onglets avec Calc. J'insère une quinzième feuille (bouton droit | Insérer une feuille...) Je tente d'enregistrer et là : j'obtiens l'erreur suivante : Erreur lors de l'enregistrement du document Erreur d'écriture Impossible d'écrire dans le fichier. J'ai déjà essayé de lancer LO en mode administrateur et j'ai vérifié les droits sur le document : il y a bien lecture, écriture et modification. Quand je fais une autre modification autre que l'ajout d'onglet (modif. d'une cellule par exemple) : elle est acceptée et le document s'enregistre normalement. Je ne sais plus quoi faire. Et vous ? -- Ma config. : W7 FP - SP1 64 bits | AMD Athlon (tm) II X4 645 3.10 GHz | RAM 8 Go LibreOffice 3.4.4 OOO340m1 (Build:402) -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: Date au format français dans un tableau Writer
bonjour, quelle version de writer ? parce que si j'utilise dans tableau format des nombres date, j'ai bien une version française des dates. Il y a dans la fenêtre de format date un menu déroulant (juste à droite) qui signale quelle est la langue par défaut, est-ce bien le français pour toi ? sinon, dans outils/options/paramètres linguistiques/langues est ce bien le français par défaut ? je suis en version 3.3.0 d'openoffice.org bonne journée Le 25 octobre 2011 13:43, Gwen gwenmor...@free.fr a écrit : Bonjour, quand je tapes une date au format JJ-MM- dans un tableau Writer il me la transforme à la mode anglaise -MM-DD. Comment l'en empêcher alors que dans le formatage des cellules, je n'ai que le mode anglais proposé ? D'avance merci, -- Le site de mon association : http://rivenzic.free.fr/Joomla Mon nouveau blog http://leblogdugwen.blogspot.**com/http://leblogdugwen.blogspot.com/ -- --**--** To unsubscribe, e-mail: users-unsubscribe@fr.**openoffice.orgusers-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: [Base] chargement de table impossible
Salut, bon théoriquement il n'y a pas de select pour ouvrir une table classique sauf... si tu avais un filtre/tri sur la table... mon idée, puisque le formulaire fonctionne, la table est intacte même inaccessible, serait de faire une requête sélect et de générer ensuite une vue de ta table par la requête (évidemment sans la colonne en cause puisqu'elle n'existe plus). c'est juste un contournement de première urgence, la table redevient accessible visuellement, évidemment il faudrait pouvoir supprimer le filtre/tri qui était sur la table précisément sur la colonne avant la suppression de celle-ci, mais là... à moins de traiter en commande sql directe ? bon courage Le 27 octobre 2011 19:03, Lucien RUBEMPRE antis...@sfr.fr a écrit : **Bonjour, J'ai un gros souci avec ma table principale : elle ne s'ouvre plus. Pourtant, je n'ai aucun problème avec le chargement et l'utilisation du formulaire correspondant. Le message d'erreur est le suivant : La commande SQL suivante est à la source de l'erreur : SELECT * FROM `robase`.`t_observations` ORDER BY `robase`.`t_observations`.`CoordoObs` La colonne 'CoordoObs' est une colonne que j'ai supprimée dernièrement, mais je ne sais pas *comment *corriger cette erreur. Quelqu'un aurait une idée ? -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: Liste des parties du code soumis à changement, vérification pour licences incompatibles avec AL2
Salut, je connais au moins une personne qui va se retrouver avec son gros projet à l'eau puisque si j'ai bien compris, il y a précisément none sur le connecteur mysql. Et moi je peux remercier la rapidité du temps de réponse du service informatique, parce que s'ils m'avaient répondu positivement, toutes mes bases y seraient sur mysql, elles beugueraient moins souvent depuis 3 ans, mais ça m'a évité le bug de l'an nouveau apache... le dictionnaire c'est pas cool non plus mais bon, on reviendra à internet s'il le faut merci pour l'alerte. je fais malheureusement partie des gens qui n'y connaissent rien, peux-tu me dire si en l'occurence libroffice est une alternative ? merci d'avance Le 17 octobre 2011 17:08, Alexander Thurgood alex.thurg...@gmail.com a écrit : Bonjour à tous, Si vous voulez savoir et suivre l'évolution du projet ApacheOOo en ce qui concerne les choses qui risquent de changer au niveau du code/bibliothèques etc, c'est ici qu'il faut commencer : https://cwiki.apache.org/confluence/display/OOOUSERS/IP_Clearance Ce travail est en cours. Il tente de lister toutes les parties du code actuel d'OOo qui ne pourront être reprises dans le code ApacheOOo, du fait de licences incompatibles avec l'AL2. Pour ceux qui s'y connaissent, vous verrez qu'il risque d'y avoir des changements assez importants tout de même. Pour l'instant, certain(e)s n'ont pas encore d'équivalents ou solutions de remplacement : - intégration/gestion carnet d'adresses - certification/signature électronique de documents - support webdav - support filtres XML/XSLT - traductions - dictionnaires - correction d'orthographe - générateur de rapports BDD - unité de tests (cppunit) - epm (pour faire des paquets sous Unix/Linux) - lecture vidéo (gdk-pixbuf) - polices Gentium, Liberation - publipostage (javamail) - support fichiers WordPerfect (libwpd) - solveur linéaire (Calc) - connecteur MySQL - support Javascript via rhino - support Beanshell - import PDF (dans Draw) Il y en a d'autres, peut-être même plus importants, par exemple l'utilisation de la bibliothèque Boost, utilisée partout dans le code actuellement. Pour se situer par rapport au tableau, là où il n'y a rien ou NONE signifie qu'il n'y a pas encore d'alternative. Cela veut dire que si aucune solution de remplacement n'est trouvée, ces fonctionnalités ne pourront faire partie de l'application telle qu'elle pourrait être distribuée par le projet. Alex -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: [Base] champs auto-renseignés
Salut, bon tu as voulu nous perdre reconnais-le :D en inversant les noms des formulaires communes et départements dans ton petit exemple. sur le fond, tu n'as pas renseigné la zone département sur la liste principale donc pour afficher le département il faut faire un sous-formulaire sur la base des communes (table qui contient le lien commune/département). voici comment j'ai modifié ta base http://www.cijoint.fr/cjlink.php?file=cj201110/cijGkxhX56.odb tu peux voir que le code département est bien affiché. J'ai un souci avec la liste déroulante, qui affiche toute la liste des départements en clair (et pas seulement le nom du département qui correspond au code) mais je suis encore en version de validation de la 3.2.0 alors... peut-être qu'elle marchera correctement avec toi et ça m'aura rappelé qu'il faut que je me mette à jour :s bon courage Le 7 octobre 2011 18:25, Lucien RUBEMPRE antis...@sfr.fr a écrit : Bonjour, À peine remis d'un incident majeur (sauvegarde inutilisable suite à une perte accidentelle de données) je remonte à cheval malgré le découragement qui m'assaille. Cette fois, la solution n'est pas loin. J'ai créé, en plus de ma table principale, deux tables extérieures : t_communes et t_départements. Dans le formulaire de saisie de ma table principale, j'ai réussi à mettre en place une liste déroulante permettant de choisir une commune (parmi celles de la table t_communes). Je voudrais que le champ département soit renseigné automatiquement. NB : la table t_communes contient un champ ref_departement (que je renseigne déjà à chaque création de commune) Sachant qu'un petit exemple vaut mieux qu'un long discours, j'en ai placé un ici http://www.cijoint.fr/cjlink.php?file=cj201110/cijF3QJDWz.odb. Bonne soirée à tous. -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: Nom de colonnes
Bonjour, insertion/nom/définir après avoir sélectionné ta colonne. ensuite dans tes formules tu peux utiliser ce nom. bon courage Le 5 octobre 2011 08:31, Jean-Michel Missègue-Delmas jm.misse...@free.fr a écrit : Bonjour, J'ai fait un tableau de suivi de carte bleu dans lequel je veux cumuler des dépenses en fonction de critères. Les critères sont dans la colonne Objet. Je nommé la colonne Objet objet. Je cherche maintenant à utiliser ce nom de colonne dans mes formules afin de ne plus utiliser les réferences A2:A35 mais je sèche, pouvez-vous m'aider svp? A+ -- Jean Michel Missègue-Delmas http://www.racesaquitaine.net/**Accueil.htmlhttp://www.racesaquitaine.net/Accueil.html http://lpoaquitaine.org http://faune-aquitaine.org http://photos.naturaliste.**free.fr http://photos.naturaliste.free.fr -- --**--** To unsubscribe, e-mail: users-unsubscribe@fr.**openoffice.orgusers-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: calc : recherche
Bonjour, je pense que ta réponse est là http://user.services.openoffice.org/fr/forum/viewtopic.php?f=4t=23537hilit sur le tableau proposé par OOotremer, tu remplaces pêches par TOTO et cerises par MIMI et tu obtiens le résultat que tu souhaites. En fait, c'est l'utilisation de la fonction filtre spécial, les critères de filtre étant déclarés dans une feuille filtre. voilà, bon courage :) Le 4 octobre 2011 14:32, Michel m.b...@ville-pantin.fr a écrit : Bonjour, J'aimerai pouvoir chercher dans une feuille une donnée (toto) et pouvoir rapatrier dans une autre toutes les lignes correspondantes. Ex : feuille 1 : MA TOTO maison Pose de stores 1 IBâtiments 0 000 € HG TOTOmaison 5 bureaux à rénover F Fonctionnement HG MIMI maison Embellissement couloir et escalier 1 FFonctionnement et je voudrais feuille toutes les entrées toto et dans une autre toutes les infos MIMI Quequ'un a une idée. Merci Michel -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: [Base] sauvegarde
Contente d'avoir quand même été utile ^^ bonne nuit :) Le 3 octobre 2011 23:47, Lucien RUBEMPRE antis...@sfr.fr a écrit : *Le 03/10/2011 19:05, Landron Gérard a écrit :* *ar 'mysqldump mabase -u root -p monmotdepasse d:/mabase.sql' at line 1* *ce n'est pas une instruction sql ! il faut la lancer à partir du client mysql mais je ne sais comment cela marche sous windows ! pour l'utilisation de la console voir :http://www.siteduzero.com/tutoriel-3-9795-avant-de-commencer-utilisation-de-la-console-mysql.html Gérard --* Bonsoir, C'est ce que j'essayais de te dire : UwAmp n'a pas client MySQL intégré apparemment. Il faudrait donc que j'installe Wamp, à la place. Dans ce cas, je préfère encore me contenter de ma solution palliative récemment trouvée : MySQL Administrator (qui a le mérite de fonctionner) C'est plus simple, mais c'est vrai que ça ne résout pas le problème de pseudo-sauvegarde (ou fonction de sauvegarde mal finie) de LibreOffice Base. Bonne nuit à tous. -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: [Base] sauvegarde
Salut, au pire (vu que ta question dépasse largement mes connaissances, mais qu'il reste peut-être une option non informaticienne, tout dépendant de ton niveau d'exigence) il reste l'option intégrée dans openoffice.org (qui ne fonctionne plus pour moi, mais j'ai tendance à parier que c'est à cause des changements d'installation choisis par le service informatique de la mairie, vu qu'avant elle fonctionnait pour moi) outils/options/chargement_enregistrement/Enregistrer et case à cocher toujours créer une copie de sauvegarde et bien entendu, tu déclares un chemin différent éventuellement dans outils/options/ openoffice.org/chemins/sauvegardes. bon courage :) Le 29 septembre 2011 20:48, Lucien RUBEMPRE antis...@sfr.fr a écrit : Bonsoir, c'est encore moi. Je ne sais pas faire une sauvegarde de ma base de données. Bien entendu Fichier | Enregistrer ne sert à rien : ce serait trop facile. Quelqu'un connaîtrait-il la formule (SQL) magique ? NB : Bien entendu BACKUP TABLE ne fonctionne pas pour les tables InnoDB et mysqldump mabase -u root -pmontmotdepasse d:/mabase.sql renvoie l'erreur : 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysqldump mabase -u root -pmontmotdepasse d:/mabase.sql' at line 1 Merci d'avance à ceux qui pourront m'aider :-) -- Ma config. : W7 FP - SP1 64 bits | AMD Athlon(tm) II X4 645 3.10 GHz | RAM 8 Go LibreOffice 3.4.2 OOO340m1 (Build:203) Base : MySQL (JDBC) tables InnoDB -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
[fr-users] Re: Formulaire créer un nouvel enregistrement
Salut, désolée d'une réponse tardive que tu as peut-être déjà eue... S'il s'agit d'un formulaire qui avait été paramétré le formulaire sert uniquement à saisir de nouvelles données c'est normal (mais on l'a contesté à la sortie de la version). En fait, la base de donnée est bien mise à jour quand on saisit sur ce formulaire, mais elle envoie systématiquement un message erreur ce qui est pour le moins perturbant. Personnellement, j'ai opté pour changer mes formulaires en formulaire classique qui propose toutes les données mais qui au moins n'envoie pas de message erreur à chaque tentative de nouvel enregistrement (dans les propriétés du formulaire/données n'ajouter que des données non) espérant avoir répondu à ta question. bon courage Le 30 mai 2011 18:40, barbault jmba...@club-internet.fr a écrit : Bonjour, Depuis OOo 3.2.0, je n'arrive plus à régler un formulaire pour qu'il accepte de créer un nouvel enregistrement. Comment faites-vous? JM Barbault -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help -- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
Re: [users-fr] Base : modifier table
Salut, pour les tables vérifie peut-être que ce n'est pas en lecture seule (s'il y a eu un soucis de fermeture inopinée par exemple, suffit de refermer la base et de la réouvrir souvent si elle n'est pas totalement buggée) pour les champs c'est tous les champs ou seulement les champs clés ? les champs clés ne peuvent être modifiés si les relations sont déclarées (faut supprimer les relations avant de renommer) pour les autres champs, ça m'est arrivé en version 3.2, tu es en quoi ? mais à force d'insister, j'y suis parvenue (globalement, ça ressemblait à un retard de prise en compte, je modifiais 2 fois et la seconde était la bonne, les mystères de l'informatique sans doute) espérant t'avoir aidé... Le 30 juillet 2010 14:20, Bini Michel m.b...@ville-pantin.fr a écrit : Bonjour J'ai créer des tables dans base que je voudrai modifier, mais il m'est impossible de le faire. Changer des noms d champ, le nom de la table... Quelqu'un a une idée ? Merci Michel - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] OO0 Base 3.2.1 bouton de commande appelant macro
salut, il me semble qu'il y avait une procédure particulière de téléchargement de 3.2 dans le cadre des macros, quelque chose comme une réponse en plus à apporter... Tu es passé directement de 3.1 à 3.2.1 ? Le 30 juillet 2010 12:06, Claude FRICARD fricard.cla...@wanadoo.fr a écrit : En exécutant la macro appelée par un bouton de commande dans un formulaire j'obtiens ce message : La Macro : Sub onClickOuvrirF_AUTEURS(oEvent as variant ) OpenForm( OEvent.Source.Model.Parent.ActiveConnection.Parent.DatabaseDocument.FormDocuments, OEvent.Source.Model.Parent.ActiveConnection, F_AUTEURS) end sub Où est l'erreur, sachant que F_AUTEURS est bien le nom d'un formulaire. Je n'avais pas ce message en 3.1 -- Claude
Re: [users-fr] Base : requête mise à jour
Bonjour, et pour un affichage comme dans une table access, il reste la possibilité de cliquer droit sur la requête qui va bien (celle où tu reprends ton champ et où tu calcules le champ de doc ou celui de Claude ou celui de Jean-Michel et les autres éléments des tables qui conviennent) et de la créer en tant que vue Le 30 juillet 2010 11:22, Jean Michel PIERRE jmpni...@orange.fr a écrit : Hervé a écrit : Bonjour, Je suis novice dans Openoffice.base. Je dois créer une table salaires avec les colonnes salaire_brut_1 - taux_travail et salaire_brut_2. Je dois mettre à jour automatiquement la colonne salaire_brut_2 (salaire_brut_1 * taux_travail). Comment dois-je m'y prendre pour que cela soit automatique? Avant je travaillais avec Microsoft access et je pouvais créer une requête mise à jour. Quel est l'équivalent dans Openoffice.base. Merci de vos réponses. Bonjour, Dans OOo Base, les calculs peuvent se faire dans les requêtes et aussi dans les Rapports. Le petit exemple joint comporte une table et une requête de calcul du nouveau salaire brut. Un formulaire permet la saisie des données et le calcul s'affichera dans le sous formulaire. 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] Tr : Urgent : Nicolas Sarkozy confirm e la mort de Michel Germaneau, l'otage français au Sahel
et bien, pour moi, c'est rassurant, il existe encore des militants :) des gens qui s'intéressent à l'homme et pas seulement aux questions informatiques :) mais je suis d'accord avec toi, ce post aurait du aller sur une autre liste de discussion, et comme toi, je vote contre les modérateurs musclés :) Le 26 juillet 2010 12:25, ribotb rib...@gmail.com a écrit : C'est vrai que par moment on aimerait embaucher un modérateur musclé comme sur le forum pour éviter ce genre de post !. Mais on y perdrait en chaleur ... :-) Le 26/07/2010 11:32, Jean-Marc A a écrit : LE MONDE.FR : Urgent lundi 26 juillet 2010 Nicolas Sarkozy confirme la mort de Michel Germaneau, l'otage français au Sahel Al-Qaida au Maghreb islamique avait annoncé dimanche avoir exécuté l'otage français en représailles à une opération militaire mauritanienne menée contre des membres de l'organisation avec l'appui de l'armée française dans une zone frontalière du nord du Mali. Plus d'informations sur Le Monde.fr dans quelques minutes. - http://www.lemonde.fr -- Bernard Ribot Windows 7 / Windows XP SP3 OpenOffice.prg 3.2.1 --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100725-1, 25/07/2010 Analyse le : 26/07/2010 12:25:35 avast! - copyright (c) 1988-2010 AVAST Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Tr : Urgent : Nicolas Sarkozy confirm e la mort de Michel Germaneau, l'otage français au Sahel
Salut Bernard, bah j'ai l'habitude, on n'est jamais d'accord tous les deux ^^ ah si quand même, on ne va pas transformer la liste d'entraide en media d'actualités :D Le 26 juillet 2010 12:44, ribotb rib...@gmail.com a écrit : Bonjour Marie-Pierre, Personnellement je n'appelle pas ça du militantisme. Et pour ne pas polémiquer plus avant - ce n'est pas le lieu - je dirais simplement que comme des millions de gens je m'informe (ce ne sont pas les moyens qui manquent) de ce qui se passe dans le monde. On ne va quand même pas transformer cette liste d'entraide en media d'actualités ! Bernard Le 26/07/2010 12:32, Marie-Pierre CORONEL a écrit : et bien, pour moi, c'est rassurant, il existe encore des militants :) des gens qui s'intéressent à l'homme et pas seulement aux questions informatiques :) mais je suis d'accord avec toi, ce post aurait du aller sur une autre liste de discussion, et comme toi, je vote contre les modérateurs musclés :) Le 26 juillet 2010 12:25, ribotbrib...@gmail.com a écrit : C'est vrai que par moment on aimerait embaucher un modérateur musclé comme sur le forum pour éviter ce genre de post !. Mais on y perdrait en chaleur ... :-) Le 26/07/2010 11:32, Jean-Marc A a écrit : LE MONDE.FR : Urgent lundi 26 juillet 2010 Nicolas Sarkozy confirme la mort de Michel Germaneau, l'otage français au Sahel Al-Qaida au Maghreb islamique avait annoncé dimanche avoir exécuté l'otage français en représailles à une opération militaire mauritanienne menée contre des membres de l'organisation avec l'appui de l'armée française dans une zone frontalière du nord du Mali. Plus d'informations sur Le Monde.fr dans quelques minutes. - http://www.lemonde.fr -- Bernard Ribot Windows 7 / Windows XP SP3 OpenOffice.prg 3.2.1 --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100725-1, 25/07/2010 Analyse le : 26/07/2010 12:25:35 avast! - copyright (c) 1988-2010 AVAST Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org -- Bernard Ribot Windows 7 / Windows XP SP3 OpenOffice.prg 3.2.1 --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100725-1, 25/07/2010 Analyse le : 26/07/2010 12:44:05 avast! - copyright (c) 1988-2010 AVAST Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Calc Supprimer une ligne
Salut, d'après l'image, le problème c'est que la première cellule de la ligne isolée a un contenu. Donc pour supprimer la ligne à priori, il te suffit de supprimer le contenu de la première cellule. mais si tu veux que ce contenu de la première cellule demeure, peut-être vaut-il mieux travailler sur une 5ème colonne dans ton document ou sur les formats page. et une copie du fichier en plus de la photo, nous permettrait plus facilement de voir à la fois ce que tu veux faire et quels sont les choix que tu as faits par exemple au niveau des formats (sans les éventuelles données confidentielles bien sûr). :) Le 17 juin 2010 09:26, Jean Sympa jsy...@free.fr a écrit : Bonjour à toutes et à tous, Calc Supprimer une ligne Le tableau remplit une page et déborde sur la page suivante. Je voudrais supprimer ce débordement, en supprimant la ligne qui déborde sur la page suivante. Je n'y arrive pas. Comment la supprimer? Avec mes remerciements Cordialement Papy
Re: [users-fr] plantage base pendant modif contrôle tout perdu :'(
eh bien tant mieux pour toi si tu as eu tous les moyens du monde. Moi j'ai demandé des développements au service informatique et je ne les ai pas obtenus. Si je les interroge sur les outils que je pourrais implanter, je n'obtiens pas davantage de réponse. Alors je dois faire avec des bouts de ficelle ou mes collègues doivent retourner aux bâtons pour les statistiques... Mais on accepte le mécénat... Le 17 juin 2010 09:23, ribotb rib...@gmail.com a écrit : Pas forcément, Marie-Pierre. J'ai travaillé dans ma carrière avec quelques bases de données (grands systèmes), ce qui ne m'a pas empêché de connaître OOo Base. :-)) Le sens caché de mon mail précédent était qu'il faut utiliser le bon outil, et le bon outil c'est celui qui est le mieux adapté au besoin. Bonne journée, Bernard Le 16/06/2010 15:57, Marie-Pierre CORONEL a écrit : ^^ exact Bernard, si on avait tout ça, je partirais dans quelques années à la retraite sans avoir jamais entendu parlé de Base :D Le 16 juin 2010 15:56, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : ^^ exact Bernard, si on avait tout ça, je partirais dans quelques années à la retraite sans avoir jamais entendu parlé de Base :D Le 16 juin 2010 15:54, Jean Michel PIERREjmpni...@orange.fr a écrit : Il devrait y avoir plus de 2 formulaires qui commencent par 9 :'( Rien que pour les documents de la CAF il y en a 3 :'(. En fait, ils devraient être 4 avec celui que je créais hier, les autres étant déjà nettement plus anciens. J'utilise les nombres parce que ça me permet de faire un classement visuel. Les 9 correspondent aux statistiques, les 1 aux formulaires de saisie... Bon je les renommerais donc en enlevant les espaces pourquoi pas, mais je préfère l'utilisation des nombres à celle des répertoires. Ca posera toujours un problème de garder les nombres ? parce qu'après tout, je peux aussi utiliser une lettre générique, remplacer 1 par A et 9 par Z ou par I par exemple... Certes, mais çà fragilise la base et les formulaires. Tu peux écrire plutôt 9_Statistiques divers Ceci étant dit, je n'arrive pas à mieux que toi pour recouvrer la base. 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] Calc Supprimer une ligne dans un tableau
arf j'ai vu le premier message bien avant le second... même si très tardivement. Le 17 juin 2010 13:26, Jean Michel PIERRE jmpni...@orange.fr a écrit : Jean Sympa a écrit : Bonjour à toutes et à tous, J'ai adressé ce message à users, à 9 heures 26. Il n'est pas visible. Il a du se perdre: il est 11 heures 03, je l'envoie à nouveau. Calc Supprimer une ligne dans un tableau Le tableau remplit une page et déborde sur la page suivante. Je voudrais supprimer ce débordement en supprimant la ligne qui déborde sur la page suivante. Je n'y arrive pas. Comment la supprimer? Bonjour, Dans OOo Calc, c'est un formatage de l'impression : Cordialement, J.M
Re: [users-fr] plantage base pendant modif contrôle tout perdu :'(
salut, c'est un lecteur logique je suis sous windows xp pro version 4 il me semble non j'ai juste tenté le diagnostic, parce que c'est à peu près la seule chose que j'y comprends à .zip :s Le 16 juin 2010 13:51, Philippe CLEMENT clement21.phili...@sfr.fr a écrit : Le 16/06/2010 11:28, Marie-Pierre CORONEL a écrit : Bonjour, hier soir j'ai eu une fermeture inopinée de base pendant que je modifiais un contrôle sur un formulaire. Depuis, OOo refuse d'ouvrir ma base tout comme il refuse de la restaurer. J'ai fait faire un contrôle par zip de l'archive, je mets en pièce jointe sa réponse, deux fichiers corrompus. N'ayant plus accès à la base, je ne peux effacer les données confidentielles, donc je l'ai déposée sur ci joint mais je n'en communiquerai le lien que par message privé à qui penserait connaître la solution. Le service informatique m'a donné une restauration de la base, mais si c'est mon seul recours j'ai perdu une vingtaine de requêtes et 4 ou 5 formulaires produits pendant la journée d'hier... S'il y a un pro d'OOo qui connaît une solution, je lui saurais une reconnaissance quasi éternelle. Bonjour Marie-Pierre, Au sujet de ton fichier OOo base : 1. sur la pièce jointe je lis : M :\CCAS\partage\Racines\Racines.odb, s'agit-il d'un lecteur logique (réseau) , d'un disque externe ou d'une clé Usb ? Dans le premier cas vérifier que la connexion à la lettre réseau est bien disponible d'une part, d'autre part, il m'est déjà arrivé que des utilisateurs aient des fichiers corrompus [sur des sites distants] consécutivement à un problème de routage lié au poids du document (temps de communication avec le serveur trop long, avec perte de données et fichier corrompu). 2. Quel O.S utilises-tu ? sous Vista et Seven, on peut faire un clic droit sur le fichier en cause, puis Propriétés, choisir l'onglet versions précédentes, puis... restaurer (si dans OOo , tu as coché dans Outils --Options -- Général -- chargement/enregistrement, toutes les 5 minutes par exemple, ça peut marcher). 3. As-tu essayé de réparer l'archive Zip avec le logiciel 7zip ? En espérant sincèrement que tu solutionneras ton problème, Amicalement, Philippe, - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] plantage base pendant modif contrôle tout perdu :'(
Re Philippe :) j'ai répondu trop rapidement à ton message, j'étais pressée d'essayer une potentielle solution. Il semble que j'en ai une en effet. Des backups dont j'ignore l'origine puisque je n'avais malheureusement pas sélectionné l'option sauvegarde toutes les... mais ils existent et le dernier date d'hier 15h50 ce qui ferait que s'il est utilisable je n'ai plus qu'une demi-heure de travail perdu approximativement... J'ai lancé le service informatique sur la piste, j'attends leur réponse, parce que, bien que ces fichiers backup comportent une extension .odb, je n'arrive pas à les ouvrir directement. merci en tous cas de tes pistes, il est notamment tout à fait possible que je sois victime de la distance. Le lecteur est bien un lecteur logique d'un serveur en effet à distance. Le 16 juin 2010 14:23, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : j'intervenais sur un formulaire qui normalement commençait par le nombre 9 - et je crois que je l'avais nommé statistiques diverses Le 16 juin 2010 14:18, Jean Michel PIERRE jmpni...@orange.fr a écrit : oui je viens de le découvrir comme tu peux le voir dans mon message suivant :) Te rappelles tu le nom du formulaire sur lequel tu intervenais ? Car en dézippant la base, puis en ouvrant le ficher content.xml j'ai bien toute la structure mais je n'arrive pas à localiser l'erreur. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] plantage base pendant modif contrôle tout perdu :'(
re :) en fait, ça m'est difficile de travailler comme tu le proposes. La base est mise à disposition du service utilisateur qui est aussi à une autre distance, on la partage (d'où le nom du répertoire)... Actuellement, je ne travaille encore que sur l'extraction des données que je vais tâcher ensuite d'utiliser dans des mailings mais que je visualise pour la collègue dans des formulaires. Et la collègue à qui était destinée la base à commencé à entrer les données et éventuellement à les consulter. Elle profite, quand elle est disponible pour ça, de mes absences, et moi des siennes pour l'alimentation de cette base. Bref, tu as sûrement raison, mais je crois qu'on court le risque de ne pas mettre à jour la même base si je travaille sur une copie sur mon disque dur ou de lui ôter un outil de travail si pour éviter le premier risque je supprime la copie du réseau... Si j'étais sûre de pouvoir terminer très vite mes interventions sur cette base, je suivrais ton conseil, mais ce n'est malheureusement pas le cas, les réunions avant l'été se multipliant... Le 16 juin 2010 14:57, Philippe CLEMENT clement21.phili...@sfr.fr a écrit : Le 16/06/2010 14:37, ribotb a écrit : Bonjour, Juste une petite précision : 7zip sait ouvrir les fichiers au format ODF (odb, odt, etc.), sauf peut-être si le fichier est réellement corrompu. Bonjour Bernard, Tout à fait, Bernard Re-bonjour Marie Pierre, bonjour Bernard, Marie Pierre, concernant ton dernier message : /Re Philippe :) j'ai répondu trop rapidement à ton message, j'étais pressée d'essayer une potentielle solution. Il semble que j'en ai une en effet. Des backups dont j'ignore l'origine puisque je n'avais malheureusement pas sélectionné l'option sauvegarde toutes les... mais ils existent et le dernier date d'hier 15h50 ce qui ferait que s'il est utilisable je n'ai plus qu'une demi-heure de travail perdu approximativement... J'ai lancé le service informatique sur la piste, j'attends leur réponse, parce que, bien que ces fichiers backup comportent une extension .odb, je n'arrive pas à les ouvrir directement. merci en tous cas de tes pistes, il est notamment tout à fait possible que je sois victime de la distance. Le lecteur est bien un lecteur logique d'un serveur en effet à distance/ Je te conseille, à l'avenir, de travailler sur une copie de ton document sur ton propre disque dur, et de l'enregistrer sur le serveur à l'issue des modifications. J'espère très sincèrement que tu pourras restaurer un des fichiers .bak. Bonne fin de journée à tous, Amicalement, Philippe - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] plantage base pendant modif contrôle tout perdu :'(
bon pour le moment les fichiers backup étaient de fausses solutions, leur mystère reste entier puisqu'ils ont été générés par miracle mais... vides... en tous cas du point de vue 7zip. Je viens de télécharger et lancer zip repair pour le cas où... Le 16 juin 2010 15:12, Philippe CLEMENT clement21.phili...@sfr.fr a écrit : Le 16/06/2010 14:57, Philippe CLEMENT a écrit : Le 16/06/2010 14:37, ribotb a écrit : Bonjour, Juste une petite précision : 7zip sait ouvrir les fichiers au format ODF (odb, odt, etc.), sauf peut-être si le fichier est réellement corrompu. Bonjour Bernard, Tout à fait, Bernard Re-bonjour Marie Pierre, bonjour Bernard, Marie Pierre, concernant ton dernier message : /Re Philippe :) j'ai répondu trop rapidement à ton message, j'étais pressée d'essayer une potentielle solution. Il semble que j'en ai une en effet. Des backups dont j'ignore l'origine puisque je n'avais malheureusement pas sélectionné l'option sauvegarde toutes les... mais ils existent et le dernier date d'hier 15h50 ce qui ferait que s'il est utilisable je n'ai plus qu'une demi-heure de travail perdu approximativement... J'ai lancé le service informatique sur la piste, j'attends leur réponse, parce que, bien que ces fichiers backup comportent une extension .odb, je n'arrive pas à les ouvrir directement. merci en tous cas de tes pistes, il est notamment tout à fait possible que je sois victime de la distance. Le lecteur est bien un lecteur logique d'un serveur en effet à distance/ Je te conseille, à l'avenir, de travailler sur une copie de ton document sur ton propre disque dur, et de l'enregistrer sur le serveur à l'issue des modifications. J'espère très sincèrement que tu pourras restaurer un des fichiers .bak. Bonne fin de journée à tous, Amicalement, Philippe Oups, j'ai oublié de te dire de modifier l'extension .bak en .odb... si cela veut bien fonctionner ! Cordialement, Philippe - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] plantage base pendant modif contrôle tout perdu :'(
^^ exact Bernard, si on avait tout ça, je partirais dans quelques années à la retraite sans avoir jamais entendu parlé de Base :D Le 16 juin 2010 15:56, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : ^^ exact Bernard, si on avait tout ça, je partirais dans quelques années à la retraite sans avoir jamais entendu parlé de Base :D Le 16 juin 2010 15:54, Jean Michel PIERRE jmpni...@orange.fr a écrit : Il devrait y avoir plus de 2 formulaires qui commencent par 9 :'( Rien que pour les documents de la CAF il y en a 3 :'(. En fait, ils devraient être 4 avec celui que je créais hier, les autres étant déjà nettement plus anciens. J'utilise les nombres parce que ça me permet de faire un classement visuel. Les 9 correspondent aux statistiques, les 1 aux formulaires de saisie... Bon je les renommerais donc en enlevant les espaces pourquoi pas, mais je préfère l'utilisation des nombres à celle des répertoires. Ca posera toujours un problème de garder les nombres ? parce qu'après tout, je peux aussi utiliser une lettre générique, remplacer 1 par A et 9 par Z ou par I par exemple... Certes, mais çà fragilise la base et les formulaires. Tu peux écrire plutôt 9_Statistiques divers Ceci étant dit, je n'arrive pas à mieux que toi pour recouvrer la base. J.M - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] filezilla ? :'(
en fait, pour le document joint, je n'ai gardé que les tableaux, il y a 4 pages de texte autour. J'ai vaguement testé le mailing, mais comme je n'ai pas encore bien appris à m'en servir, je n'ai obtenu aucun résultat. Pour ce qui concerne le rapport, ça me paraît encore plus compliqué pour les futurs utilisateurs de devoir le mettre à jour (les 4 pages de texte), et je me demande s'il serait insérable dans un document maître ce rapport (les 4 pages ne sont que 4 des 60 pages du bilan des services qui doivent être collectées dans un document maître) Le 19 mai 2010 17:33, Jean Michel PIERRE jmpni...@orange.fr a écrit : Marie-Pierre CORONEL a écrit : Bonjour, je viens de constater un truc sur writer qui me pose problème et sans doute pas qu'à moi... je cherche à modéliser un document writer que je vais ensuite confier à mes collègues. Faute de savoir intégrer la bonne donnée au bon endroit actuellement de façon automatique, elles vont devoir le compléter et comme c'est un travail annuel, j'ai voulu mettre en commentaire notamment le nom de la requête permettant de trouver les données pour remplissage manuel du tableau. Problème : les formules se calculent correctement tant qu'il n'y a pas de commentaire sur les lignes de chiffres, elles ne se calculent plus quand on a inséré un commentaire. Bonjour, Comme ton document ressemble à ce qui serait obtenu par publipostage, voire par un rapport, basé sur la requête as-tu testé ces possibilités ? 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] filezilla ? :'(
ah et j'ai oublié, il n'y a pas une requête mais 4 derrière ces chiffres. Alors, générer un rapport avec une requête je sais faire, mais pas avec 4. Le 20 mai 2010 09:14, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : en fait, pour le document joint, je n'ai gardé que les tableaux, il y a 4 pages de texte autour. J'ai vaguement testé le mailing, mais comme je n'ai pas encore bien appris à m'en servir, je n'ai obtenu aucun résultat. Pour ce qui concerne le rapport, ça me paraît encore plus compliqué pour les futurs utilisateurs de devoir le mettre à jour (les 4 pages de texte), et je me demande s'il serait insérable dans un document maître ce rapport (les 4 pages ne sont que 4 des 60 pages du bilan des services qui doivent être collectées dans un document maître) Le 19 mai 2010 17:33, Jean Michel PIERRE jmpni...@orange.fr a écrit : Marie-Pierre CORONEL a écrit : Bonjour, je viens de constater un truc sur writer qui me pose problème et sans doute pas qu'à moi... je cherche à modéliser un document writer que je vais ensuite confier à mes collègues. Faute de savoir intégrer la bonne donnée au bon endroit actuellement de façon automatique, elles vont devoir le compléter et comme c'est un travail annuel, j'ai voulu mettre en commentaire notamment le nom de la requête permettant de trouver les données pour remplissage manuel du tableau. Problème : les formules se calculent correctement tant qu'il n'y a pas de commentaire sur les lignes de chiffres, elles ne se calculent plus quand on a inséré un commentaire. Bonjour, Comme ton document ressemble à ce qui serait obtenu par publipostage, voire par un rapport, basé sur la requête as-tu testé ces possibilités ? 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] filezilla ? :'(
Bonjour, je viens de constater un truc sur writer qui me pose problème et sans doute pas qu'à moi... je cherche à modéliser un document writer que je vais ensuite confier à mes collègues. Faute de savoir intégrer la bonne donnée au bon endroit actuellement de façon automatique, elles vont devoir le compléter et comme c'est un travail annuel, j'ai voulu mettre en commentaire notamment le nom de la requête permettant de trouver les données pour remplissage manuel du tableau. Problème : les formules se calculent correctement tant qu'il n'y a pas de commentaire sur les lignes de chiffres, elles ne se calculent plus quand on a inséré un commentaire. j'ai voulu aller voir s'il existait une issue mais... peut-être que la petite initiation dont il était question une fois (au sujet de base) arriverait à débloquer ma compréhension sur le sujet... bonne journée writer problème calculs tableaux et commentaires.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] résultat COUNT n'est pas 0 ni null ?
En fait, ça m'évitait potentiellement d'ajouter un champ dans les tables secondaires qui contienne civil ou pénal (un connecteur pour savoir à quelle table on se branche) de manière à différencier la médiation civile 0 de la médiation pénale 0. Mais évidemment, moi je reste sur 2 procédures et toi tu défends la procédure unique :D De mon côté, j'ai interrogé le service informatique de la mairie, parce que si j'utilisais MySQL, ce n'est pas sur mon PC qu'il devrait être installé mais sur l'un de leurs serveurs... Le 23 avril 2010 10:37, Docgranville docgranvi...@aol.com a écrit : Le 23/04/2010 09:45, Marie-Pierre CORONEL a écrit : Salut, Il y a quelque chose qui pourrait me permettre de réduire le nombre de tables, c'est de jouer sur les clés (concaténation par exemple de civ+numéro de médiation, pen+numéro de médiation). J'ai vu qu'il y avait des fils sur le sujet dans le forum, mais prise par l'urgence, je n'ai pas planché le sujet. Je vais aller voir, si ça peut se faire sans programmation, ça allègerait considérablement la base. Bonjour Marie-Pierre, Je n'ai pas encore eu le temps de répondre utilement à ton message d'hier soir, j'essaierai de le faire ce week-end. En revanche, je ne vois pas bien par quel moyen la concaténation que tu évoques pourrait être de nature à réduire le nombre de tes tables. Pour moi, le point de départ de la réflexion, c'est que l'objectif de cette base étant de gérer des procédures, il est indispensable que celles-ci soient regroupées dans une seule et unique table ; je pense vraiment que, si la médiation elle-même s'adresse aux personnes, la base de son côté, constitue une aide à la gestion de la procédure et doit donc être centrée sur elle ; en conséquence, le numéro d'identification unique de la procédure (la clef primaire dans la table regroupant les procédures) servira ensuite dans les autres tables, à identifier les personnes concernées par cette procédure, les évènements affectant cette procédure, etc, etc... ; et je pense que ça facilitera grandement la sortie de statistiques (parce que elles, j'imagine bien qu'elles portent sur les procédures, pas sur les personnes). D'ailleurs, l'ambigüité que tu soulignais entre le nom et la fonction de ta table Demandeurs, vient (selon moi) du fait quelle a une double fonction : identifier les parties ET marquer la saisine du service ; même si elles sont intimement liées (s'il n'y a pas de personnes, il n'y a pas de conflit et donc pas de médiation) et qu'une distinction peut paraître artificielle, je crois préférable (pour la souplesse d'utilisation et de maintenance ultérieure de ta base, d'enregistrer dans des tables séparées les données relatives aux procédures d'une part et celles relatives aux personnes concernées d'autre part. Il me semble que c'est cette démarche là qui devrait te permettre de réduire un peu le nombre de tes tables. 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 ?
Ah et je suis parfaitement d'accord, le point d'entrée devrait être la procédure. Mais le problème c'est qu'une procédure ne peut contenir plusieurs conflits, alors qu'un même conflit peut contenir plusieurs procédures... Le 23 avril 2010 11:28, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : En fait, ça m'évitait potentiellement d'ajouter un champ dans les tables secondaires qui contienne civil ou pénal (un connecteur pour savoir à quelle table on se branche) de manière à différencier la médiation civile 0 de la médiation pénale 0. Mais évidemment, moi je reste sur 2 procédures et toi tu défends la procédure unique :D De mon côté, j'ai interrogé le service informatique de la mairie, parce que si j'utilisais MySQL, ce n'est pas sur mon PC qu'il devrait être installé mais sur l'un de leurs serveurs... Le 23 avril 2010 10:37, Docgranville docgranvi...@aol.com a écrit : Le 23/04/2010 09:45, Marie-Pierre CORONEL a écrit : Salut, Il y a quelque chose qui pourrait me permettre de réduire le nombre de tables, c'est de jouer sur les clés (concaténation par exemple de civ+numéro de médiation, pen+numéro de médiation). J'ai vu qu'il y avait des fils sur le sujet dans le forum, mais prise par l'urgence, je n'ai pas planché le sujet. Je vais aller voir, si ça peut se faire sans programmation, ça allègerait considérablement la base. Bonjour Marie-Pierre, Je n'ai pas encore eu le temps de répondre utilement à ton message d'hier soir, j'essaierai de le faire ce week-end. En revanche, je ne vois pas bien par quel moyen la concaténation que tu évoques pourrait être de nature à réduire le nombre de tes tables. Pour moi, le point de départ de la réflexion, c'est que l'objectif de cette base étant de gérer des procédures, il est indispensable que celles-ci soient regroupées dans une seule et unique table ; je pense vraiment que, si la médiation elle-même s'adresse aux personnes, la base de son côté, constitue une aide à la gestion de la procédure et doit donc être centrée sur elle ; en conséquence, le numéro d'identification unique de la procédure (la clef primaire dans la table regroupant les procédures) servira ensuite dans les autres tables, à identifier les personnes concernées par cette procédure, les évènements affectant cette procédure, etc, etc... ; et je pense que ça facilitera grandement la sortie de statistiques (parce que elles, j'imagine bien qu'elles portent sur les procédures, pas sur les personnes). D'ailleurs, l'ambigüité que tu soulignais entre le nom et la fonction de ta table Demandeurs, vient (selon moi) du fait quelle a une double fonction : identifier les parties ET marquer la saisine du service ; même si elles sont intimement liées (s'il n'y a pas de personnes, il n'y a pas de conflit et donc pas de médiation) et qu'une distinction peut paraître artificielle, je crois préférable (pour la souplesse d'utilisation et de maintenance ultérieure de ta base, d'enregistrer dans des tables séparées les données relatives aux procédures d'une part et celles relatives aux personnes concernées d'autre part. Il me semble que c'est cette démarche là qui devrait te permettre de réduire un peu le nombre de tes tables. 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 ?
A docgranville : concernant l'utilisation de base en production, je te recommande d'aller faire un petit tour sur le forum, tu verras qu'on est de plus en plus nombreux sur le sujet... je réponds actuellement à quelqu'un qui veut mettre sur base sont cahier des variables de paye par exemple. A Bernard, sur la théorie c'est là que je suis la plus forte, j'ai même eu dans le temps mon concours de rédacteur option programmeur sur... les principes de la base de données relationnelle... C'est sur la mise en pratique que 20 ans après je pêche :D Le 23 avril 2010 13:08, ribotb rib...@gmail.com a écrit : Bonjour Marie-Pierre, bonjour Docgrainville, Je suis un peu vos échanges intéressants, aussi permettez-moi d'exprimer mon point de vue sur la démarche à envisager éventuellement. 1) Je pense qu'il ne faut pas chambouler la base actuelle, surtout si elle fonctionne de façon satisfaisante (je ne l'ai pas expertisée :-) aussi je me garderais de me prononcer sur cet aspect des choses). Le fait que OOo Base soit mono-poste n'est peut-être pas pour l'immédiat un handicap s'il y a une seule utilisatrice. Cette suggestion est le fruit de l'expérience :-) 2) On peut envisager parallèlement une refonte complète de la base (une sorte de version 2) et sur ce point il y a deux aspects à prendre en compte : - l'aspect conceptuel - l'aspect technique 3) La conception : Il faut d'abord concevoir le modèle conceptuel des données qui consiste à rechercher toutes les données à gérer, leurs règles de gestion, définir les entités et les relations, ainsi que les contraintes; La phase suivante consiste à normaliser le modèle. Il existe un certain nombre de formes normales qui permettent d'avoir une base stable (elle peut évoluer sans bobos), intègre malgré les mises à jour sur les données, et sans redondance d'informations. Les tables sont la matérialisation physique des relations définies lors de la conception. 4) L'implémentation physique : Il est certain que des vrais SGBDR (tels MySQL, PostgreSQL ou Firebird) sont préférables à OOo Base pour une utilisation professionnelle. Il n'en demeure pas moins que le modèle physique issu de la phase conception peut être implémenté éventuellement avec OOo Base (qui présente l'avantage de permettre de fabriquer assez simplement des formulaires plus ou moins complexes. Personnellement j'utilise Firebird (et aussi OOo Base, ça dépend du projet) comme serveur de bases de données et j'utilise IBEasy+ pour le développement des applications. Je cite ce logiciel car il prend en charge la phase conception (référentiel des données, manipulation des concepts de base : domaines, relations, attributs, etc., conception graphique de la base) Vous me direz que ceci est très théorique mais mon propos n'était que de suggérer à Marie-Pierre quelques axes de réflexion pour développer sa future éventuelle base de données :-) Bonne journée, Bernard Le 23/04/2010 11:29, Marie-Pierre CORONEL a écrit : Ah et je suis parfaitement d'accord, le point d'entrée devrait être la procédure. Mais le problème c'est qu'une procédure ne peut contenir plusieurs conflits, alors qu'un même conflit peut contenir plusieurs procédures... Le 23 avril 2010 11:28, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : En fait, ça m'évitait potentiellement d'ajouter un champ dans les tables secondaires qui contienne civil ou pénal (un connecteur pour savoir à quelle table on se branche) de manière à différencier la médiation civile 0 de la médiation pénale 0. Mais évidemment, moi je reste sur 2 procédures et toi tu défends la procédure unique :D De mon côté, j'ai interrogé le service informatique de la mairie, parce que si j'utilisais MySQL, ce n'est pas sur mon PC qu'il devrait être installé mais sur l'un de leurs serveurs... Le 23 avril 2010 10:37, Docgranvilledocgranvi...@aol.com a écrit : Le 23/04/2010 09:45, Marie-Pierre CORONEL a écrit : Salut, Il y a quelque chose qui pourrait me permettre de réduire le nombre de tables, c'est de jouer sur les clés (concaténation par exemple de civ+numéro de médiation, pen+numéro de médiation). J'ai vu qu'il y avait des fils sur le sujet dans le forum, mais prise par l'urgence, je n'ai pas planché le sujet. Je vais aller voir, si ça peut se faire sans programmation, ça allègerait considérablement la base. Bonjour Marie-Pierre, Je n'ai pas encore eu le temps de répondre utilement à ton message d'hier soir, j'essaierai de le faire ce week-end. En revanche, je ne vois pas bien par quel moyen la concaténation que tu évoques pourrait être de nature à réduire le nombre de tes tables. Pour moi, le point de départ de la réflexion, c'est que l'objectif de cette base étant de gérer des procédures, il est indispensable que celles-ci soient regroupées dans une seule et unique table ; je pense vraiment que, si la médiation elle-même s'adresse aux personnes, la base de son côté, constitue une aide à
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Et bien, je peux avoir fait des erreurs, mais il n'y a qu'à regarder le nombre de tables à attribut unique pour voir que j'ai cherché à les respecter. Après j'ai fait le choix de mettre dans une même table d'apparentes redondances (les mêmes éléments d'information sur les deux parties) mais ces éléments étant issus de tables, si les occurences changeaient demain, elles changeraient pour les deux parties par exemple sans qu'on soit obligés d'y veiller... Le 23 avril 2010 15:27, ribotb rib...@gmail.com a écrit : Oui mais il semble quand même que la phase de conception ait été sautée si j'en juge par les remarques de docgrainville (je n'ai toujours pas ma propre idée de ta base car je n'ai pas beaucoup de temps pour m'y plonger). Certaines de ses remarques me laissent à penser que le modèle des données n'est pas normalisé (pas de 1ère forme normale, semble-t-il, ni peut-être de 2nde ou 3ème). Bon, je ne vais pas te faire un cours sur les formes normales de E.F. Codd, tu as du avoir l'occasion de les approcher quand tu travaillais sur les principes des bdd relationnelles. Bernard Le 23/04/2010 14:53, Marie-Pierre CORONEL a écrit : A docgranville : concernant l'utilisation de base en production, je te recommande d'aller faire un petit tour sur le forum, tu verras qu'on est de plus en plus nombreux sur le sujet... je réponds actuellement à quelqu'un qui veut mettre sur base sont cahier des variables de paye par exemple. A Bernard, sur la théorie c'est là que je suis la plus forte, j'ai même eu dans le temps mon concours de rédacteur option programmeur sur... les principes de la base de données relationnelle... C'est sur la mise en pratique que 20 ans après je pêche :D Le 23 avril 2010 13:08, ribotbrib...@gmail.com a écrit : Bonjour Marie-Pierre, bonjour Docgrainville, Je suis un peu vos échanges intéressants, aussi permettez-moi d'exprimer mon point de vue sur la démarche à envisager éventuellement. 1) Je pense qu'il ne faut pas chambouler la base actuelle, surtout si elle fonctionne de façon satisfaisante (je ne l'ai pas expertisée :-) aussi je me garderais de me prononcer sur cet aspect des choses). Le fait que OOo Base soit mono-poste n'est peut-être pas pour l'immédiat un handicap s'il y a une seule utilisatrice. Cette suggestion est le fruit de l'expérience :-) 2) On peut envisager parallèlement une refonte complète de la base (une sorte de version 2) et sur ce point il y a deux aspects à prendre en compte : - l'aspect conceptuel - l'aspect technique 3) La conception : Il faut d'abord concevoir le modèle conceptuel des données qui consiste à rechercher toutes les données à gérer, leurs règles de gestion, définir les entités et les relations, ainsi que les contraintes; La phase suivante consiste à normaliser le modèle. Il existe un certain nombre de formes normales qui permettent d'avoir une base stable (elle peut évoluer sans bobos), intègre malgré les mises à jour sur les données, et sans redondance d'informations. Les tables sont la matérialisation physique des relations définies lors de la conception. 4) L'implémentation physique : Il est certain que des vrais SGBDR (tels MySQL, PostgreSQL ou Firebird) sont préférables à OOo Base pour une utilisation professionnelle. Il n'en demeure pas moins que le modèle physique issu de la phase conception peut être implémenté éventuellement avec OOo Base (qui présente l'avantage de permettre de fabriquer assez simplement des formulaires plus ou moins complexes. Personnellement j'utilise Firebird (et aussi OOo Base, ça dépend du projet) comme serveur de bases de données et j'utilise IBEasy+ pour le développement des applications. Je cite ce logiciel car il prend en charge la phase conception (référentiel des données, manipulation des concepts de base : domaines, relations, attributs, etc., conception graphique de la base) Vous me direz que ceci est très théorique mais mon propos n'était que de suggérer à Marie-Pierre quelques axes de réflexion pour développer sa future éventuelle base de données :-) Bonne journée, Bernard Le 23/04/2010 11:29, Marie-Pierre CORONEL a écrit : Ah et je suis parfaitement d'accord, le point d'entrée devrait être la procédure. Mais le problème c'est qu'une procédure ne peut contenir plusieurs conflits, alors qu'un même conflit peut contenir plusieurs procédures... Le 23 avril 2010 11:28, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : En fait, ça m'évitait potentiellement d'ajouter un champ dans les tables secondaires qui contienne civil ou pénal (un connecteur pour savoir à quelle table on se branche) de manière à différencier la médiation civile 0 de la médiation pénale 0. Mais évidemment, moi je reste sur 2 procédures et toi tu défends la procédure unique :D De mon côté, j'ai interrogé le service informatique de la mairie, parce que si j'utilisais MySQL, ce n'est pas sur mon PC qu'il devrait être installé
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
Par contre, il y a bien une erreur de conception que j'ai découverte ce soir. Cette erreur est issue des modifications qui m'ont été communiquées le 20 mars dernier alors que ma base était déjà toute montée... Il s'agit des critères ajoutés, attachés aux informations préalables, qui sont les mêmes que pour les médiations. Là c'est vrai, je n'ai pas réfléchi assez longtemps. Le 23 avril 2010 19:20, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : Et bien, je peux avoir fait des erreurs, mais il n'y a qu'à regarder le nombre de tables à attribut unique pour voir que j'ai cherché à les respecter. Après j'ai fait le choix de mettre dans une même table d'apparentes redondances (les mêmes éléments d'information sur les deux parties) mais ces éléments étant issus de tables, si les occurences changeaient demain, elles changeraient pour les deux parties par exemple sans qu'on soit obligés d'y veiller... Le 23 avril 2010 15:27, ribotb rib...@gmail.com a écrit : Oui mais il semble quand même que la phase de conception ait été sautée si j'en juge par les remarques de docgrainville (je n'ai toujours pas ma propre idée de ta base car je n'ai pas beaucoup de temps pour m'y plonger). Certaines de ses remarques me laissent à penser que le modèle des données n'est pas normalisé (pas de 1ère forme normale, semble-t-il, ni peut-être de 2nde ou 3ème). Bon, je ne vais pas te faire un cours sur les formes normales de E.F. Codd, tu as du avoir l'occasion de les approcher quand tu travaillais sur les principes des bdd relationnelles. Bernard Le 23/04/2010 14:53, Marie-Pierre CORONEL a écrit : A docgranville : concernant l'utilisation de base en production, je te recommande d'aller faire un petit tour sur le forum, tu verras qu'on est de plus en plus nombreux sur le sujet... je réponds actuellement à quelqu'un qui veut mettre sur base sont cahier des variables de paye par exemple. A Bernard, sur la théorie c'est là que je suis la plus forte, j'ai même eu dans le temps mon concours de rédacteur option programmeur sur... les principes de la base de données relationnelle... C'est sur la mise en pratique que 20 ans après je pêche :D Le 23 avril 2010 13:08, ribotbrib...@gmail.com a écrit : Bonjour Marie-Pierre, bonjour Docgrainville, Je suis un peu vos échanges intéressants, aussi permettez-moi d'exprimer mon point de vue sur la démarche à envisager éventuellement. 1) Je pense qu'il ne faut pas chambouler la base actuelle, surtout si elle fonctionne de façon satisfaisante (je ne l'ai pas expertisée :-) aussi je me garderais de me prononcer sur cet aspect des choses). Le fait que OOo Base soit mono-poste n'est peut-être pas pour l'immédiat un handicap s'il y a une seule utilisatrice. Cette suggestion est le fruit de l'expérience :-) 2) On peut envisager parallèlement une refonte complète de la base (une sorte de version 2) et sur ce point il y a deux aspects à prendre en compte : - l'aspect conceptuel - l'aspect technique 3) La conception : Il faut d'abord concevoir le modèle conceptuel des données qui consiste à rechercher toutes les données à gérer, leurs règles de gestion, définir les entités et les relations, ainsi que les contraintes; La phase suivante consiste à normaliser le modèle. Il existe un certain nombre de formes normales qui permettent d'avoir une base stable (elle peut évoluer sans bobos), intègre malgré les mises à jour sur les données, et sans redondance d'informations. Les tables sont la matérialisation physique des relations définies lors de la conception. 4) L'implémentation physique : Il est certain que des vrais SGBDR (tels MySQL, PostgreSQL ou Firebird) sont préférables à OOo Base pour une utilisation professionnelle. Il n'en demeure pas moins que le modèle physique issu de la phase conception peut être implémenté éventuellement avec OOo Base (qui présente l'avantage de permettre de fabriquer assez simplement des formulaires plus ou moins complexes. Personnellement j'utilise Firebird (et aussi OOo Base, ça dépend du projet) comme serveur de bases de données et j'utilise IBEasy+ pour le développement des applications. Je cite ce logiciel car il prend en charge la phase conception (référentiel des données, manipulation des concepts de base : domaines, relations, attributs, etc., conception graphique de la base) Vous me direz que ceci est très théorique mais mon propos n'était que de suggérer à Marie-Pierre quelques axes de réflexion pour développer sa future éventuelle base de données :-) Bonne journée, Bernard Le 23/04/2010 11:29, Marie-Pierre CORONEL a écrit : Ah et je suis parfaitement d'accord, le point d'entrée devrait être la procédure. Mais le problème c'est qu'une procédure ne peut contenir plusieurs conflits, alors qu'un même conflit peut contenir plusieurs procédures... Le 23 avril 2010 11:28, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : En fait, ça m'évitait
Re: [users-fr] Elections au Community Council : rés ultats
Bonjour, juste par curiosité, il va y avoir un nouveau scrutin pour le siège non pourvu ? Le 23 avril 2010 07:02, Jean-Baptiste Faure jbf.fa...@laposte.net a écrit : 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. - 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 ?
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 ?
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 ?
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
Re: [users-fr] résultat COUNT n'est pas 0 ni null ?
... sauf si elle a été défaillante la partie en question). Donc il m'a paru plus simple de faire la table telle qu'elle existe actuellement plutôt que de créer différemment et de générer ensuite des vues. J'ai aussi demandé confirmation à ma collègue que les médiations n'étaient toujours qu'entre deux parties. Elle m'a affirmé qu'il pouvait y avoir plusieurs personnes participantes, mais que toujours ce plus ou moins grand nombre de personnes se répartissaient en 2 parties à l'origine du conflit (l'équivalent de consorts utilisé par la justice). De fait, une médiation qui comporterait 3 parties ne rentrerait pas non plus dans les cases de la justice et de la CAF... Ma collègue souhaite un accès à l'intégralité des données 'immédiates concernant les médiations (les éléments sur les deux parties et la médiation) d'où le formulaire très complet de saisie des demandeurs et des médiations. Tiens d'ailleurs, comment base traiterait le fait de rentrer les deux parties dans une même table à partir du même formulaire ? Lequel serait le premier enregistrement et lequel le suivant ? J'ai aussi séparé les procédures (médiations civiles et médiations pénales) et les personnes concernées (demandeurs) ^^ Sur le fond, les deux mêmes parties peuvent être arrivées par la justice, la médiation conclue, et demander à revenir en complément, on est obligés de la rentrer comme une nouvelle médiation, parce que la justice par exemple n'y participera pas, spontanée cette fois, elles n'en demeurent pas moins la suite du règlement du conflit, ma collègue les a appelées ses médiations service après-vente, d'où le choix de présentation d'une liste de médiations sous un même numéro de conflit, et elles peuvent être à l'origine pénales... Ce qui m'a aussi rendu les choses un peu compliqué ce sont les informations préalables (en dehors de ce dont j'ai déjà parlé sur les natures juridiques). Ces informations peuvent ne pas être suivies par une médiation. Et une médiation peut ne pas avoir été précédée d'une information préalable. La CAF a cependant conçu un document unique où l'on doit donner les mêmes informations sur le mode de connaissance, l'origine judiciaire,... qu'il s'agisse d'une simple information préalable, d'une information préalable suivie d'une médiation ou d'une médiation sans information préalable... Comme tu le disais j'ai déjà beaucoup travaillé sur cette base, et ma collègue l'attend avec impatience car elle a déjà près de 4 mois de médiations à rentrer. Dommage que je n'ai pas commencé par les requêtes (je sais, c'est un non-sens :D) je te l'aurais soumise beaucoup plus tôt :D. Maintenant que tu sais presque tout, que me proposes-tu de faisable ? :D Le 22 avril 2010 17:18, Docgranville docgranvi...@aol.com a écrit : 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
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
[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
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] 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 ?
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] 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 ?
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 ?
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
Re: [users-fr] [calc] Limitation fonctionnalités en mode partagé
Salut, je ne les connais, mais il y en a une qui pose problème dans un de nos services : les fonds couleurs dans les cellules n'apparaissent pas sur les postes qui partagent le dossier (en tous cas c'était le cas en 3.1, je n'ai pas vérifié en 3.2) Le 15 avril 2010 11:19, Stéphane PURNELLE stephane.purne...@corman.be a écrit : Bonjour, Lorsqu'un document est mis en mode partagés (collaboration), quels sont les limitations ? Selon l'aide, les formatages et autres police sont bloquées, mais quelles sont les autres ? Est-ce que les zone d'impressions sont bloquées aussi ? Si oui, comment savoir s'il y en a ? Cordialement Stéphane --- Stéphane PURNELLE Admin. Systèmes et Réseaux Service Informatique Corman S.A. Tel : 00 32 (0)87/342467 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Oracle et douleurs
Merci Sophie pour ces éclaircissements sur les interractions des acteurs du projet. Autre question ? La décision de Hambourg tend-elle à rapprocher l'apparence d'OpenOffice.org de la version d'Oracle ? La version d'Oracle est-elle payante (la fusion des versions peut-être est visée...)? Le 11 avril 2010 15:18, Sophie gautier.sop...@gmail.com a écrit : Bonjour Christophe et tous, Je réponds ici car cela peut intéresser d'autres utilisateurs. Christophe N wrote: Bonjour, Je constate que Sun est remplacé par Oracle . Quelle est en fait la signification de ce nouveau logo ?, pourquoi n'est-ce plus Sun ? Sun s'est fait racheter par Oracle. Ce rachat devient effectif petit à petit, et pour OOo, le nouveau sponsor principale est maintenant Oracle et s'est lui qui fournit les versions officielles. Je ne comprens pas trop comment fonctionne le dispositif de développement de la suite Open office, (qui est le maître d'œuvre ?, Le développement du code du produit est essentiellement fait par Sun/Oracle à Hamburg. Participent d'autres grands éditeurs comme Novell, IBM ou RedFlag. Tout ce qui est localization (traduction de l'aide et de l'interface), assurance qualité, marketing et la documentation sont faits pas des contributeurs indépendants, parfois financés entièrement, ou partiellement et parfois pas du tout. comment est organisée la maîtrise d'ouvrage ? ...) mais n'y a-t-il pas derrière ce changement d'écran une volonté de prendre en main le produit et, finalement de le privatiser ? Le changement de marque est normal, le changement d'icône était prévu mais la discussion n'était pas terminée et il ne repsecte pas notre process de développement. Oracle vend sa version d'OpenOffice.org, elle s'appelle Oracle Open Office, donc il n'y a pas volonté de privatiser. Comme l'a précisé Charles, c'est une décision de Hamburg. On ne comprend en effet pas du tout pourquoi revoir cet écran pour une simple version mineure La partie bleue de l'écran dessinait une sorte de S comme Sun, ce qui ne va plus avec Oracle ... Ce splash screen avait été fait par la communauté sur un concours qui avait été organisé. Le problème de son remplacement est le manque de communication et de consultation de la communauté ainsi que le respect des règles qu'elle a mises en place. Ce n'est pas comme cela que notre projet fonctionne. Bref, cela dit je suis d'accord pour protester, la question est comment ? Jenvoie un message sur disc...@openoffice.org; , à tout hasard Protestez en vous exprimant et en soutenant la décision de Jean-Baptiste afin que la communauté ait une voix que l'on entende et qui ait un poids. À bientôt Sophie - 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 : [users-fr] Oracle et douleurs
euh... moi sans doute... c'est quoi l'action version MOLEX ? Le 11 avril 2010 15:25, Jean-Marc A solitairepoete1960-openoff...@yahoo.fr a écrit : Bonjour! Qui n'a pas remarqué que parfois la seule façon de se faire entendre et respecter est l'action version MOLEX Cordialement! Jean-Marc A De : Sophie gautier.sop...@gmail.com À : users@fr.openoffice.org Envoyé le : Dim 11 avril 2010, 15 h 18 min 25 s Objet : Re: [users-fr] Oracle et douleurs Bonjour Christophe et tous, Je réponds ici car cela peut intéresser d'autres utilisateurs. Christophe N wrote: Bonjour, Je constate que Sun est remplacé par Oracle . Quelle est en fait la signification de ce nouveau logo ?, pourquoi n'est-ce plus Sun ? Sun s'est fait racheter par Oracle. Ce rachat devient effectif petit à petit, et pour OOo, le nouveau sponsor principale est maintenant Oracle et s'est lui qui fournit les versions officielles. Je ne comprens pas trop comment fonctionne le dispositif de développement de la suite Open office, (qui est le maître d'œuvre ?, Le développement du code du produit est essentiellement fait par Sun/Oracle à Hamburg. Participent d'autres grands éditeurs comme Novell, IBM ou RedFlag. Tout ce qui est localization (traduction de l'aide et de l'interface), assurance qualité, marketing et la documentation sont faits pas des contributeurs indépendants, parfois financés entièrement, ou partiellement et parfois pas du tout. comment est organisée la maîtrise d'ouvrage ? ...) mais n'y a-t-il pas derrière ce changement d'écran une volonté de prendre en main le produit et, finalement de le privatiser ? Le changement de marque est normal, le changement d'icône était prévu mais la discussion n'était pas terminée et il ne repsecte pas notre process de développement. Oracle vend sa version d'OpenOffice.org, elle s'appelle Oracle Open Office, donc il n'y a pas volonté de privatiser. Comme l'a précisé Charles, c'est une décision de Hamburg. On ne comprend en effet pas du tout pourquoi revoir cet écran pour une simple version mineure La partie bleue de l'écran dessinait une sorte de S comme Sun, ce qui ne va plus avec Oracle ... Ce splash screen avait été fait par la communauté sur un concours qui avait été organisé. Le problème de son remplacement est le manque de communication et de consultation de la communauté ainsi que le respect des règles qu'elle a mises en place. Ce n'est pas comme cela que notre projet fonctionne. Bref, cela dit je suis d'accord pour protester, la question est comment ? Jenvoie un message sur disc...@openoffice.org; , à tout hasard Protestez en vous exprimant et en soutenant la décision de Jean-Baptiste afin que la communauté ait une voix que l'on entende et qui ait un poids. À bientôt Sophie - 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] Oracle et douleurs
ah ben au moins j'ai l'info que j'espérais, OpenOffice.org ne peut devenir privateux ^^ puisqu'on est aux explications ? SQL n'est pas, à l'origine, la création d'Oracle ? N'y aurait-il rien là à négocier avec Oracle ? (on envisage les modifications que vous demandez, en contrepartie vous faites profiter OpenOffice.org des avancées d'SQL... ou autre chose, je maîtrise tellement peu SQL qu'on a peut-être tout mais que je l'ignore...) En fait, je comprends très bien la réaction de Jean-Baptiste et je suis toute prête à le suivre dans ses décisions pour le local. De fait, pour le moment précisément j'ai le sentiment qu'Oracle (ou seulement Hambourg ?) nous explique qu'il n'y a rien à négocier, qu'ils sont les gros et que c'est eux qui décident, et on a envie de les suivre sur ce chemin : ultimatum contre ultimatum... Mais si on leur propose quelque chose à négocier, on les amènerait peut-être à la table de négociation ? (erf sûrement encore une de mes utopies :s( ) Le 11 avril 2010 15:41, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Marie-Pierre CORONEL a écrit : la version d'Oracle est-elle payante Oui. c'est une version propriétaire standard (anciennement StarOffice). (la fusion des versions peut-être est visée...)? Fusion : soit les deux sous licence privateuse, soit les deux sous licence libre. Impossible : une fois le code mis sous licence libre, il ne peut revenir en licence privateuse. Réciproquement, Oracle a-t-il la volonté de libérer totalement le code de Oracle Office ? Par contre, un fork reste bien entendu possible qui voie les deux versions (OOo, Libre, et Oracle Office) devenir complètement indépendantes. -- Jean-Francois Nifenecker, Bordeaux - 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 : [users-fr] Oracle et douleurs
Ben... je dirais que les dirigeants de Molex sont toujours en place, que tous les délégués du personnel ont subi un licenciement économique validé par le gouvernement tout récemment, que seulement 15 ou 20% du personnel a été reclassé et le reste attend toujours de retrouver du travail... J'ignorais qu'ils avaient fait sauter l'usine, je n'ai pas le sentiment qu'ils ont imposé leur parole et ils restent les grands perdants quand même, les salariés et leurs représentants il me semble... Sinon, à priori l'usine là est à Hambourg mais a plein plein plein de ramifications, une 'tite tumeur en toile peut-être la nouvelle usine d'OpenOffice.org... 2010/4/11 André Debouzy andre.debou...@sfr.fr: Version Molex: Faire péter l'usine je crois. C'est une formule, mais où est l'usine et ses Dirigeants (à moins que je ne comprenne rien). - 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] Oracle et douleurs version MOLEX suite et fin?
Salut :) je partage ton point de vue sur le toujours plus grand déséquilibre des forces... mais je m'arrête là avant qu'on ne nous tape sur les doigts puisqu'on n'est pas dans la liste discuss ^^ Le 11 avril 2010 19:41, Jean-Marc A solitairepoete1960-openoff...@yahoo.fr a écrit : Bonjour! Ma métaphore était pour signaler qu'il apparait que de plus en plus, le mode de communication est redevenu le rapport de force entre certains actionnariats fortunés, qui en veulent de plus en plus, et le monde salarié infortuné quo en a de moins en moins. Ce n'est pas de la plus évidente salubrité morale que tout cela dans le monde du réel... Mais laisserons nous brader le LIBRE? Cordialement! Jean-Marc A De : Rafi raf...@boursorama.com À : users@fr.openoffice.org Envoyé le : Dim 11 avril 2010, 18 h 55 min 29 s Objet : [users-fr] Re: Re : [users-fr] Oracle et douleurs Le 11/04/2010 17:26, André Debouzy a écrit : Version Molex: Faire péter l'usine je crois. C'est une formule, mais où est l'usine et ses Dirigeants (à moins que je ne comprenne rien). En 2009, deux cadres de l'usine de Molex ont été séquestré par les salariés pendant quelques heures. Mais je ne crois pas que qui que ce soit séquestre les dirigeants d'Oracle. - 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] Centrer verticalement du texte dans un cadre Writer
Salut, je n'ai pas trouvé non plus, alors je joue avec les espacements prévus dans l'onglet bordure en les conservant synchronisés ou pas (clic-droit cadre/onglet bordures/espacement avec le contenu) bonne soirée Le 7 avril 2010 21:29, Serge serge.pa...@orange.fr a écrit : Bonjour à tous, Dans la cellule d'un tableau, on peut centrer verticalement un texte. Mais dans l'aide ou le Wiki, je n'ai pas trouvé comment le faire dans un cadre. Est-ce possible, ou bien faut-il régler les paramètres à la main, ou bien pire encore : créer un tableau d'une case ? Je vous remercie - 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] Base c'est fatiguant !
Salut, je ne l'utilise pas depuis 5 ans, mais je suis à 100% d'accord avec les inconvénients que tu cites, d'autant que récemment, pour faire tenir tous mes champs et sous-formulaires sur l'écran, j'ai du modifier la taille de tous mes champs, une bonne trentaine (j'ajouterais qu'en plus l'assistant utilise un fond de champ qui n'est pas sélectionnable pour les champs ajoutés et qu'il faut intervenir sur chaque champ pour désélectionner la saisie obligatoire posée par défaut, ou alors, suis-je la seule à considérer qu'il faut entrer les données au fur et à mesure où on les connaît, et non pas attendre qu'on les connaisse toutes avant de créer l'enregistrement ?)... Globalement quand même, je les trouve très faciles à créer et ça c'est un plus. Le vrai problème pour les utilisateurs comme moi, c'est l'obligation de recours à SQL et aux macros (pas les connaissances nécessaires), il faut pratiquement être informaticien pour en tirer les résultats attendus (il faudrait l'être sans l'énorme entraide des utilisateurs). L'interface graphique fonctionnerait bien, quel soulagement déjà ! Et globalement, c'est quand même un élément de la suite qui reste en arrière en terme de développement. Beaucoup (énormément ?) de travail autour de calc et writer, mais base au motif qu'il n'est pas utilisé dans les entreprises, est pratiquement considéré comme un petit plus offert aux utilisateurs de la suite. Peut-être serait-il utilisé plus largement par les entreprises si le requêteur était utilisable par exemple, la plupart des petites entreprises n'ont sûrement pas les moyens de s'offrir un service informatique, ni même un unique programmeur, et encore moins une personne déchargée de la moitié de ses missions ordinaires, un peu ouverte au sujet, qui s'accroche à l'apprentissage de base (mais qui, évidemment, y passe un beaucoup plus grand nombre d'heures qu'un informaticien bureautique) pour développer des outils de travail au profit de ses collègues (ce qui est, de fait, mon cas dans la période actuelle)... cordialement. MPC Le 1 avril 2010 09:43, f2001 f2...@free.fr a écrit : Bonjour, J'utilise base depuis 5 ans pour gérer mes prospects, mes clients, mes contrats... ça fonctionne plutôt bien. J'ai aussi une bonne expérience de MS Access c'est beaucoup moins ergonomique et beaucoup plus lourd. Le gros avantage de base est son interface avec calc et writer : F4 et on a accès à toutes les données. Le plus gros inconvénient c'est l'impossibilité de faire un vrai rapport sans macro (même avec le module Sun) Bien des améliorations pourraient être apportées bien sûr notamment sur la création de formulaires. Un truc idiot qui me hérisse à chaque fois : le format des champs générés par l'assistant de formulaire (taille, fonte, couleur de fond) n'est pas le même que celui obtenu en ajoutant un champs... Il faut repasser derrière si l'on veut une présentation homogène. Autre détail idiot le dialogue position et taille qui n'est pas dans les propriétés et qui doit être ouvert et refermé pour chaque champs... Essayez de régler un dizaine de champs à 3 cm, vous devez ouvrir et refermer le dialogue pour chaque champs, fastidieux ! François Le 26/03/2010 10:12, Claude FRICARD a écrit : Mon grain de sel à ce sujet: Déjà que l'application OOo base n'était pas au top par rapport au produit de MS Access , il n'était peut-être pas urgent de sortir une 3.2 qui non seulement ne règle pas certains PB détectés en 3.1 mais en rajoute...Il reste que comme le dit Docgranville une Base ça se pense avec un crayon sur papier car si dans notre construction l'on a omis certains éléments, champs, relations, les rajouter ensuite devient très compliqué. Lorsque je propose la formation BDD en l'association RIO avec OOo Base (parce que je m'accroche aux solutions OOo.org et que je ne veux plus que les personnes paient pour un logiciel...) j'insiste sur la phase de préparation. Nous arrivons à faire in fine une base simple, avec 2 tables mises en relation. J'ai constaté sur une station en Vista et lorsque l'on est pas administrateur, des comportements bizarres. Je revois cela pour être plus précis. Access également donne quelques soucis lorsque l'on ne travaille dans une session : administrateur :-P Claude - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] ranger nombres ordre décroissant ?
Merci Jean-Baptiste pour cette réponse, ça entre donc pour moi précisément dans le contexte que je décrivais (éviter potentiellement aux utilisateurs l'apprentissage des fonctions de tri) et je vais donc archiver ton modèle pour y recourir peut-être un jour. Et merci à ftr et à Claude, sans votre soutien, je pense que je n'aurais pas eu la réponse attendue ^^ Le 31 mars 2010 23:23, Jean-Baptiste Faure jbf.fa...@laposte.net a écrit : Le 31.03.2010 11:01, Marie-Pierre CORONEL a écrit : Ah bon ben tant pis... je n'apprendrais donc pas sur ce fil à quoi ça peut servir... Bonsoir, Je ne peux pas répondre à la place de Loïc sur son besoin personnel de ne pas utiliser le tri, mais je peux essayer d'imaginer une raison de vouloir s'en passer. Le principal avantage de la méthode de Loïc est que son tri est une formule et comme tel il se met à jour automatiquement quand les données changent. Avec la fonction de tri, si, une fois les données triées, tu modifies une donnée de telle façon que les données ne sont plus ordonnées tu es alors obligée de refaire le tri. Si tu y penses ... Avec la méthode de Loïc ce n'est pas nécessaire. Vu autrement, dans mon fichier exemple, quel que soit l'ordre des données dans la colonne A, celles de la colonne E sont toujours ordonnées. On peut insérer de nouvelles données sans avoir besoin de refaire le tri. Bonne soirée JBF Le 31 mars 2010 09:49, Loic Breilloux loic.breill...@libertysurf.fr a écrit : Le 31/03/2010 10:45, Jean-Baptiste Faure a écrit : Bonjour, Je pense que tu devrais pouvoir y arriver en utilisant la fonction statistique RANG() pour obtenir dans une colonne intermédiaire le rang de chaque valeur dans la liste puis ensuite en faisant pour chaque rang une rechercheV dans la colonne initiale. Voir l'exemple joint qui me semble fonctionner. Merci beaucoup Jean-Baptiste, je viens de regarder ton fichier est c'est parfait. En l'adaptant un peu (mais lą c'est facile) j'aurais exactement ce que je cherchais. encore merci et bonne journée. Loic - 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 -- 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Base c'est fatiguant !
Jean-Baptiste, j'espère que tu vas passer par là pour répondre à de nouvelles questions :D Dans le droit fil de ce que vient d'écrire Claude, je me demandais : si les utilisateurs de base intéressés par son développement réfléchissaient à un cahier des charges, par exemple sur un fil ou plusieurs fils de cette liste, qui répertorierait (et discuterait d'ailleurs, parce que parfois nous ne serons pas d'accord) les petits et les gros défauts (à notre sens bien sûr), les souhaits d'évolution,... - cela a déjà été fait ? - est-ce que ça servirait à quelque chose ? - est-ce que ce serait mal pris par les développeurs (qui ont sûrement déjà beaucoup de travail avec le reste et parce que malheureusement, il est probable que la plupart d'entre nous ne pourra mettre la main au développement) ? Le 1 avril 2010 11:34, Claude FRICARD fricard.cla...@wanadoo.fr a écrit : Je suis complètement en phase avec Marie-Pierre. J'ai apporté ma modeste contribution à OOo Base en faisant un tutoriel sur l'utilisation du Switchboard lequel évite à l'utilisateur lambda de pourvoir disposer d'un menu d'accueil, sans avoir à passer par des macros... Il y a du travail sur OOo Base, nous essaierons de contribuer à son évolution, par nos commentaires, pour qu'il soit au niveau d'attente des utilisateurs existants ou potentiels de OOo. La critique n'a d'intérêt que si elle suggère des avancées . Claude Marie-Pierre CORONEL a écrit : Salut, je ne l'utilise pas depuis 5 ans, mais je suis à 100% d'accord avec les inconvénients que tu cites, d'autant que récemment, pour faire tenir tous mes champs et sous-formulaires sur l'écran, j'ai du modifier la taille de tous mes champs, une bonne trentaine (j'ajouterais qu'en plus l'assistant utilise un fond de champ qui n'est pas sélectionnable pour les champs ajoutés et qu'il faut intervenir sur chaque champ pour désélectionner la saisie obligatoire posée par défaut, ou alors, suis-je la seule à considérer qu'il faut entrer les données au fur et à mesure où on les connaît, et non pas attendre qu'on les connaisse toutes avant de créer l'enregistrement ?)... Globalement quand même, je les trouve très faciles à créer et ça c'est un plus. Le vrai problème pour les utilisateurs comme moi, c'est l'obligation de recours à SQL et aux macros (pas les connaissances nécessaires), il faut pratiquement être informaticien pour en tirer les résultats attendus (il faudrait l'être sans l'énorme entraide des utilisateurs). L'interface graphique fonctionnerait bien, quel soulagement déjà ! Et globalement, c'est quand même un élément de la suite qui reste en arrière en terme de développement. Beaucoup (énormément ?) de travail autour de calc et writer, mais base au motif qu'il n'est pas utilisé dans les entreprises, est pratiquement considéré comme un petit plus offert aux utilisateurs de la suite. Peut-être serait-il utilisé plus largement par les entreprises si le requêteur était utilisable par exemple, la plupart des petites entreprises n'ont sûrement pas les moyens de s'offrir un service informatique, ni même un unique programmeur, et encore moins une personne déchargée de la moitié de ses missions ordinaires, un peu ouverte au sujet, qui s'accroche à l'apprentissage de base (mais qui, évidemment, y passe un beaucoup plus grand nombre d'heures qu'un informaticien bureautique) pour développer des outils de travail au profit de ses collègues (ce qui est, de fait, mon cas dans la période actuelle)... cordialement. MPC Le 1 avril 2010 09:43, f2001 f2...@free.fr a écrit : Bonjour, J'utilise base depuis 5 ans pour gérer mes prospects, mes clients, mes contrats... ça fonctionne plutôt bien. J'ai aussi une bonne expérience de MS Access c'est beaucoup moins ergonomique et beaucoup plus lourd. Le gros avantage de base est son interface avec calc et writer : F4 et on a accès à toutes les données. Le plus gros inconvénient c'est l'impossibilité de faire un vrai rapport sans macro (même avec le module Sun) Bien des améliorations pourraient être apportées bien sûr notamment sur la création de formulaires. Un truc idiot qui me hérisse à chaque fois : le format des champs générés par l'assistant de formulaire (taille, fonte, couleur de fond) n'est pas le même que celui obtenu en ajoutant un champs... Il faut repasser derrière si l'on veut une présentation homogène. Autre détail idiot le dialogue position et taille qui n'est pas dans les propriétés et qui doit être ouvert et refermé pour chaque champs... Essayez de régler un dizaine de champs à 3 cm, vous devez ouvrir et refermer le dialogue pour chaque champs, fastidieux ! François Le 26/03/2010 10:12, Claude FRICARD a écrit : Mon grain de sel à ce sujet: Déjà que l'application OOo base n'était pas au top par rapport au produit de MS Access , il n'était peut-être pas urgent de sortir une 3.2 qui non seulement ne règle pas certains PB détectés en 3.1 mais en rajoute...Il reste que comme
Re: [users-fr] bloquer des lignes et colonnes dans CALC
h voilà ! il y a quelques temps, un utilisateur se plaignait de ce que ça ne restait pas et grosso modo ça l'irritait de faire la même commande à chaque ouverture (ce qu'on peut parfaitement comprendre). Nous avons été plusieurs à lui affirmer que ça fonctionnait parfaitement. Je ne crois pas qu'un seul d'entre-nous, à ce moment-là, ait imaginé que ça n'était pas enregistrable sans autre modification... J'espère que l'utilisateur concerné aura la curiosité de venir voir ce fil... Le 1 avril 2010 19:17, sigir si...@free.fr a écrit : le jeudi 1 avril 2010 18:47:01 Jean-Francois Nifenecker a écrit : avoir dans CALC des lignes et colonnes en haut et à gauche qui restent visibles quanr on bouge les curseurs. Fenêtre / Fixer Merci, voilà pourquoi je ne trouve pas, je ne sais pas si fixer m'aurai dit quelque chose, mais c'est le choix du menu fenêtre qui m'étonne, car il évoque d'autres choses pour moi, sans doute à tort. Je constate que ça ne s'enregistre pas si on ne fait que cette modification. -- Régis Fraisse - 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] ranger nombres ordre décroissant ?
Salut, pourquoi cette volonté de ne pas passer par le tri ? il est fait pour ça non ? Le 31 mars 2010 09:20, Loic Breilloux loic.breill...@libertysurf.fr a écrit : Bonjour, je souhaiterais ranger des nombres dans l'ordre décroissant sans passer par le tri de données : situation : colonne B B1 125 B2 148 B3 12 B4 197 Comment faire pour obtenir dans la colonne C ces mêmes nombres mais ranger dans l'ordre décroissant comme ceci : C1 197 C2 148 C3 125 C4 12 Je ne trouve pas de fonction adéquate. Merci Loic - 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] ranger nombres ordre décroissant ?
Ah bon ben tant pis... je n'apprendrais donc pas sur ce fil à quoi ça peut servir... Le 31 mars 2010 09:49, Loic Breilloux loic.breill...@libertysurf.fr a écrit : Le 31/03/2010 10:45, Jean-Baptiste Faure a écrit : Bonjour, Je pense que tu devrais pouvoir y arriver en utilisant la fonction statistique RANG() pour obtenir dans une colonne intermédiaire le rang de chaque valeur dans la liste puis ensuite en faisant pour chaque rang une rechercheV dans la colonne initiale. Voir l'exemple joint qui me semble fonctionner. Merci beaucoup Jean-Baptiste, je viens de regarder ton fichier est c'est parfait. En l'adaptant un peu (mais lą c'est facile) j'aurais exactement ce que je cherchais. encore merci et bonne journée. Loic - 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] ranger nombres ordre décroissant ?
En fait, ma question n'est pas tout à fait celle-là, il m'arrive de faire compliqué pour dégager les futurs utilisateurs de mes fichiers de l'apprentissage nécessaire de fonctions d'openoffice particulièrement quand je sais que les fichiers ne seront utilisés qu'une fois par an. Par exemple, récemment, sur un système un peu compliqué au niveau des formules, pour éviter que l'utilisateur ne les flingue l'année prochaine (la première fois où il l'utilisera seul, et quand je serai obligée de me creuser les méninges pour les retrouver...) j'ai prévu une zone où il saisit les valeurs de base et les valeurs variables en retrait des tableaux (et du coup elles apparaissent deux fois, une fois dans cette zone, une fois à leur vraie place dans les tableaux) Donc là, je me dis qu'il y a peut-être quelque chose qui sera utilisable un jour, sauf que ne voyant pas du tout à quoi ça peut servir, j'ai bien peu de chances de m'en servir un jour... Le 31 mars 2010 13:05, Claude FRICARD fricard.cla...@wanadoo.fr a écrit : Je serais un peu comme Marie-Pierre ou comment faire compliqué lorsque l'on peut faire simple... ;-) Ou alors expliquez-nous l'intérêt et les avantages d'une telle approche... Claude Marie-Pierre CORONEL a écrit : Ah bon ben tant pis... je n'apprendrais donc pas sur ce fil à quoi ça peut servir... Le 31 mars 2010 09:49, Loic Breilloux loic.breill...@libertysurf.fr a écrit : Le 31/03/2010 10:45, Jean-Baptiste Faure a écrit : Bonjour, Je pense que tu devrais pouvoir y arriver en utilisant la fonction statistique RANG() pour obtenir dans une colonne intermédiaire le rang de chaque valeur dans la liste puis ensuite en faisant pour chaque rang une rechercheV dans la colonne initiale. Voir l'exemple joint qui me semble fonctionner. Merci beaucoup Jean-Baptiste, je viens de regarder ton fichier est c'est parfait. En l'adaptant un peu (mais lą c'est facile) j'aurais exactement ce que je cherchais. encore merci et bonne journée. Loic - 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] choisir la couleure des courbes d'un graphique
Ca marche aussi avec les double-clic (double clic sur le diagramme pour l'ouvrir, clic sur les courbes pour les sélectionner, double-clic sur la courbe dont on veut changer la couleur) Le 30 mars 2010 16:49, Claude FRICARD fricard.cla...@wanadoo.fr a écrit : Le graphique (Diagramme) étant fait : * Je le sélectionne (poignées vertes) * Clic droit puis: *Editer* * je peux changer les propriétés de chaque élément constituant du graphique et en particulier la couleur des courbes * Pour cela je mets ma souris sur l'objet : la courbe en l'occurrence, Série de données .. doit apparaître * et je clic droit ce qui sélectionne la courbe puis *Propriétés de L'objet ..* * Je change la couleur Espérant avoir répondu à la question... Claude Guillaume Durieux a écrit : Bonjour a tous, Je voudrais savoir s'il est possible de changer la couleur utilisées dans un graphique. C'est un graphique ou j'ai ou deux courbes et je voudrais pouvoir dire a ooo calc que la courbe 1 doit etre rouge et la courbe 2 doit etre verte. J'ai cherché dans l'aide d'ooo et j'ai trouvé une réponse mais qui ne me satisfait pas complétement. En effet, j'ai vu qu'on peut passer par les options du logiciel et lui dire quelles couleurs ont souhaite. Le problème c'est la personne qui utilise les graphiques est en classe de 3e avec une prof de maths qui change souvent de couleurs. Donc la solution que j'ai trouvé n'est pas bonne car cela signifie que le jeune devrait modifier les options, supprimer son graphique et le récreér pour que la nouvelle version prenne en compte les modifications. Ce n'est pas une question très urgente mais je la pose tant que j'y pense au cas ou une solution simple existerait. Merci d'avance Guillaume Durieux - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] OOo 3.2.0 Base - régression ?
Salut, j'ai eu ce problème je pense, ou un similaire qui joue aussi sur les modifications des champs dans les tables, mais de façon aléatoire, après régression de 3.2 en 3.1.1 moi (sans avoir purgé mon système de 3.2 s'il y avait lieu de le faire...) En fait, je voulais changer un format décimal en format numérique. Il semblait prendre la modification, mais faisait semblant, la table refermée, rentrée dedans, la modification n'était pas enregistrée. J'ai supprimé les champs et j'ai voulu les recréer (en les renommant), une sorte de retard a été généré je suppose, le champ que j'entrais avec les formats que je voulais, remplaçait le champ immédiatement précédent. Pourtant, j'avais bien le petit triangle vert sur une ligne vierge, mais base concevait apparemment que je n'avais pas changé de ligne... ça ressemble à ça ton problème ? ou le champ ne répond tout simplement pas pour toi ? (à cause des documents maîtres, je viens de repasser en 3.2, en espèrant que 3.2 ait réglé quelques trucs sur ce sujet, je pourrai essayer lundi voir si je reproduis ton problème) Le 12 mars 2010 20:42, Docgranville docgranvi...@aol.com a écrit : Bonjour à tous, Je me demande si je ne viens pas de trouver une régression (peut-être a-t-elle déjà été soulignée ailleurs). Mon environnement : XP SP3, OOo 3.2.0. J'ouvre une base de données créée il y a quelques semaines (le 1er Février) avec OOo 3.1.1 ; dans l'une des tables, les propriétés d'un champ ne conviennent plus à l'usage que je souhaite en faire (la table ne contient pas d'enregistrements) et j'édite donc ma table ; et là, surprise, il m'est absolument impossible de modifier les propriétés de mes champs (qu'il s'agisse de la clef primaire ou d'un autre) ; j'ai l'impression d'être revenu au temps de la version 2.x.x de OOo. Quelqu'un peut confirmer ce comportement ou ça vient de moi ? 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
[users-fr] document maître et graphiques ancré à la page
Bonjour, je cherche à modéliser un document utilisable tous les ans. Chaque service devra remplir sa page et le secrétariat, au lieu de copier coller chaque document comme il le fait actuellement dans un document récapitulatif, regroupera les documents dans un document-maître. Problème, cette page comporte un graphique ancré à la page parce qu'il doit toujours être à cet endroit quelle que soit la taille de ce qui est tapé au-dessus. Sur le forum j'ai vu une réponse énonçant une procédure de contournement, l'ancrage au paragraphe, mais justement, avec cette procédure le graphique se balladera dans la colonne, d'un document à l'autre, en fonction de la taille de ce qui est écrit au-dessus... Je suis allée voir l'issue, n° 50669, elle est marquée CLOSED, est-ce que ça veut dire que ça n'évoluera pas ? Bonne journée. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: document maÃ��¢½Ã�¯Ã�¿Ã�½Ã���Ã�ï ¿½Ã�Â(R)tre et graphiques ancrÃ��� Ã�¯Ã�¿Ã�½Ã���Ã�ï¿ ½Ã�Â(c)Ã���Ã�¯Ã�¿Ã� ½Ã���Ã��Ã� la page
pareil et c'est dommage parce que d'après le contenu il semble que ce soit à moi que s'adresse la réponse :D 2010/3/8 Hervé Grac herve.g...@wanadoo.fr: Bernard Siaud alias Troumad a écrit : Je suis le seul à avoir reçu le titre de ce message ainsi transformé !!! Re: [users-fr] Re: document maÃ���Ã�¯Ã�¿Ã�½Ã���Ã��Ã�®tre et graphiques ancrÃ���Ã�¯Ã�¿Ã�½Ã���Ã��Ã�©Ã���Ã�¯Ã�¿Ã�½Ã���Ã��Ã� la page non, je l'ai eu aussi hgrac - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: document maÃ��¢½Ã�¯Ã�¿Ã�½Ã���Ã�ï ¿½Ã�Â(R)tre et graphiques ancrÃ��� Ã�¯Ã�¿Ã�½Ã���Ã�ï¿ ½Ã�Â(c)Ã���Ã�¯Ã�¿Ã� ½Ã���Ã��Ã� la page
ah et merci Serge pour cette piste, je vais la tenter. 2010/3/8 Grostophe grosto...@free.fr: et moi aussi !!! grostophe Henri Vieilleribiere a tapoté sur son clavier: Bernard Siaud alias Troumad a écrit : Je suis le seul à avoir reçu le titre de ce message ainsi transformé !!! Re: [users-fr] Re: document maÃ���Ã�¯Ã�¿Ã�½Ã���Ã��Ã�®tre et graphiques ancrÃ���Ã�¯Ã�¿Ã�½Ã���Ã��Ã�©Ã���Ã�¯Ã�¿Ã�½Ã���Ã��Ã� la page Moi, j'ai le même et je ne comprends pas pourquoi !!! Cordialement Henri -- ___ Message envoyé avec Mozilla Thunderbird sous AbulEduLive (basée sur Xubuntu) (Logiciel et système d'exploitation libres) certifié 0% Micro$oft - OpenOffice (texte, tableur, présentation, dessin, base de données) - Mozilla Firefox (web) / Mozilla Thunderbird (mail) - pidgin (messagerie instantanée) / K3B et Brasero (graveurs CD/DVD) - VLC (lecteur audio/video), Kolourpaint, Audacity, The Gimp, ... - ... La libre communication des pensées et des opinions est un des droits les plus précieux de l'homme ; tout citoyen peut donc parler, écrire, imprimer librement, sauf à répondre de l'abus de cette liberté dans les cas déterminés par la loi. article 11 de la déclaration de droits de l'homme et du citoyen du 26 août 1789. linux user #375006 sur http://counter.li.org http://abuledu.org/abuledu/monoposte http://xubuntu-fr.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] Chargement des données impossible
Salut, n'as-tu pas eu d'interruption dans ton traitement de ton formulaire ? Moi j'ai eu ce message une fois à la suite d'une panne d'électricité, j'avais enregistré les modifications dans le formulaire mais pas la base de données, et du coup, tout bloquait pour des raisons d'incohérence je suppose... bizarrement les tables étaient inaccessibles alors que c'était le formulaire qui buggait... (Il est ennuyeux je trouve ce double enregistrement, parce que quand on travaille longtemps sur un formulaire, on ne pense pas à en sortir régulièrement pour lancer l'enregistrement de la base) Contrairement à toi, je n'avais pas fait grand chose, alors je n'ai même pas cherché j'ai supprimé le formulaire et je l'ai recréé... Mais bon, c'est peut-être une piste... Le 24 février 2010 17:56, Landron Gérard boug...@free.fr a écrit : Le mercredi 24 février 2010 16:19:27, gibi (gilles bignebat) a écrit : Le 24/02/2010 15:49, Berland Claude a écrit : gibi (gilles bignebat) a écrit : Le 24/02/2010 13:12, Berland Claude a écrit : Chers amis, bonjour, Bonjour Claude, J'ai fait quelque chose qui n'est certainement pas recommandé, mais qui ne m'avait pas posé problème jusqu'ici : j'ai changé le nom de certains champs dans une table t de base de données alors que cette table contient plus de 1400 enregistrements. J'ai des formulaires et sous-formulaires qui utilisent cette table et j'ai substitué les nouveaux noms de champs aux anciens dans ces formulaires et sous formulaires. Le fonctionnement des formulaires est assuré comme avant. Ce qui pose problème par contre c'est que dans l'éditeur de Base, à la rubrique tables j'ai le message les données ne peuvent être chargées. Je ne peux plus du tout accéder à la dite table à cette rubrique tables de l'éditeur. Tout semble se passer comme si le système d'affichage des tables de l'éditeur de Base gardait sa propre définition des champs, la définition des champs qui a servi à définir la table initialement. Je n'ai pas trouvé le moyen de lui faire changer d'avis, de lui faire accepter les nouveaux noms des champs. Je pense que ce doit être possible puisque cela ressemble fort à ce que je n'ai eu aucune difficulté à faire avec les formulaires Pourriez-vous me donner une piste ? Merci d'avance. Claude Berland Peut-être une piste mais sans garantie. Est-ce que ta base de données est enregistrée comme _source de données_ (donc accessible avec la touche F4 depuis n'importe quel module de la suite)? Si oui, essaie peut-être de la supprimer par clic droit dans la partie gauche du navigateur de sources de données Bases de données enregistrées, la sélectionner Supprimer. Puis redémarrer complètement OOo. Merci gibi, Ma base était enregistrée comme source de données. Je l'ai supprimée par la procédure que tu m'as rappelée (F4) et j'ai contrôlé l'effet par OutilsOptions Bases... puis j'ai redémarré OOo. Même en redémarrant tout l'ordinateur, les données de la table ne peuvent être chargées (OOo cherche les noms des anciens champs et ne les trouve pas). Pour l'instant le problème n'est donc pas résolu. Claude Berland Je viens d'essayer de reproduire ton problème mais sur une base neuve créée avec la 3.2.0 donc ce n'est peut-être pas probant. J'ai pu renommer les noms de champs par clic droit sur la table Modifier même après avoir mis des données dans la table. Du coup j'ai repris une vieille base issue des tests de la 2.0.1: ça marche aussi. Questions pour essayer de cerner: - avec quelle version initiale d'OOo as-tu créé ta base et ta table? - avec quelle version d'OOo as-tu modifié tes noms de champs? - avec quelle version d'OOo travailles-tu actuellement? n'y aurait-il pas des carractères exotiques dans les nouveaux noms ? - rassure-moi: tu n'as pas modifié aussi les types de champs? (c'est possible mais bon cela change la signification des données) :-) - j'ai supposé qu'il s'agissait d'une base de données Base autonome et non pas un lien vers des données externes, c'est bien ça? Si ta base n'est pas confidentielle, tu peux la déposer sur un http://cijoint.fr par exemple. Gérard - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Je découvre une difficulté !
Salut :) avec mes 25 ans de moins, 10 ans d'informatique de gestion et 25 ans d'utilisateur bureautique de base, j'ai le même problème :'( dépassée je suis :'( C'est peut-être pour ça que je considère toujours comme un piège potentiel le maintien de deux fichiers identiques (j'ignore si c'est possible, mais une micro-coupure et hop ! ils ne le sont plus non ?...) Personnellement, j'opterais plutôt pour une gestion dans le menu outils/options/openoffice.org/chemins (si ça n'a pas changé de nom en version 3.2) les chemins d'enregistrement de mes documents par exemple dans mes documents :D. Comme ça, on continue à maîtriser et je n'imagine pas que les chemins proposés par openoffice soient incontournables dès lors qu'ils n'interviennent pas dans les automatismes. Le 24 février 2010 18:55, Jacques BOUTHERIN bodh...@orange.fr a écrit : Je travaille sous Windows 7 depuis Noël environ et avec OpenOffice depuis plusieurs années; j'avais téléchargé la version Bêta de 3.2 avant sa sortie officielle et j'ai depuis chargé la version définitive sur votre site officiel. L'installation de Windows 7 en remplacement de XP a nécessité de stocker temporairement l'ensemble de mes programmes et fichiers sur un disque dur externe. Au rechargement de l'ensemble, j'ai eu quelques problèmes (impossibilité d'ouverture d'outlook 2007 entre autre) dont je me suis plus ou moins accomodé et aujourd'hui j'en découvre un nouveau qui gène et que je ne sais pas résoudre. Auparavant, lorsque je sauvegardais fichier, je ne m'occupais pas de son emplacement parce que je le retrouvais soit en consultant directement mes documents, soit en ouvrant préalablement Oo. Aujourd'hui, je découvre que j'ai 2 fichiers, l'un sur Oo mis à jour et un autre sur mes documents qui n'a pas été mis à jour. Il faut donc admettre que je dois avoir 2 bibliothèques différentes qui hébergent chacune un fichier de même nom, l'un mis à jour et l'autre non. Comment puis-je faire pour conserver éventuellement 2 fichiers mais qui soient simultanément mis à jour. J'ai vu il y a quelques temps la signature de papy et je suis aussi un papy car j'ai 76 ans et si j'ai commencé avec HP la micro informatique en 1975, et que je m'accroche pour me tenir à la page, j'ai quelquefois des difficultés. Aussi si il y a une réponse possible, me la faire tranquillement, que je puisse tout capter comme disent mes derniers fils de 20 ans. Votre forum est très sympa. Merci de votre réponse, Jacques BOUTHERIN - bodh...@orange.fr - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Styles et formatage
Salut, Ce n'est pas une bêtise :) On a le choix pour toutes les barres d'outil. Il suffit de cliquer dessus (mais pas sur un bouton) et de glisser pour la sortir de la gauche et la repositioner sur le document, elle redevient un petit machin que tu poses là où il te dérange le moins :S Le 11 février 2010 21:47, Henri Vieilleribiere henri.vieilleribi...@free.fr a écrit : Bonsoir, Jusqu'à ces jours derniers, quand dans writer j'ouvrais styles et formatage une palette déplaçable s'ouvrait. Maintenant c'est une bande verticale à gauche, qui fonctionne mais qui réduit la largeur de l'écran. Qu'est ce que j'ai fait comme bêtise ? Je vous remercie d'avance si vous pouvez m'aider. Henri -- http://montautre.free.fr La courte existence du premier maquis creusois en 1943. http://fursacreuse.free.fr l'histoire de 3 hommes qui furent fusillés en 1871 à Fursac dans la Creuse. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: OpenOffice.org 3.2 est maintenant disponible au téléchargement !
Non, aucun problème en effet avec la RC5, base n'affiche plus le contenu de certaines zones de liste, mais à quoi ça sert de vérifier ce que l'on saisit ?... Le 11 février 2010 21:57, Jean-Baptiste Faure jbf.fa...@laposte.net a écrit : Le 11.02.2010 17:19, fred juan diaz a écrit : Bonjour Un petit détail : sur http://fr.openoffice.org/ si on clique en haut à gauche sur Information, cela mène à une page nous décrivant les fonctionnalités de la version 3.0.x Une mise à jour est-elle prévue dans les prochains jours ? C'est fait, pourquoi attendre les prochains jours ? ;-) Merci du rappel. 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] Re: [Base] taille anormale des formulaires
Salut à toi, euh... je ne suis pas du tout douée en anglais... mais j'y serais bien allée voir, parce qu'à mon avis ce n'est pas le seul truc récent de base qui n'a pas lieu de faire des heureux... Cependant, si je clic sur ton lien, gmail me propose d'envoyer un message, et pas du tout de lire les sujets de cet user... Tu pourrais nous rediriger ce fil s'il-te-plaît ? Le 10 février 2010 09:12, Alex Thurgood alex.thurg...@free.fr a écrit : Bonjour à tous, C'est une feature qui a été introduite dans OOo au niveau de Base - malheureusement, cela ne fait pas que des heureux. Si vous lisez l'anglais, il y a un fil récent sur la liste us...@dba.openoffice.org où ce sujet est évoqué... Alex - 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] requête SQL je ne comprends pas... d ivergence avec requêteur graphique ?
Salut Bernard :) Alors je viens de regarder ta requête. Elle ne correspond pas tout à fait à ce que je voulais parce qu'en fait, l'utilisateur doit demander le mois qui l'intéresse. Mais au moins ta requête fonctionne (contrairement à la mienne), et il suffit donc théoriquement d'y ajouter la variable paramétrable. :) Merci en tous cas :) As-tu réussi à rétablir ton affichage base ? Le 9 février 2010 22:54, Docgranville docgranvi...@aol.com a écrit : Marie-Pierre CORONEL a écrit : bon j'essayerai ta requête demain, mais tout de suite non : quand je parle de sql je parle de l'un des 3 choix en haut de la fenêtre requêtes (mode assistant, mode on crée tout, mode sql) :) bon mais là c'est l'heure d'aller dormir :D merci en tous cas du temps que tu m'as consacré :) Bon, juste un mot pour demain (des fois que je ne serais pas disponible demain matin). Alors je parlais du choix du bas (Créer une requête en mode SQL) et, dans la fenêtre qui s'ouvre, je parle de la petite icône SQL en haut à droite ; par défaut, elle n'est pas active ; pour que la variable soit active, il faut laisser cette icône telle quelle. Bonne nuit et bon courage. - 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] requête SQL je ne comprends pas... d ivergence avec requêteur graphique ?
Salut Doc, en effet, ta requête fonctionne parfaitement, et comme maintenant j'ai un modèle de requête SQL appliquée à 2 tables qui fonctionne, je retrouve un repère et je devrais pouvoir à nouveau avancer. Merci beaucoup. :) Le 10 février 2010 09:54, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : Salut Bernard :) Alors je viens de regarder ta requête. Elle ne correspond pas tout à fait à ce que je voulais parce qu'en fait, l'utilisateur doit demander le mois qui l'intéresse. Mais au moins ta requête fonctionne (contrairement à la mienne), et il suffit donc théoriquement d'y ajouter la variable paramétrable. :) Merci en tous cas :) As-tu réussi à rétablir ton affichage base ? Le 9 février 2010 22:54, Docgranville docgranvi...@aol.com a écrit : Marie-Pierre CORONEL a écrit : bon j'essayerai ta requête demain, mais tout de suite non : quand je parle de sql je parle de l'un des 3 choix en haut de la fenêtre requêtes (mode assistant, mode on crée tout, mode sql) :) bon mais là c'est l'heure d'aller dormir :D merci en tous cas du temps que tu m'as consacré :) Bon, juste un mot pour demain (des fois que je ne serais pas disponible demain matin). Alors je parlais du choix du bas (Créer une requête en mode SQL) et, dans la fenêtre qui s'ouvre, je parle de la petite icône SQL en haut à droite ; par défaut, elle n'est pas active ; pour que la variable soit active, il faut laisser cette icône telle quelle. Bonne nuit et bon courage. - 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] image-lien
Salut, j'ai vu récemment un sujet où il était question de devoir transporter des sons (il me semble) dans un répertoire avec le fichier impress correspondant. Si tu essayais ça pour voir ? Transporter tes images avec ton fichier d'un PC à l'autre ? J'ai beau regarder ton fichier essai draw2, je ne vois rien, désolée... Il se passe des choses inexplicable en ce moment, notamment chez certains d'entre nous un fort taux de zoom provoqué par base, répercuté sur des fichiers writer et des formulaires base, tu as des bases ? (on ne sait jamais...) Le 10 février 2010 15:52, Pascal HENRY pascal.hen...@club-internet.fr a écrit : Bonjour, De retour avec mon problème. Rappel: impossible de faire un copier coller d'image (draw et impress) qui reste lisible après transfert sur une autre machine. L'image se transforme en lien. J' avais précisé que j'avais une machine équipée de la 3.0.1 où il m'était possible de faire un copier coller d'image sous draw et que ces images étaient visibles sur d'autres machines. Alors j'ai installé la version 3.1.1 et là plus moyen de le faire. Maintenant cette manipulation n'est plus possible sur mes 3 machines. Quelqu'un aurait-il ne serait ce qu'une bribe d'explication? Nota: j'ai essayé en réinstallant tout (version antérieure: 3.0.1, y compris XP après formatage d'une nouvelle partition) mais rien n'y fait. Comment peut on perdre une fonction comme ça? Pascal. [image: Animations GRATUITES pour votre messagerie - par IncrediMail! Cliquez ici!] http://www.incredimail.com/?id=605281rui=123644021
Re: [users-fr] Utiliser des renvois existants
Salut, en définissant la variable texte1 =b invisible au début du nouveau document (définir une variable) puis en reprenant la séquence comme avant. de rien d'avance. :) Le 10 février 2010 21:29, isaric isaric...@free.fr a écrit : Bonjour, J'ai des repères de renvois a et b d'un ancien document : http://isaric.cof.free.fr/Renvois_ac.odt Comment créer le repère c (d,e et ainsi de suite...) pour continuer d'utiliser les renvois existants renvoi ? D'avance merci - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: [Base] taille anormale des formulaires
Super, on va pouvoir zoomer sur les données qu'ils n'affichent pas... Le 11 février 2010 08:05, Jean-Baptiste Faure jbf.fa...@laposte.net a écrit : Le 11.02.2010 07:54, Alex Thurgood a écrit : Je renchéris... Le zoom est supposé être configurable dans Base avec la sortie de 3.2. N'étant pas testeur de cette future version (pas le temps), je ne peux vous dire si la partie du code qui le permet a été intégrée ou non, parce que le CWS qui devait la contenir est marqué failed, ce qui me fait penser (à tort peut-être) qu'il ne peut être intégré dans le code principal. Alex Bonjour, Je ne pratique pas les formulaires dans OOo-Base, mais ce que je peux confirmer c'est que, dans la version 3.2, le slider de zoom est bien présent sur la fenêtre d'édition d'un formulaire en mode ébauche et il est aussi présent sur la fenêtre du formulaire une fois celui-ci enregistré et rouvert en mode normal d'utilisation. 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] Re :[users-fr] Utiliser des renvois existants
Moi j'ai défini la variable en format texte et pas en standard, c'est peut-être la différence. Ensuite dans insertion renvois texte il apparaît bien et est sélectionnable. Le 11 février 2010 08:11, isaric isaric...@free.fr a écrit : Marie-Pierre CORONEL : Merci. Je définis ma 3e variables comme cela : http://isaric.cof.free.fr/variable_Ooo.png Mais ensuite c n'apparait pas ! Comment le sélectionner pour l'indiquer dans le texte (comme le renvoi [a]) ? Comment ont été définies les variables a et b existantes sur : http://isaric.cof.free.fr/Renvois_ac.odt - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] requête SQL je ne comprends pas... d ivergence avec requêteur graphique ?
A Docgranville : Je ne suis sûre absolument de rien, je débute en SQL. J'en suis à quoi ? mon 3ème jour peut-être ? Et en discontinu en plus... Cette commande (Every, sa traduction française c'est tous) je l'ai trouvée dans mon bouquin et elle a été reconnue par base, j'ai enfin cessé d'avoir une erreur... sauf qu'aucun résultat. J'ai cherché une fonction qui me semblait adéquate et qui m'évite l'affichage du message erreur envoyé par le logiciel qui réclamait une function et/ou je ne sais plus group by et dont j'espèrais évidemment le bon résultat... Je ne cherche nullement à regarder l'effet de ma jolie requête, je passe d'un mode à l'autre pour essayer de comprendre pourquoi et comment. Et parce que ça m'a plutôt réussi d'ailleurs il y a quelques jours, pour une autre formule compter, beaucoup plus simple, sans doute parce qu'elle ne concerne qu'une table, et que je n'arrivais pas à créer par l'outil graphique. Il m'a suffit de générer la sélection des champs par l'outil graphique et de taper COUNT sur la formule SQL puisqu'il me refusait la fonction nombre dans l'outil graphique. En fait j'attendais de l'outil graphique qu'il m'aide à comprendre comment sont composées les phrases SQL et réciproquement, comment les phrases SQL sont représentées dans l'outil graphique... Les alias c'est l'assistant qui les propose systématiquement. J'ai pu constater en effet que passer sur l'outil graphique modifie même la formule entrée en SQL, et ce dans un contexte où j'ai constaté une dégradation d'affichage d'une de mes bases en 3.2... Je manquais de repères, j'ai bien peur de ne plus en avoir du tout... Bon, je vous remercie de vos réponses, mais je les regarderai à tête reposée... Sur la question de l'hébergeur, ben... je vais voir comment ça marche... Bonne soirée. Le 9 février 2010 17:02, ribotb rib...@gmail.com a écrit : J'envoie ma base, les images ne sont pas passées ! ribotb a écrit : Bonjour, J'ai l'impression que ta requête est bien compliquée. J'ai fait un truc vite fait avec 2 petites tables : suivi types : et la requête suivante : qui me donne le résultat suivant : Bernard Marie-Pierre CORONEL a écrit : Salut, Je tente de faire une requête SQL faute de réussir ma requête avec l'outil graphique. Je me suis acheté un bouquin sur SQL mais ça ne me donne pas pour autant la maîtrise du sujet... J'ai rédigé la requête suivante : SELECT EVERY (Types abonnement.typeabonnement) AS typeabonnement, COUNT( Suivi abonnements.codeabonnement ) AS nombre, Suivi abonnements.mois AS mois FROM Types abonnement AS Types abonnement, Suivi abonnements AS Suivi abonnements WHERE Suivi abonnements.codeabonnement = Types abonnement.codeabonnement AND Suivi abonnements.mois = :mois_étudié GROUP BY typeabonnement, nombre, mois ORDER BY typeabonnement ASC Aucun message erreur (enfin!), mais elle ne me donne pas le résultat attendu :'( (je veux le nombre d'abonnements souscrits par type d'abonnements pour un mois donné) Et ma compréhension se heurte directement à l'interprêtation qu'en fait l'outil graphique :'( dont je vous fait une copie écran (je suis toujours en 3.2 RC5) C'est simple, je ne retrouve pas du tout ce que je crois avoir demandé... Qui peut m'aider à comprendre ? je joins ma base aussi des fois que compte tenu de sa construction la requête demandée ne puisse aboutir... Merci. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 16:56:28 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 17:02:58 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] requête SQL je ne comprends pas... d ivergence avec requêteur graphique ?
- parmi les questions que je me suis posées tout l'après-midi, c'est : y a-t-il un ordre de déclaration des tables derrière FROM ou suffit-elle qu'elles soient listées ? (l'ordre serait fonction des champs du SELECT donc) - dans les bouquins que j'ai trouvés sur GROUP BY, ils disent qu'on doit mettre toutes les variables contenues dans le SELECT et pas les seules variables non affectées par une fonction mais j'essayerai ta solution. - sur les variables accentuées j'en ai qui fonctionnent dans une autre base, mais comme dans cette base je n'ai pas encore créé les rapports (je suis infoutue pour le moment de trouver où on les déclare dans les rapports), je peux encore les changer... C'est ennuyeux quand même je trouve... - la solution pas à pas que tu as proposé, c'est celle que j'ai suivi (ma requête d'il y a quelques jours qui fonctionne)... mais l'élément perturbateur pour moi, c'est que là j'avais à travailler sur 2 tables (en plus des soucis que j'ai rencontrés dans la journée sur des choses qui fonctionnaient et ne fonctionnent plus correctement) et de guerre lasse, j'ai fini par céder sur la fonction et le group by (le message erreur parlait de fonction et de group by, avant même que j'insère count puisque j'ai compris qu'il fallait l'insérer en SQL directement, lui, la dernière fois), j'ai aussi fini par céder en désinstallant 3.2 et repassant à 3.1.1 d'ailleurs un peu avant de quitter le travail... et j'avais raté une question tout à l'heure. Le mois considéré est en toutes lettres, parce que je les ai entrés directement en zone de liste (arf, va falloir que je regarde si j'ai mis un accent à août :s). Le 9 février 2010 18:53, Docgranville docgranvi...@aol.com a écrit : Marie-Pierre CORONEL a écrit : A Docgranville : Je ne suis sûre absolument de rien, je débute en SQL. J'en suis à quoi ? mon 3ème jour peut-être ? Et en discontinu en plus... Cette commande (Every, sa traduction française c'est tous) je l'ai trouvée dans mon bouquin et elle a été reconnue par base, j'ai enfin cessé d'avoir une erreur... sauf qu'aucun résultat. J'ai cherché une fonction qui me semblait adéquate et qui m'évite l'affichage du message erreur envoyé par le logiciel qui réclamait une function et/ou je ne sais plus group by et dont j'espèrais évidemment le bon résultat... Le message d'erreur que tu recevais, il était relatif à ta clause Group By ? C'est un grand classique en présence des fonctions d'agrégation (les fonctions de type COUNT ou SUM par exemple) ; j'ai longtemps galéré avec elles, jusqu'à ce que je retienne la chose suivante : en présence d'une telle fonction dans une requête, il faut ajouter une clause Group By et mettre derrière le Group By, tous les champs figurant derrière le SELECT mais qui ne sont pas affectés d'une fonction d'agrégation ; en français je dirais que dans une requête du type SELECT Ville, Année, SUM(Naiss) as Naissance, SUM(Mort) as Décès FROM EtatCivil il faudra mettre un Group By dans lequel il faudra faire figurer Ville et Année ; ce n'est pas exact à 100% (il y a des cas dans lesquels la requête marche alors qu'un champ n'est pas derrière le Group By et qu'il n'est pas affecté d'une clause d'agrégation et que ça ne devrait donc théoriquement pas marcher) mais si tu respectes ça, tu es certaine de ne pas avoir de message d'erreur sur le problème du Group By. Je ne cherche nullement à regarder l'effet de ma jolie requête, je passe d'un mode à l'autre pour essayer de comprendre pourquoi et comment. Et parce que ça m'a plutôt réussi d'ailleurs il y a quelques jours, pour une autre formule compter, beaucoup plus simple, sans doute parce qu'elle ne concerne qu'une table, et que je n'arrivais pas à créer par l'outil graphique. Il m'a suffit de générer la sélection des champs par l'outil graphique et de taper COUNT sur la formule SQL puisqu'il me refusait la fonction nombre dans l'outil graphique. En fait j'attendais de l'outil graphique qu'il m'aide à comprendre comment sont composées les phrases SQL et réciproquement, comment les phrases SQL sont représentées dans l'outil graphique... Les alias c'est l'assistant qui les propose systématiquement. J'ai pu constater en effet que passer sur l'outil graphique modifie même la formule entrée en SQL, et ce dans un contexte où j'ai constaté une dégradation d'affichage d'une de mes bases en 3.2... Je manquais de repères, j'ai bien peur de ne plus en avoir du tout... Je pense que si les aller/retour peuvent parfois être utiles pour cela au début (au tout début), les limites de l'outil graphique apparaissent vite et, même s'il peut paraître un peu difficile à maîtriser, le langage SQL est beaucoup plus puissant que ne l'est l'outil graphique ; je dirais que une fois que tu as compris (à l'aide de l'outil graphique) la structure de la requête SELECT... FROM... WHERE... ORDER BY..., il faut oublier l'outil graphique et tenter toi-même de rédiger tes requêtes en partant de quelque chose qui
Re: [users-fr] requête SQL je ne comprends pas... d ivergence avec requêteur graphique ?
bon j'ai déposé ma base sur ci-joint, voici le lien http://www.cijoint.fr/cjlink.php?file=cj201002/cijp1cuAPw.odb Le 9 février 2010 19:20, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : - parmi les questions que je me suis posées tout l'après-midi, c'est : y a-t-il un ordre de déclaration des tables derrière FROM ou suffit-elle qu'elles soient listées ? (l'ordre serait fonction des champs du SELECT donc) - dans les bouquins que j'ai trouvés sur GROUP BY, ils disent qu'on doit mettre toutes les variables contenues dans le SELECT et pas les seules variables non affectées par une fonction mais j'essayerai ta solution. - sur les variables accentuées j'en ai qui fonctionnent dans une autre base, mais comme dans cette base je n'ai pas encore créé les rapports (je suis infoutue pour le moment de trouver où on les déclare dans les rapports), je peux encore les changer... C'est ennuyeux quand même je trouve... - la solution pas à pas que tu as proposé, c'est celle que j'ai suivi (ma requête d'il y a quelques jours qui fonctionne)... mais l'élément perturbateur pour moi, c'est que là j'avais à travailler sur 2 tables (en plus des soucis que j'ai rencontrés dans la journée sur des choses qui fonctionnaient et ne fonctionnent plus correctement) et de guerre lasse, j'ai fini par céder sur la fonction et le group by (le message erreur parlait de fonction et de group by, avant même que j'insère count puisque j'ai compris qu'il fallait l'insérer en SQL directement, lui, la dernière fois), j'ai aussi fini par céder en désinstallant 3.2 et repassant à 3.1.1 d'ailleurs un peu avant de quitter le travail... et j'avais raté une question tout à l'heure. Le mois considéré est en toutes lettres, parce que je les ai entrés directement en zone de liste (arf, va falloir que je regarde si j'ai mis un accent à août :s). Le 9 février 2010 18:53, Docgranville docgranvi...@aol.com a écrit : Marie-Pierre CORONEL a écrit : A Docgranville : Je ne suis sûre absolument de rien, je débute en SQL. J'en suis à quoi ? mon 3ème jour peut-être ? Et en discontinu en plus... Cette commande (Every, sa traduction française c'est tous) je l'ai trouvée dans mon bouquin et elle a été reconnue par base, j'ai enfin cessé d'avoir une erreur... sauf qu'aucun résultat. J'ai cherché une fonction qui me semblait adéquate et qui m'évite l'affichage du message erreur envoyé par le logiciel qui réclamait une function et/ou je ne sais plus group by et dont j'espèrais évidemment le bon résultat... Le message d'erreur que tu recevais, il était relatif à ta clause Group By ? C'est un grand classique en présence des fonctions d'agrégation (les fonctions de type COUNT ou SUM par exemple) ; j'ai longtemps galéré avec elles, jusqu'à ce que je retienne la chose suivante : en présence d'une telle fonction dans une requête, il faut ajouter une clause Group By et mettre derrière le Group By, tous les champs figurant derrière le SELECT mais qui ne sont pas affectés d'une fonction d'agrégation ; en français je dirais que dans une requête du type SELECT Ville, Année, SUM(Naiss) as Naissance, SUM(Mort) as Décès FROM EtatCivil il faudra mettre un Group By dans lequel il faudra faire figurer Ville et Année ; ce n'est pas exact à 100% (il y a des cas dans lesquels la requête marche alors qu'un champ n'est pas derrière le Group By et qu'il n'est pas affecté d'une clause d'agrégation et que ça ne devrait donc théoriquement pas marcher) mais si tu respectes ça, tu es certaine de ne pas avoir de message d'erreur sur le problème du Group By. Je ne cherche nullement à regarder l'effet de ma jolie requête, je passe d'un mode à l'autre pour essayer de comprendre pourquoi et comment. Et parce que ça m'a plutôt réussi d'ailleurs il y a quelques jours, pour une autre formule compter, beaucoup plus simple, sans doute parce qu'elle ne concerne qu'une table, et que je n'arrivais pas à créer par l'outil graphique. Il m'a suffit de générer la sélection des champs par l'outil graphique et de taper COUNT sur la formule SQL puisqu'il me refusait la fonction nombre dans l'outil graphique. En fait j'attendais de l'outil graphique qu'il m'aide à comprendre comment sont composées les phrases SQL et réciproquement, comment les phrases SQL sont représentées dans l'outil graphique... Les alias c'est l'assistant qui les propose systématiquement. J'ai pu constater en effet que passer sur l'outil graphique modifie même la formule entrée en SQL, et ce dans un contexte où j'ai constaté une dégradation d'affichage d'une de mes bases en 3.2... Je manquais de repères, j'ai bien peur de ne plus en avoir du tout... Je pense que si les aller/retour peuvent parfois être utiles pour cela au début (au tout début), les limites de l'outil graphique apparaissent vite et, même s'il peut paraître un peu difficile à maîtriser, le langage SQL est beaucoup plus puissant que ne l'est l'outil graphique ; je dirais que une fois que
Re: [users-fr] [Base] taille anormale des formulaires
Salut, Hum... j'ai le même problème sur mon pc perso... Aurais-tu téléchargé une de mes bases ? Ce serait notre point commun et ... effet contaminant 3.2 ? comme le bug inverse qu'on a connu avec la persistance de fichiers 2.4... Le 9 février 2010 19:51, ribotb rib...@gmail.com a écrit : Bonjour à tous Je suis confronté à un phénomène curieux apparu brusquement cet après-midi. Les formulaires de mes bases de données ont subitement pris de l'embonpoint : ils ont quasiment doublé de taille (la fenêtre) ainsi que les textes et zones de saisie qui y sont contenus ! En mode modification ils ont conservé leur taille d'origine. Je ne vois pas comment j'ai pu arriver à un tel résultat. Le seul lien que je vois, c'est qu'à un certain moment j'ai zoomé à 150% sur un document Writer. Si quelqu'un a une petite idée... Merci. Bernard --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 19:51:38 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] [Base] taille anormale des formulaires
Ah non, le grossissement a atteint la modification de formulaire pour moi maintenant... Le 9 février 2010 20:01, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : Salut, Hum... j'ai le même problème sur mon pc perso... Aurais-tu téléchargé une de mes bases ? Ce serait notre point commun et ... effet contaminant 3.2 ? comme le bug inverse qu'on a connu avec la persistance de fichiers 2.4... Le 9 février 2010 19:51, ribotb rib...@gmail.com a écrit : Bonjour à tous Je suis confronté à un phénomène curieux apparu brusquement cet après-midi. Les formulaires de mes bases de données ont subitement pris de l'embonpoint : ils ont quasiment doublé de taille (la fenêtre) ainsi que les textes et zones de saisie qui y sont contenus ! En mode modification ils ont conservé leur taille d'origine. Je ne vois pas comment j'ai pu arriver à un tel résultat. Le seul lien que je vois, c'est qu'à un certain moment j'ai zoomé à 150% sur un document Writer. Si quelqu'un a une petite idée... Merci. Bernard --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 19:51:38 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] [Base] taille anormale des formulaires
donc pas la base, juste la copie écran... enregistré le document chez toi ou juste lu ? moi j'ai téléchargé la base. Ce phénomène je le constate depuis 2 jours chez moi, mais j'ai téléchargé hier une autre base que j'ai transmise en qa-test hier... J'ai vérifié chez moi, dans outil/options/openoffice.org/affichage l'échelle est toujours à 100 % donc ça ne vient pas de là à priori. Tu pourrais vérifier chez toi si tu as le même phénomène sur un document writer non ? puisque c'est là que tu as zoomé... Le 9 février 2010 20:03, ribotb rib...@gmail.com a écrit : J'ai zoomé à 150% sur le document que tu as joint à ton 1er mail concernant ta requête. Je voulais lire les noms des champs pour bâtir ma petite base de test pour écrire la requête qui te pose problème. Marie-Pierre CORONEL a écrit : Salut, Hum... j'ai le même problème sur mon pc perso... Aurais-tu téléchargé une de mes bases ? Ce serait notre point commun et ... effet contaminant 3.2 ? comme le bug inverse qu'on a connu avec la persistance de fichiers 2.4... Le 9 février 2010 19:51, ribotb rib...@gmail.com a écrit : Bonjour à tous Je suis confronté à un phénomène curieux apparu brusquement cet après-midi. Les formulaires de mes bases de données ont subitement pris de l'embonpoint : ils ont quasiment doublé de taille (la fenêtre) ainsi que les textes et zones de saisie qui y sont contenus ! En mode modification ils ont conservé leur taille d'origine. Je ne vois pas comment j'ai pu arriver à un tel résultat. Le seul lien que je vois, c'est qu'à un certain moment j'ai zoomé à 150% sur un document Writer. Si quelqu'un a une petite idée... Merci. Bernard --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 19:51:38 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 20:03:31 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] [Base] taille anormale des formulaires
En effet, mais il y a là un lien qui laisse un peu perplexe... et moi je n'ai pas choisi, sur aucun document récent de zoomer... le zoom que j'ai trouvé c'est un document du mois de... juillet dernier... Le 9 février 2010 20:11, HOHWILLER Brigitte et Raoul apache...@orange.fr a écrit : Bonjour de Cahors 46 Il m'est arrivé la même chose j'ai remis WITER à 100% et tout et rentré dans l'ordre/ Cordialement HR Bonjour à tous Je suis confronté à un phénomène curieux apparu brusquement cet après-midi. Les formulaires de mes bases de données ont subitement pris de l'embonpoint : ils ont quasiment doublé de taille (la fenêtre) ainsi que les textes et zones de saisie qui y sont contenus ! En mode modification ils ont conservé leur taille d'origine. Je ne vois pas comment j'ai pu arriver à un tel résultat. Le seul lien que je vois, c'est qu'à un certain moment j'ai zoomé à 150% sur un document Writer. Si quelqu'un a une petite idée... Merci. Bernard --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 19:51:38 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] [Base] taille anormale des formulaires
Essaye un truc, zoom sur n'importe quel document writer et dézoom pour voir. Moi j'ai trouvé un document de cet été qui zoomait à 159% il m'a suffit d'enlever le zoom de ce document pour récupérer un aspect normal de la base... Le 9 février 2010 20:22, ribotb rib...@gmail.com a écrit : C'est ce que j'ai vérifié en premier et tout est à 100% (le zoom dans Writer et les options OOo d'affichage). HOHWILLER Brigitte et Raoul a écrit : Bonjour de Cahors 46 Il m'est arrivé la même chose j'ai remis WITER à 100% et tout et rentré dans l'ordre/ Cordialement HR Bonjour à tous Je suis confronté à un phénomène curieux apparu brusquement cet après-midi. Les formulaires de mes bases de données ont subitement pris de l'embonpoint : ils ont quasiment doublé de taille (la fenêtre) ainsi que les textes et zones de saisie qui y sont contenus ! En mode modification ils ont conservé leur taille d'origine. Je ne vois pas comment j'ai pu arriver à un tel résultat. Le seul lien que je vois, c'est qu'à un certain moment j'ai zoomé à 150% sur un document Writer. Si quelqu'un a une petite idée... Merci. Bernard --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 19:51:38 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 100208-1, 08/02/2010 Analyse le : 09/02/2010 20:22:26 avast! - copyright (c) 1988-2010 ALWIL Software. http://www.avast.com - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] requête SQL je ne comprends pas... d ivergence avec requêteur graphique ?
non je n'ai pas regardé ta petite base, je me la suis réservée pour demain matin :) je reconnais que j'étais très excédée ce soir d'avoir planché tout l'après-midi pour rien grrr Je te tiens au courant :) et merci encore :) Le 9 février 2010 19:35, ribotb rib...@gmail.com a écrit : As-tu regardé ma petite base et la requête qui y est contenue ? C'est juste pour savoir si j'ai bien compris ce que tu voulais. Merci. Bernard Marie-Pierre CORONEL a écrit : - parmi les questions que je me suis posées tout l'après-midi, c'est : y a-t-il un ordre de déclaration des tables derrière FROM ou suffit-elle qu'elles soient listées ? (l'ordre serait fonction des champs du SELECT donc) - dans les bouquins que j'ai trouvés sur GROUP BY, ils disent qu'on doit mettre toutes les variables contenues dans le SELECT et pas les seules variables non affectées par une fonction mais j'essayerai ta solution. - sur les variables accentuées j'en ai qui fonctionnent dans une autre base, mais comme dans cette base je n'ai pas encore créé les rapports (je suis infoutue pour le moment de trouver où on les déclare dans les rapports), je peux encore les changer... C'est ennuyeux quand même je trouve... - la solution pas à pas que tu as proposé, c'est celle que j'ai suivi (ma requête d'il y a quelques jours qui fonctionne)... mais l'élément perturbateur pour moi, c'est que là j'avais à travailler sur 2 tables (en plus des soucis que j'ai rencontrés dans la journée sur des choses qui fonctionnaient et ne fonctionnent plus correctement) et de guerre lasse, j'ai fini par céder sur la fonction et le group by (le message erreur parlait de fonction et de group by, avant même que j'insère count puisque j'ai compris qu'il fallait l'insérer en SQL directement, lui, la dernière fois), j'ai aussi fini par céder en désinstallant 3.2 et repassant à 3.1.1 d'ailleurs un peu avant de quitter le travail... et j'avais raté une question tout à l'heure. Le mois considéré est en toutes lettres, parce que je les ai entrés directement en zone de liste (arf, va falloir que je regarde si j'ai mis un accent à août :s). Le 9 février 2010 18:53, Docgranville docgranvi...@aol.com a écrit : Marie-Pierre CORONEL a écrit : A Docgranville : Je ne suis sûre absolument de rien, je débute en SQL. J'en suis à quoi ? mon 3ème jour peut-être ? Et en discontinu en plus... Cette commande (Every, sa traduction française c'est tous) je l'ai trouvée dans mon bouquin et elle a été reconnue par base, j'ai enfin cessé d'avoir une erreur... sauf qu'aucun résultat. J'ai cherché une fonction qui me semblait adéquate et qui m'évite l'affichage du message erreur envoyé par le logiciel qui réclamait une function et/ou je ne sais plus group by et dont j'espèrais évidemment le bon résultat... Le message d'erreur que tu recevais, il était relatif à ta clause Group By ? C'est un grand classique en présence des fonctions d'agrégation (les fonctions de type COUNT ou SUM par exemple) ; j'ai longtemps galéré avec elles, jusqu'à ce que je retienne la chose suivante : en présence d'une telle fonction dans une requête, il faut ajouter une clause Group By et mettre derrière le Group By, tous les champs figurant derrière le SELECT mais qui ne sont pas affectés d'une fonction d'agrégation ; en français je dirais que dans une requête du type SELECT Ville, Année, SUM(Naiss) as Naissance, SUM(Mort) as Décès FROM EtatCivil il faudra mettre un Group By dans lequel il faudra faire figurer Ville et Année ; ce n'est pas exact à 100% (il y a des cas dans lesquels la requête marche alors qu'un champ n'est pas derrière le Group By et qu'il n'est pas affecté d'une clause d'agrégation et que ça ne devrait donc théoriquement pas marcher) mais si tu respectes ça, tu es certaine de ne pas avoir de message d'erreur sur le problème du Group By. Je ne cherche nullement à regarder l'effet de ma jolie requête, je passe d'un mode à l'autre pour essayer de comprendre pourquoi et comment. Et parce que ça m'a plutôt réussi d'ailleurs il y a quelques jours, pour une autre formule compter, beaucoup plus simple, sans doute parce qu'elle ne concerne qu'une table, et que je n'arrivais pas à créer par l'outil graphique. Il m'a suffit de générer la sélection des champs par l'outil graphique et de taper COUNT sur la formule SQL puisqu'il me refusait la fonction nombre dans l'outil graphique. En fait j'attendais de l'outil graphique qu'il m'aide à comprendre comment sont composées les phrases SQL et réciproquement, comment les phrases SQL sont représentées dans l'outil graphique... Les alias c'est l'assistant qui les propose systématiquement. J'ai pu constater en effet que passer sur l'outil graphique modifie même la formule entrée en SQL, et ce dans un contexte où j'ai constaté une dégradation d'affichage d'une de mes bases en 3.2... Je manquais de repères, j'ai bien peur de ne plus en avoir du tout... Je pense que si les
Re: [users-fr] requête SQL je ne comprends pas... d ivergence avec requêteur graphique ?
bon j'essayerai ta requête demain, mais tout de suite non : quand je parle de sql je parle de l'un des 3 choix en haut de la fenêtre requêtes (mode assistant, mode on crée tout, mode sql) :) bon mais là c'est l'heure d'aller dormir :D merci en tous cas du temps que tu m'as consacré :) Le 9 février 2010 22:27, Docgranville docgranvi...@aol.com a écrit : Marie-Pierre CORONEL a écrit : - parmi les questions que je me suis posées tout l'après-midi, c'est : y a-t-il un ordre de déclaration des tables derrière FROM ou suffit-elle qu'elles soient listées ? (l'ordre serait fonction des champs du SELECT donc) - dans les bouquins que j'ai trouvés sur GROUP BY, ils disent qu'on doit mettre toutes les variables contenues dans le SELECT et pas les seules variables non affectées par une fonction mais j'essayerai ta solution. - sur les variables accentuées j'en ai qui fonctionnent dans une autre base, mais comme dans cette base je n'ai pas encore créé les rapports (je suis infoutue pour le moment de trouver où on les déclare dans les rapports), je peux encore les changer... C'est ennuyeux quand même je trouve... - la solution pas à pas que tu as proposé, c'est celle que j'ai suivi (ma requête d'il y a quelques jours qui fonctionne)... mais l'élément perturbateur pour moi, c'est que là j'avais à travailler sur 2 tables (en plus des soucis que j'ai rencontrés dans la journée sur des choses qui fonctionnaient et ne fonctionnent plus correctement) et de guerre lasse, j'ai fini par céder sur la fonction et le group by (le message erreur parlait de fonction et de group by, avant même que j'insère count puisque j'ai compris qu'il fallait l'insérer en SQL directement, lui, la dernière fois), j'ai aussi fini par céder en désinstallant 3.2 et repassant à 3.1.1 d'ailleurs un peu avant de quitter le travail... Stooop ! Tu dis : j'ai compris qu'il fallait l'insérer en SQL directement en parlant de COUNT ; et là, je me mets à supposer que tu as cliqué sur la petite icône SQL, la plus à droite dans la barre d'outil, celle qui permet de travailler en SQL direct ; le problème, c'est que la mise en place d'une variable ( le truc :mois_étudié) ne fonctionne pas (en tout cas pas sous cette forme et je ne sais pas s'il y a une autre forme sous laquelle ça fonctionne) en SQL direct ; ça ne renvoie pas d'erreur, ça renvoie juste un résultat vide ; donc, tu devrais essayer ta requête en dé-cliquant le mode SQL direct. Et si tu retrouves une erreur, je te propose d'essayer la formulation suivante (elle fonctionne chez moi avec la base que tu as déposée) : select typeabonnement, COUNT(Suivi abonnements.codeabonnement) as Nbre, mois from Types abonnement, Suivi abonnements where Types abonnement.codeabonnement = Suivi abonnements.codeabonnement and mois = :mois_étudié group by typeabonnement, mois order by typeabonnement asc et j'avais raté une question tout à l'heure. Le mois considéré est en toutes lettres, parce que je les ai entrés directement en zone de liste (arf, va falloir que je regarde si j'ai mis un accent à août :s). Là, ça t'oblige à répondre, dans la boîte de dialogue, exactement comme tu as entré le mois dans la base de données (accent, majuscule,...) ; on pourra éventuellement envisager une solution de contournement 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] Copier coller qui ne conserve pas le style
de rien :) Le 7 février 2010 00:39, Gwen gwenmor...@free.fr a écrit : Où vois-tu que Le style de paragraphe corps de texte est défini en gras sur Cor. ? Si je clique droit / paragraphe, je n'ai pas d'information sur le style. Ah j'ai trouvé, il faut demander Style et formatage, sélectionner Modifier et dans l'onglet Police, on peut modifier le style. Merci Marie-Pierre, Marie-Pierre CORONEL a écrit : Le style de paragraphe corps de texte est défini en gras sur Cor. Donc quand il reçoit du corps de texte non gras par copié/collé, il le reprend en gras. Et les paragraphes qui arrivent correctement sont simplement ceux qui sont en standard ou autre :) Quand on utilise les mêmes noms de style pour copier/coller, vaut mieux qu'ils aient les mêmes paramètres ^^ Le 6 février 2010 19:28, Gwen gwenmor...@free.fr a écrit : Une précision cependant. Si je sélectionne paragraphe par paragraphe en faisant attention de stopper la sélection juste après le point, je garde la mise en forme. Si je sélectionne jusqu'au bout de la ligne, tout est gras lorsque je colle. Gwen a écrit : Bonsoir, dans chaque contrôle, je fais un exercice de mémorisation du cours. Dans le texte que les élèves ont à apprendre j'enlève une trentaine de mots qu'ils doivent retrouver. Comme je leur donne ensuite un corrigé, je le réalise en même temps que le contrôle. Je commence par copier-coller les phrases à savoir depuis le fichier /cours /dans le fichier /contrôle /puis je met en gras les mots que je désire supprimer. Pour cela je vais ensuite les remplacer par .. mais avant ça, pour ne pas avoir à recommencer le travail de mise en gras dans le fichier /corrigé/, je sélectionne mon texte et le copie-colle dans le fichier /corrigé/. Sauf qu'à chaque fois, l'ensemble du texte passe en gras (au mieux le dernier paragraphe accepte d'être copier-coller correctement). A savoir cependant que mon fichier /corrigé/ n'est pas un nouveau fichier car pour ne pas changer de mise en forme je réutilise un ancien fichier /corrigé/. Quand j'effectue le copier-coller dans un nouveau fichier tout va bien ... par contre, quelque soit l'endroit de mon fichier où je teste, j'obtiens le même résultat ... Que peut donc avoir mon fichier de particulier ? Je tente de les mettre en pièce jointe si quelqu'un a le temps de jeter un oeil. D'avance merci, - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org -- Le site de mon association : http://rivenzic.free.fr/Joomla Mon nouveau blog http://leblogdugwen.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org -- Le site de mon association : http://rivenzic.free.fr/Joomla Mon nouveau blog http://leblogdugwen.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Mutualisation applications métiers : appel à retour d'expérience pour Civitas et Urbapro
Bonjour, pour ce qui nous concerne, nous avons Civitas depuis quelques années pour le personnel. Je peux consulter le service concerné si ça t'intéresse pour une mise en relation. J'ignore si nous utilisons urbapro, j'interrogerai le service informatique. Dommage que tu ne sois pas intéressée par Ciril finances, là j'étais au top :D bon courage :) Le 7 février 2010 16:04, Secrétaire La Mouette secreta...@lamouette.org a écrit : Bonjour, En 2009, l'association La Mouette a lancé son action de mutualisation des problématiques liées aux applications métiers dans les administrations. L'idée étant de recenser les logiciels utilisés et de connaître leur niveau de compatibilité à Ooo et de proposer des solutions. Suite à un appel lancé, j'ai eu quelques retours et j'en remercie vivement les auteurs. Mais pas assez. Ce mail est précis : il concerne les logiciels CIVITAS et URBAPRO Si vous avez migré et que vous utilisez ces logiciels, pouvez vous me dire comment cela s'est passé avec ces produits. D'avance merci. Marie jo -- Marie jo KOPP CASTINEL, Secrétaire Association La Mouette Mairie Service des associations 24 rue de Paris 94344 Joinville-le-Pont http://www.lamouette.org Projet francophone OpenOffice.org http://fr.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Mémorisation des styles puces/numér otation impossible
Salut, Si je peux me permettre d'ajouter : il me semble que ce genre de choix est fait comme on se choisit une charte graphique. On pourrait donc souhaiter à terme réutiliser exactement ces numérotations et formats pour un autre modèle. Quand on utilise l'outil de charger les styles dans style et formatage, d'après mon observation, il n'importe que les styles qu'il ne connaissait pas déjà (il comparerait la liste des styles et non leur contenu). C'est une raison supplémentaire pour toujours donner ses propres noms de style. Si on a simplement modifié le style corps de texte dans un document et qu'on trouve plus pratique de l'importer que de le recréer dans un document, apparemment il ne l'importe pas, alors qu'il importe n'importe quel style qu'on a créé de toutes pièces. Le 7 février 2010 17:39, Jean-Baptiste Faure jbf.fa...@laposte.net a écrit : Le 07.02.2010 16:24, fred juan diaz a écrit : Bonjour Lors d'un stage récent, une utilisatrice m'a posé le problème suivant : Elle souhaite mélanger numérotation et puces, en ayant ceci 1. Numérotation de niveau 1 (Nombre suivi d'un point) ● Numérotation de niveau 2 (Puce circulaire noire) et pouvoir gérer les niveaux avec les boutons de la barre d'outils contextuelle (abaisser d'un niveau, hausser d'un niveau) Nous avons donc personnalisé (clic droit Puces et numérotations, Onglet Options) et cela fonctionne parfaitement. Le problème est que le modèle ott ainsi créé ne fonctionne pas et sitôt la totalité du document effacée prête à utiliser, on revient systématiquement aux modèles prédéfinis. Tout se passe donc comme si la personnalisation des puces était un phénomène local à une zone du document. J'ai déposé ici le fichier (en odt, pas ott) http://www.cijoint.fr/cjlink.php?file=cj201002/cij2CLBixP.odt Tant qu'on continue son utilisation, les styles sont respectés Si on efface la totalité du document, que toute trace de ces numérotation ait disparu, et qu'on tente de réutiliser ces styles, on voit que tout a été réinitialisé. :-( Bonjour Fred, Ce qui marche c'est de définir un style de paragraphe ma_liste, un style de numérotation ma_numérotation et d'associer ma_numérotation à ma_liste. Je promène de tels styles dans mes modèles depuis plusieurs années en les passant de version en version sans aucun soucis. On peut même depuis quelques temps associer un raccourci clavier à ces styles de paragraphe ce qui en facilite grandement l'usage. Je joins mon modèle, il faut utiliser le style liste à numéros ou liste à puces. Le style liste à numéros donne par exemple quelque chose de ce genre (voir dans l'onglet plan et numérotation le nom du style de numérotation associé) : 1. test 2. test2 a) fjfjfjdj * jeureiu (* remplacée par une puce) b) etc. Bonne fin de 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] image-lien
Salut, je n'utilise jamais draw alors je vais peut-être répondre à côté de la plaque mais bon... :D J'ai trouvé dans outil/options/openoffice.org Draw/général une option copie lors du déplacement qui chez moi est décochée. J'ignore s'il s'agit d'un déplacement à l'intérieur de l'outil Draw ou du déplacement vers Draw. Alors, je te propose de regarder si cette option ne serait pas cochée sur un de tes PC et pas sur les deux autres... Le 7 février 2010 17:47, Pascal HENRY pascal.hen...@club-internet.fr a écrit : Merci JBF Pour l'insertion je l'avais précisé il n'y a aucun problème. le problème ne se pose qu'à partir du copier-coller (ton option1, ceci dit l'option 2 donne le même résultat: lien) Ce que je ne comprend pas, c'est pourquoi le problème apparaît sur deux machines et non pas sur la troisième. *---Message original---* *De :* Jean-Baptiste Faure jbf.fa...@laposte.net *Date :* 07/02/2010 17:27:18 *A :* users@fr.openoffice.org *Sujet :* Re: [users-fr] Réf. : Re: [users-fr] Réf. : [users-fr] image-lien Le 07.02.2010 15:02, Pascal HENRY a écrit : voici 2 fichiers essai draw2 qui affiche des liens (2ème vignette) essai draw3 qui affiche les images grâce à la manip proposée par igor. Procédure pour les images où il y a seulement des liens: copied un fichier d'un répertoire et coller dans draw. Que veux-tu dire par copie d'un fichier d'un répertoire et coller dans Draw ? Est-ce : - option n°1 : ouvrir l'explorateur de fichier, aller dans le répertoire voulu, sélectionner l'image souhaitée, copie par ctrl+C ; revenir dans le doc Draw et faire coller par ctrl+V - option n°2 : ouvrir l'explorateur de fichier, aller dans le répertoire voulu, sélectionner l'image souhaitée, tirer l'image en question avec la souris jusque dans le doc Draw. - option n°3 : autre chose, mais quoi ? Chez moi, sous Linux, l'option n°1 produit un champ texte avec le chemin du fichier image tandis que l'option n°2 produit bien une image mais liée. Pour insérer une image en ayant le choix entre la lier ou l'insérer vraiment il faut passer par le menu Insertion Image À partir d'un fichier... ou utiliser le bouton de la barre d'outils dessin qui remplit la même fonction. 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 [image: Animations GRATUITES pour votre messagerie - par IncrediMail! Cliquez ici!] http://www.incredimail.com/?id=605280rui=123644021
Re: [users-fr] calc : insertion de cellules : copie des formats?
Ah oui en effet, et ça c'est normal. En les déplaçant, tu emportes avec elles les formats sinon c'est pour tes cellules déplacées que tu devrais les redéfinir. Pour garder les formats dans les premières cellules, il faudrait les dupliquer et ce qui duplique dans le logiciel c'est copier/coller :D. (tu peux choisir de ne dupliquer que les formats en utilisant collage spécial) Par contre, ce qui ne me paraît pas logique, c'est que les cellules soient vidées de leur format même quand on l'a défini au niveau de la colonne, mais bon... il n'y a apparemment qu'une déclaration de départ et pas de contrôle de chaque cellule quand on les manipule. Le format doit être stocké d'un coup sur toutes les cellules de la colonne et pas sur la colonne. Le 6 février 2010 05:19, E. Prom e3p...@gmail.com a écrit : On Friday, 05 February 2010, 20:28:04 +0100, Marie-Pierre CORONEL mariepierre@gmail.com wrote: Salut, tu travailles avec quelles versions ? En version 3.1.1, les formats de la ligne précédente sont repris. J'avais très mal décrit mon problème : ce n'est pas lors d'insertion de cellules que je me retrouve avec des cellules sans formatage, mais lorsque j'en déplace. Les cellules rendues vides n'ont plus de formatage. Merci pour la réponse, je peux simplement insérer des cellules au lieu d'en déplacer. (Version 3.1.1 aussi, paquet Debian sid 1:3.1.1-14) - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Impress: arrière plan décalé
Ah oui en effet ! moi en diaporama j'ai bien l'image que tu souhaites. Restent donc la question habituelle : tu as la version openoffice officielle ? :D Le 6 février 2010 08:42, ymai ymaire...@gmail.com a écrit : Le 6 février 2010 00:25, Igor Barzilai igor.barzi...@free.fr a écrit : Bonsoir, Chez moi aussi, c’est bien centré (Windows XP familial, OOo 3.1.0). Peux-tu envoyer une capture écran pour que l’on constate l’ampleur du décalage. Igor. Bonjour Merci à celles et ceux qui ont déjà pris de leur temps pour regarder mon souci. Deux captures d'écrans aux adresses http://sapajou.be/images/Capture.jpg (le dégradé normal dans la zone de composition) http://sapajou.be/images/Capture-1.png (le résultat en mode diaporama) Ooo 3.01 sous Ubuntu 9.04 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org diaporama.odg Description: application/vnd.oasis.opendocument.graphics - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Impress: arrière plan décalé
je complète ma réponse, j'ai fait dans le raccourci là... sur ubuntu, vous avez une version openoffice pas complète quand elle est livrée avec. Du coup vous pouvez avoir des fonctionnalités qui marchent mal voire pas du tout. si tu n'as pas téléchargé openoffice depuis le site officiel, c'est peut-être ton souci. Donc je te suggère si c'est le cas de télécharger openoffice depuis fr.openoffice.org Le 6 février 2010 09:20, Marie-Pierre CORONEL mariepierre@gmail.com a écrit : Ah oui en effet ! moi en diaporama j'ai bien l'image que tu souhaites. Restent donc la question habituelle : tu as la version openoffice officielle ? :D Le 6 février 2010 08:42, ymai ymaire...@gmail.com a écrit : Le 6 février 2010 00:25, Igor Barzilai igor.barzi...@free.fr a écrit : Bonsoir, Chez moi aussi, c’est bien centré (Windows XP familial, OOo 3.1.0). Peux-tu envoyer une capture écran pour que l’on constate l’ampleur du décalage. Igor. Bonjour Merci à celles et ceux qui ont déjà pris de leur temps pour regarder mon souci. Deux captures d'écrans aux adresses http://sapajou.be/images/Capture.jpg (le dégradé normal dans la zone de composition) http://sapajou.be/images/Capture-1.png (le résultat en mode diaporama) Ooo 3.01 sous Ubuntu 9.04 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Copier coller qui ne conserve pas le style
Le style de paragraphe corps de texte est défini en gras sur Cor. Donc quand il reçoit du corps de texte non gras par copié/collé, il le reprend en gras. Et les paragraphes qui arrivent correctement sont simplement ceux qui sont en standard ou autre :) Quand on utilise les mêmes noms de style pour copier/coller, vaut mieux qu'ils aient les mêmes paramètres ^^ Le 6 février 2010 19:28, Gwen gwenmor...@free.fr a écrit : Une précision cependant. Si je sélectionne paragraphe par paragraphe en faisant attention de stopper la sélection juste après le point, je garde la mise en forme. Si je sélectionne jusqu'au bout de la ligne, tout est gras lorsque je colle. Gwen a écrit : Bonsoir, dans chaque contrôle, je fais un exercice de mémorisation du cours. Dans le texte que les élèves ont à apprendre j'enlève une trentaine de mots qu'ils doivent retrouver. Comme je leur donne ensuite un corrigé, je le réalise en même temps que le contrôle. Je commence par copier-coller les phrases à savoir depuis le fichier /cours /dans le fichier /contrôle /puis je met en gras les mots que je désire supprimer. Pour cela je vais ensuite les remplacer par .. mais avant ça, pour ne pas avoir à recommencer le travail de mise en gras dans le fichier /corrigé/, je sélectionne mon texte et le copie-colle dans le fichier /corrigé/. Sauf qu'à chaque fois, l'ensemble du texte passe en gras (au mieux le dernier paragraphe accepte d'être copier-coller correctement). A savoir cependant que mon fichier /corrigé/ n'est pas un nouveau fichier car pour ne pas changer de mise en forme je réutilise un ancien fichier /corrigé/. Quand j'effectue le copier-coller dans un nouveau fichier tout va bien ... par contre, quelque soit l'endroit de mon fichier où je teste, j'obtiens le même résultat ... Que peut donc avoir mon fichier de particulier ? Je tente de les mettre en pièce jointe si quelqu'un a le temps de jeter un oeil. D'avance merci, - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org -- Le site de mon association : http://rivenzic.free.fr/Joomla Mon nouveau blog http://leblogdugwen.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] calc : insertion de cellules : copie des formats?
Salut, tu travailles avec quelles versions ? En version 3.1.1, les formats de la ligne précédente sont repris. Le 5 février 2010 14:41, E. Prom e3p...@gmail.com a écrit : Bonjour, Il m'arrive fréquemment d'avoir à insérer des lignes dans un tableau, et à chaque fois les nouvelles cellules n'ont aucun formatage. J'aimerais bien qu'une ligne insérée obtienne le formatage de la ligne supérieure ou inférieure : telle colonne centrée, telle autre avec deux décimales, etc. Est-ce possible, ou faut-il cliquer sur le pinceau à chaque fois? - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Problème
Bah les poules l'ignorent :D Le 28 janvier 2010 23:49, gabriel jourdain-gabr...@orange.fr a écrit : Le Wednesday 27 January 2010 06:55:44 michael, vous avez écrit : Merci, mais je voudrais pouvoir ouvrir le doc sans avoir à l'enregistrer. Cela fonctionnait comme ça, mais depuis quelques temps (OpenOffice 3) c'est le bazar. Michaël. Un ami me dit avoir peur des poules car il se prend pour un grain de maïs. Après une sérieuse thérapie il confirme à son médecin qu'il ne se considère plus comme un grain de maïs mais comme un être humain ; son médecin lui dit qu'il peut donc sortir du centre dans lequel il est interné. Et à ce moment là, l'ami lui dit : je sais que je ne suis pas un grain de maïs, mais les poules, elles, est-ce qu'elles le savent??? Lol /troll G. Ps : je suis vraiment stupide ! - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Open Office propriétés de documents
Salut, Je pense que ta question n'est pas si simple finalement... Le 29 janvier 2010 18:36, Lucien RUBEMPRE antis...@sfr.fr a écrit : Bonjour, question simple : savez-vous comment inclure une adresse email cliquable dans les propriétés d'un fichier ? - 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] Open Office propriétés de documents
En fait j'ai essayé plusieurs trucs, mais je n'ai pas trouvé en effet, et je pense qu'on en est tous là :s Ou alors celui qui a la réponse n'est pas encore passé ici :D Le 29 janvier 2010 21:11, Lucien RUBEMPRE antis...@sfr.fr a écrit : Ouf, merci Marie-Pierre : je croyais que j'étais devenu invisible ! Donc, ce n'est peut-être, tout simplement, pas possible ce que je demande. Marie-Pierre CORONEL a écrit : Salut, Je pense que ta question n'est pas si simple finalement... - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] pb traitement des données avec pilot e de données
Salut, non pas de solution ou plutôt si, mais pas dans ooo. Base n'est pas développé pour un usage aussi important, openoffice le considère comme un outil mis à disposition pour un usage maison, pour le cas où un utilisateur ait besoin d'une petite base. Rappel que je pique à Sophie (dans un message de la liste qa-test) : pour mémo, je copie/colle le mission statment de dba : When a *personal use database* is all you need, BASE offers the full HSQL relational database engine, *configured for single user*, with the data stored right in the BASE file, as well as native support for dBase flat files. Alors... courage si tu t'obstines, comme au début de l'informatique, lance le traitement pendant la nuit pour en trouver le résultat le lendemain :D cordialement. MPC Le 26 janvier 2010 16:15, Sylvain Bouquin sylvain.bouq...@free.fr a écrit : Bonjour, J'aurais besoin d'un avis, un conseil. Je tente de faire des traitements en utilisant le pilote de donnée relié à une source externe (base mysql) et utilisant le connecteur odbc. La table source (une vue) comporte plus de 20 enregistrements. La base mysql est installée en local (localhost). OS = ubuntu *Le probleme: * J'ai l'impression que OOo à vraiment du mal à traiter autant de données. Quand je tente de me connecter à la source (la vue en question), là il faut attendre longtemps et dans le meilleurs des cas les formulaires affichant les boutons des différentes colonnes de la table apparaissent. Ensuite pour réaliser un traitement (ex nombre d'enregistrements pour le sexe féminin alors là on attend et à force d'attendre on ferme OOo... J'ai tenté des traitements sur une table plus petites - de 3000 enregistrements et là ça fonctionne (on attend très peu !) . J'aurais voulu savoir si vous auriez une solution pour réaliser dans de bonnes conditions des traitements sur autant d'enregistrements ? Est-ce que l'utilisation du connecteur jdbc peut améliorer les choses ? Est-ce que cela vient d'OOo qui rame pour ce genre de choses ? Est-ce Mysql qui à du mal à fournir ce qu'on lui demande ? Est-ce le système qui est trop léger (2 G de ram et cpu ~ 3 ghz ) Est-ce que ça fonctionnerait mieux avec excel :-D , lol ... de toute façon je peux pas sous linux ;-) . Merci pour vos réponses Sylvain
Re: [users-fr] base probleme de relationship
Salut, hum, je n'ai pas compris grand chose à ton discours à part Base, relations et réorganise :D S'agit-il de l'affichage des relations par le truchement de /outils/relations ? Le 26 janvier 2010 14:17, Guy Deleeuw g.de_le...@eurofer.be a écrit : Bonjour Je teste Base, ce qui m'intéresse principalement c'est d'avoir une vue des relations de mes tables postgres via le driver sdbc. Cela fonctionne bien, excepté que lorsque je réorganise ma vue en déplaçant des objets et que j'enregistre le tout lors de la réouverture j'ai perdu toutes mes modifications du design. Est ce un bug ? Version : 3.1 sous KUbuntu 9.10 Merci d'avance Guy - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org