Reprise du message précédent :

Effectivement cela parait plus logique qu'il n'y ait pas d'html mais ce n'était que des supputations!!!
 

Bin a mon avis l'activeX renvoie une flux XML au serveur, en reprenant ton exemple, si la valeur a été modifiée il renvoie:

Le mode de communication entre le serveur et l'activeX n'a pas de raison d'être plus complèxe que des echanges de flux XML, du coup du js a grand coup de DOM peut-être suffisant.
 
Bon Roudoudou plutot que de nous laisser partir dans des suppositions bancales, si tu demandais clairement à ton maître de stage ce que fait son bouzin!!!

 
Toutafé , mais la il me semble tellement pomé que commancer par qqch de facile pour se mettre dans le bain et voir un peu de quoi il en retourne me semble pas une mauvaise idée

j'aimerais bien voir aussi un petit imprim/écran de l'activeX. Ca nous donnera peut-être qq indications supplémentaires.

renseignement en cours......j'ai acquis quelques connaissance je vous en ferais part demain après avoir analysé tous ce que j'ai compris...
bon en gros j'ai compris les 3/4 de ce que les développeur m'ont dit....a demain

bon alr en gros l'activex est codé en delphi, qd on lui envoie le flux xml il analyse chaque balyse et affiche le composant correspondant....
ensuite si on clique sur un bouton il envoie une requete au serveur avec des données xml
 
ex:  
<req user="-057339487" name="AD/ACL" action="SET" async="0" > <param name="ACCT" value="05" /><param name="LIBACCT" value="124521">  </param><param name="CTRL_PRO" value="2">  </param><param name="RELAIS" value="3">  </param></req>
 
<response name="AD/ACL"  action="SET"  status="OK" >
  <datadesc>
    <field name="ACCT"  value="05" > </field>
    <field name="LIBACCT"  value="124521" > </field>
    <field name="CTRL_PRO"  value="2" > </field>
    <field name="RELAIS"  value="3" > </field>
  </datadesc>
</response>
 
voila...
rufo si tu veux un imprimécran dis moi comment je peux te l'envoyer....

Ok et toi tu interviens a quel moment exactement?

