[users-fr] Migration OOo 2.3.1 - conseil et documentation
bonjour, j'espère être au bon endroit pour trouver quelques réponses à mes multiples interrogations. Je travaille sur un projet de migration de MS Office Xp vers OOo 2.3.1 (version arrêtée et déjà déployée sur l'ensemble des postes (environ 650 postes)). Je cherche à obtenir des retours d'expériences et conseils pour que cette migration se passe dans les meilleures conditions. l'un d'entre vous a t il déjà mis à disposition des informations sur ce point? Actuellement les 2 suites sont donc présentes sur les postes et MSO est toujours celle utilisée par défaut. Les nouveaux développement en internes sont quant à eux orientés vers OOo. Les principales difficultés d'ores et déjà identifiées au niveau de la reprise de l'existant sont les mises en page, les macros existantes, le publipostage et les adhérences entre applicatifs métiers internes et OOo. Les architectes ayant travaillé sur le sujet avant mon arrivée ont fait quelques préconisations dont je souhaite re valider la pertinence. Notamment sur les formats d'enregistrements. Il a été préconisé de conserver les formats d'enregistrement MSO par défaut. Quels sont les risques associés à ce choix sur du long terme? (problèmes connus d'ouverture et modification de fichier alternativement sous MSO et OOo?) Ensuite, l'assistant de conversion des macros VBA fournit sur OOo 3 permet il réellement d'intégrer des macros sans "retoucher" au code, ou bien faut il prévoir quoi qu'il en soit des développements spécifiques? Dans l'affirmative, une conversion faite via OOo 3 permettra t elle d'utiliser cette macro sous OOo 2.3.1? Je suis donc preneur de toute info me permettant d'avancer plus sereinement sur le sujet. D'avance merci pour vos lumières. PS : il est exclu pour l'instant de passer directement sur la V3 d'OOo... Sébastien Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Migration OOo 2.3.1 - conseil et documentation
Merci Jean Michel pour cette première réponse. J'ai déjà consulté les infos dispos sur les ressources openoffice.org Mon souci, c'est qu'elles sont très généralistes et souvent un brin obsolète (on parle souvent des versions 1.x de OOo) Pour le reste j'essaye de mesurer les impacts liés à la migration, quels sont les risques liés à l'enregistrement en .doc,.xls, etc... par rapport à un enregistrement en format natif OOo? (désolé mes connaissances sur le sujet grandissent de jour en jour mais quand on part de pas grand chose ce n'est pas facile). Merci pour Multidiff, mais cela me parait exclu, un des points mis en avant pour le passage à OOo a justement été la diminution des espaces de stockages, donc il est exclu de doubler ou tripler les types d'enregistrement afin d'assurer une meilleure compatibilité. J'ai déjà pu établir que tous les flux de communications vers l'extérieur se feront en PDF, chose qui limite déjà les risques externes. Quant tu dis /"Quant au langage des macros, il est interprété aussi bien par OOo 3.0 que par OOo 2.x ... mais pas par les programmes MSO, et vice versa d'ailleurs. La version OOo de Novell semble apporter une meilleure compatibilité. Là aussi, sur ce sujet, le forum met en ligne de nombreuses ressources. " /qu'entends tu par "aussi bien"? Dois je tester toutes les macros pour me faire une idée, ou existe t il des stats à ce sujet permettant d'extrapoler la charge de travail liée à la refonte de ces fameuses macros en langage compatible OOo ou bien dois je croire au père Noel et me dire que toutes les macros créées sous MSO passerotn sous OOo sans souci :) Dans tous les cas encore merci pour ta réactivité. Sébastien. Jean Michel PIERRE a écrit : Bonjour, Sans être un spécialiste des déploiements en masse, Je constate qu'il y a de nombreux retours d'informations que ce soit sur le site officiel : http://fr.openoffice.org/Marketing/matexpo/Documents/index.html sur le forum : http://user.services.openoffice.org/fr/forum/search.php sur le wiki : http://wiki.services.openoffice.org/wiki/Special:Search?search=d%C3%A9ploiement&go=Consulter En ce qui concerne les formats d'enregistrement, il n'est pas préconisé de sauvegarder directement en formats MSO, mais de faire cette sauvegarde aux formats odf. Il y a cependant une extension qui peut intéresser, c'est MultiDiff, qui permet de sauvegarder le même document dans 3 formats : MSO, OOo, et pdf. Elle fonctionne très bien avec OOo 2.x. Après son installation, une icône apparait sur la barre d'outils et peut remplacer l'icone de la sauvegarde standard. Quant au langage des macros, il est interprété aussi bien par OOo 3.0 que par OOo 2.x ... mais pas par les programmes MSO, et vice versa d'ailleurs. La version OOo de Novell semble apporter une meilleure compatibilité. Là aussi, sur ce sujet, le forum met en ligne de nombreuses ressources. Ton courriel devrait attirer d'autres commentaires. J.M Sebastien Pons a écrit : bonjour, j'espère être au bon endroit pour trouver quelques réponses à mes multiples interrogations. Je travaille sur un projet de migration de MS Office Xp vers OOo 2.3.1 (version arrêtée et déjà déployée sur l'ensemble des postes (environ 650 postes)). Je cherche à obtenir des retours d'expériences et conseils pour que cette migration se passe dans les meilleures conditions. l'un d'entre vous a t il déjà mis à disposition des informations sur ce point? Actuellement les 2 suites sont donc présentes sur les postes et MSO est toujours celle utilisée par défaut. Les nouveaux développement en internes sont quant à eux orientés vers OOo. Les principales difficultés d'ores et déjà identifiées au niveau de la reprise de l'existant sont les mises en page, les macros existantes, le publipostage et les adhérences entre applicatifs métiers internes et OOo. Les architectes ayant travaillé sur le sujet avant mon arrivée ont fait quelques préconisations dont je souhaite re valider la pertinence. Notamment sur les formats d'enregistrements. Il a été préconisé de conserver les formats d'enregistrement MSO par défaut. Quels sont les risques associés à ce choix sur du long terme? (problèmes connus d'ouverture et modification de fichier alternativement sous MSO et OOo?) Ensuite, l'assistant de conversion des macros VBA fournit sur OOo 3 permet il réellement d'intégrer des macros sans "retoucher" au code, ou bien faut il prévoir quoi qu'il en soit des développements spécifiques? Dans l'affirmative, une conversion faite via OOo 3 permettra t elle d'utiliser cette macro sous OOo 2.3.1? Je suis donc preneur de toute info me permettant d'avancer plus sereinement sur le sujet. D'avance merci pour vos lumières. PS : il es
Re: [users-fr] Migration OOo 2.3.1 - conseil et documentation
Sur ce point il en est de même pour moi.
Dans le cadre du projet, j'essaye de différencier les émetteurs des
récepteurs de documents puis dans la population des récepteurs, je
recréée 2 sous ensemble, ceux qui consultent uniquement et ceux qui
modifient les documents.
Du coup, cela me permet de généralisé au maximum la génération de PDF
(tous les émetteurs feront du PDF sauf si le doc à vocation à modification).
reste maintenant à trouver un mode de fonctionnement "standard" pour
tous les autres cas.
Stéphane PURNELLE a écrit :
Pour ma part, si le correspondant doit uniquement lire le document, je
l'envoie un PDF.
---
Stéphane PURNELLE [EMAIL PROTECTED]
Service Informatique Corman S.A. Tel : 00 32 087/342467
Anne GRIMAULT <[EMAIL PROTECTED]> a écrit sur 18/11/2008 16:09:17 :
Je suis également intéressée par ces questions et celle des bonnes
procédures pour échanger des fichiers avec des correspondants du monde
MSO.
Vaut-il mieux, en effet, sauvegarder d¹abord dans un format OO.o ? Mais
alors comment s¹assurer que nos correspondants pourront ouvrir les
pièces
jointes sans difficultés ? Pour le moment, je crée chaque document sous
OO.o
dans le format MSO mais j¹ai peut-être tort.
Anne
Mac OS X.4.11
Le 18/11/08 15:56, « Sebastien Pons » <[EMAIL PROTECTED]>
a
écrit :
Merci Jean Michel pour cette première réponse.
J'ai déjà consulté les infos dispos sur les ressources openoffice.org
Mon souci, c'est qu'elles sont très généralistes et souvent un brin
obsolète
(on parle souvent des versions 1.x de OOo)
Pour le reste j'essaye de mesurer les impacts liés à la
migration,quels sont
les risques liés à l'enregistrement en .doc,.xls, etc... par rapport à
un
enregistrement en format natif OOo? (désolé mes connaissances sur le
sujet
grandissent de jour en jour mais quand on part de pas grand chose
ce n'est pas
facile).
Merci pour Multidiff, mais cela me parait exclu, un des points mis en
avant
pour le passage à OOo a justement été la diminution des espaces
destockages,
donc il est exclu de doubler ou tripler les types d'enregistrement
afin
d'assurer une meilleure compatibilité.
J'ai déjà pu établir que tous les flux de communications vers
l'extérieur se
feront en PDF, chose qui limite déjà les risques externes.
Quant tu dis "Quant au langage des macros, il est interprété aussi
bien par
OOo 3.0 que par OOo 2.x ... mais pas par les programmes MSO, et vice
versa
d'ailleurs. La version OOo de Novell semble apporter une meilleure
compatibilité. Là aussi, sur ce sujet, le forum met en ligne de
nombreuses
ressources. " qu'entends tu par "aussi bien"? Dois je tester toutes
les
macros pour me faire une idée, ou existe t il des stats à ce
sujetpermettant
d'extrapoler la charge de travail liée à la refonte de ces
fameuses macros en
langage compatible OOo ou bien dois je croire au père Noel et me dire
que
toutes les macros créées sous MSO passerotn sous OOo sans souci :)
Dans tous les cas encore merci pour ta réactivité.
Sébastien.
Jean Michel PIERRE a écrit :
Bonjour,
Sans être un spécialiste des déploiements en masse,
Je constate qu'il y a de nombreux retours d'informations que ce soit
sur le
site officiel :
http://fr.openoffice.org/Marketing/matexpo/Documents/index.html
sur le forum :
http://user.services.openoffice.org/fr/forum/search.php
sur le wiki :
http://wiki.services.openoffice.org/wiki/Special:Search?search=d%
C3%A9ploieme
nt&go=Consulter
En ce qui concerne les formats d'enregistrement, il n'est pas
préconisé de
sauvegarder directement en formats MSO, mais de faire cette
sauvegarde aux
formats odf.
Il y a cependant une extension qui peut intéresser, c'est MultiDiff,
qui
permet de sauvegarder le même document dans 3 formats : MSO, OOo, et
pdf.
Elle fonctionne très bien avec OOo 2.x. Après son installation, une
icône
apparait sur la barre d'outils et peut remplacer l'icone de la
sauvegarde
standard.
Quant au langage des macros, il est interprété aussi bien par OOo
3.0 que par
OOo 2.x ... mais pas par les programmes MSO, et vice versa
d'ailleurs. La
version OOo de Novell semble apporter une meilleure
compatibilité. Là aussi,
sur ce sujet, le forum met en ligne de nombreuses ressources.
Ton courriel devrait attirer d'autres commentaires.
J.M
Sebastien Pons a écrit :
bonjour,
j'espère être au bon endroit pour tr
Re: [users-fr] Migration OOo 2.3.1 - conseil et documentation
merci pour cette réponse claire et précise qui me conforte quelque peu dans mes opinions. Sebastien. Jean-Francois Nifenecker a écrit : Sebastien Pons wrote: bonjour, Bonjour, Actuellement les 2 suites sont donc présentes sur les postes et MSO est toujours celle utilisée par défaut. Les nouveaux développement en internes sont quant à eux orientés vers OOo. Les principales difficultés d'ores et déjà identifiées au niveau de la reprise de l'existant sont les mises en page, les macros existantes, le publipostage et les adhérences entre applicatifs métiers internes et OOo. Les architectes ayant travaillé sur le sujet avant mon arrivée ont fait quelques préconisations dont je souhaite re valider la pertinence. Notamment sur les formats d'enregistrements. Il a été préconisé de conserver les formats d'enregistrement MSO par défaut. Quels sont les risques associés à ce choix sur du long terme? (problèmes connus d'ouverture et modification de fichier alternativement sous MSO et OOo?) Utiliser les formats MSO par défaut implique que, à chaque ouverture de fichier et à chaque enregistrement, se produit une opération de conversion. Aussi bonnes soient les procédures employées en interne par OOO, le format des fichiers MSO n'étant pas publié, il va de soi que des pertes d'informations (mise en forme) sont toujours possibles, tout particulièrement lorsque les mises en formes originelles sous MSO sont "ésotériques" (on en trouve bien plus qu'on ne pense, en raison du caractère très libéral de MSO). Pour ma part, je mets en garde contre un tel emploi. Je préconiserais un fonctionnement "tout OOo" (format-wise) et une exportation ponctuelle vers MSO lorsque la situation l'impose. On est ainsi assuré que OOo gère ses fichiers au mieux et que les manipulations réalisées sont bien mémorisées. Ne pas oublier le PDF, bien utile lorsque l'on envoie un document qui n'a pas lieu d'être modifié. Bonne après-midi, Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Migration OOo 2.3.1 - conseil et documentation
Bonjour, encore et toujours merci pour ces réponses. Si ça ne tenait qu'à moi nous ne poserions pas la question de la version à installer sur les postes. Ceci étant les architectes ayant fait la qualification de la suite OOo ont pris leur temps et le projet est resté en standby pendant plusieurs mois en attendant notamment mon arrivée dans la société. Je récupère donc un bébé déjà bien grand, qui ne sait certes pas marcher tout seul mais qui a déjà fait ses choix :(, mon objectif étant déjà de déployer une version (même obsolète), par la suite nous verrons pour un upgrade, c'est déjà bien qu'une institution se lance dans l'aventure (enfin c'est ce que je me dis). Je me dois donc de me battre avec la 2.3.1 je vois déjà les soucis arrivés avec ma demande de modification des formats d'enregistrements par défaut! Vos réponses vont d'ailleurs m'aider à le justifier auprès des architectes et autres décideurs. Voilà comment je vois les choses : 1- tout document à vocation interne / externe n'ayant pas pour objectif la modification sera généré en PDF 2- tout document à vocation interne ayant pour objectif la modification sera enregistré au format natif d'OOo 3- tout document à vocation externe devant être modifiable (ou modifié) sera enregistré au format MSO + OOo (pour archive en interne). Les 1eres analyses me laissent penser que peu de document sont dans le cas N°3. Reste maintenant pour moi à identifier les utilisateurs amateurs de macros excel, de publipostage et enfin les adhérences entre applicatifs/progiciels et la suite MSO afin de lancer les développement/upgrade nécessaires à l'arrivée d'OOo. Existe t il un moyen simple (script ou autre) d'identifier les fichiers MSO (excel, word) contenant des macros? Je crains d'ailleurs que sur ces derniers points nous n'ayons besoin d'accompagnement, les équipes n'étant pas suffisamment autonome au niveau programmation en environnement OOo. Avez vous déjà travaillez avec des prestataires sur ce type de mission? si oui, je suis preneur des informations. Merci Sébastien Jean-Baptiste Faure a écrit : Le 18.11.2008 15:56, Sebastien Pons a écrit : Merci Jean Michel pour cette première réponse. J'ai déjà consulté les infos dispos sur les ressources openoffice.org Mon souci, c'est qu'elles sont très généralistes et souvent un brin obsolète (on parle souvent des versions 1.x de OOo) Pour le reste j'essaye de mesurer les impacts liés à la migration, quels sont les risques liés à l'enregistrement en .doc,.xls, etc... par rapport à un enregistrement en format natif OOo? (désolé mes connaissances sur le sujet grandissent de jour en jour mais quand on part de pas grand chose ce n'est pas facile). Bonjour, Dans OpenOffice.org il y a deux choses fondamentales : 1/ le format ouvert et normalisé OpenDocument (ISO 26300) 2/ l'utilisation d'un logiciel libre ODF est le format interne de OOo et il n'y a pas correspondance exacte avec les formats MSO doc, xls, ppt qui sont des formats fermés en voie d'abandon par MS, vous n'avez donc aucune garantie sur la pérennité de vos données, le format dépendant du bon vouloir de MS. Dire qu'il n'y a pas correspondance exacte signifie : - à chaque enregistrement en format MSO il y a conversion vers un format étranger ; - à chaque ouverture il y a conversion depuis un format étranger ; - certaines mises en forme peuvent être perdues ou altérées ; En revanche le format ODF garantit la possibilité d'accès au document, indépendamment de OOo. Je pense qu'il est essentiel d'adapter le choix du format de fichier à son utilisation. Ce qui suppose former les utilisateurs et faire confiance à leur intelligence. Je distinguerais au moins les usages suivants : 1/ rédaction et stockage du document : il faut un format de référence à partir duquel on pourra produire des copies plus ou moins jetables dans d'autres formats ; 2/ élaboration à plusieurs : il faut définir un format commun, éventuellement provisoire, selon les contraintes de chacun des participants ; 3/ diffusion pour lecture seule : PDF ; 4/ archivage non modifiable : PDF/A-1 En conclusion les données sont plus importantes que les outils pour les manipuler PS : je ne comprends pas cette fixation sur une version obsolète de OOo. Qu'on souhaite attendre un peu pour voir avant de passer à la version 3 je peux le comprendre mais ne pas passer à la version 2.4.2 (d'ici un jour ou deux, 2.4.1 d'ici là) me parait absurde. Vous appliquez bien les correctifs de MS-Windows pourquoi ne pas mettre à jour vers une version qui corrige de nombreux bugs et plusieurs failles de sécurité ? À mon avis c'est donner un argument à ceux qui voudront prouver que la migration ne marche pas. Bonne journée JBF Ce message est protégé par les
Re: [users-fr] Migration OOo 2.3.1 - conseil et documentation
bonjour, à part le dernier lien, j'avais déjà vu tout ça ;-) j'ai avancé dans mes différents tests, en attendant d'avoir plus d'infos sur les flux de comm et sur les "habitudes" des utilisateurs quant à leur mode de travail. rapidement donc : il faut refaire toutes les macros, certaines parviennent à être correctement interprétées par la suite OOo 3.0 de novell mais dès lors que l'on tente une conversion du document c'est la cata. Idem pour le publipostage, une ouverture du fichier sans conversion permet de garder les champs liés mais on perd le mapping des champs avec la source de données (et la déclaration de la source de données ne permet de les restituer :'( ) et si l'on fait la conversion on perd tout sauf l'intitulé des champs liés si quelqu'un a une astuce je suis preneur yves dutrieux a écrit : Bonsoir, qq lectures intéressantes si vous ne les avez pas déjà lues ;-) http://www.framabook.org/openoffice.html http://www.pilotsystems.net/actus/migration_ooo_framabook.pdf/view?searchterm=None http://www.osor.eu/expert-studies/expert-docs/ida-open-source-migration-guidelines-fr Yves. Le 19 novembre 2008 09:30, Sebastien Pons <[EMAIL PROTECTED]>a écrit : Bonjour, encore et toujours merci pour ces réponses. Si ça ne tenait qu'à moi nous ne poserions pas la question de la version à installer sur les postes. Ceci étant les architectes ayant fait la qualification de la suite OOo ont pris leur temps et le projet est resté en standby pendant plusieurs mois en attendant notamment mon arrivée dans la société. Je récupère donc un bébé déjà bien grand, qui ne sait certes pas marcher tout seul mais qui a déjà fait ses choix :(, mon objectif étant déjà de déployer une version (même obsolète), par la suite nous verrons pour un upgrade, c'est déjà bien qu'une institution se lance dans l'aventure (enfin c'est ce que je me dis). Je me dois donc de me battre avec la 2.3.1 je vois déjà les soucis arrivés avec ma demande de modification des formats d'enregistrements par défaut! Vos réponses vont d'ailleurs m'aider à le justifier auprès des architectes et autres décideurs. Voilà comment je vois les choses : 1- tout document à vocation interne / externe n'ayant pas pour objectif la modification sera généré en PDF 2- tout document à vocation interne ayant pour objectif la modification sera enregistré au format natif d'OOo 3- tout document à vocation externe devant être modifiable (ou modifié) sera enregistré au format MSO + OOo (pour archive en interne). Les 1eres analyses me laissent penser que peu de document sont dans le cas N°3. Reste maintenant pour moi à identifier les utilisateurs amateurs de macros excel, de publipostage et enfin les adhérences entre applicatifs/progiciels et la suite MSO afin de lancer les développement/upgrade nécessaires à l'arrivée d'OOo. Existe t il un moyen simple (script ou autre) d'identifier les fichiers MSO (excel, word) contenant des macros? Je crains d'ailleurs que sur ces derniers points nous n'ayons besoin d'accompagnement, les équipes n'étant pas suffisamment autonome au niveau programmation en environnement OOo. Avez vous déjà travaillez avec des prestataires sur ce type de mission? si oui, je suis preneur des informations. Merci Sébastien Jean-Baptiste Faure a écrit : Le 18.11.2008 15:56, Sebastien Pons a écrit : Merci Jean Michel pour cette première réponse. J'ai déjà consulté les infos dispos sur les ressources openoffice.org Mon souci, c'est qu'elles sont très généralistes et souvent un brin obsolète (on parle souvent des versions 1.x de OOo) Pour le reste j'essaye de mesurer les impacts liés à la migration, quels sont les risques liés à l'enregistrement en .doc,.xls, etc... par rapport à un enregistrement en format natif OOo? (désolé mes connaissances sur le sujet grandissent de jour en jour mais quand on part de pas grand chose ce n'est pas facile). Bonjour, Dans OpenOffice.org il y a deux choses fondamentales : 1/ le format ouvert et normalisé OpenDocument (ISO 26300) 2/ l'utilisation d'un logiciel libre ODF est le format interne de OOo et il n'y a pas correspondance exacte avec les formats MSO doc, xls, ppt qui sont des formats fermés en voie d'abandon par MS, vous n'avez donc aucune garantie sur la pérennité de vos données, le format dépendant du bon vouloir de MS. Dire qu'il n'y a pas correspondance exacte signifie : - à chaque enregistrement en format MSO il y a conversion vers un format étranger ; - à chaque ouverture il y a conversion depuis un format étranger ; - certaines mises en forme peuvent être perdues ou altérées ; En revanche le format ODF garantit la possibilité d'accès au document, indépendamment de OOo. Je pense qu'il est essentiel d'adapter le c
Re: [users-fr] Migration OOo 2.3.1 - conseil et documentation
Bonjour, j'essaye de comprendre le mode de fonctionnement de l'outil d'interopérabilité inclus par novell dans sa distribution d'OOo censé offrir un support des macros VBA dans OOo (sous calc tout du moins). Mais j'avoue être quelque peu perdu. S'agit-il d'un interpréteur ou d'un convertisseur? Si convertisseur, comment l'utilise t on? y a t il un moyen de récupèrer du code VBA converti Basic? (mode newbie ON) J'ai fait différent tests sur des fichiers excel contenant des macros VBA, qui semblent bien fonctionner tant que le fichier est en format XLS mais dès lors que le converti (sans toucher aux macros) ça ne fonctionne plus... j'ai donc du rater quelque chose. Enfin, existe t il une extension ou un module permettant d'obtenir ce genre de fonctionnalité sur des versions plus anciennes que la 3 en environnement windows? Merci et n'hésitez pas à me demander plus d'infos... je découvre peu à peu l'ampleur de la tâche et donc j'apprends tant bien que mal tout au fil des lectures Sébastien Sebastien Pons a écrit : Bonjour, encore et toujours merci pour ces réponses. Si ça ne tenait qu'à moi nous ne poserions pas la question de la version à installer sur les postes. Ceci étant les architectes ayant fait la qualification de la suite OOo ont pris leur temps et le projet est resté en standby pendant plusieurs mois en attendant notamment mon arrivée dans la société. Je récupère donc un bébé déjà bien grand, qui ne sait certes pas marcher tout seul mais qui a déjà fait ses choix :(, mon objectif étant déjà de déployer une version (même obsolète), par la suite nous verrons pour un upgrade, c'est déjà bien qu'une institution se lance dans l'aventure (enfin c'est ce que je me dis). Je me dois donc de me battre avec la 2.3.1 je vois déjà les soucis arrivés avec ma demande de modification des formats d'enregistrements par défaut! Vos réponses vont d'ailleurs m'aider à le justifier auprès des architectes et autres décideurs. Voilà comment je vois les choses : 1- tout document à vocation interne / externe n'ayant pas pour objectif la modification sera généré en PDF 2- tout document à vocation interne ayant pour objectif la modification sera enregistré au format natif d'OOo 3- tout document à vocation externe devant être modifiable (ou modifié) sera enregistré au format MSO + OOo (pour archive en interne). Les 1eres analyses me laissent penser que peu de document sont dans le cas N°3. Reste maintenant pour moi à identifier les utilisateurs amateurs de macros excel, de publipostage et enfin les adhérences entre applicatifs/progiciels et la suite MSO afin de lancer les développement/upgrade nécessaires à l'arrivée d'OOo. Existe t il un moyen simple (script ou autre) d'identifier les fichiers MSO (excel, word) contenant des macros? Je crains d'ailleurs que sur ces derniers points nous n'ayons besoin d'accompagnement, les équipes n'étant pas suffisamment autonome au niveau programmation en environnement OOo. Avez vous déjà travaillez avec des prestataires sur ce type de mission? si oui, je suis preneur des informations. Merci Sébastien Jean-Baptiste Faure a écrit : Le 18.11.2008 15:56, Sebastien Pons a écrit : Merci Jean Michel pour cette première réponse. J'ai déjà consulté les infos dispos sur les ressources openoffice.org Mon souci, c'est qu'elles sont très généralistes et souvent un brin obsolète (on parle souvent des versions 1.x de OOo) Pour le reste j'essaye de mesurer les impacts liés à la migration, quels sont les risques liés à l'enregistrement en .doc,.xls, etc... par rapport à un enregistrement en format natif OOo? (désolé mes connaissances sur le sujet grandissent de jour en jour mais quand on part de pas grand chose ce n'est pas facile). Bonjour, Dans OpenOffice.org il y a deux choses fondamentales : 1/ le format ouvert et normalisé OpenDocument (ISO 26300) 2/ l'utilisation d'un logiciel libre ODF est le format interne de OOo et il n'y a pas correspondance exacte avec les formats MSO doc, xls, ppt qui sont des formats fermés en voie d'abandon par MS, vous n'avez donc aucune garantie sur la pérennité de vos données, le format dépendant du bon vouloir de MS. Dire qu'il n'y a pas correspondance exacte signifie : - à chaque enregistrement en format MSO il y a conversion vers un format étranger ; - à chaque ouverture il y a conversion depuis un format étranger ; - certaines mises en forme peuvent être perdues ou altérées ; En revanche le format ODF garantit la possibilité d'accès au document, indépendamment de OOo. Je pense qu'il est essentiel d'adapter le choix du format de fichier à son utilisation. Ce qui suppose former les utilisateurs et faire confiance à leur
[users-fr] Apports de la version 3.0 d'OOo
Bonjour à tous, J'ai déjà posté pour avoir des infos sur un projet de migration MS-office vers OOo. (merci d'ailleurs pour vos réponses) Cette migration est initialement prévue sur la version 2.3.1 d'OOo (oui je sais, c'est mal! :) ), mais à force de discussions, de débats et autres conflits, j'ai réussi à faire comprendre que la version 3.0 apportait un lot de fonctionnalités et d'améliorations conséquentes et donc non négligeables. Il en résulte une étude sur le passage à la V 3.0 :) Je suis donc parti en quête des apports de la version 3.0 vis à vis de la 2.3.1, j'ai bien trouvé les nouvelles fonctionnalités du genre partage de document, compatibilité office 2007,... mais y a t il des points "plus techniques" du genre améliorations des performances, meilleures évolutions à prévoir etc que je pourrais inclure dans cette étude? En gros quels sont au delà des fonctionnalités nouvelles, les apports de la version 3.0? Merci à vous tous! Sebastien Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Apports de la version 3.0 d'OOo
Merci, J'ai déjà vu ces liens, il s'agit de fonctionnalité plus que d'améliorations (même si ces fonctionnalités améliorent le quotidien ;) ) Voilà ce que j'ai pu trouver sur le net, merci de me corriger si j'ai commis une erreur (sachant qu'il s'agirait d'un upgrade de la 2.3.1 vers la 3.0, hors nouvelles fonctionnalités) : - Amélioration des performances globales - Ouverture et conversion des documents plus rapide - Amélioration des export en PDF (possibilités d'insérer des signets et liens hypertexte, liens entre fichiers) - support du format PDF/A-1 (PDF pour archivage longue durée, CF. norme ISO 19005-1 <http://fr.wikipedia.org/wiki/ISO_19005-1>) - support du « drag & drop » (notamment sous calc) - environnements et fonctionnalités plus « proches » de la suite MS Office (facilité la prise en main lors d'une migration) - Nombreuses corrections de bug et failles de sécurité - Améliorations du module de gestion des graphiques (possibilité d'insertion des valeurs sur le graphe, nouvelles courbes,...) - Améliorations du module Impress (rapprochement des fonctionnalités de PowerPoint, insert d'image de fond, support des transitions entre diapositives,...) - Meilleure compression des documents => diminution des espace e stockage, Sauvegarde, etc... A vous lire. Sébastien Francis Wintzenrieth a écrit : Bonjour, Il y a pas mal d'infos sur cette page : http://fr.openoffice.org/Marketing/nouv3.0.html Sebastien Pons a écrit : Bonjour à tous, J'ai déjà posté pour avoir des infos sur un projet de migration MS-office vers OOo. (merci d'ailleurs pour vos réponses) Cette migration est initialement prévue sur la version 2.3.1 d'OOo (oui je sais, c'est mal! :) ), mais à force de discussions, de débats et autres conflits, j'ai réussi à faire comprendre que la version 3.0 apportait un lot de fonctionnalités et d'améliorations conséquentes et donc non négligeables. Il en résulte une étude sur le passage à la V 3.0 :) Je suis donc parti en quête des apports de la version 3.0 vis à vis de la 2.3.1, j'ai bien trouvé les nouvelles fonctionnalités du genre partage de document, compatibilité office 2007,... mais y a t il des points "plus techniques" du genre améliorations des performances, meilleures évolutions à prévoir etc que je pourrais inclure dans cette étude? En gros quels sont au delà des fonctionnalités nouvelles, les apports de la version 3.0? Merci à vous tous! Sebastien Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Apports de la version 3.0 d'OOo
j'avais corrigé, rien de bien grave :) c'est l'intention qui compte. Cédric Schmitz a écrit : Laurent BALLAND-POIRIER a écrit : Bonjour, Une petite rectification: Cédric Schmitz a écrit : Bonjour à tous. Comme ça de mémoire je dirais * la prise en charge de davantage de lignes dans le tableur Je crois plutôt que c'est le nombre de colonnes qui a été augmenté. Laurent BP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Oui j'ai vu que j'avais inversé quand le lien vers la page du wiki a été donnée. Réponse rapide quand tu nous tiens :( Désolé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Apports de la version 3.0 d'OOo
Bonjour, merci pour ces précisions, ça me conforte dans ce que j'avais trouvé et au niveau de la note que je viens de faire passer à mes responsables. ne reste plus qu'à croiser les doigts pour que cela facilite leur envie de passer sur la version 3.0 Juste une précision sur " Format ODF 1.2, en particulier intégration de ODFF pour les formules dans Calc", ok sur le format ODF, mais quel impact cela représente t il pour les formules dans calc? Merci encore à vous tous! Seb Jean-Baptiste Faure a écrit : Le 01.12.2008 12:34, Cédric Schmitz a écrit : Bonjour à tous. Comme ça de mémoire je dirais * la prise en charge de davantage de lignes dans le tableur * prise en charge de la norme 1.2 de l'ODF. * export PDF amélioré avec le format PDF/A (version normalisé ISO du PDF)... Bonjour, j'ajouterais, un peu en vrac : - renforcement de la politique de sécurité ; - gestion des dictionnaires comme des extensions : facilité d'installation + notifications de mises à jour ; - graphiques : barres d'erreurs, équation de la droite de régression, coeff R² ; - corrections de bugs et de failles de sécurité ; - amélioration de la rapidité de chargement ; - découverte de la langue d'un paragraphe ; - amélioration du remplacement automatique des polices de caractères manquantes ; utilisation des polices Liberation sous Linux ; - Format ODF 1.2, en particulier intégration de ODFF pour les formules dans Calc ; - la nouvelle gestion des notes dans OOo-Writer n'est pas une nouvelle fonctionnalité et cette refonte complète en améliore sensiblement le confort d'utilisation ; - le nouveau système de zoom améliore aussi le confort d'utilisation (double page sur écran 16/10 par exemple) ; - le développent de l'éco-système des extensions : Presentation Minimizer, pdfimport. On a ici des possibilités d'évolutions plus rapides que sur le corps principal. Par exemple l'extension "espaces insécables" vient d'être augmentée et corrigée grâce à l'action de plusieurs intervenants du forum et des listes de discussion. J'en oublie sans doute. Bonne journée JBF Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Apports de la version 3.0 d'OOo
Je n'en savais rien, comme quoi ça sert de demander :) donc si j'ai bien suivi, cela améliore un peu plus encore la prise en charge des documents Excel... en gros un point de plus à mettre en avant pour basculer vers OO.o 3 Merci Mitch a écrit : Sebastien Pons a écrit : Bonjour, merci pour ces précisions, ça me conforte dans ce que j'avais trouvé et au niveau de la note que je viens de faire passer à mes responsables. ne reste plus qu'à croiser les doigts pour que cela facilite leur envie de passer sur la version 3.0 Juste une précision sur " Format ODF 1.2, en particulier intégration de ODFF pour les formules dans Calc", ok sur le format ODF, mais quel impact cela représente t il pour les formules dans calc? Sauf erreur de ma part, le format ODF 1.2 inclut la spécification d'un langage de formules. Ce langage étant fortement basé sur l'existant, il apporte davantage de compatibilité avec les formules sous Microsoft Excel. Jusqu'à la version 2.4, OO.o supportait uniquement une implémentation "étendue" des formules de StarOffice, la compatibilité avec les formules Excel était un peu aléatoire... En gros, le module de gestion des formules sous Calc a été réécrit pour être plus rapide et plus compatible. Je ne parle pas des macros. Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] fusion & publipostage : conversion => perte des champs liés
Bonjour, Je sais, je n'arrête pas de poser des questions désolé :-[ mon nouveau souci (toujours dans le cadre de la migration MS office => OOo), j'ai des documents format .doc (office XP) contenant des champs liés vers un fichier xls. si j'ouvre le ;doc via OOo, il me suffit d'ajouter le fichier xls en source de données pour pouvoir récupérer mes liaisons et donc faire mon publipostage (jusque là tout va bien). Souhaitant suivre vos conseils, j'essaye donc de travailler en format ODF et donc de convertir et/ou d'enregistrer mon .doc en format OOo (odt donc)... et là c'est le drame, je perds systématiquemetn tous les champs liés... il ne reste plus que les intitulés des champs existe t il un moyen de ne pas perdre ces champs lors d'une conversion? le but étant donc de minimiser l'impact de la migration pour les utilisateurs. Merci encore... Seb Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Racourci pour modi fier les styles de paragraphe - Résolu !
je me lance (avec mes maigres connaissances en macro) mais tu mets le
rem devant les tirets"-" au lieu de l'avoir à la ligne précédente ça
doit fonctionner :
rem ---
au lieu de
rem
--
j'ai bon?
:)
Seb
Igor Barzilai a écrit :
Ça marche !!!
Merci Rémy :)
Ah les macros, il faudra bien que je m’y mette un de ces jours…
(j’ai du retirer les lignes de tirets dans ton code, elles me
renvoyaient un message d’erreur.)
Bon, je n’ai plus qu’à trouver à quel raccourci je vais affecter cette
fonctionnalité ;)
Igor.
Rémy Petit a écrit :
Enregistre cette macro et associe la au raccourci désiré !
REM * BASIC *
sub Main
rem
--
rem define variables
dim document as object
dim dispatcher as object
rem
--
rem get access to the document
document = ThisComponent.CurrentController.Frame
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
rem
--
dim args1(0) as new com.sun.star.beans.PropertyValue
args1(0).Name = " "
args1(0).Value = " "
dispatcher.executeDispatch(document, ".uno:EditStyle", "", 0,
args1())
end sub
Igor Barzilai a écrit :
Bonjour Claude,
RELAIX Claude a écrit :
Igor Barzilai a écrit :
Et le bouton droit avec la dernière option 'Editer le style de
paragraphe', ca ne vous va pas ?
Bravo, cela me convient bien. Merci Claude.
J’ai quand même cherché pour voir s’il existait un moyen d’appliquer
un raccourci à cette fonction, mais apparemment non. Je suis étonné.
Encore merci à tous pour vos idées ;)
Igor.
-
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]
Ce message est protégé par les règles relatives au secret des correspondances.
Il est donc établi à destination exclusive de son destinataire. Celui-ci peut
donc contenir des informations confidentielles. La divulgation de ces
informations est à ce titre rigoureusement interdite. Si vous avez reçu ce
message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail
figure ci-dessus et de détruire le message ainsi que toute pièce jointe.
This message is protected by the secrecy of correspondence rules. Therefore,
this message is intended solely for the attention of the addressee. This
message may contain privileged or confidential information, as such the
disclosure of these informations is strictly forbidden. If, by mistake, you
have received this message, please return this message to the addressser whose
e-mail address is written above and destroy this message and all files attached.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] fusion & publipost age : conversion => perte des champs liés
J'ai pas du être tout à fait clair :( en résumé : je crée un fichier base.xls je crée un document type (lettre.doc) avec mes champs liés à mes données présentes dans base.xls (tout ça via MS Office) ensuite j'ouvre mon fichier lettre.doc via writer, j'ai bien les champs marqués comme liés, mais si je tente la fusion, les données ne sont pas dispo. je crée donc la source de données au niveau de writer (F4 & cie...) je reteste la fusion => ça marche du coup je me dis, pour être full compliance OOo :) je vais l'enregistrer en fichier odt (lettre.odt donc). c'est là que j'ai mon souci : les champs liés ne sot plus des champs liés mais juste du texte en gras... il ne reste plus que les intitulés des champs (j'ai par contre toujours ma source de données). idem si je tente une conversion du fichier lettre.doc via l'assistant de conversion plutôt qu'un enregistrement direct en format opendocument any solution? ou dois je annoncer aux utilisateurs qu'ils ont du boulot ou préconiser un travail au format MSo (pour ces fichiers là seulement)... le but étant toujours d'identifier les risques liés à la migration (je précise au cas où :) ) Jean Michel PIERRE a écrit : Il faudra voir dans le détail. Mais si j'ai bien compris, ce que tu auras à faire c'est reconnecter la base (= fichier xls) par Édition > Changer de base de données J.M Sebastien Pons a écrit : Bonjour, Je sais, je n'arrête pas de poser des questions désolé :-[ mon nouveau souci (toujours dans le cadre de la migration MS office => OOo), j'ai des documents format .doc (office XP) contenant des champs liés vers un fichier xls. si j'ouvre le ;doc via OOo, il me suffit d'ajouter le fichier xls en source de données pour pouvoir récupérer mes liaisons et donc faire mon publipostage (jusque là tout va bien). Souhaitant suivre vos conseils, j'essaye donc de travailler en format ODF et donc de convertir et/ou d'enregistrer mon .doc en format OOo (odt donc)... et là c'est le drame, je perds systématiquemetn tous les champs liés... il ne reste plus que les intitulés des champs existe t il un moyen de ne pas perdre ces champs lors d'une conversion? le but étant donc de minimiser l'impact de la migration pour les utilisateurs. Merci encore... Seb Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] fusion & publipost age : conversion => perte des champs liés
Merci pour cette info, il n'y a donc pas de parade connue :( Je suis globalement d'accord avec ton analyse, à un détail près, dans ma boite même les modèles de documents contiennent des champs liés et ces modèles font parfois plus de 500 pages... donc je vois arriver d'ici les réfractaires au changement... mais bon tant pis je leur ferais du charme :) encore merci Marie jo Ooo a écrit : Bonjour Sébastien Sebastien Pons a écrit : J'ai pas du être tout à fait clair :( Si si ;-) en résumé : je crée un fichier base.xls je crée un document type (lettre.doc) avec mes champs liés à mes données présentes dans base.xls (tout ça via MS Office) ensuite j'ouvre mon fichier lettre.doc via writer, j'ai bien les champs marqués comme liés, mais si je tente la fusion, les données ne sont pas dispo. je crée donc la source de données au niveau de writer (F4 & cie...) je reteste la fusion => ça marche du coup je me dis, pour être full compliance OOo :) je vais l'enregistrer en fichier odt (lettre.odt donc). c'est là que j'ai mon souci : les champs liés ne sot plus des champs liés mais juste du texte en gras... il ne reste plus que les intitulés des champs (j'ai par contre toujours ma source de données). idem si je tente une conversion du fichier lettre.doc via l'assistant de conversion plutôt qu'un enregistrement direct en format opendocument any solution? ou dois je annoncer aux utilisateurs qu'ils ont du boulot ou préconiser un travail au format MSo (pour ces fichiers là seulement)... le but étant toujours d'identifier les risques liés à la migration (je précise au cas où :) ) Pour faire du mailing dans Ooo il faut être au format Odf au niveau du courrier (les données peuvent rester sous Xls) Le principe de connexion du fichier aux champs liés n'est pas le même. Il faut donc expliquer aux utilisateurs qu'ils auront à enregistrer leurs lettres type en odf (odt), à connecter leur fichier excel ou calc et à réinsérer les champs de fusion. Et à ne pas changer de format, sinon, tu connais le résultat. J'annonce ceci régulièrement aux utilisateurs que je rencontre et que je forme. J'ai rencontré certaines réactions assez vives mais personne ne m'a jamais tuée ;-) Et puis, il faut dire que la ré insertion des champs prend maxi 5 minutes ! A ta disposition. Marie jo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Conseil sur questionnaire
Bonjour, Je travaille sur une migration MS Office vers OOo. Du coup j'ai prévu de mettre en place un questionnaire auprès des utilisateurs afin de connaître leur niveau de compétences, le type et la volumétrie des documents qu'ils génèrent afin au final d'évaluer la charge de la migration et de prévoir les formations adéquates. j'ai donc établi un questionnaire, pour lequel l'essentiel des réponses est OUI ou NON, et quelques champs de saisi "libre". Je souhaite donc que les utilisateurs le remplissent puis que ces informations soient stockées soit dans un fichier calc soit dans une base de données. L'objectif étant de pouvoir par la suite consolider le tout. Quelle démarche me conseillez vous? est ce que la création d'un formulaire Xforms peut me permettre de faire ce genre de chose? Comment injecter les données saisies dans un formulaire vers un fichier calc ou une base? Petite précision : en attendant la validation de la V3 d'OOo, les utilisateurs ont actuellement sur leur poste la 2.3.1 (moi y compris) Précision 2 : je souhaite le faire sous OOo afin de "montrer l'exemple"... Merci pour vos réponses (je dois produire le document avant vendredi :( ) Seb Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Conseil sur questionnaire
Merci pour cette réponse. Jusque là je savais :) ma question était plus orientée sur le fait de pouvoir intégrer les réponses ou selection dans une base de données. Mais je crois avoir trouver une solution (à défaut de LA solution). Je suis donc en train de réaliser un fichier calc, contenant les questions qui m'intéressent, des listes de choix (par le biais de Données => Validité) et je créerai ensuite une macro effectuant un copier coller de ces infos dans un autre fichier. Il y a peut être plus simple mais je ne maîtrise pas suffisamment l'outil je pense :( Mes principales difficultés identifiées avec ma solution sont : - comment faire en sorte que la copie des infos se copie dans un autre fichier après la dernière ligne collée - comment ne copier que les cellules contenant des informations et délaisser les cellules vides (je pensais utiliser le collage spécial, fonction transposer (pour passer en format tabulaire) mais cela copie malgré tout les cellules vides) Je veux bien un peu d'aide pour ces 2 points :) Jean Michel PIERRE a écrit : Bonjour, Il est possible de fabriquer un questionnaire avec OOo Writer, puis le sauvegarder en format odt ou en pdf pour que les utilisateurs y insèrent leurs réponses. Ci-joint un exemple avec plusieurs types de contrôles permettant des réponses multiples ou uniques. J.M . Sebastien Pons a écrit : Bonjour, Je travaille sur une migration MS Office vers OOo. Du coup j'ai prévu de mettre en place un questionnaire auprès des utilisateurs afin de connaître leur niveau de compétences, le type et la volumétrie des documents qu'ils génèrent afin au final d'évaluer la charge de la migration et de prévoir les formations adéquates. j'ai donc établi un questionnaire, pour lequel l'essentiel des réponses est OUI ou NON, et quelques champs de saisi "libre". Je souhaite donc que les utilisateurs le remplissent puis que ces informations soient stockées soit dans un fichier calc soit dans une base de données. L'objectif étant de pouvoir par la suite consolider le tout. Quelle démarche me conseillez vous? est ce que la création d'un formulaire Xforms peut me permettre de faire ce genre de chose? Comment injecter les données saisies dans un formulaire vers un fichier calc ou une base? Petite précision : en attendant la validation de la V3 d'OOo, les utilisateurs ont actuellement sur leur poste la 2.3.1 (moi y compris) Précision 2 : je souhaite le faire sous OOo afin de "montrer l'exemple"... Merci pour vos réponses (je dois produire le document avant vendredi :( ) Seb Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - 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] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message t
Re: [users-fr] Conseil sur questionnaire
Je vais aller voir de plus près ce dont tu parles, sait on jamais. Je vous mets en pièce jointe ce que j'ai déjà réaliser comme questionnaire sous calc (OK c'est pas super "sexy" mais c'est pas vraiment l'objectif). Il ne me reste plus qu'à travailler la mise en forme et les macros de récupérations des infos (via un bouton de validation qui exportera vers un autre fichier). Cela me semble correct même si j'ai bien conscience que OOo n'est pas un outil d'enquête. Concernant la volumétrie : 650 postes à migrer avec un objectif à 80% de licences office supprimées :-D Qu'en pensez vous? Frank Thomas a écrit : Sebastien, OOo n'est pas un logiciel d'enquête. Et OOs ne veut pas être un couteau suisse. Donc c'est normal que les multiples capacités d'OOo se limitent ici. En tant que sociologue qui travaille dans les enquêtes je te déconseille son usage pour recueillir les informations. Si les personnes à enquêter disposent d'un accès à Internet je regarde côté enquête en ligne. Cependant j'ai du mal à trouver un logiciel d'enquête en ligne francophone qui est aussi gratuit. Si tu veux travailler avec OOo comme traitement de texte pour rédiger le questionnaqire, d'accord. En ce cas tu dois ensuite saisir manuellement les réponses, par exemple avec le libre EpiData qui produit un fichier sous format csv que OOo sait lire. Tout cela est une question du volume de réponses. S'il n'y a que quelques dizaines de répondants tu prends OOo 3 avec l'extension http://extensions.services.openoffice.org/project/DataForm, pour faire simple. - ft Sebastien Pons wrote: Bonjour, Je travaille sur une migration MS Office vers OOo. Du coup j'ai prévu de mettre en place un questionnaire auprès des utilisateurs afin de connaître leur niveau de compétences, le type et la volumétrie des documents qu'ils génèrent afin au final d'évaluer la charge de la migration et de prévoir les formations adéquates. j'ai donc établi un questionnaire, pour lequel l'essentiel des réponses est OUI ou NON, et quelques champs de saisi "libre". Je souhaite donc que les utilisateurs le remplissent puis que ces informations soient stockées soit dans un fichier calc soit dans une base de données. L'objectif étant de pouvoir par la suite consolider le tout. Quelle démarche me conseillez vous? est ce que la création d'un formulaire Xforms peut me permettre de faire ce genre de chose? Comment injecter les données saisies dans un formulaire vers un fichier calc ou une base? Petite précision : en attendant la validation de la V3 d'OOo, les utilisateurs ont actuellement sur leur poste la 2.3.1 (moi y compris) Précision 2 : je souhaite le faire sous OOo afin de "montrer l'exemple"... Merci pour vos réponses (je dois produire le document avant vendredi :( ) Seb Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - 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] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confide
Re: [users-fr] Conseil sur questionnaire
Super! merci pour l'info, je me suis débrouillé pour faire ce que je voulais dans base Me reste plus qu'à réussir à faire une macro qui va copier ma plage de cellule (contenant les réponses) vers un autre fichier calc (à moins qu'on puisse les intégrer directement dans la base de données que je viens de créer) J'ai tenté un mode enregistrement de macro, la sélection et la copie se font bien mais pour ensuite faire un collage spécial dans un autre fichier là c'est le drame... Existe t il une solution simple ou faut il que je me mette à la programmation de macro? (en 3 jours je crains que ce soit compliqué :( ) En tout cas merci à tous pour vos réponses qui m'ont déjà permis de bien avancer Jean Michel PIERRE a écrit : Sebastien Pons a écrit : Je vais aller voir de plus près ce dont tu parles, sait on jamais. Je vous mets en pièce jointe ce que j'ai déjà réaliser comme questionnaire sous calc (OK c'est pas super "sexy" mais c'est pas vraiment l'objectif). Avec des données dans un tableur OOo Calc, il y a la possibilité de les récupérer directement dans OOo Base. http://fr.openoffice.org/Documentation/How-to/indexht-base.html J.M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Conseil sur questionnaire
bon j'avance en fait doucement (enfin je suis content de moi malgré tout
^^ ).
j'ai réussi à faire un copier coller vers mon fichier calc contenant
seulement les résultats (issu de mon premier fichier contenant les
réponses aux questions posées).
mais je ne parviens pas à faire un collage spécial. l'objectif est de
faire une transposition des données (mode colonne vers mode ligne) et là
je sèche...
voilà la macro que j'ai adapté après avoir recherché sur le net :
REM * BASIC *
sub export_reponse
dim Feuille as object, Feuille2 as object
dim oRange as object
dim Args(0) as new com.sun.star.beans.PropertyValue
dim dispatcher as object
dim oDoc as object
dim args4(5) as new com.sun.star.beans.PropertyValue
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
Feuille = ThisComponent.Sheets.getByName("Utilisateur")
oRange = Feuille.getCellRangeByName("B4:B79")
ThisComponent.CurrentController.Select(oRange)
' copier la zone actuellement sélectionnée
dispatcher.executeDispatch(ThisComponent.CurrentController.Frame,
".uno:Copy", "", 0, Array())
' ouvrir autre document
CheminSource = "T:\Projets\2008\Migration OOo\audit\"
Args(0).Name = "Hidden"
Args(0).Value = true
oDoc = StarDesktop.LoadComponentFromURL(convertToURL(CheminSource +
"Formatage_reponse.ods"), "_blank", 0 ,Args())
Feuille2 = oDoc.Sheets.getByName("donnees")
oRange = Feuille2.getCellRangeByName("A2")
oDoc.CurrentController.Select(oRange)
' coller dans la nouvelle zone
dispatcher.executeDispatch(oDoc.CurrentController.Frame, ".uno:Paste",
"", 0, array())
oDoc.Store
oDoc.Close(True)
End Sub
*Mes deux interrogations sont donc :
Comment faire un collage spécial en activant la fonction transposer vers
le fichier "formatage_reponse.ods"?
Comment faire pour que cette macro face le collage spécial dans la
première ligne vide ?*
Désolé d'abuser de vos compétences mais y a urgence :(
PS : je continue à chercher malgré tout :)
Sébastien
Sebastien Pons a écrit :
Super!
merci pour l'info, je me suis débrouillé pour faire ce que je voulais
dans base
Me reste plus qu'à réussir à faire une macro qui va copier ma plage de
cellule (contenant les réponses) vers un autre fichier calc (à moins
qu'on puisse les intégrer directement dans la base de données que je
viens de créer)
J'ai tenté un mode enregistrement de macro, la sélection et la copie
se font bien mais pour ensuite faire un collage spécial dans un autre
fichier là c'est le drame...
Existe t il une solution simple ou faut il que je me mette à la
programmation de macro? (en 3 jours je crains que ce soit compliqué :( )
En tout cas merci à tous pour vos réponses qui m'ont déjà permis de
bien avancer
Jean Michel PIERRE a écrit :
Sebastien Pons a écrit :
Je vais aller voir de plus près ce dont tu parles, sait on jamais.
Je vous mets en pièce jointe ce que j'ai déjà réaliser comme
questionnaire sous calc (OK c'est pas super "sexy" mais c'est pas
vraiment l'objectif).
Avec des données dans un tableur OOo Calc, il y a la possibilité de
les récupérer directement dans OOo Base.
http://fr.openoffice.org/Documentation/How-to/indexht-base.html
J.M
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ce message est protégé par les règles relatives au secret des
correspondances. Il est donc établi à destination exclusive de son
destinataire. Celui-ci peut donc contenir des informations
confidentielles. La divulgation de ces informations est à ce titre
rigoureusement interdite. Si vous avez reçu ce message par erreur,
merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure
ci-dessus et de détruire le message ainsi que toute pièce jointe.
This message is protected by the secrecy of correspondence rules.
Therefore, this message is intended solely for the attention of the
addressee. This message may contain privileged or confidential
information, as such the disclosure of these informations is strictly
forbidden. If, by mistake, you have received this message, please
return this message to the addressser whose e-mail address is written
above and destroy this message and all files attached.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ce message est protégé par les règles relatives au secret des correspondances.
Il est donc établi à destination exclusive de son destinataire. Celui-ci peut
donc contenir des informations confidentielles. La div
Re: [users-fr] Conseil sur questionnaire
tu as bien compris et les infos communiquées précédemment m'ont déjà permis d'y parvenir. Mais merci malgré tout pour ton tuto qui me sera utile pour d'autres raisons. Question subsidiaire : existe t il un moyen de lier le contenu d'une table à une feuille calc? objectif, alimenter automatiquement la table avec les données récupérées dans mon fichier calc. Sinon je m'attarde toujours sur le moyen d'effectuer un collage spécial transposer en mode macro :(, le tout après la dernière ligne renseignée dans ma feuille de destination Seb Docgranville a écrit : Sebastien Pons a écrit : Super! merci pour l'info, je me suis débrouillé pour faire ce que je voulais dans base Me reste plus qu'à réussir à faire une macro qui va copier ma plage de cellule (contenant les réponses) vers un autre fichier calc (à moins qu'on puisse les intégrer directement dans la base de données que je viens de créer) J'ai tenté un mode enregistrement de macro, la sélection et la copie se font bien mais pour ensuite faire un collage spécial dans un autre fichier là c'est le drame... Existe t il une solution simple ou faut il que je me mette à la programmation de macro? (en 3 jours je crains que ce soit compliqué :( ) En tout cas merci à tous pour vos réponses qui m'ont déjà permis de bien avancer Si j'ai bien compris le point où tu en es, tu as maintenant des données dans une feuille Calc et tu souhaites les incorporer dans une table d'une base de données Base. Une question avant de commencer : les données que tu as dans ta feuille Calc, elles sont complètes (y compris la clef primaire) ou elles ne représentent qu'une fraction des données qui figureront dans la table de destination ? (non, parce que ajouter des données d'un fichier Calc représentant des tuples complets d'une table, c'est très simple ; je l'ai décrit il y a quelque temps dans un petit tutorial qui est encore en phase de relecture et qui se trouve là http://fr.openoffice.org/files/documents/67/4127/file_4127.dat/OOo%20Base%20-%20Guide.odt ; c'est au point 15.2, entre les pages 22 et 29). Si ça peut aider. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Conseil sur questionnaire
merci pour l'info mais je dois me "contenter" de l'existant :( Frank Thomas a écrit : rudu wrote: Frank Thomas a écrit : Sebastien, OOo n'est pas un logiciel d'enquête. Et OOs ne veut pas être un couteau suisse. Donc c'est normal que les multiples capacités d'OOo se limitent ici. En tant que sociologue qui travaille dans les enquêtes je te déconseille son usage pour recueillir les informations. Si les personnes à enquêter disposent d'un accès à Internet je regarde côté enquête en ligne. Cependant j'ai du mal à trouver un logiciel d'enquête en ligne francophone qui est aussi gratuit. Connaissez-vous LimeSurvey ? http://www.limesurvey.org/index.php?lang=fr Pardon pour le hors sujet ... Jean-Marc Non, je ne connais pas, ceci me semble un lien bien pertinent. merci ft - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Conseil sur questionnaire [Rés olu]
Bon beh j'ai fini à force de tâtonnement entre le mode enregistrement de macro, les infos de la communauté, google et vos conseils par parvenir à mes fins! pour info donc : le collage special permet directement de sélectionner la ligne vide suivante en activant l'option déplacement vers le bas ce qui dans mon cas donne (MoveMode à 0): ' collage special dans la nouvelle zone args1(0).Name = "Flags" args1(0).Value = "SN" args1(1).Name = "FormulaCommand" args1(1).Value = 0 args1(2).Name = "SkipEmptyCells" args1(2).Value = true args1(3).Name = "Transpose" args1(3).Value = true args1(4).Name = "AsLink" args1(4).Value = false *args1(5).Name = "MoveMode" args1(5).Value = 0* dispatcher.executeDispatch(oDoc.CurrentController.Frame, ".uno:InsertContents", "", 0, args1()) Merci à vous pour vos réponse! et désolé pour le spam :) Sebastien Pons a écrit : tu as bien compris et les infos communiquées précédemment m'ont déjà permis d'y parvenir. Mais merci malgré tout pour ton tuto qui me sera utile pour d'autres raisons. Question subsidiaire : existe t il un moyen de lier le contenu d'une table à une feuille calc? objectif, alimenter automatiquement la table avec les données récupérées dans mon fichier calc. Sinon je m'attarde toujours sur le moyen d'effectuer un collage spécial transposer en mode macro :(, le tout après la dernière ligne renseignée dans ma feuille de destination Seb Docgranville a écrit : Sebastien Pons a écrit : Super! merci pour l'info, je me suis débrouillé pour faire ce que je voulais dans base Me reste plus qu'à réussir à faire une macro qui va copier ma plage de cellule (contenant les réponses) vers un autre fichier calc (à moins qu'on puisse les intégrer directement dans la base de données que je viens de créer) J'ai tenté un mode enregistrement de macro, la sélection et la copie se font bien mais pour ensuite faire un collage spécial dans un autre fichier là c'est le drame... Existe t il une solution simple ou faut il que je me mette à la programmation de macro? (en 3 jours je crains que ce soit compliqué :( ) En tout cas merci à tous pour vos réponses qui m'ont déjà permis de bien avancer Si j'ai bien compris le point où tu en es, tu as maintenant des données dans une feuille Calc et tu souhaites les incorporer dans une table d'une base de données Base. Une question avant de commencer : les données que tu as dans ta feuille Calc, elles sont complètes (y compris la clef primaire) ou elles ne représentent qu'une fraction des données qui figureront dans la table de destination ? (non, parce que ajouter des données d'un fichier Calc représentant des tuples complets d'une table, c'est très simple ; je l'ai décrit il y a quelque temps dans un petit tutorial qui est encore en phase de relecture et qui se trouve là http://fr.openoffice.org/files/documents/67/4127/file_4127.dat/OOo%20Base%20-%20Guide.odt ; c'est au point 15.2, entre les pages 22 et 29). Si ça peut aider. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] affectation d'une variable à une cellule
bonjour,
me revoilà :)
toujours dans mon questionnaire, je souhaite "pré remplir" certaines
cellules à l'ouverture du fichier calc par l'utilisateur du genre son
nom son prénom son login
donc j'ai fait une petite macro qui récupère les données que je veux
dans une variable du genre :
Sub nom_login
dim login as string
login = environ("NWUSERNAME")
End Sub
où NWUSERNAME est le login de l'utilisateur (difficile à deviner hein :) )
Mon problème est le suivant : comment affecter la valeur de cette
variable à une cellule (fixe genre B7)?
deuxième question, existe il un catalogue de toutes les fonctions, objet
utilisable au travers des macros en Basic?
Merci
Sébastien
Ce message est protégé par les règles relatives au secret des correspondances.
Il est donc établi à destination exclusive de son destinataire. Celui-ci peut
donc contenir des informations confidentielles. La divulgation de ces
informations est à ce titre rigoureusement interdite. Si vous avez reçu ce
message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail
figure ci-dessus et de détruire le message ainsi que toute pièce jointe.
This message is protected by the secrecy of correspondence rules. Therefore,
this message is intended solely for the attention of the addressee. This
message may contain privileged or confidential information, as such the
disclosure of these informations is strictly forbidden. If, by mistake, you
have received this message, please return this message to the addressser whose
e-mail address is written above and destroy this message and all files attached.
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] affectation d'une variable à une cellule
Laurent Godard a écrit :
Bonjour sebastien
donc j'ai fait une petite macro qui récupère les données que je veux
dans une variable du genre :
je te suggere de rejoindre la liste p...@fr.openoffice.org
J'y vais de ce pas :)
Mon problème est le suivant : comment affecter la valeur de cette
variable à une cellule (fixe genre B7)?
laFeuille = thisComponent.sheets.getByName("Feuille1")
laFeuille.getCellRangeByName("B7").string = login
Ca marche au poil :)
Merci!
deuxième question, existe il un catalogue de toutes les fonctions,
objet utilisable au travers des macros en Basic?
vaste question :)
regarde du coté du Developpers Guide et autres odcuments
http://api.openoffice.org/
http://wiki.services.openoffice.org/wiki/Documentation/BASIC_Guide
http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide
Sinon tu as l'option Livre ;)
Je vais commander le livre edition Eyrolles sur la programmation (OOo
2.0 mais je pense que ça n'a pas du trop changer dans la 3).
Encore merci
Seb
HTH
Laurent
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
Ce message est protégé par les règles relatives au secret des correspondances.
Il est donc établi à destination exclusive de son destinataire. Celui-ci peut
donc contenir des informations confidentielles. La divulgation de ces
informations est à ce titre rigoureusement interdite. Si vous avez reçu ce
message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail
figure ci-dessus et de détruire le message ainsi que toute pièce jointe.
This message is protected by the secrecy of correspondence rules. Therefore,
this message is intended solely for the attention of the addressee. This
message may contain privileged or confidential information, as such the
disclosure of these informations is strictly forbidden. If, by mistake, you
have received this message, please return this message to the addressser whose
e-mail address is written above and destroy this message and all files attached.
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Lien entre feuilles différentes du même classeur
bonjour, aurais tu la possibilité d'envoyer ton fichier? PS : je débute aussi mais j'apprends vite apparemment :) Seb Anne GRIMAULT a écrit : Bonjour à tous, En tant qu'utilisatrice débutante sur calc que je n'utilisais jusqu'à présent que pour des fonctions très basiques, j'ai besoin de votre aide pour générer des calculs automatiques faisant intervenir plusieurs feuilles d'un même classeur. Pour mon AMAP (association) j'ai créé un classeur comportant autant de feuilles que d'adhérents. Sur chacune de ces feuilles les titres de colonne sont des dates, les titres de ligne des denrées alimentaires. À la jonction des deux, la commande de l'adhérent pour cette denrée à une date donnée. Je veux regrouper les commandes dans un tableau par denrée (un pour chaque denrée) avec les noms des adhérents en tête de ligne et les dates en tête de colonne. Quelle est la formule que je dois mettre dans chaque cellule de ces tableaux par denrée afin de récupérer automatiquement la commande de chaque adhérent à chaque date. Je suis sûre que c'est une question facile pour les grosses têtes de la liste mais je ne suis pas certaine d'avoir été capable d'expliquer clairement mon problème... Merci d'avance pour votre indulgence et vos propositions. Anne Grimault - iMac Intel - OS 10.4.11. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] migrer de calc vers base
Bonjour Eric, Tu as à ta dispo un How-to sur le site fr.openoffice.org : http://fr.openoffice.org/Documentation/How-to/Bdd/CalcABase.pdf * *Je m'en sers actuellement, et loin d'être un dieu sous base(au contraire), j'arrive facilement à créer mes tables. ça devrait donc t'aider *Seb * Eric Doutreleau a écrit : bonjour j'utilise la suite openoffice 3.0 sous linux. Je gerais precedement trois feuilles de calcul pour gerer des données. Or ces feuilles possedent des données communes. Il m'apparait donc que base serait plus adaptes au gestion de ces données. Je cherche desperement un moyen simple d'importer mes feuilles dans les tables d'une base mais pour l'instant je fais choux blanc. quelqu'un aurait il une idee? merci d'avance Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Créer une liste limitée de choix dans une cellule
Bonjour, si j'ai bien compris tu veux avoir une liste de sélection, pour cela tu doit sélectionner l'option liste et renseigner la liste de valeurs en dessous (par le biais du menu données=>validité) Jean Sympa a écrit : Bonjour à toutes et à tous, Calc Créer une liste limitée de choix dans une cellule J'ai un trou de mémoire. Je ne me souviens plus comment on crée une liste de sélection. Je vais dans Données/validité Dans Critères Je dois autoriser une option : toutes les valeurs, Nombre entier,etc... J'autorise une option mais je ne peux rien écrire dans les fenêtres Données et Valeur. Je voudrais en cliquant sur une poignée située en bas et à droite de la cellule afficher un menu déroulant afin d'opérer une sélection. Où est mon erreur? Que faut-il faire? Avec mes remerciements Cordialement Papy - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org Ce message est protégé par les règles relatives au secret des correspondances. Il est donc établi à destination exclusive de son destinataire. Celui-ci peut donc contenir des informations confidentielles. La divulgation de ces informations est à ce titre rigoureusement interdite. Si vous avez reçu ce message par erreur, merci de le renvoyer à l'expéditeur dont l'adresse e-mail figure ci-dessus et de détruire le message ainsi que toute pièce jointe. This message is protected by the secrecy of correspondence rules. Therefore, this message is intended solely for the attention of the addressee. This message may contain privileged or confidential information, as such the disclosure of these informations is strictly forbidden. If, by mistake, you have received this message, please return this message to the addressser whose e-mail address is written above and destroy this message and all files attached. - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
