Discussion :

[sovo]

Slut

Je croit etre dans le bon forum, bon voila. Depuis quelque semaine je bosse sur un petit projet. Je croit que ca pourais servir a plus d'un mais avant je voudrais me rassurer que tout le monde a eu le meme probleme que moi. Question de ne pas reinventer la roue .

Voila, apres plusieur utilisation de l'empaquetage de vb, j'ai remarque quelque petite limite. Et donc j'ai opte pour InnoSetUp. Mais voila a chaque fois je fesais toujours recours a l'empaquetage de VB pour connaitre les fichiers lies a mon projet et ensuite je les insere dans le setup via InnoSetUp. Alors j'en ai eu marre et ai donc voulu faire un petit application me permettant de le faire tout seul (ceux que j'ai reussi a faire).

Alors je voudrais savoir est la bonne seul methode pour faire un empaquetage ou alors il y en a une autre ??

[edit] La source a ete poste ici : http://www.developpez.net/forums/sho...76#post1268476

[marsup54]

Je regarde ça ès que j'ai le temps et j'édite.

Edit : Sans regarder dans le code, ça me parait pas mal du tout, et ça semble correspondre tout à fait !
J'approfondirai un peu plus à l'occasion.

++

[AlainTech]

Je n'ai pas de pratique de l'empaquetage VB mais il me semble que ce dernier génère un fichier .lst qui peut être interprété par IsTool qui, lui-même, génère un fichier .iss.

Je doute donc de l'utilité d'aller analyser le fichier .vbp.

[sovo]

justement alaintech, c'est tout mon probleme, l'utilsation de l'empaquetage de VB. Certe il genere bien le fichier .lst mais un peut trop long (la procedure) a mon gout, pourquoi ne pas continuer pendant qu'on y ai ??.

En fait c'est apres plusieur observation sur le fichier .vbp que je me suis rendu compte qu'il marquais les reference et objet utilise dans le projet. Et ensuite il suffit juste de suivre ces fichiers pour savoir quel fichier il a besoin.

[AlainTech]

Tu veux donc dire que tu gagnes le temps de la procédure d'empaquetage?

N'empêche que tu dois, ensuite, faire tourner ton application et aller chercher les fichiers où ils se trouvent.
Toujours d'après ce que j'ai entendu, VB crée un dossier Support dans lequel il copie les fichiers nécessaires.

D'où ma question (mais j'admets que, ne l'ayant jamais fait, je n'ai pas d'idée de la complexité de l'utilisation de l'empaquetage).

[sovo]

Tu veux donc dire que tu gagnes le temps de la procédure d'empaquetage?

quelque click , non en fait vu la procedure trufe de click et aussi pas tres "courte", je gagne quelque min et beaucoup de click .

N'empêche que tu dois, ensuite, faire tourner ton application et aller chercher les fichiers où ils se trouvent.
Toujours d'après ce que j'ai entendu, VB crée un dossier Support dans lequel il copie les fichiers nécessaires.

justement je suis entraint de bosse pour regrouper les fichiers dans un dossier (facilitant un fichier .cab). ce sera pres dans moins d'une heure.

[ThierryAIM]

En fait c'est apres plusieur observation sur le fichier .vbp que je me suis rendu compte qu'il marquais les reference et objet utilise dans le projet. Et ensuite il suffit juste de suivre ces fichiers pour savoir quel fichier il a besoin.

Pas tous, hélas, et c'est bien là le problème (fichiers de dépendances, ou inter-dépendents, dll de langues, entre autres .... )

Je cherche moi aussi depuis un certain temps, comment me passer totalement de l'assistant VB, et toutes mes questions à ce sujet sur le forum, sont restées sans réponses exploitables ... (et mes recherches et essais, aussi, bien sûr)

Alors si vous avez des idées, n'hésitez pas !

[sovo]

Slut thierry

je n'ai pas dit que le fichier .vbp n'est donne toutes les dll, inter-dependence et dll langue

regarde ma source et tu va comprendre. En fait le .vbp te donne juste le chemin d'acces du fichier, mais lorsque tu vas dans ce rep, alors tu va voir un fichier .DEP, tout ce trouve dans ce fichier.

Ma source t'en dira tant. Je suis preneur pour une autre methode.