ben l'imprim/écran, tu l'upload sur un serveur ftp ou http (du genre http://www.imageshack.us/) et tu postes l'url dans ton message.

boudoudou, vu que t'as qq connaissances en Java, que c'est un langage largement répendu, que c'est multi plates-formes/multis navigateurs, que la syntaxe n'est pas très éloignée de celle de Delphi et q'il me semble que ce sera plus partique pour générer des requêtes xml, je partirais sur Java pour migrer cet activeX avec tout de même une réserve : il ne faut pas qu'il y ait des contraintes de temps sur la réactivité. En effet, Java n'est pas très rapide. Cependant, vu que le dialogue avec le serveur se fait en xml, je ne pense pas qu'il y ait ce genre de contrainte
Une autre réserve encore : vérifie que l'activeX ne fait pas appel à des primitives "spéciales Windows" pour lesquelles Java n'aurait pas d'équivalent. Et attention aux accès HDD côté client : une appel java est assez limitée de ce côté là (y'a une histoire d'appel signée et de police pour autoriser les accès HDD)...

moi j'interviens ds l'ihm...enfin je pense et j'espere le reste je crois que c'est pas moi qui m'occupe de ca (style évènement, action des clik etc...mais pur hypothèse)...
mais j'ai analysé la piste du ajax et au niveau ressource ca à l'air archi lourd si je prend l'exemple de yahoo messagerie ils ont tous reconfiguré en ajax pr leur messagerie et si t'as pas un pc assez robuste tu rame grave rien qu'en utilisat les scrollbar on voit que ton cpu bosse à fond...
donc après reste xul...et la je regarde si l'on peut créer ses propres composants et aparemment oui grâce à xbl...
rufo je vais mettre l'imprim écran ds quelques minutes...

image....
http://img20.imageshack.us/my.php?image=screen4xb.jpg

la colonne de gauche fait pas partie de l'activeX, c'est bien ça? C'est du html+Javascript qui donne accès à certaines parties de l'activeX?

no l'arbre situé à gauche ne fait pas partie de l'activex c seulement le carré rouge l'activex...et pr avoir accès à certaines partie de l'activex je sais pas si c'est du js+html mais je pense que c'est plutot des évènement controlé par l'activex...enfin je sais pas...

j'ai une idée...
pourriez vous m'aidez à trouver des arguments pr dire qu'en faite pr l'instant y a pas de solution au sujet de mon stage et qu'il faut voir ca dans 2 ou 3 ans et que maintenant faut me donner un autre sujet de stage plus facile....

je pense pas que ça soit si dire que ça puisqu'on te demande d'étudier la faisabilité d'un portage d'un activX et pas de faire tout le portage. Franchement, si tu pars sur du java, je pense pas que le décodage du flux xml pour l'ihm prenne plus d'1 mois de boulot (tout du moins pour afficher les principaux composants). Après, tu peux même coder 1 ou 2 requêtes serveur associées à qq boutons et c'est bon, t'as fini ton stage...

Tu peux présenter ça comme ça:

Tu va voir ils vont bien aimé

oui c'est exactement ce que je cherché anapajari merci...bon bah je clôture ce topic et je vous dis merci pr votre aide...

 
j'ose espérer que c'était humoristique et pas dit sérieusement  

non mais faut pas dire ca j'ai cherché des solutions prenons exemple avec xul ca peut être possible après par contre on m'a demandé de voir si on pouvait créer ses propres composants j'ai cherché et aparemment oui on peut grâce à xbl dirait on mais la aussi c'est pas clair...ensuite y a ajax mais j'ai aucun moyen d'apprendre comment ca marche malgrés les tuto que j'ai trouvé et enfin pr répondre à rufo je pourrais faire l'ihm en java (d'ailleur la je suis calé car c'est moi qui m'occupait de ca sur le projet...) mais y a le problème des composants personnalisés...

non mais malgré toute votre aide je sais pas quoi faire et je suis perdu...

à mon avis je vais me focaliser que sur une solution, xul n'étant pas trop possible je vais prendre ajax alr qu'est ce que vous en penser...j'essaye d e tout transformer en java et après je fais du javascript...c'est possible???

 
comment ça, le pb des composants personnalisés? Je serais curieux de voir ce qu'on peut faire en Delphi et pas en Java

ouais j'ai dit ca mais j'en sais rien en faite...mais donc si je fais ca en java faudra trnasposer tt le code delphi mais j'ai toujours pas compris comment enlever l'activex...

 
ben si tu fais une applet Java, pourquoi utiliser du Javascript J'ai l'impression que t'es un peu à la rue concernant les technos webs. Le site commentcamarche.net, tu connais? Vu que t'es en stage, t'as tout le temps de chercher sur le web les infos de bases sur les différentes technos web. Ensuite, dès que t'as vu en gros à quoi sert et ce que peut faire telle ou telle techno, ben tu prends celle (ou celles) qui répond le mieux à ton pb te pour un moindre coût...(en tenant compte aussi de la facilité de maintenance)

En même temps je ferais même pas d'ajax si tu pars la dessus. Te complique pas la vie!
Le java transforme ton flux en html "lamba" ( formulaire toussa)". A la soumission des formulaires à ton java et c'est le java qui se demerde pour reconstituer le flux xml qui va bien. Et l'envoyer à "l'appli"...
Hop roulé jeunesse, pour faire une POC ça suffit amplement!

"Le java transforme ton flux en html "lamba" ( formulaire toussa)". A la soumission des formulaires à ton java"
 
peux tu juste réexpliquer cette partie j'ai pas trop compris le sens de la phrase....

 
dans le code html, y'a surment une balise <object />. C'est elle qui affiche l'activeX. Donc faut retirer cette balise et la remplacer par une balise <applet />.
 
Dis donc, on va quand même pas tout te faire! C'est fini le bureau des pleurs? On t'a proposé des pistes/solutions. A toi maintenant de t'y mettre sérieusement et de chercher les infos dont tu as besoin pour répondre à tes questions!  
 
Le coup du "j'y comprends rien..." donc je fais rien, ça passe pas. Tu comprends pas qq chose? C'est normal, on peut pas tout savoir. Aujourd'hui, on a suffisamment d'outils pour accéder à la connaissance (le web par ex). Donc, tu cherches de l'info sur ce que tu ne comprends pas et si y'a toujours des zones d'ombres, tu reviens et on essaiera de t'expliquer. Tu crois quand même pas que nous, on a été béni des dieux et que nos connaissances nous sont tombées comme ça tout cuit dans la tête...

Le truc en java étant bien entendu sur un serveur!

 
générer du html, ça risque de devenir chaud. Je sais pas si t'as vu l'imprim/écran de l'activeX, y'a quand même beaucoup de composants et leur positionnement est assez complexe.

oui t'as surement raison (rufo) là je suis eb train de voir comment faire une applet...
"le truc en java" anapajari c'est quoi?un programme qui transforme xml en IHM, une applet,etc désolé de ma stupidité grandissante...

Je suis entièrement d'accord mais il peut tout a fait faire une démonstration suffisante avec...
Le seul point que je voulais souligner c'est que de "l'ajax"(bonus buzzword) n'est pas réellement nécessaire dans son projet!!!
 
Maintenant sur la capture d'écran rien n'est irréalisable en html, juste on oublie les onglets remplacés par des liens qui affichent de nouvelles pages... le reste est tout a fait faisable en html/css
 
edit: orthographe qui pique

en tt cas t'as raison pour la balise <object> rufo yen a bien...

ah j'ai peu être omis de vous dire qu'il y a aparemment deux version du logiciel une donc version client riche avec l'ActiveX et une deuxième version client léger en html...mais le sujet c'est bien "garder la technologie client riche et que cela soit multiplateforme"

et donc l'html c'est pas vraiment la solution, étant donné qu'elle est déjà faite...

 
effectivement. Je me disais qu'avec une applet en Java, y'aurait juste à traduire le code Delphi. Y'aurait donc pas besoin de repenser l'ihm et toute la méchanique alors qu'en html, si et ça sera html+JS, ce qui risque de pas être simple et dur à maintenir si le bouzin est gros. En +, ça obligerait les utilisateurs à modifier leurs habitudes (puisque l'ihm serait un peu différente) alors que ça le ferait moins avec un applet. Dernier point, IE et FireFox n'ont pas le même comportement concernant l'interprétation du css (cf. pb du modèle boîte) ce qui peut être génant pour l'aspect multi navigateurs alors qu'il ne devrait pas y avoir ce genre de pb avec une applet Java... (je vais arriver à la vendre mon idée d'applet )

 
And the winner is........applet Java!

mais est ce que l'applet java est vraiment la solution pr enlever l'activeX???car honnetement je vois pas trop comment on peut bidouiller pr remplacer l'activex par l'applet, en faite c'était quoi ton idée à la base rufo???

Bin c'est sur qu'avec tous les elements en main ( j'aime bien le: "Ah mais on a déjà un client léger en html qui tourne ..." de dernière minute) cela semble être le plus "raisonnable"...
Mais je trouve ça un peu 0lDSk00lZ comme solution, alors que du XUL ... C'est bon c'est bon j'arrète

pitié rien qu'en voyant le tuto du xul/xbl je me suis pété les yeux alr si il pourrait y avoir une solution à ma portée je suis preneur et aparemment l'applet java serait à ma portée...

oui, c'est à ta portée

 
Bein en gros tu regarde ce que fais l'activeX et tu le refais dans une applet Java ... Donc a ce moment la tu as plus besoin d'activeX (question bonus : Pourquoi? =>=>=>=> Reponse du bonus : Parceque l'applet fait le boulot) et donc voila c'est roulez.  
Et vu que l'argument "Client leger" n'est pas specifié, un applet ça va tres bien... Et en plus il aura la meme gueule sur toutes les plateforme, si elle est pas belle la vie
Maintenant, t'a les pistes et meme plus ... Plus de question, tout a ete dit ...  
T1 y a des gens qui arrivent ici, on leur sort "XUL,Java, Flux XML, Ajax , compare les perfs" et ils remercient, toi ca fait 10 pages qu'on te fait le boulot et t'en est encore a dire que c'est dur et que t'a rien compris ... Faut sortir les doigts du truc sur lequel tu es assis, et chercher sur google ... Tous les mots clefs y sont

pas très débrouillard, hein ?