Discussion :

[Landolsi]

oui

en utulisant une application developper en C# cad en utilisant pas infopath directement

[virgul]

ahahah!

Voila je crois que j'aie compris je croyais que tu voulais faire ca depuis infopath!

Si tu veux faire un truc comme ca:

Si le formulaire infopath est ouvert tu ne pourras pas! Car infopath interdit la modification de ces fichiers quand il est ouvert

Si il est fermé oui ca peux marcher mais:

Il faut soit que tu le publie en fichier éclaté et la il te suffit simplement d'écraser le fichier xsn (ton schéma: myschama.xsd par défaut) par le nouveau!

Si il est publié au format xsn il te faudra un utilitaire (genre pkzip, winace) qui te permettra d'ouvrir ton xsn et de changer ton fichier xsd par le nouveau! Attention avec winzip ca ne marche pas car il doit faire des modif que infopath n'aime pas (d'après mes tests) et infopath refuse de réouvrir le formulaire!

Si les modif sont trop importante d'un schéma a l'autre il se peux qu'infopath génére des erreurs et ne veuillent plus ouvrir le form! Mais il faut vraiment de grosse modif

Perso je vois que ca comme solution MAIS IL PEUT Y EN AVOIR D'AUTRES!

Mais quelle peu bien être l'utilité d'un telle manigance je ne comprend pas trop? une mise à jour?

[Landolsi]

merci

je suis entrain de developpez un outil de convertion d'un formulaires infopath en html et j'ai reussie a faires mais lors de mes recherche je pu trouver cette outil ds infopath "Convertion d'un XSD" donc j'ai voulue developper un

[virgul]

ca c'est balaise !!! Je comprend mieux maintenant. J'aivais oublié que c'étais toi qui m'avais parlé de webconnector

Mais dans quelle optique tu développe ce produit pour le compte de l'équipe de webconnector ou ton entreprise ou pour ton plaisir?

Quelle est ton but supporter a 100% infopath ou juste améliorer quelque peux les fonctions?

[Landolsi]

au compte de mon entreprise, le xwebconnector pas trops difficile a comprendre

[Landolsi]

supporter 100% infopath

[virgul]

Dans le but d'une commercialisation ou seuleument pour ton entreprise?

Si c'est pas trop indiscret: As-tu une idée de quand ton produit sera prêt? As-tu une end-line?

Car notre entreprise est toujours a la recherche d'un produit qui pourrais supporté a 100% infopath pour l'instant nous sommes entrain de regarder pour améliorer infoscope afin qui correspondent a nos besoins. Mais si on peux travailler avec des francophones au lieu de coréens (plus simple de ce comprendre) ca nous arrangerait grandement (sans parler du décalage horaire qui est parfois assez ennuyeux)!

[Landolsi]

seulement pour mon entreprise mnt il est a peut pres 60% complet il reste la MultiData Base quand va l'intgrer avec ,
il ne reste pas trops car la partie de convertin est complete il reste la partie de communication multiBase

[Landolsi]

si vous voulez envois moi un mail du coordonnée de vottre entreprise et vos besoin

[virgul]

Ah que le monde est beau... Non je charie juste ce petit message pour vous donnez une adresse qui montre le futur client web infopath (office 12) ainsi que des slides expliquant comment ce va marcher:

http://channel9.msdn.com/Showpost.aspx?postid=127821

Pour tous ceux qui veulent obtenir la beta 1 d'office 12 dés le 1 novembre rendez-vous sur:

http://www.microsoft.com/office/preview/default.mspx

Il faut aussi noté l'arriver du sp2 de office 2003 qui corrige pas mal de petit bugs récurant! Genre la liste déroulante qui quand elle étais doublé perdait sa mise en forme conditionnel a chaque réouverture du formulaire!

++

Thierry

[Landolsi]

Merci moi j'ai entendu parler de Office 12 et ces capacité surtout ds la cotée que tu peu travailler avec infopath en client léger

[virgul]

Encore un petit lien sur office 12, les présentations au PDC05:

http://microsoft.sitestream.com/PDC05/

Mettre infopath dans le moteur de recherche et allez visionner les présentations c'est génial je me réjouis trop de d'enfin avoir cette béta 1 pour l'essayé.

Attention ces visioconférences sont présentes pour une durée limité alors allez voir maintenant et downloadé la si vous voulez la voir plus tard ou regardé la sur le site!

[virgul]

Bonjour à tous,

Voila un petit message pour vous dire que je vieux de créer mon blog sur developpez.com ! Il parlera biensur d'Infopath mais aussi d'autre produit de la gamme Office, d'XML et de C#!

L'adresse:

http://blog.developpez.com/?blog=61

++

Thierry

[Landolsi]

c'est bien et bon courage

[aicha60]

Bonjour,

Moi je suis stagiaire et ma mission consiste à trouver une solution afin de gérer les transmissions de données entre le service paie et les clients.

Cette application doit permettre aux clients de saisir leurs données de paye (elle devra contrôler les données et affichées dynamiquement des données extraites de l’ERP de paye utilisé exemple : Arcole, Pléiades, .. les bases utilisées sont des bases Oracle) Ces données devront suivre un processus de validation par différents acteurs et enfin elles devront être intégrées automatiquement dans les outils ERP de paye.

Pour résumer, l’application doit :
- gérer des flux de données et de travail (fonction workflow)
- Communiquer et alimenter des outils ERP de paye.

Au départ, ils avaient utilisé des formulaires InfoPath pour la saisie des données et l'envoi vers le service paie, que l'on voudrait abandonner car ils sont quasimment inutiles.
Eh oui c 'est normal puisqu'il y a peu ou pas de contrôle sur les données saisies, il n'y a pas de connexions aux bases de données utilisées.

Et c'est pour cette raison que j'aimerais que vous m'aidiez à savoir si en modifiant les formulaires il serait alors possible de répondre aux besoins que je vous ai décrit au début de ce message ( surtout sur la possibilité de communqiuer avec des bases oracle ?! ).

Etant donné que vous avez de l'experience avec cet outil, vous pourriez peut etre me dire si je dois persister dans mon intention de garder InfoPath (je suis la seule à le penser ) plutot que de partir sur une autre solution.

merci

[virgul]

Aujourd'hui c'est jour de fête pour tout les gens qui travaille avec Infopath et qui ne parle pas l'anglais et oui un forum spécialement pour eux a été ouvert :

http://www.infopathdev.com/forums/forum.asp?FORUM_ID=55

voila qui est dit, bonne journée

++

Thierry

[sekaijin]

Bonjour,

Moi je suis stagiaire et ma mission consiste à trouver une solution afin de gérer les transmissions de données entre le service paie et les clients.

Alors InfoPath n'est pas pour toi, j'ai le même pb
en effet infopath est livré avec office pro sur PC uniquement
donc tous les clients non pro qui on donc office home ne peuvent rien faire avec les mails infopath
de même les clients pros sur Mac avec Office Pro pourtant en avance d'une version par rapport à windows ne peuvent eux non plus exploiter la chose.

dans le même genre microsoft à doté la version mac d'office et home sous windows de "Note" qui n'est pas lisible avec la version Pro

Bref je me suis résigner à abandonner infopath qui emplus necessite des serveur microsost et ne sait pas partager son info avec le reste du monde
la seule chose que l'on peut en tirer en environement étérogène c'est d'enregistrer le xml et le parser

mais le logiciel lui même ne peut s'interfacer avec d'autre serveur que ceux de microssoft.
pas de webDAV pas de http Post pas de SOAP
A+JYT

[carole8]

bonjour tout le monde!!!

certain d'entre vous dises qu'il se sont resigné a utiliser infopath, j'aimerais savoir ce que vous utilisez ?

moi aussi je suis stagiaire et je dois utiliser infopath mais bien sur il faudrait l'installer sur tout les postes et ça plait pas trop au chef...
et les viewer sont pas très puissant... donc voila si vous pouvez m'indiquer quel logiciel vous utiliser????

merci d'avance...

Carole.

[sekaijin]

J'ajoute une case dans la liste
Oui mais je n'ai pas pu l'utiliser.

en effet InfoPath n'est pas disponible sur tous les postes Office.

il y est dans office 2003 mais pas dans 2004 et présent dans 2005
mais uniquement en version pro
office standard en est dépourvu.

à cela s'ajoute le fait qu'il faut impérativement un serveur IIS interdit chez moi pour le rendre intérêssant. Quid d'une api LAMP ? J2EE ?

Donc après une évaluation de la situation la réponse est pas d'intérêt pour la maison. remet en cause tous les choix technologiques.

A+JYT

[snadus]

il est pas mal mais c'est une belle merde quand on essaye de traiter les données avec java.
C'est impossible de les lire sans schéma.