[users-fr] Re: Comment cacher OOo au profit de sa propre GUI ?
julien cochennec wrote: Maurice Starck a écrit : Je suis aussi intéressé par cette macro. Maurice La voici, elle était déjà dans le mail précédent mais je la remet ici, Vu ! Merci. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: Comment cacher OOo au profit de sa propre GUI ?
julien cochennec wrote: Béryl a écrit : Bonjour à tous. Je voudrais savoir si l'on peut créer une interface graphique sous Base (un ou plusieurs formulaires) et ne passer que par elle pour gérer une base de donnée. Je veux dire sans afficher celle de Base (qui tourne en arrière plan, mais qu'on ne voit pas). ... Question que je me suis posé aussi, la solution que j'ai retenu, c'est de faire un formulaire sous calc (ou writer) avec une macro au démarrage qui l'affiche en plein écran, ce qui fait qu'on ne voit plus que les onglets et le formulaire, option assez élégante mais très bricolée, qui permet d'avoir un bouton qui sort du mode plein écran pour pouvoir à tout moment retomber sur openoffice. Le problème, c'est qu'alors il faut faire un formulaire qui ne soit pas dans la base, mais je préfère car comme ça, la base est indépendante du formulaire et les deux sont modifiables indépendamment également. Si vous voulez, je vous envoie la macro en plein écran, pas de pb. Je suis aussi intéressé par cette macro. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] comment saisir la date du jour ?
Secrétariat wrote: ... Le pire de tout dans l'histoire est que cette fonctionnalité était celle par défaut avec la branche 1.1.x, c-à-d que le formulaire affichait automatiquement et entrait automatiquement la date du jour, mais comme ça énervait les utilisateurs, la fonctionnalité a été enlevée par l'équipe de dev au fur et à mesure de l'intégration du nouveau module Base. Alex Oui, tu as raison. J'ai retrouvé des posts qui reportent aussi la présence de cette fonctionnalité dans OOo 1.x et sa disparition dans OOo 2.x Donc, la seule façon d'avoir la date du jour, c'est bien par le contrôle de champ Date en liste déroulante. Et qui fonctionne très bien. Je propose de clore ici ce long fil. Jean Michel Je ne pensais pas initier une aussi longue et passionnante discussion. J'ai beaucoup appris, merci. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] atteindre automatiquement le dernier enregistrement
Bonjour, Toujours à la recherche du moindre effort, je me demande s'il est possible, lors d'une requête qui affiche un tableau, de positionner le curseur par défaut sur le dernier enregistrement. On peut évidemment choisir de changer l'ordre d'affichage pour que le dernier devienne premier, mais alors il faut sauter à l'autre bout pour une création. Je pose la question plus par curiosité que par nécessité (un clic n'est pas la mer à boire !). Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [Base] perte du format des requêtes
Bonjour Jean-François, Jean-François Nifenecker wrote: Maurice Starck a écrit : Bonjour, Bonjour, WinXP - OO 2.2 Je suis obligé, souvent mais pas systématiquement, de refaire la présentation des colonnes de mes requêtes (nombres alignés à droite avec séparation en groupe de trois chiffres). Quelqu'un a-t-il remarqué ces trous de mémoire de Base ? Comment soigner cet Alzheimer ? (à moins que je n'aie pas tout compris) Cà ne va pas répondre directement à la question, mais il me semble que le résultat des requêtes ne doit pas être bricolé (en termes de mise en forme). Pour ma part je confierais la mise en forme du résultat de la requête au document qui va refléter ces données. En d'autres termes, les données doivent rester brutes, leur mise en forme étant traitée à un autre niveau. Peux-tu précisez ce que tu entends par un autre niveau. Une fois la requête effectuée je clique-droit sur certaines colonnes pour modifier le format. En général je retrouve ces modifs après sauvegarde et réouverture de la base, mais pas toujours. Selon le nombre de colonnes cela peut devenir galère. Pourquoi ? Parce que : 1. il ne faut pas surcharger les sources de données par des éléménets extérieurs 2. d'une même source de données on pourrait avoir besoin de produire plusieurs représentations, mises en forme différemment 3. le découpage en niveaux d'abstraction (les données / leur mise en forme) permet de découpler les manipulations dans chacun de ces niveaux Ce n'est pas la source de données que je mets en forme, mais le résultat d'une requête. En espérant avoir aidé, pas vraiment encore ! cependant merci pour la réponse. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] comment saisir la date du jour ?
mavi estbelle wrote: Bonjour Pour insérer la date dans un doc, menu insertion = champ = date Après tu faitclick droit dessus pour choisir le format de date que tu veux. belle journée à tous Bonjour, J'aurais dû préciser que je veux rentrer la date du jour dans un champ d'un enregistrement (cf [Base] dans le titre). La requête que j'utilise pour la saisie n'a pas de menu insertion. Même si j'utilise un formulaire cela ne marche pas (la date est insérée en dehors du contrôle de table). Maurice On 4/25/07, Maurice Starck [EMAIL PROTECTED] wrote: Bonjour, WinXP - OO 2.2 J'ai déjà posé la question il y a... longtemps, mais impossible de retrouver ce fil de discussion. Il me semble qu'un double clic permettait d'entrer, sinon la date du jour, du moins la dernière date saisie. Cela ne fonctionne plus (depuis je suis passé à la version 2.2 de OO). Cette saisie automatique est-t-elle possible ? si oui, comment ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [Base] perte du format des requêtes
Jean-Francois Nifenecker wrote: Maurice Starck a écrit : Bonjour Jean-François, Bonjour Maurice, les réponses de Docgranville et Jean-Michel complètent et éclaircissent ce que j'avais voulu dire dans mon msg précédent. Jean-François Nifenecker wrote: En d'autres termes, les données doivent rester brutes, leur mise en forme étant traitée à un autre niveau. Peux-tu précisez ce que tu entends par un autre niveau. Au niveau de la présentation : via le traitement de textes ou le tableur, par exemple (ex pratique : publipostage). C'est donc au niveau des documents qui exploitent le résultat de ta requête que tu peux (devrais, amha) procéder aux mises en forme. Pour résumer, tu as : -- une base de données constituée de tables, requêtes, vues. Une telle base ne contient (devrait contenir) que des données brutes -- un ensemble de documents, rapports, catalogues, bilans, états destinés à *présenter* les données disponibles dans la base. C'est à ce second niveau que je faisais allusion. Une fois la requête effectuée je clique-droit sur certaines colonnes pour modifier le format. En général je retrouve ces modifs après sauvegarde et réouverture de la base, mais pas toujours. Selon le nombre de colonnes cela peut devenir galère. Je conviens qu'il y a là probablement un bug (non testé de mon côté). Cependant, comme je le prétends, ce bug est sans importance, compte tenu de ce qui précède : les mises en forme ne sont pas du ressort de la base de données. Pourquoi ? Parce que : 1. il ne faut pas surcharger les sources de données par des éléménets extérieurs 2. d'une même source de données on pourrait avoir besoin de produire plusieurs représentations, mises en forme différemment 3. le découpage en niveaux d'abstraction (les données / leur mise en forme) permet de découpler les manipulations dans chacun de ces niveaux et pour compléter le 3. çà aide TRES beaucoup à gérer la maintenance de la base Ce n'est pas la source de données que je mets en forme, mais le résultat d'une requête. Une requête *est* une source de données :-) Ah bon ! merci pour cette précision. Cependant, s'agissant de nombres, il me semblait logique qu'ils soient affichés par défaut alignés à droite dans chaque champ avec les séparateurs décimaux alignés dans la colonne. Je ne cherche pas une belle présentation ou une mise en forme sophistiquée ; je veux simplement consulter rapidement des résultats en constate évolution (nombres d'inscriptions, soldes...). Pour cela j'utilise évidemment une requête qui calcule des sommes, et l'affichage de document à droite de la liste des requêtes suffit souvent à mon bonheur (et évite d'avoir à ouvrir une nouvelle fenêtre pour afficher la requête). Il ne me paraît pas déraisonnable de chercher un peu de clarté dans cet affichage, juste pour en rendre la lecture plus confortable. Ceci dit je comprends parfaitement la philosophie du découplage, surtout si on cherche à créer des documents bien léchés. Merci pour toutes vos réponses. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] comment saisir la date du jour ?
Docgranville wrote: Re-Bonjour, Ce n'est pas de la mauvaise volonté, mais bien qu'ayant compris ce que tu recherchais (je crois), je ne parviens toujours pas à comprendre la démarche ; en fait, ne chercherais-tu pas à ré-inventer la roue, par hasard ? Je m'explique ; pour que la donnée relative à la date soit stockée, il faut nécessairement qu'un champ ait été défini dans la table correspondante pour la recevoir ; dès lors, voudrais-tu m'expliquer ce qui t'empêche de prévoir, dans ton formulaire, un champ de date (Datefield) correspondant à ce champ de ta table ? Rien ? On est bien d'accord... Alors qu'est-ce qui t'empêche, également, parmi les différentes options relatives à ce champ, dans ton formulaire, de placer l'option déroulante à Oui ? Rien non plus ? On est toujours d'accord... Alors quitte à appuyer sur un bouton, pourquoi, plutôt que d'appuyer sur un bouton déclenchant une macro qui remplirait un Datefield, n'appuierait-on pas sur le menu déroulant de ce même Datefield, laquelle action fait apparaître un joli calendrier avec tous les jours du mois en cours et deux petits boutons dont l'un est intitulé Auj. et par un clic sur lequel, on parvient à obtenir directement la date du jour ; alors certes, l'opération se fait au moyen de deux clics, au lieu d'un seul, mais est-ce véritablement rédhibitoire ? Mais peut-être n'ai-je pas compris ce que tu cherchais... A+ Voila qui est clair, s'agissant de formulaires. Mais moi j'essaie simplement de gérer des dépenses et donc de créer rapidement de nouveaux enregistrements où je dois souvent saisir la date du jour. Je fais cela directement dans le tableau affiché par une requête (qui me sert essentiellement à avoir un affichage ordonné selon le champ date). Je cherche donc un moyen rapide (le plus automatique possible) pour introduire la date du jour dans ce tableau lors de la création d'un nouvel enregistrement. L'idéal serait la date du jour comme valeur par défaut (un peu comme la clef primaire qui s'auto-incrémente). Et s'il faut la modifier il est plus rapide changer un ou deux chiffres que de saisir toute la date. Il semble que cela ne soit pas possible dans une requête. Snif ! Merci pour vos réponses (au passage j'ai appris des choses intéressantes sur les formulaires). Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] perte du format des requêtes
Bonjour, WinXP - OO 2.2 Je suis obligé, souvent mais pas systématiquement, de refaire la présentation des colonnes de mes requêtes (nombres alignés à droite avec séparation en groupe de trois chiffres). Quelqu'un a-t-il remarqué ces trous de mémoire de Base ? Comment soigner cet Alzheimer ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] comment saisir la date du jour ?
Bonjour, WinXP - OO 2.2 J'ai déjà posé la question il y a... longtemps, mais impossible de retrouver ce fil de discussion. Il me semble qu'un double clic permettait d'entrer, sinon la date du jour, du moins la dernière date saisie. Cela ne fonctionne plus (depuis je suis passé à la version 2.2 de OO). Cette saisie automatique est-t-elle possible ? si oui, comment ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: versions 2.1 et 2.2
Merci ! J'avais fait la manip pour les dicos, mais je vais aussi vérifier le reste. Maurice yves dutrieux wrote: Bonjour, Le 04/04/07, Maurice Starck [EMAIL PROTECTED] a écrit : Bonjour, Après avoir installé OOo 2.2 (sous WinXP) sans désinstaller la version 2.1 je me retrouve avec deux répertoires. Le OpenOffice.org 2.1 contient une quarantaine de fichiers pour environ 8 Mo. Peut-on détruire ce répertoire ? en l'envoyant simplement à la poubelle ? (dans le panneau de configuration il n'y a que OpenOffice.org 2.2) Pourquoi ce répertoire subsiste-t-il après la mise à jour ? Ce répertoire contient les fichiers qui ne sont pas installés en standard avec OOo (soit principalement les dicos). Comme signalé dans un post précédent, j'utilise le contenu du dossier share\dict sous l'ancien version pour la copier sous le nouveau dossier OOo 2.2 pour ne pas devoir me retaper l'install des dicos ;-) Yves. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] versions 2.1 et 2.2
Bonjour, Après avoir installé OOo 2.2 (sous WinXP) sans désinstaller la version 2.1 je me retrouve avec deux répertoires. Le OpenOffice.org 2.1 contient une quarantaine de fichiers pour environ 8 Mo. Peut-on détruire ce répertoire ? en l'envoyant simplement à la poubelle ? (dans le panneau de configuration il n'y a que OpenOffice.org 2.2) Pourquoi ce répertoire subsiste-t-il après la mise à jour ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [calc] première lettre d'une cellul e en capitale
Gérard Laloux wrote: Jean Baptiste Faure a écrit : Le Mercredi 7 Février 2007 04:33, Maurice Starck a écrit : Bonjour, Yeps, Quand je valide un texte dans une cellule la première lettre est transformée en capitale (je n'ai pas ce problème dans Base). Je n'ai trouvé qu'une solution pour supprimer la capitale : format - change casse... manip à refaire pour chaque cellule ! Y a-t-il une option ou un truc simple pour éviter cette capitalisation ? Maurice As-tu pensé à aller dans Outils Autocorrections Options puis décocher majuscule en début de phrase. Normalement, ça devrait arranger la situation. Bonne journée Menu Outils/Auto-correction. Dans l'onglet Options supprimer l'option Majuscule en début de phrase. Merci à Gérard et Jean Baptiste. Je n'avais pas encore eu l'occasion de m'intéresser à autocorrection ; c'est fait ! Cette fonctionnalité ne semble pas implantée dans Base, exact ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [calc] première lettre d'une cellule en capitale
Bonjour, Quand je valide un texte dans une cellule la première lettre est transformée en capitale (je n'ai pas ce problème dans Base). Je n'ai trouvé qu'une solution pour supprimer la capitale : format - change casse... manip à refaire pour chaque cellule ! Y a-t-il une option ou un truc simple pour éviter cette capitalisation ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] les requêtes produisent des ta bleaux figés - résolu
Maurice Starck wrote: Bonjour, J'ai une base élémentaire : 5 tables, des requêtes pour les ordonner, des formulaires de saisie (avec contrôle de table, basé sur une requête), aucun calcul. Tout cela fonctionnait parfaitement, mais hier j'ai constaté que les tableaux n'étaient plus modifiables. J'ai déjà eu ce problème avec une autre base : réglé en récréant les requêtes (je soupçonnais le passage de 00o 2.0.4 à 2.1). Cette fois-ci rien à faire ; j'ai seulement réussi avec les formulaires, en utilisant la table à la place de la requête. Pourquoi les requêtes produisent-elles maintenant des tableaux figés ? Maurice Le changement de version n'était pour rien dans mon problème de requête. Puisque ma clef primaire est un entier qui s'incrémente automatiquement, j'ai cru malin d'en supprimer l'affichage, or pour pouvoir modifier les enregistrements dans le tableau la clef primaire doit être affichée. A cette occasion j'ai remarqué que si on supprime l'affichage d'une colonne (en décochant l'option), presque toujours la colonne est carrément supprimée. Quelqu'un peut-il confirmer ? Est-ce un bug ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] taille du fichier (et de la clef primaire)
Bonjour, J'ai une petite base que je compte utiliser par années (destruction de tous les enregistrements de l'année précédente). Le fichier 2006 (500 enregistrements) fait 300 k, le 2007 (30 enregistrements seulement) aussi ! J'ai utilisé une copie de 2006 que j'ai vidée pour créer 2007. Pourquoi le fichier n'a-t-il pas maigri ? A la suite d'un Crtl-V malheureux j'ai créé une clef (integer) de l'ordre de 32000. Avec l'indexation automatique les clefs continuent à s'incrémenter à partir de cette nouvelle valeur (une valeur inférieure provoque une erreur). Y a-t-il un moyen non destructif de revenir à des valeurs plus raisonnables ? La taille des fichiers est-elle liée à ce problème d'indexation ? cela expliquerait que mes deux fichiers ont la même taille pour des contenus fort différents (une autre base avec 3000 enregistrements ne pèse que 700 k). Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] taille du fichier (et de la clef primaire)
Jean-Francois Nifenecker wrote: Maurice Starck a écrit : Bonjour, Bonjour, J'ai une petite base que je compte utiliser par années (destruction de tous les enregistrements de l'année précédente). Le fichier 2006 (500 enregistrements) fait 300 k, le 2007 (30 enregistrements seulement) aussi ! J'ai utilisé une copie de 2006 que j'ai vidée pour créer 2007. Pourquoi le fichier n'a-t-il pas maigri ? Le vidage consiste-t-il en une suppression *effective* des lignes ? Oui : suppression des enregistrements. A la suite d'un Crtl-V malheureux j'ai créé une clef (integer) de l'ordre de 32000. Avec l'indexation automatique les clefs continuent à s'incrémenter à partir de cette nouvelle valeur (une valeur inférieure provoque une erreur). Y a-t-il un moyen non destructif de revenir à des valeurs plus raisonnables ? Si la colonne est de type Integer, la taille occupée est la même quelle que soit la valeur du champ dans le domaine de validité de ce type. Bien sûr, mais j'imaginais que peut-être Base créait 32000 enregistrements vides... Un peu tiré par les cheveux ! La taille des fichiers est-elle liée à ce problème d'indexation ? cela expliquerait que mes deux fichiers ont la même taille pour des contenus fort différents (une autre base avec 3000 enregistrements ne pèse que 700 k). L'ajout d'un index a évidemment pour conséquence une augmentation de taille de la base. Je me suis mal exprimé : je n'ai pas ajouté d'index, seulement ce problème de clef primaire. Bonne journée, Merci, mais ma nuit est déjà bien entamée... Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] taille du fichier (et de la clef primaire)
Manuel NAUDIN wrote: Le 06/01/07, Maurice Starck[EMAIL PROTECTED] a écrit : Bonjour, J'ai une petite base que je compte utiliser par années (destruction de tous les enregistrements de l'année précédente). Le fichier 2006 (500 enregistrements) fait 300 k, le 2007 (30 enregistrements seulement) aussi ! J'ai utilisé une copie de 2006 que j'ai vidée pour créer 2007. Pourquoi le fichier n'a-t-il pas maigri ? bonjour, tu peux essayer : - ouvrir le document Base - par Outils SQL : SHUTDOWN COMPACT - fermer le document - rouvrir le document normalement, il a du réduire de taille. Ouahou ! Il s'est réduit à une peau de chagrin : 300 k - 26 k. Quelle cure d'amaigrissement ! Il est dommage que cette commande ne soit pas proposée dans un menu ; elle me semble indispensable à connaître. A la suite d'un Crtl-V malheureux j'ai créé une clef (integer) de l'ordre de 32000. Avec l'indexation automatique les clefs continuent à s'incrémenter à partir de cette nouvelle valeur (une valeur inférieure provoque une erreur). Y a-t-il un moyen non destructif de revenir à des valeurs plus raisonnables ? toujours par Outils SQL, exécuter : ALTER TABLE maTable ALTER COLUMN maClePrimaire RESTART WITH 132 (132 est un exemple). Même pas eu besoin de cette commande ; la précédente à remis les pendules à l'heure : la clef repart de la valeur max déjà utilisée. Il va falloir que je trouve le temps de de m'intéresser de près au SQL. Merci Manuel, tout baigne, ou presque... J'ai une autre question, mais d'abord dodo. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] les requêtes produisent des tablea ux figés
Bonjour, J'ai une base élémentaire : 5 tables, des requêtes pour les ordonner, des formulaires de saisie (avec contrôle de table, basé sur une requête), aucun calcul. Tout cela fonctionnait parfaitement, mais hier j'ai constaté que les tableaux n'étaient plus modifiables. J'ai déjà eu ce problème avec une autre base : réglé en récréant les requêtes (je soupçonnais le passage de 00o 2.0.4 à 2.1). Cette fois-ci rien à faire ; j'ai seulement réussi avec les formulaires, en utilisant la table à la place de la requête. Pourquoi les requêtes produisent-elles maintenant des tableaux figés ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] formulaire de saisie/mod ification avec champ calculé
Manuel NAUDIN wrote: ... Merci Manuel pour l'exemple que j'ai attentivement étudié. Je n'ai pas compris comment tu as créé la table vue_req-calcul. clic-droit sur la requête créer en tant que vue Encore un truc qui m'avait échappé. Un nouveau problème cependant : le formulaire s'obstine à demander une saisie dans les champs calculés. Pas grave, la requête me suffit, mais c'est étrange. J'ai trouvé la solution : il faut initialiser tous les champs à 0 : - les champs de saisie, sinon pas de calculs, - et les champs calculés, sinon impossible de créer l'enregistrement. ... Finalement j'ai retrouvé presque toutes les fonctionnalités d'Access, sauf le copier-coller/ajouter (duplication d'un enregistrement) ; bien pratique car il est parfois plus rapide de copier un enregistrement puis d'éditer quelques champs que de saisir tous les champs d'un nouvel enregistrement. Pas d'info concernant cette facilité ? fichier mis à jour (21 k): http://pageperso.canl.nc/starck/stuff/test_concours.odb J'y ai ajouté un rapport basé sur la requête état_inscriptions (les enregistrements pertinents) ; est-il possible de compléter ce rapport avec les infos fournie par la requête totaux_inscr (totaux par colonnes) ? Quelque chose comme insérer un sous-rapport... Ma nuit sera courte,Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: Calc Récupération d'un fichier Ex cel
Manuel NAUDIN wrote: ... J'ai entré ta formule dans la cellule indiquée (ça me donne 3208,62 comme résultat), sauvé et rouvert le fichier sans problème. Je travaille sur iMac Intel, OOo 2.1 (seule dif: c'est la version néerlandaise, donc j'ai dû remplacer SOMME.SI par SOM.ALS) voilà une piste intéressante. est-ce que quelqu'un connait le nom de SOMME.SI en Anglais ? SUMIF(dans ma liste de fonctions) Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] formulaire de saisie/mod ification avec champ calculé
Maurice Starck wrote: ... Finalement j'ai retrouvé presque toutes les fonctionnalités d'Access, sauf le copier-coller/ajouter (duplication d'un enregistrement) ; bien pratique car il est parfois plus rapide de copier un enregistrement puis d'éditer quelques champs que de saisir tous les champs d'un nouvel enregistrement. Pas d'info concernant cette facilité ? Très simple : il suffit de glisser l'enregistrement à dupliquer et de le déposer sur la ligne de saisie du nouvel enregistrement. fichier mis à jour (21 k): http://pageperso.canl.nc/starck/stuff/test_concours.odb J'y ai ajouté un rapport basé sur la requête état_inscriptions (les enregistrements pertinents) ; est-il possible de compléter ce rapport avec les infos fournie par la requête totaux_inscr (totaux par colonnes) ? Quelque chose comme insérer un sous-rapport... Rien trouvé pour créer un rapport utilisant deux requêtes. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] formulaire de saisie/mod ification avec champ calculé
Manuel NAUDIN wrote: Le 02/01/07, Maurice Starck[EMAIL PROTECTED] a écrit : Bonjour, Bonjour, Je me permets de revenir sur un problème resté sans solution. Je n'arrive pas à intégrer un champ calculé dans un formulaire de saisie ; la référence ci-dessous donne une solution simple : choisir comme source de données non pas la table, mais une requête (qui ajoute le champs calculé). Le problème ? un formulaire basé sur une requête ne permet plus de modifier les données, donc ne sert strictement à rien ! idem pour la requête. Quelqu'un a-t-il une telle configuration opérationnelle ? Si oui, où est mon erreur ? une possibilité est une requête pour le calcul que tu lies dans un sous-formulaire. Je me permet de joindre un exemple en pièce jointe, le fichier ne fait que 16 Ko. Merci Manuel pour l'exemple que j'ai attentivement étudié. Je n'ai pas compris comment tu as créé la table vue_req-calcul. Par contre j'ai découvert l'espace document qui permet d'afficher instantanément les petites requêtes (et donc répond à une précédente question) ; très pratique pour moi. Comme d'une part ton exemple ne correspond pas exactement ce que je voulais (pas de mise à jour en temps réel au cours de la saisie), et que d'autre part je trouvais cette solution un peu compliquée pour mes petits besoins (j'ai seulement à multiplier par un nombre fixe), je me suis lancé dans la création d'un autre petit exemple que je joins (seulement 12 k). Et là, miracle !!! Tout se met à marcher : champs calculés dans une requête et possibilité d'éditer les enregistrements dans cette requête. Un nouveau problème cependant : le formulaire s'obstine à demander une saisie dans les champs calculés. Pas grave, la requête me suffit, mais c'est étrange. Retour à mon application : je vire les requêtes et les recrée aussitôt... et ça marche ! Après réflexion, j'en suis arrivé à soupçonner le passage de OOo 2.0.4 à 2.1 Finalement j'ai retrouvé presque toutes les fonctionnalités d'Access, sauf le copier-coller/ajouter (duplication d'un enregistrement) ; bien pratique car il est parfois plus rapide de copier un enregistrement puis d'éditer quelques champs que de saisir tous les champs d'un nouvel enregistrement. Encore merci ; mon schmili... a bien avancé. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] formulaire de saisie/mod ification avec champ calculé
Manuel NAUDIN wrote: Le 02/01/07, Maurice Starck[EMAIL PROTECTED] a écrit : Bonjour, Bonjour, Je me permets de revenir sur un problème resté sans solution. Je n'arrive pas à intégrer un champ calculé dans un formulaire de saisie ; la référence ci-dessous donne une solution simple : choisir comme source de données non pas la table, mais une requête (qui ajoute le champs calculé). Le problème ? un formulaire basé sur une requête ne permet plus de modifier les données, donc ne sert strictement à rien ! idem pour la requête. Quelqu'un a-t-il une telle configuration opérationnelle ? Si oui, où est mon erreur ? une possibilité est une requête pour le calcul que tu lies dans un sous-formulaire. Je me permet de joindre un exemple en pièce jointe, le fichier ne fait que 16 Ko. Merci Manuel pour l'exemple que j'ai attentivement étudié. Je n'ai pas compris comment tu as créé la table vue_req-calcul. Par contre j'ai découvert l'espace document qui permet d'afficher instantanément les petites requêtes (et donc répond à une précédente question) ; très pratique pour moi. Comme d'une part ton exemple ne correspond pas exactement ce que je voulais (pas de mise à jour en temps réel au cours de la saisie), et que d'autre part je trouvais cette solution un peu compliquée pour mes petits besoins (j'ai seulement à multiplier par un nombre fixe), je me suis lancé dans la création d'un autre petit exemple que je joins (seulement 12 k). Et là, miracle !!! Tout se met à marcher : champs calculés dans une requête et possibilité d'éditer les enregistrements dans cette requête. Un nouveau problème cependant : le formulaire s'obstine à demander une saisie dans les champs calculés. Pas grave, la requête me suffit, mais c'est étrange. Retour à mon application : je vire les requêtes et les recrée aussitôt... et ça marche ! Après réflexion, j'en suis arrivé à soupçonner le passage de OOo 2.0.4 à 2.1 Finalement j'ai retrouvé presque toutes les fonctionnalités d'Access, sauf le copier-coller/ajouter (duplication d'un enregistrement) ; bien pratique car il est parfois plus rapide de copier un enregistrement puis d'éditer quelques champs que de saisir tous les champs d'un nouvel enregistrement. Encore merci ; mon schmili... a bien avancé. Maurice PS: pièce attachée refusée (comment as-tu fait Manuel ?) Elle est accessible à http://pageperso.canl.nc/starck/stuff/test_concours.odb - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] formulaire de saisie/modificatio n avec champ calculé
Bonjour, Je me permets de revenir sur un problème resté sans solution. Je n'arrive pas à intégrer un champ calculé dans un formulaire de saisie ; la référence ci-dessous donne une solution simple : choisir comme source de données non pas la table, mais une requête (qui ajoute le champs calculé). Le problème ? un formulaire basé sur une requête ne permet plus de modifier les données, donc ne sert strictement à rien ! idem pour la requête. Quelqu'un a-t-il une telle configuration opérationnelle ? Si oui, où est mon erreur ? Quant à la solution macro, je n'en ai jamais écrit, mais je m'y suis intéressé pendant quelques heures. Après avoir attentivement lu How to Use BASIC Macros in OpenOffice.org j'ai tenté divers essais qui ont provoqué un florilège d'erreurs ; j'ai abandonné quand l'une d'elles a bloqué Base qui a bloqué OOo qui a bloqué XP... et que la restauration s'en est mêlée pour relancer la boucle... Mon premier gag de l'année ! Si l'un des experts de la liste pouvait m'expliquer simplement comment créer une macro attachée à un champ de saisie, je serais ravi. si je saisis (le champ peut rester vide) le nombre X, la macro doit afficher par exemple X*1,618 (de préférence dans un nouveau champ) Maurice Référence : fin de la page http://wiki.services.openoffice.org/wiki/MSA-Base_Faq How do I add Calculated Controls to my forms and reports? Controls in Base forms and reports cannot be used to perform calculations. There are two methods available to get a calculated result on a form or report. - Using a query Modify the underlying data source of the form or report to perform the calculation for each record and return the result as a (calculated) field. - Using a macro If you need your control to update as data is entered into a form, you will need to write a small macro to perform the calculation and assign it to an appropriate event on one of the data entry controls (e.g. the Text modified event). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] mémorisation du formatage d'une requête
Bonjour, Encore un petit problème avec mes formulaires. J'ai reformaté les colonnes de mes requêtes : nombres alignés à droite, rouges si négatifs. Périodiquement Base oublie ces modifications pour certaines requêtes. Je refais la manip, mais après un certain temps retour à la case départ. Quelqu'un a-t-il noté ces amnésies ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] modification d'une table dans un formulaire
Bonjour, J'ai deux formulaires pour modifier deux tables. Dans l'un si clique dans un champ celui-ci est mis en évidence (en gros et gras, comme vu avec une loupe), dans l'autre non. Pourquoi cette différence de comportement ? Y a-t-il une option qui m'échappe ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] mémoriser la taille des fenê tres
Alex Thurgood wrote: Maurice Starck wrote: Bonjour, Certaines de mes requêtes n'affichent que quelques totaux, mais toujours dans une grande fenêtre. Existe-t-il un moyen d'ouvrir ces requêtes dans des fenêtres dont la taille serait plus adaptée à leur contenu ? Maurice Je pense que cela risque d'être difficile, car malheureusement les fenêtres qui s'ouvrent au sein du fichier ODB ne sont pas complètement gérées par l'environnement de gestion de fenêtre de OOo. Du coup, certaines de ces fenêtres ne renseignent pas correctement le processus soffice de base sur leur état et leur position. Je n'ai pas regardé, mais peut-être, et juste peut-être, il serait possible d'attribuer une taille fixe en jouant avec les paramètres dans un éventuel fichier de configuration (DataAccess.xcu, par exemple ?) Alex Merci Alex, mais créer un fichier de configuration est hors de ma portée. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] assistant requête petit bug ?
Manuel NAUDIN wrote: ... Si quelqu'un peut me rappeler quelle est la dénomination anglaise de assistant de création de requête ( query wizard ?) , je veux bien (tenter d') écrire une issue. je ne suis pas sûr, mais ça doit être ça ... si quelqu'un a une version anglaise installée ... Manuel Dans ma version anglaise : wizard to create a query Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] assistant requête petit bug ?
Manuel NAUDIN wrote: Le 22/12/06, Maurice Starck[EMAIL PROTECTED] a écrit : Manuel NAUDIN wrote: ... Si quelqu'un peut me rappeler quelle est la dénomination anglaise de assistant de création de requête ( query wizard ?) , je veux bien (tenter d') écrire une issue. je ne suis pas sûr, mais ça doit être ça ... si quelqu'un a une version anglaise installée ... Manuel Dans ma version anglaise : wizard to create a query Maurice Merci Maurice, (en fait, je comptais sur toi ...) pas de neige de noël en nouvelle-calédonie ? ;-) citation météofrance Les températures minimales de la nuit prochaine seront comprises entre 15 et 18 degrés dans l'intérieur, entre 19 et 23 degrés près des côtes. /citation météofrance hum... manuel Je reconnais qu'il fait un peu frais pour la saison : quelques nuages et un fort alizé ! Joyeux Noël à tous (le Père Noël commence sa tournée chez moi). Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] formulaire utilisant une requête
Bonjour, J'ai créé un formulaire avec un contrôle de table, qui me permet de modifier une table. J'ai aussi une requête qui utilise la même table et qui effectue un calcul (colonne supplémentaire). Si dans la requête je modifie la source de données (table - requête) je peux voir la colonne de calcul, mais je ne peux plus modifier les données. Les options correspondantes sont pourtant bien cochées (modification, ajout, suppression autorisés). Une requête ne semble pas permettre de modifications de données (c'est possible avec Access), un formulaire basé sur une requête non plus, alors pourquoi ces options sont-elles proposées ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: [Base] formulaire utilisant une requête
Maurice Starck wrote: Bonjour, J'ai créé un formulaire avec un contrôle de table, qui me permet de modifier une table. J'ai aussi une requête qui utilise la même table et qui effectue un calcul (colonne supplémentaire). Si dans la requête je modifie la source de données (table - requête) je peux voir la colonne de calcul, mais je ne peux plus modifier les données. Les options correspondantes sont pourtant bien cochées (modification, ajout, suppression autorisés). Une requête ne semble pas permettre de modifications de données (c'est possible avec Access), formulaire basé sur une requête non plus, alors pourquoi ces options sont-elles proposées ? Maurice Rectification : Si dans le FORMULAIRE je modifie la source de données (table - requête)... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: raccourci vers une table de Base
Secrétariat wrote: Maurice Starck a écrit : Manuel NAUDIN wrote: En fait les données n'apparaissent que dans une combinaison particulière de ces deux boutons. Quand j'ouvre le fichier il est toujours par défaut en mode édition, sans données affichées ; il faut alors utiliser la bascule pour les afficher, puis sortir du mode édition (les données s'affichent à nouveau). J'ai essayé de sauvegarder dans cette configuration, mais c'est impossible (read only). Dans la barre d'outils conception de formulaire, il y a une option ouvrir en mode conception. Si cette option est cochée, le formulaire s'ouvre en mode édition par défaut. Manuel Arghh... Voilà un troisième bouton qui devrait donc permettre d'ouvrir le fichier en mode lecture. Problème : quoi que je fasse avec ce bouton, le fichier s'ouvre systématiquement en mode édition. Pourtant je pense savoir cliquer sur un bouton... Maurice bonjour, Il faut cliquer une fois, et attendre le changement d'état, sans se précipiter pour cliquer encore (c'est ce que je faisais parce que çà n'allait pas assez vite). Jean Michel Merci Jean-Michel, mais je n'arrive toujours pas à ouvrir ce fichu formulaire autrement qu'en mode édition. Résumons : j'ouvre .odt avec mon raccourci - je suis en mode édition avec deux barres d'outils : - en haut, la barre standard avec avec une bascule A (un feuillet avec un crayon, enables you to edit a read-only document or database table. Pour éviter une traduction approximative je copie bêtement les bulles.) ; ce bouton est sélectionné (cadre à fond blanc), donc je suis bien en mode édition du formulaire. - en bas, la barre form design avec à gauche une autre bascule B (équerre avec un crayon, toggles the design mode on or off ) ; ce bouton n'est pas sélectionné, donc la table est affichée ...use the form controls) . Si je clique sur cette bascule je passe en mode édition (edit the form controls). - dans cette même barre, vers le milieu, le troisième bouton C (semblable à B, avec un feuillet plié jaune et un E, opens form in design mode so that the forms can be edited) qui est opérationnel seulement en mode édition (B sélectionné) ; ce bouton n'est PAS sélectionné. Je clique sur C, deux fois, sans précipitation (sélection puis désélection), puis je clique sur A pour quitter le mode édition et j'enregistre la modif : je quitte donc le mode édition (la barre d'édition du bas disparaît et la table s'affiche). Enfin Ctrl-Q pour quitter. Quand j'ouvre à nouveau le document je me retrouve au point de départ (la même manip avec C sélectionné conduit au même résultat, ce qui est normal). Si tu arrives à ouvrir un tel document en mode utilisation (bouton A non séléctionné, pas de barre d'outils d'édition) tu dois t'y prendre autrement. Je me plante donc quelque part ! où ? Désolé d'avoir été si long, juste pour éviter un clic, mais j'aimerais bien comprendre. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] [Base] mémoriser la taille des fenêtr es
Bonjour, Certaines de mes requêtes n'affichent que quelques totaux, mais toujours dans une grande fenêtre. Existe-t-il un moyen d'ouvrir ces requêtes dans des fenêtres dont la taille serait plus adaptée à leur contenu ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: raccourci vers une table de Base
Manuel NAUDIN wrote: En fait les données n'apparaissent que dans une combinaison particulière de ces deux boutons. Quand j'ouvre le fichier il est toujours par défaut en mode édition, sans données affichées ; il faut alors utiliser la bascule pour les afficher, puis sortir du mode édition (les données s'affichent à nouveau). J'ai essayé de sauvegarder dans cette configuration, mais c'est impossible (read only). Dans la barre d'outils conception de formulaire, il y a une option ouvrir en mode conception. Si cette option est cochée, le formulaire s'ouvre en mode édition par défaut. Manuel Arghh... Voilà un troisième bouton qui devrait donc permettre d'ouvrir le fichier en mode lecture. Problème : quoi que je fasse avec ce bouton, le fichier s'ouvre systématiquement en mode édition. Pourtant je pense savoir cliquer sur un bouton... Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: raccourci vers une table de Base
Manuel NAUDIN wrote: Quant au fait que tu ne soit pas parvenu à conserver la connexion, j'en suis fort supris ; pourrais-tu décrire ta méthode ? 1- j'ai créé, avec le wizard, un formulaire avec un contrôle de table et je l'ai sauvé en fichier .odt 2- j'ouvre ce fichier : le lien avec la source de données a disparu (pas de table affichée) 3- je rétablis le lien (instructions de Manuel) : fichier .odb comme source, type table et choix de la table 4- tout baigne (la table s'affiche quand je quitte le mode édition) et je sauvegarde à nouveau 5- je ferme le fichier, puis je boucle sur 2- (le lien n'a pas été sauvegardé ???) Le formulaire intégré au fichier .odb (dont le fichier .odt est une copie) fonctionne lui parfaitement. Je pense que je loupe encore quelque chose d'élémentaire, mai quoi ? J'ai essayé de sauvegarder dans le mode édition et après l'avoir quitté : même résultat (la connexion n'est pas sauvegardée). Il faut effectivement sauvegarder le document en mode édition. Et normalement, le lien est conservé. Je t'avoue que je sèche un peu ... Peux tu nous préciser la version d'OOo utilisée et la plate-forme d'exécution ? Manuel J'utilise OOo 2.0.4 (version en-US) sous WinXP SP2, mais je suis sur le point d'installer la 2.1-enUS que j'ai réussi à télécharger. Mon fichier .odb est bien enregistré comme base de données (réponse à François). Une bonne nouvelle : ça marche !... mais après de nombreux tests je ne suis pas certain de savoir pourquoi... J'ai découvert qu'il y a deux façons de changer de mode : 1- dans la barre d'outils standard le bouton qui permet de passer en / sortir du mode édition ; après une modif on ne peut sortir du mode édition qu'en sauvegardant. 2- dans la barre form design en bas le bouton qui permet de basculer le mode édition (pour visionner rapidement le résultat d'une modif) ; cette barre a un comportement bizarre (elle apparaît/disparaît) quand on utilise 1- En fait les données n'apparaissent que dans une combinaison particulière de ces deux boutons. Quand j'ouvre le fichier il est toujours par défaut en mode édition, sans données affichées ; il faut alors utiliser la bascule pour les afficher, puis sortir du mode édition (les données s'affichent à nouveau). J'ai essayé de sauvegarder dans cette configuration, mais c'est impossible (read only). On peut cependant modifier la table dans les deux modes (edit et read only). Je suis perplexe devant cet étrange comportement. Une idée d'explication ? Et me me dis pas qu'il faut une macro pour ouvrir le fichier en read only ! Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: raccourci vers une table de Base
Manuel NAUDIN wrote: Bonjour, Ah ah ...! Donc je résume : 1- (Alex) je crée un formulaire avec un contrôle de table grille' 2- (Manuel) je le sauve à l'extérieur du document .odb (donc un fichier .odt ?), et je crée un raccourci vers ce formulaire. oui, c'est un document .odt. petit problème : lorsque tu sauves le formulaire à l'extérieur, il perd sa source de données, il faut donc la reparamétrer à la main. Pour cela, ouvrir le formulaire exporté en mode édition de formulaire (Affichage Barres d'outils Conception de formulaires) clic-droit sur le formulaire Formulaire Onglet Données tu peux lier le formulaire à une source de données enregistrée auprès d'OOo, ou bien pointer vers un fichier (ton fichier Base de départ en l'occurence) Type de contenu : Table ensuite sélectionner la table dans Contenu Ensuite sauver le formulaire ainsi reparamétré. Bonjour/Bonsoir Manuel, (on est probablement aux antipodes l'un de l'autre) J'ai bien suivi toutes tes instructions, et tout a parfaitement fonctionné. C'est quand je veux utiliser le formulaire reparamétré que les choses se gâtent : il n'a pas sauvegardé la source de donnée ??? J'ai recommencé le reparamétrage plusieurs fois, sans succès. Petites questions (les deux premières concernent le formulaire ci-dessus) : 1- les champs sont alignés par défaut à gauche (texte) et à droite (date, nombre) ; peut-on centrer ? comment ? (le coup du clic droit en haut de la colonne ne marche pas) 2- la date du jour s'affiche automatiquement dans le champ date (génial), mais s'efface dès qu'on quitte ce champ (sniff). Une explication ? ou un truc pour conserver cette date ? 3- Dans Base peut-on sauvegarder la position et la taille d'une fenêtre (table, requête, formulaire) ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: raccourci vers une table de Base
Docgranville wrote: Bonjour, Je n'ai de réponses qu'à tes deux premières questions (c'est bien déjà, non ?). Tout d'abord, oui, on peut parfaitement aligner comme on l'entend, le contenu d'un champ de formulaire ; il suffit pour cela d'opérer un clic droit sur le champ concerné, puis de sélectionner, dans la boite qui s'ouvre alors, le choix Contrôle ; s'ouvre alors une boite de dialogue au doux nom de Propriétés : Zone de texte, comportant trois onglets Général, Données et Evènements ; dans l'onglet Général, en 11ème position figure, après Nom, Champ d'étiquette, Longueur de texte max. et autres joyeusetés, la propriété Alignement qui correspond à ce que tu cherches. Vu ! j'avais juste oublié de passer en mode édition avant de faire la manip. Pour la date du jour, c'est un truc qui doit fonctionner pas exactement comme il faudrait mais qui est facile à contourner ; quand tu es dans ton champ date, il te suffit d'entrer un caractère puis de l'effacer aussitôt derrière pour que ton déplacement dans un autre champ ne s'accompagne pas de l'effacement de la date (en revanche, je ne pense pas qu'il s'agisse toujours de la date du jour mais comme je ne maîtrise pas encore complètement le comportement de la bête, il ne m'est pas possible de le décrire avec suffisamment de précision). Oui ! ça marche, mais cela ne se devine pas. C'est bien la date du jour (je suis passé au 13 il y a une heure). Merci pour ces deux solutions. Quant au fait que tu ne soit pas parvenu à conserver la connexion, j'en suis fort supris ; pourrais-tu décrire ta méthode ? 1- j'ai créé, avec le wizard, un formulaire avec un contrôle de table et je l'ai sauvé en fichier .odt 2- j'ouvre ce fichier : le lien avec la source de données a disparu (pas de table affichée) 3- je rétablis le lien (instructions de Manuel) : fichier .odb comme source, type table et choix de la table 4- tout baigne (la table s'affiche quand je quitte le mode édition) et je sauvegarde à nouveau 5- je ferme le fichier, puis je boucle sur 2- (le lien n'a pas été sauvegardé ???) Le formulaire intégré au fichier .odb (dont le fichier .odt est une copie) fonctionne lui parfaitement. Je pense que je loupe encore quelque chose d'élémentaire, mai quoi ? J'ai essayé de sauvegarder dans le mode édition et après l'avoir quitté : même résultat (la connexion n'est pas sauvegardée). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] OOo version 2.1
La nouvelle version de OOo semble disponible à http://download.openoffice.org/2.1.0/index.html J'ai actuellement la version 2.0.4 sous WinXP. Quelle est la version à télécharger ? 2.1.0 ou 2.1.0 RC2 ? Faut-il désinstaller la 2.0.4 avant d'installer la 2.1.0 ? si oui, conserve-t-on ses options ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: OOo version 2.1
Secrétariat wrote: Maurice Starck a écrit : La nouvelle version de OOo semble disponible à http://download.openoffice.org/2.1.0/index.html J'ai actuellement la version 2.0.4 sous WinXP. Quelle est la version à télécharger ? 2.1.0 ou 2.1.0 RC2 ? Faut-il désinstaller la 2.0.4 avant d'installer la 2.1.0 ? si oui, conserve-t-on ses options ? Maurice bonjour, Lorsque les nouvelles versions sont prêtes (tests de validation effectués et localisation dans les différentes langues), Sophie nous annonce la mise à disposition de cette version sur les serveurs. RC signifie qu'il s'agit d'une version release candidate qui peut être utilisée pour faire des tests.Il n'est pas recommandée de l'utiliser en production car elle va encore évoluer. Et comme toutes les versions jusqu'à aujourd'hui, une nouvelle version peut s'installer à la place où à côté d'une version plus ancienne. Jean Michel J'ai fait un essai de télécharger la version anglaise et j'obtiens effectivement The download you selected is not available. Please try again later. J'attends donc l'annonce de Sophie. Il suffira alors d'installer la nouvelle version par dessus la précédente (sans la désinstaller) et les options seront conservées. Est-ce bien ainsi qu'il faudra procéder ? (ce sera ma première mise à jour) Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: raccourci vers une table de Base
Alex Thurgood wrote: Maurice Starck wrote: Bonsoir Maurice, C'est une table à usage personnel, et je ne veux pas m'embêter avec un formulaire de saisie. De plus j'aime pouvoir naviguer dans la table entre deux saisies ... Une possibilité reste le formulaire ne comportant qu'un contrôle de table, ainsi tu pourras naviguer comme bon te semble. Alex Ah ah ...! Donc je résume : 1- (Alex) je crée un formulaire avec un contrôle de table (encore un truc que je ne sais pas faire, d'autant plus que j'ignore encore ce que c'est). 2- (Manuel) je le sauve à l'extérieur du document .odb (donc un fichier .odt ?), et je crée un raccourci vers ce formulaire. Ainsi un seul clic ouvre le formulaire qui donne accès à la table (est-ce bien celà ?). Intéressant, mais il me faut d'abord rechercher ce qu'est un contrôle et un contrôle de table. Après quelques jours je suis toujours un nexbie. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] raccourci vers une table de Base
Je voudrais créer un raccourci qui 1- ouvre le fichier file.odb (le beurre) 2- ouvre la table table1 (l'argent du beurre) 3- positionne le curseur sur la dernière ligne pour créer un nouvel enregistrement (le sourire de la crémière) Est-ce possible ? si oui comment ? (je débute !!!) Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] connexion à une source de données
J'ai créé récemment ma première application élémentaire avec Base: cinq tables (importées via Calc) et une première requête. J'ai ouvert ce fichier plusieurs fois sans problème, mais maintenant tout semble bloqué. Message d'erreur : La connexion à la source de données ... n'a pas pu être établie. Win XP, OO 2.0.4 Que s'est'il passé ? Que puis-je faire ? Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: connexion à une source de données
Docgranville wrote: Bonjour, J'ai déjà constaté quelque chose du genre sous XP avec OOo 2.0.3 (avec OOo 2.0.4, je n'ai pas renouvelé l'expérience), avec une connexion à une base Mysql. Je pense avoir constaté cela (à plusieur reprises) lorsque, après avoir travaillé dans ma base de donnée (via OOo Base), je fermais le fichier ainsi que OOo (sauf le démarrage rapide) puis plaçais mon portable en veille prolongée en en rabattant simplement le couvercle ((la machine se plaçant alors toute seule en état de sommeil) ; ayant obtenu le même message que toi, je me suis aperçu ensuite qu'un arrêt de la machine suvi de son re-démarrage, me permettait de nouveau d'accéder à ma base de données... Ayant trouvé une parade à la difficulté, je n'ai pas cherché plus loin son origine, que j'attribuerais cependant assez volontiers à une interférence entre le programme gérant la mise en veille prolongée de la machine d'une part et OOo d'autre part (dans mon souvenir, la base de donnée était toujours accessible dans Mysql). J'espère avoir un peu aidé... Plus qu'un peu. Comme rien n'allait plus j'avais fait un peu de ménage (défragmentation), tout fermé et j'étais allé me coucher. Ce matin tout marche à nouveau. Ton analyse doit être juste : OO n'aime pas la veille prolongée (seulement sur les portables ?). J'ai du mal a fignoler mon premier rapport (l'aide... n'aide pas beaucoup !). J'ouvre un autre fil. Merci. Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: débuter avec Base
Compte perso wrote: Maurice Starck a écrit : Manuel NAUDIN wrote: Le 29/11/06, Maurice Starck[EMAIL PROTECTED] a écrit : Bonjour, Je viens d'installer OO et je voudrais utiliser Base 1- d'abord pour utiliser mes application créées avec Access 2- dans un second temps transférer mes tables de Access vers Base (si c'est possible !) afin de pouvoir me passer complètement d'Access. Pour le moment je n'arrive à rien ! 1- création d'une nouvelle base de données : quand je clique sur l'icône tables j'obtiens un message d'erreur ... the selected JRE is defective ... select another version or install a new JRE Je viens de réinstaller JRE 1.5.0_09 qui est sélectionné dans tools-options-OpenOffice.org-java mais j'ai toujours ce même message d'erreur. Que puis-je faire de plus ? Bonjour, peux tu préciser ton OS et version de OpenOffice.org utilisée ? Est-ce que le JRE fonctionne pour d'autres applications Java ? PS: comment consulter les archives de ce newsgroup ? (les articles de plus d'un mois sont expirés) ici : http://fr.openoffice.org/servlets/SummarizeList?listName=users Manuel WinXP et OO 2.0.4 Merci pour le lien vers les archives. Bien vu pour le JRE : rien ne fonctionne plus (tout marchait bien avant la réinstallation) Quand je vais sur une de mes pages (applets Java) avec FireFox: Impossible de charger l'environnement d'éxecution Java puis Plusiers machines virtuelles Java éxecutées dans le même processus ont provoqué une erreur Dans panneau de configuration - java - java - prise en charge de la balise applet, si je coche Mozilla et Netscape j'obtiens : Impossible de modifier les paramètres du navigateur. Vérifiez si Mozilla ou Netscape est installé correctement ... assurez-vous de énéficier des autorisations permettant de modifier les paramètres système. Je suis perplexe... Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Bonjour Je ne peux pas te répondre pour ton problème avec JRE mais peux t'apporter quelques renseignements concernant une connexion à des bases access. OOO se connecte parfaitement à une base access. Lorsqu'on lance Base, une boîte de dialogue s'ouvre et propose, notamment de se connecter à une base de données existante. Dans la liste déroulante tu trouveras Microsfot Access. Tu suis la procédure et ça marche sans problème. Par contre, pour le faire régulièrement, je trouve la connexion lente. Dans ce cas je convertis la base access en mysql (outil de conversion existant sur le site de mysql) et ensuite je me connecte à cette base. Attention, access autorise des caractères non utilisés dans mysql. il faut donc modifier l'orthographe des champs concernés. Pour réaliser cette opération je suis équipé d'easyphp. Michel Je ne connais rien à mysql... (je ne suis qu'un utilisateur delta, un rien plus averti que lambda). Si je comprends bien, il n'est pas possible de transférer une table de Access vers Base pour avoir une application autonome ??? Mais pour le moment l'installation de OO me crée beaucoup d'ennnuis... Le plus curieux étant que Java (du moins les applets de mes pages) marchent avec Opéra, mais ni avec FireFox, ni avec IE ! Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: débuter avec Base
Manuel NAUDIN wrote: Le 29/11/06, Maurice Starck[EMAIL PROTECTED] a écrit : Manuel NAUDIN wrote: Le 29/11/06, Maurice Starck[EMAIL PROTECTED] a écrit : Bonjour, Je viens d'installer OO et je voudrais utiliser Base 1- d'abord pour utiliser mes application créées avec Access 2- dans un second temps transférer mes tables de Access vers Base (si c'est possible !) afin de pouvoir me passer complètement d'Access. Pour le moment je n'arrive à rien ! 1- création d'une nouvelle base de données : quand je clique sur l'icône tables j'obtiens un message d'erreur ... the selected JRE is defective ... select another version or install a new JRE Je viens de réinstaller JRE 1.5.0_09 qui est sélectionné dans tools-options-OpenOffice.org-java mais j'ai toujours ce même message d'erreur. Que puis-je faire de plus ? Bonjour, peux tu préciser ton OS et version de OpenOffice.org utilisée ? Est-ce que le JRE fonctionne pour d'autres applications Java ? PS: comment consulter les archives de ce newsgroup ? (les articles de plus d'un mois sont expirés) ici : http://fr.openoffice.org/servlets/SummarizeList?listName=users Manuel WinXP et OO 2.0.4 Merci pour le lien vers les archives. Bien vu pour le JRE : rien ne fonctionne plus (tout marchait bien avant la réinstallation) Quand je vais sur une de mes pages (applets Java) avec FireFox: Impossible de charger l'environnement d'éxecution Java puis Plusiers machines virtuelles Java éxecutées dans le même processus ont provoqué une erreur Dans panneau de configuration - java - java - prise en charge de la balise applet, si je coche Mozilla et Netscape j'obtiens : Impossible de modifier les paramètres du navigateur. Vérifiez si Mozilla ou Netscape est installé correctement ... assurez-vous de énéficier des autorisations permettant de modifier les paramètres système. Je suis perplexe... Maurice peux tu essayer de voir ce qui se passe si tu exécute l'instruction suivante par la console (je ne sais plus comment ça s'appelle sous win invite de commande ?) : java -version java version 1.5.0_09 java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b03) Java HotSpot(TM) Client VM (build 1.5.09_b03, mixed mode, sharing) Et si ça peut t'aider, mes applet marchent avec Netscape 4.7, mais pas avec FireFox (ni avec IE, mais avec Opéra) ??? Les plugins Java sont pourtant bien installés dans FireFox. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Re: débuter avec Base
Manuel NAUDIN wrote: Le 29/11/06, Maurice Starck[EMAIL PROTECTED] a écrit : Bonjour, Je viens d'installer OO et je voudrais utiliser Base 1- d'abord pour utiliser mes application créées avec Access 2- dans un second temps transférer mes tables de Access vers Base (si c'est possible !) afin de pouvoir me passer complètement d'Access. Pour le moment je n'arrive à rien ! 1- création d'une nouvelle base de données : quand je clique sur l'icône tables j'obtiens un message d'erreur ... the selected JRE is defective ... select another version or install a new JRE Je viens de réinstaller JRE 1.5.0_09 qui est sélectionné dans tools-options-OpenOffice.org-java mais j'ai toujours ce même message d'erreur. Que puis-je faire de plus ? Bonjour, peux tu préciser ton OS et version de OpenOffice.org utilisée ? Est-ce que le JRE fonctionne pour d'autres applications Java ? PS: comment consulter les archives de ce newsgroup ? (les articles de plus d'un mois sont expirés) ici : http://fr.openoffice.org/servlets/SummarizeList?listName=users Manuel WinXP et OO 2.0.4 Merci pour le lien vers les archives. Bien vu pour le JRE : rien ne fonctionne plus (tout marchait bien avant la réinstallation) Quand je vais sur une de mes pages (applets Java) avec FireFox: Impossible de charger l'environnement d'éxecution Java puis Plusiers machines virtuelles Java éxecutées dans le même processus ont provoqué une erreur Dans panneau de configuration - java - java - prise en charge de la balise applet, si je coche Mozilla et Netscape j'obtiens : Impossible de modifier les paramètres du navigateur. Vérifiez si Mozilla ou Netscape est installé correctement ... assurez-vous de énéficier des autorisations permettant de modifier les paramètres système. Je suis perplexe... Maurice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]