 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
6 messages in org.openoffice.fr.progRe: [prog] [Writer] Déclaration d'une...| From | Sent On | Attachments |
|---|---|---|
| Philippe Allart | Mar 7, 2007 9:32 am | |
| Cezame Concept | Mar 7, 2007 9:40 am | |
| Philippe Allart | Mar 7, 2007 10:18 am | |
| Cezame Concept | Mar 8, 2007 1:39 am | |
| Philippe Allart | Mar 8, 2007 2:29 am | |
| Cezame Concept | Mar 8, 2007 2:31 am |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [prog] [Writer] Déclaration d'une source de données pour étiquettes par programmation | Actions... |
|---|---|---|
| From: | Cezame Concept (ceza...@wanadoo.fr) | |
| Date: | Mar 8, 2007 1:39:45 am | |
| List: | org.openoffice.fr.prog | |
Merci pour l'info je viens d'y jeter un oeil et je vais tenter de déclarer la
base de données avec une méthode présentée dans la doc.
La gestion d'atiquettes sous oOWriter est très lourde comparée à celle de la
suite MS office. L'appli métier doit pouvoir fonctionner indéfférement avec oO
et MS en fonction de la suite installée sur le poste client final. De plus
l'appli doit gérer la mixité des deux suites sur un même réseau.
La partie MS Office tourne depuis pas mal de temps sans soucis, les données des
étiquettes sont mises dans un .xls et le modèle d'étiquettes est dans un .doc
(ceci pemettant sans problème aux deux suites de travailler sur ces fichiers).
Est ce que quelqu'un a déja réalisé la génération d'étiquettes à partir d'une
appli métier ? Existe t'il toutes les commandes UNO nécessaires pour cela ?
Merci de votre contribution précieuse ...
PS : J'ai réalisé sous VB un assemblage .NET avec les principale fonctions
utilisables depuis une application métier pour oWriter et oCalc mais sur les
étiquettes je sèche literallement !
Message du 07/03/07 19:26
De : "Philippe Allart"
A : pr...@fr.openoffice.org
Copie à :
Objet : Re: [prog] [Writer] Déclaration d'une source de données pour étiquettes
par programmation
Je ne suis pas du tout spécialiste UNO. C'est plutôt le cas d'un collègue, et en Java. Tout ce que je peux faire c'est te conseiller de regarder dans la paquetage GEDOOo: http://adullact.net/frs/?group_id=384
Dans le répertoire Macros, tu trouveras peut-être des idées dans les bibliothèques Bases et Applications. Dans le répertoire Exemples, il y a des cas d'utilisations ou des .odb sont créés dynamiquement sur des .cvs exportés d'une application métier.
Peut-être plus sioux, ce serait de créer un .odb à partir d'OOo qui pointe sur un CVS, puis de raffraichir le CVS à partir de l'application métier. Mais il vaut mieux que tous les champs soient de type chaîne.
Dans le répertoire JBoss/WS, il y a des .ear qui sont en fait des archives compressées, et qui contiennent entre autre des sources en Java. C'est loin du VBE, mais les appels à UNO se ressemblent peut-être. Il n'y a pas encore de création dynamique de .odb, mais on peut peut-être transposer une certaine logique.
A part ça, si ton projet consiste à générer des étiquettes avec des macros, je suis très intéressé, parce que c'est une partie qui manque à la bibliothèque "Rapports", dans la gestion des blocs.
Je voudrais bien que l'utilisateur puisse définir une étiquette par exemple dans un cadre, puis que le système puisse la dupliquer autant de fois qu'il y a d'occurences extraites du .odb.
En espérant aider,
Ph.
Cezame Concept a écrit :
Sous VB Express 2005 je sais utiliser UNO ... Quelles sont alors les fonctions a utiliser pour déclarer les bases de données ? Je ne trouve aucune info la dessus et je n'arrive pas avec l'enregistreur de macros à générer les commandes UNO ... Si quelqu'un a une solution en UNO merci de m'éclairer ... Cezame
Message du 07/03/07 18:32 De : "Philippe Allart" A : pr...@fr.openoffice.org Copie à : Objet : Re: [prog] [Writer] Déclaration d'une source de données pour à ©tiquettes par programmation
Je dirais que si l'application externe est développée dans un langage pour lequel il existe une passerelle vers UNO, on peut le faire en appelant OOo qui tourne en mode serveur.
Sinon, si le langage admet SOAP, on peut développer la fonctionnalité en Java et la mettre derrière un service web qui créerait le .odb. Ca me parait plus élégant, mais plus lourd à mettre en oeuvre de manière ponctuelle, hors d'une stratégie orientée SOA.
J'ai entendu dire qu'il y avait un projet PHP pour supporter directement les API d'OOo, mais ce n'est pas encore très avancé.
Une autre solution, c'est de créer un exemple de .odb, le décompresser, voir comment c'est fait dedans, et le reproduire avec l'application métier. C'est pas pareil :-/
Ph.
Cezame Concept a écrit :
Bonjour, J'aurais besoin de vos lumières ... Est t'il possible de déclarer depuis une application externe une source de données pour la gestion d'étiquettes ? Si oui quelle méthode adopter ? Merci d'avance pour votre aide ... Cezame
-- Philippe Allart Chargé dee mission TIC Lille Métropole
--------------------------------------------------------------------- To unsubscribe, e-mail: prog...@fr.openoffice.org For additional commands, e-mail: prog...@fr.openoffice.org
--------------------------------------------------------------------------------------- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte.
-- Philippe Allart Chargé dee mission TIC Lille Métropole
--------------------------------------------------------------------- To unsubscribe, e-mail: prog...@fr.openoffice.org For additional commands, e-mail: prog...@fr.openoffice.org
--------------------------------------------------------------------------------------- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte.