Re: [users-fr] impression des relations [pas resolu]
Pour la seconde question, la réponse est oui. Comme tu peux le voir dans le How-to de Manuel Naudin Débuter avec Base. Réponse à ta question (page 6) : il suffit après avoir choisi pour ta clé primaire comme type de donnée integer, de choisir plus bas dans la fenêtre, auto-valeur oui. Le champ expression d'auto-incrément bascule alors sur Identity JLP a écrit : bonjour, une question qui a déjà due être posée mille fois, donc avec des excuses par avance : est il possible d'imprimer la fenêtre des relations ? et comme j'y suis : est il possible de faire NumérotationAutomatique de la clé primaire d'une table ? merci JLP - 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] [Resolu] Fichiers attachés . doc illisibles
Désolé de vous avoir fait passer du temps avec cette affaire de fichiers joints illisibles, mais content de pouvoir dire que OOo n'y est pour rien. Yves Dutrieux en avait subodoré la raison : les 2 ou 3 fichiers joints concernés portaient une extension .doc alors que c'étaient des fichiers .odt Je pense que notre secrétaire a cru que le changement d'extension suffisait à changer la nature du fichier. J'en discuterai avec lui, mais l'essentiel c'est d'avoir démontré qu'il s'agissait d'une mauvaise manip et que OOo n'était pas en cause. J'ai profité de l'incident pour distribuer des CD de OOo2.1 à ceux qui, n'ayant chez eux que Microsoft pourront ainsi se dépanner le jour où on leur enverra autre chose qu'un .doc ! Merci encore pour vos diverses réponses qui ont contribué à résoudre le problème rapidement, mais aussi à améliorer ma formation. Claude Berland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Fichiers attachés .doc ill isibles
Premiers résultats des investigations avec la visionneuse Microsoft (proposé par Jean-Baptiste Faure : Dans le cas des messages qui ne peuvent être lus par certains des destinataires, la visionneuse dit qu'il lui manque un filtre pour pouvoir les lire, et elle réclame le fitre... Publisher 2002. Ces messages qui posent des problèmes de lecture à certains (pas à moi qui ai OOo) semblent être ceux qui comportent des tableaux et qui sont fabriqués par le OOo 2.0 de l'association avec pour extensions .doc ou -j'en ai au moins un exemple- .xls Je n'ai pas eu le temps encore de faire les autres essais (Zipper etc.) Claude Berland Alex Thurgood a écrit : Le jeudi 15 février 2007 20:MM, Claude Berland a écrit : Bonsoir, Voyez-vous une piste ? Essaies de renommer le fichier en *.zip et ensuite le dézipper. S'il s'ouvre, c'est qu'il s'agit en réalité d'un document OOo, et non pas un *.doc, donc soupçonner une erreur de manipulation lors de l'enregistrement du document. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Fichiers attachés .doc illisibles
Bonjour, Si j'aborde la question dans cette liste, c'est que je n'arrive pas à lever certains soupçons sur OOo... L'ordinateur de l'association dont je suis membre est sous Windows XP édition familiale et utilise OOo 2.0 pour sa bureautique. Lorsqu'elle envoie des messages avec fichier joint .doc certains destinataires (3 au moins sur 10 environ) ne peuvent exploiter les dites pièces jointes. Alors que le contenu est une page A4 contenant essentiellement un tableau simple, ils reçoivent à la place une suite de caractères. Certains au moins de ces destinataires sont équipés tout Microsoft (Word et OutlookExpress). D'autres destinataires, dont je suis reçoivent parfaitement les pièces jointes en question. Il m'est difficile de savoir si certains sont équipés tout Microsoft dans les destinataires qui reçoivent parfaitement les pièces jointes. En ce qui me concerne, je suis équipé de Windows XP édition familiale et de OOo 2.1 et je reçois bien les pièces jointes. Je viens de remplacer le logiciel de courrier électronique de l'association (une usine à gaz Orange) par Thunderbird, version téléchargée hier. Il y a toujours le même problème de pièces attachées .doc illisibles à l'arrivée, toujours chez les mêmes... Dans ces conditions, je ne vois pas comment éviter que le soupçon plane sur OOo de fabriquer des .doc qui ne seraient pas acceptés comme tels par les Word d'origine. Pour l'instant on se débrouille en envoyant des pdf, mais ils ne sont pas modifiables. Je veux bien proposer aux destinataires à problème de s'équiper de OOo pour qu'on puisse leur envoyer des fichiers odt, mais ils sont d'autant moins prêts à accepter que pour eux, c'est peut-être bien OOo qui est la cause des problèmes... Voyez-vous une piste ? Claude Berland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Fichiers attachés .doc ill isibles
Merci de ces réponses rapides. Effectivement je vais essayer de voir si au départ de l'association il y a bien l'extension, faire aussi la manip que tu suggères ici. Je n'aurai pas la possibilité de vous dire dès demain ce que cela aura donné, mais je vous donnerai la réponse un peu plus tard. En attendant merci à tous et bonne nuit. Claude Berland Alex Thurgood a écrit : Le jeudi 15 février 2007 20:MM, Claude Berland a écrit : Bonsoir, Voyez-vous une piste ? Essaies de renommer le fichier en *.zip et ensuite le dézipper. S'il s'ouvre, c'est qu'il s'agit en réalité d'un document OOo, et non pas un *.doc, donc soupçonner une erreur de manipulation lors de l'enregistrement du document. Alex - 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] [Writer] formulaire
Bonjour, Francois Gatto a écrit : Bonjour, Claude Berland a écrit : Bonjour, Francois Gatto a écrit : Bonjour, Gérard Laloux a écrit : Bonsoir, OK, j'avais bien compris l'exemple des sections, mais dans mon cas, les champs de formulaire sont intégrés dans le texte et il m'est difficile de découper le document en sections à protéger. Voir document en question *http://www.cijoint.fr/cij7595984373719.odt* Bonne nuit Gérard. Merci pour l'envoi du doc. 1°) Il apparaît que celui-ci est issu de Word ou du moins à transité par Word, ce qui peut entraîner quelques problèmes d'adaptation sous OOo. 2°) Le doc n'est pas mal ;) 3°) Je pense que, pour parfaire ce dernier et lui ajouter des éléments de protection, tu devrais : - éventuellement implémenter une ou des sections, et/ou - retravailler les tableaux pour que seules cellules de saisies soient disponibles et protéger toutes les autres. En jouant donc sur les possibilités de protection de chaque solution (section ou tableau) l'utilisateur final peut disposer d'un document parfaitement sécurisé. NB : Seule la section offre la possibilité de véritablement vérouiller et empêcher une modification du doc original. Mais je ne crois pas qu'au cas d'espèce une telle protection (par mot de passe) soit nécessaire. Bonne continuation. Francois. - Bonjour, Si vous permettez je voudrais vous poser une question complémentaire (sil est préférable de créer pour cela un autre fil de discussion, dites le moi, je le ferai) : Ce fil me semble pouvoir durer car il aborde la protection des éléments d'un formulaire et/ou du formulaire lui-même. J'ai créé des formulaires qui permettent d'intervenir sur une base de données intégrée à OOo. J'ai été heureux d'apprendre grâce à vous comment empêcher l'utilisateur de ces formulaires de les modifier en créant une section avec mot de passe, mais... si ayant le formulaire sur l'écran, on utilise la touche de fonction F4, on fait apparaître l'explorateur de source de données et en faisant un clic droit dans la source de données du formulaire on tombe sur l'éditeur de formulaire, avec la possibilité de modifier tous les formulaires (clic droit sur leur nom et Modifier), non ? Ma question, c'est : peut-on mettre un mot de passe sur cet itinéraire ? ou encore, que n'ai-je pas compris ? Claude Berland La *protection* évoquée, somme toute *relative*, n'avait pas pour finalité d'empêcher l'édition de la base de données. Cela étant précisé : 1°) une section protégée demeure non modifiable sauf à déverrouiller la dite section. *Mais* comme signalé, cette protection relative n'est pas totale et *en effet* certains éléments de paramétrage demeurent malheureusement modifiables. 2°) une base (fichier .odb) ne bénéficie pas d'option de protection et à mon avis, une base de ce type (comme d'ailleurs par exemple pour ms-access) n'est pas faite pour celà. Seule une connexion à une base distante serait de nature à offrir une protection, pas tant des formulaires eux-mêmes qui en matière de sécurité n'ont que peu d'intérêt, avant tout des données. Pour répondre à votre question peut-on mettre un mot de passe sur cet itinéraire ... pour protéger un fichier Base ? Sauf à user de subterfuge macroté : Non, et en tout cas un fichier sur le poste de l'utilisateur reste[rait] manipulable. Francois Merci pour cette réponse rapide et très claire. Elle me tranquillise. Merci encore Claude Berland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [Writer] formulaire
Bonjour, Francois Gatto a écrit : Bonjour, Gérard Laloux a écrit : Bonsoir, OK, j'avais bien compris l'exemple des sections, mais dans mon cas, les champs de formulaire sont intégrés dans le texte et il m'est difficile de découper le document en sections à protéger. Voir document en question *http://www.cijoint.fr/cij7595984373719.odt* Bonne nuit Gérard. Merci pour l'envoi du doc. 1°) Il apparaît que celui-ci est issu de Word ou du moins à transité par Word, ce qui peut entraîner quelques problèmes d'adaptation sous OOo. 2°) Le doc n'est pas mal ;) 3°) Je pense que, pour parfaire ce dernier et lui ajouter des éléments de protection, tu devrais : - éventuellement implémenter une ou des sections, et/ou - retravailler les tableaux pour que seules cellules de saisies soient disponibles et protéger toutes les autres. En jouant donc sur les possibilités de protection de chaque solution (section ou tableau) l'utilisateur final peut disposer d'un document parfaitement sécurisé. NB : Seule la section offre la possibilité de véritablement vérouiller et empêcher une modification du doc original. Mais je ne crois pas qu'au cas d'espèce une telle protection (par mot de passe) soit nécessaire. Bonne continuation. Francois. - Bonjour, Si vous permettez je voudrais vous poser une question complémentaire (sil est préférable de créer pour cela un autre fil de discussion, dites le moi, je le ferai) : J'ai créé des formulaires qui permettent d'intervenir sur une base de données intégrée à OOo. J'ai été heureux d'apprendre grâce à vous comment empêcher l'utilisateur de ces formulaires de les modifier en créant une section avec mot de passe, mais... si ayant le formulaire sur l'écran, on utilise la touche de fonction F4, on fait apparaître l'explorateur de source de données et en faisant un clic droit dans la source de données du formulaire on tombe sur l'éditeur de formulaire, avec la possibilité de modifier tous les formulaires (clic droit sur leur nom et Modifier), non ? Ma question, c'est : peut-on mettre un mot de passe sur cet itinéraire ? ou encore, que n'ai-je pas compris ? Claude Berland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Base-Formulaires-Barres d'outils
Bonjour, Cela peut paraître stupide, mais je ne parviens pas à obtenir qu'il n'y ait pas de barres d'outils conception de formulaire et contrôles de formulaire sur les formulaires que je fais ouvrir dans le but d'entrer des données. Pour faire afficher mes un formulaires, dans la page éditeur de formulaire de Base, je fais un clic droit sur le nom du formulaire et je choisis Ouvrir dans le menu local correspondant . J'ai l'impression d'avoir tout essayé. Dans AffichageBarres d'outils, j'ai décoché les lignes conception de formulaire et contrôles de formulaire, et ceci après avoir ouvert le formulaire par clic sur son nom et Ouvrir, mais aussi par clic sur son nom et Modifier. Lorsque j'ouvre à nouveau le formulaire, les barres d'outils sont à nouveau là, devant les données... Les boutons Ouvrir en mode conception et (Dés)activer le mode conception ne semblent pas changer quoi que ce soit à cette apparition des barres d'outils devant les données. Pourriez-vous me suggérer une piste ? Remarque : P.S. Je viens de passer de Windows à Ubuntu (pris sur un DVD de CampusPress ref 2029). Je lis dans l'aide : OpenOffice.org2-core 1.9.129-0 lubuntu 4.2 Sous Windows 98 et OpenOffice.org 2.0 (téléchargé sur le site officiel de OOo) je n'ai pas remarqué cette difficulté. Merci d'avance Claude Berland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Re: Base-Formulaires-Barres d'outils
Merci Serge, Je crois avoir fait ce que tu dis, sans succès. Finalement j'ai dépassé mon hésitation (je débute avec Linux) à supprimer la version de OpenOffice avec laquelle j'avais mon problème. Après quelques cafouillages instructifs pour l'avenir j'ai réussi à télécharger et installer la version officielle actuelle de OpenOffice... et le problème a disparu. Moralité : toujours utiliser la dernière version... Merci encore Claude Berland Serge a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, Peut-être essayer : clique droit sur le formulaire, choisir modifier et dans ce mode, fermer les barres d'outils puis fermer le formulaire (du mode édition). Ensuite ouvrir normalement le formulaire... Bon courage Serge Le 06/02/2007 16:23, Claude Berland a tapoté sur son clavier: Bonjour, Cela peut paraître stupide, mais je ne parviens pas à obtenir qu'il n'y ait pas de barres d'outils conception de formulaire et contrôles de formulaire sur les formulaires que je fais ouvrir dans le but d'entrer des données. Pour faire afficher mes un formulaires, dans la page éditeur de formulaire de Base, je fais un clic droit sur le nom du formulaire et je choisis Ouvrir dans le menu local correspondant . J'ai l'impression d'avoir tout essayé. Dans AffichageBarres d'outils, j'ai décoché les lignes conception de formulaire et contrôles de formulaire, et ceci après avoir ouvert le formulaire par clic sur son nom et Ouvrir, mais aussi par clic sur son nom et Modifier. Lorsque j'ouvre à nouveau le formulaire, les barres d'outils sont à nouveau là, devant les données... Les boutons Ouvrir en mode conception et (Dés)activer le mode conception ne semblent pas changer quoi que ce soit à cette apparition des barres d'outils devant les données. Pourriez-vous me suggérer une piste ? Remarque : P.S. Je viens de passer de Windows à Ubuntu (pris sur un DVD de CampusPress ref 2029). Je lis dans l'aide : OpenOffice.org2-core 1.9.129-0 lubuntu 4.2 Sous Windows 98 et OpenOffice.org 2.0 (téléchargé sur le site officiel de OOo) je n'ai pas remarqué cette difficulté. Merci d'avance Claude Berland -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iQEVAwUBRcigj/dGbvYbKdNfAQId6wf/Z8rOL4rtGOfXh5rxGmkLDzaHwRA7hZtp zWwtTe1DSOJ3IJ+LJIqpo0UGelqMZ1aNIVu1mYbwTmVj1O8rMAmj2NJrPPb1wiHs UN89DNPXPXn0nJ996pyo33atz/nJ7NSZ1HBaQpjP32iEw1sthrWUhi5gu8LaDEJU a0Hd4mJgBxC0Wf3AjBfOXlggArWVVxeZRqmaeiOfb3gfY+gHN1q87oZlTBxdLfZR M+HUVJQRftu5ZmL5/PF5eeYpcgpQ612E93naf3UPPWugoWTVCdZcREk1wYlo2u4d pMk4hSgyzSmtDYIk3SvDUOO5Iy4oMiOsuXZ+eZ3cSS8Oi+4pTEu18g== =7wTM -END PGP SIGNATURE- - 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]
