Bonsoir,
Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
- par quelle clef du registre on peut contrôler l'existence de
Framework 2
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Bonsoir,
Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
- par quelle clef du registre on peut contrôler l'existence de
Framework 2
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Bonsoir,
Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
- par quelle clef du registre on peut contrôler l'existence de
Framework 2
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
Oui, mais ce n'est pas utile, ils sont faits pour cohabiter.
- par quelle clef du registre on peut contrôler l'existence de
Framework 2
Je ne sais pas.
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Oui, si tu utilises la version vb express comme je le suppose, il faut
le framework 2.0.
Mais la condition qu'il soit seul me surprend.
Qu'en serait-il des
applications installées qui nécessiteraient le framework 1.1 ?
Je ne connais pas la version express. Il n'y a pas de possibilité de
créer un projet de déploiement ?
Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
Oui, mais ce n'est pas utile, ils sont faits pour cohabiter.
- par quelle clef du registre on peut contrôler l'existence de
Framework 2
Je ne sais pas.
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Oui, si tu utilises la version vb express comme je le suppose, il faut
le framework 2.0.
Mais la condition qu'il soit seul me surprend.
Qu'en serait-il des
applications installées qui nécessiteraient le framework 1.1 ?
Je ne connais pas la version express. Il n'y a pas de possibilité de
créer un projet de déploiement ?
Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
Oui, mais ce n'est pas utile, ils sont faits pour cohabiter.
- par quelle clef du registre on peut contrôler l'existence de
Framework 2
Je ne sais pas.
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Oui, si tu utilises la version vb express comme je le suppose, il faut
le framework 2.0.
Mais la condition qu'il soit seul me surprend.
Qu'en serait-il des
applications installées qui nécessiteraient le framework 1.1 ?
Je ne connais pas la version express. Il n'y a pas de possibilité de
créer un projet de déploiement ?
Salutatoi Fred,
Tu as donc déclaré :Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
Oui, mais ce n'est pas utile, ils sont faits pour cohabiter.
D'accord, je le constate mais à quoi sert Framework 1 quand la version 2 est
installée ?
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Oui, si tu utilises la version vb express comme je le suppose, il faut
le framework 2.0.
Effectivement, mais que doit faire l'installateur ? Doit-il installer
lui-même Framework 2 ou refuser l'installation si Framework n'est pas
présent.
Je reformule ma question 'Si j'installe l'exe sur un PC ne possédant ni FW
1, ni FW 2, est-ce que FW 2 seul est suffisant ?'
D'où ma question plus haut. Est-ce que les applications qui utilisent FW 1
peuvent utiliser FW 2 à la place de FW 1 ?
Salutatoi Fred,
Tu as donc déclaré :
Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
Oui, mais ce n'est pas utile, ils sont faits pour cohabiter.
D'accord, je le constate mais à quoi sert Framework 1 quand la version 2 est
installée ?
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Oui, si tu utilises la version vb express comme je le suppose, il faut
le framework 2.0.
Effectivement, mais que doit faire l'installateur ? Doit-il installer
lui-même Framework 2 ou refuser l'installation si Framework n'est pas
présent.
Je reformule ma question 'Si j'installe l'exe sur un PC ne possédant ni FW
1, ni FW 2, est-ce que FW 2 seul est suffisant ?'
D'où ma question plus haut. Est-ce que les applications qui utilisent FW 1
peuvent utiliser FW 2 à la place de FW 1 ?
Salutatoi Fred,
Tu as donc déclaré :Sauriez-vous dire :
- si Framework 1 peut être supprimé lorsque Framework 2 existe déjà
Oui, mais ce n'est pas utile, ils sont faits pour cohabiter.
D'accord, je le constate mais à quoi sert Framework 1 quand la version 2 est
installée ?
- comment faire un installeur pour un exe qui utilise donc Framework
2 (il semblerait qu'un exe puisse fonctionner sur un autre PC à la
seule condition que Framework 2 y soit seul installé)
Oui, si tu utilises la version vb express comme je le suppose, il faut
le framework 2.0.
Effectivement, mais que doit faire l'installateur ? Doit-il installer
lui-même Framework 2 ou refuser l'installation si Framework n'est pas
présent.
Je reformule ma question 'Si j'installe l'exe sur un PC ne possédant ni FW
1, ni FW 2, est-ce que FW 2 seul est suffisant ?'
D'où ma question plus haut. Est-ce que les applications qui utilisent FW 1
peuvent utiliser FW 2 à la place de FW 1 ?
Je dirais qu'il doit installer le framework ou au moins signaler à
l'utilisateur de le faire. Avec le framework 1.1 et studio .NET 2003
ce n'était prévu et il fallait ajouter un petit addon pour installer
le framework 1.1 avec l'appli.
Pour le déploiement avec VB Express regarde ici :
http://msdn.microsoft.com/vstudio/express/vb/features/deploy/default.aspx
Je pense que cela répond à toutes tes questions.Je reformule ma question 'Si j'installe l'exe sur un PC ne possédant
ni FW 1, ni FW 2, est-ce que FW 2 seul est suffisant ?'
Oui.D'où ma question plus haut. Est-ce que les applications qui
utilisent FW 1 peuvent utiliser FW 2 à la place de FW 1 ?
Non.
Je dirais qu'il doit installer le framework ou au moins signaler à
l'utilisateur de le faire. Avec le framework 1.1 et studio .NET 2003
ce n'était prévu et il fallait ajouter un petit addon pour installer
le framework 1.1 avec l'appli.
Pour le déploiement avec VB Express regarde ici :
http://msdn.microsoft.com/vstudio/express/vb/features/deploy/default.aspx
Je pense que cela répond à toutes tes questions.
Je reformule ma question 'Si j'installe l'exe sur un PC ne possédant
ni FW 1, ni FW 2, est-ce que FW 2 seul est suffisant ?'
Oui.
D'où ma question plus haut. Est-ce que les applications qui
utilisent FW 1 peuvent utiliser FW 2 à la place de FW 1 ?
Non.
Je dirais qu'il doit installer le framework ou au moins signaler à
l'utilisateur de le faire. Avec le framework 1.1 et studio .NET 2003
ce n'était prévu et il fallait ajouter un petit addon pour installer
le framework 1.1 avec l'appli.
Pour le déploiement avec VB Express regarde ici :
http://msdn.microsoft.com/vstudio/express/vb/features/deploy/default.aspx
Je pense que cela répond à toutes tes questions.Je reformule ma question 'Si j'installe l'exe sur un PC ne possédant
ni FW 1, ni FW 2, est-ce que FW 2 seul est suffisant ?'
Oui.D'où ma question plus haut. Est-ce que les applications qui
utilisent FW 1 peuvent utiliser FW 2 à la place de FW 1 ?
Non.
Pour le déploiement avec VB Express regarde ici :
http://msdn.microsoft.com/vstudio/express/vb/features/deploy/default.aspx
Je pense que cela répond à toutes tes questions.
Merci pour tous ce tuyaux. Je vais étudier 'Project Designer' qui
semble effectivement répondre à mes questions.
Pour le déploiement avec VB Express regarde ici :
http://msdn.microsoft.com/vstudio/express/vb/features/deploy/default.aspx
Je pense que cela répond à toutes tes questions.
Merci pour tous ce tuyaux. Je vais étudier 'Project Designer' qui
semble effectivement répondre à mes questions.
Pour le déploiement avec VB Express regarde ici :
http://msdn.microsoft.com/vstudio/express/vb/features/deploy/default.aspx
Je pense que cela répond à toutes tes questions.
Merci pour tous ce tuyaux. Je vais étudier 'Project Designer' qui
semble effectivement répondre à mes questions.
1- Quand on génère l'installateur par l'assistant il est demandé 'Comment
les utilisateurs installeront-ils l'application ?'
Si on choisit 'À partir d'une chaîne UNC ou d'un partage de fichier' et que
l'on sélectionne un chemin du disque, une unjure-box signale 'La chaîne doit
être un chemin d'accès UNC complet, par exemple "serveurmonapplication"',
ce qui empêche de poursuivre.
2- Le composant génére
un fichier setup.exe,
un fichier MyApp.application,
un fichier MyApp_1_0_0_0.application
un dossier MyApp_1_0_0_0 comprenant
un fichier MyApp.exe.manifest
un fichier MyApp.exe.deploy
un fichier MyApp.ico.deploy
Il semble que setup.exe ne soit pas suffisant pour l'installation
3- L'installateur ne demande pas où copier l'application et la place dans un
sous-dossier de Local Settings (essai sous Windows 98), puis démarre
automatiquement le programme.
Je n'ai pas trouvé comment personnaliser l'installation soi parce que je
n'ai pas tout compris, soit parce que le module de déploiement n'est pas
complet.
On peut se demander si l'utilisation de InnoSetup n'est pas préférable.
1- Quand on génère l'installateur par l'assistant il est demandé 'Comment
les utilisateurs installeront-ils l'application ?'
Si on choisit 'À partir d'une chaîne UNC ou d'un partage de fichier' et que
l'on sélectionne un chemin du disque, une unjure-box signale 'La chaîne doit
être un chemin d'accès UNC complet, par exemple "\serveurmonapplication"',
ce qui empêche de poursuivre.
2- Le composant génére
un fichier setup.exe,
un fichier MyApp.application,
un fichier MyApp_1_0_0_0.application
un dossier MyApp_1_0_0_0 comprenant
un fichier MyApp.exe.manifest
un fichier MyApp.exe.deploy
un fichier MyApp.ico.deploy
Il semble que setup.exe ne soit pas suffisant pour l'installation
3- L'installateur ne demande pas où copier l'application et la place dans un
sous-dossier de Local Settings (essai sous Windows 98), puis démarre
automatiquement le programme.
Je n'ai pas trouvé comment personnaliser l'installation soi parce que je
n'ai pas tout compris, soit parce que le module de déploiement n'est pas
complet.
On peut se demander si l'utilisation de InnoSetup n'est pas préférable.
1- Quand on génère l'installateur par l'assistant il est demandé 'Comment
les utilisateurs installeront-ils l'application ?'
Si on choisit 'À partir d'une chaîne UNC ou d'un partage de fichier' et que
l'on sélectionne un chemin du disque, une unjure-box signale 'La chaîne doit
être un chemin d'accès UNC complet, par exemple "serveurmonapplication"',
ce qui empêche de poursuivre.
2- Le composant génére
un fichier setup.exe,
un fichier MyApp.application,
un fichier MyApp_1_0_0_0.application
un dossier MyApp_1_0_0_0 comprenant
un fichier MyApp.exe.manifest
un fichier MyApp.exe.deploy
un fichier MyApp.ico.deploy
Il semble que setup.exe ne soit pas suffisant pour l'installation
3- L'installateur ne demande pas où copier l'application et la place dans un
sous-dossier de Local Settings (essai sous Windows 98), puis démarre
automatiquement le programme.
Je n'ai pas trouvé comment personnaliser l'installation soi parce que je
n'ai pas tout compris, soit parce que le module de déploiement n'est pas
complet.
On peut se demander si l'utilisation de InnoSetup n'est pas préférable.
Aski a écrit :1- Quand on génère l'installateur par l'assistant il est demandé
'Comment les utilisateurs installeront-ils l'application ?'
Si on choisit 'À partir d'une chaîne UNC ou d'un partage de fichier'
et que l'on sélectionne un chemin du disque, une unjure-box signale
'La chaîne doit être un chemin d'accès UNC complet, par exemple
"serveurmonapplication"', ce qui empêche de poursuivre.
Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page en
anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.
2- Le composant génére
un fichier setup.exe,
un fichier MyApp.application,
un fichier MyApp_1_0_0_0.application
un dossier MyApp_1_0_0_0 comprenant
un fichier MyApp.exe.manifest
un fichier MyApp.exe.deploy
un fichier MyApp.ico.deploy
Il semble que setup.exe ne soit pas suffisant pour l'installation
3- L'installateur ne demande pas où copier l'application et la place
dans un sous-dossier de Local Settings (essai sous Windows 98), puis
démarre automatiquement le programme.
Oui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)
Je n'ai pas trouvé comment personnaliser l'installation soi parce
que je n'ai pas tout compris, soit parce que le module de
déploiement n'est pas complet.
Je ne peux te dire. Je n'ai travaillé que sur les versions beta de
VS2005 et depuis peu sur la version finale. Les derniers setups que
j'ai fait étaient sous la version VS 2003.On peut se demander si l'utilisation de InnoSetup n'est pas
préférable.
C'est bien possible :-)
Sur un projet simple, il me semble bien que de copier l'exe suffit
lorsque le framework est déjà là.
(Par projet simple, j'entends qu'il n'a pas de projets de librairie de
classe par exemple, ce qui génère des dll supplémentaires)
Aski a écrit :
1- Quand on génère l'installateur par l'assistant il est demandé
'Comment les utilisateurs installeront-ils l'application ?'
Si on choisit 'À partir d'une chaîne UNC ou d'un partage de fichier'
et que l'on sélectionne un chemin du disque, une unjure-box signale
'La chaîne doit être un chemin d'accès UNC complet, par exemple
"\serveurmonapplication"', ce qui empêche de poursuivre.
Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page en
anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.
2- Le composant génére
un fichier setup.exe,
un fichier MyApp.application,
un fichier MyApp_1_0_0_0.application
un dossier MyApp_1_0_0_0 comprenant
un fichier MyApp.exe.manifest
un fichier MyApp.exe.deploy
un fichier MyApp.ico.deploy
Il semble que setup.exe ne soit pas suffisant pour l'installation
3- L'installateur ne demande pas où copier l'application et la place
dans un sous-dossier de Local Settings (essai sous Windows 98), puis
démarre automatiquement le programme.
Oui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)
Je n'ai pas trouvé comment personnaliser l'installation soi parce
que je n'ai pas tout compris, soit parce que le module de
déploiement n'est pas complet.
Je ne peux te dire. Je n'ai travaillé que sur les versions beta de
VS2005 et depuis peu sur la version finale. Les derniers setups que
j'ai fait étaient sous la version VS 2003.
On peut se demander si l'utilisation de InnoSetup n'est pas
préférable.
C'est bien possible :-)
Sur un projet simple, il me semble bien que de copier l'exe suffit
lorsque le framework est déjà là.
(Par projet simple, j'entends qu'il n'a pas de projets de librairie de
classe par exemple, ce qui génère des dll supplémentaires)
Aski a écrit :1- Quand on génère l'installateur par l'assistant il est demandé
'Comment les utilisateurs installeront-ils l'application ?'
Si on choisit 'À partir d'une chaîne UNC ou d'un partage de fichier'
et que l'on sélectionne un chemin du disque, une unjure-box signale
'La chaîne doit être un chemin d'accès UNC complet, par exemple
"serveurmonapplication"', ce qui empêche de poursuivre.
Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page en
anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.
2- Le composant génére
un fichier setup.exe,
un fichier MyApp.application,
un fichier MyApp_1_0_0_0.application
un dossier MyApp_1_0_0_0 comprenant
un fichier MyApp.exe.manifest
un fichier MyApp.exe.deploy
un fichier MyApp.ico.deploy
Il semble que setup.exe ne soit pas suffisant pour l'installation
3- L'installateur ne demande pas où copier l'application et la place
dans un sous-dossier de Local Settings (essai sous Windows 98), puis
démarre automatiquement le programme.
Oui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)
Je n'ai pas trouvé comment personnaliser l'installation soi parce
que je n'ai pas tout compris, soit parce que le module de
déploiement n'est pas complet.
Je ne peux te dire. Je n'ai travaillé que sur les versions beta de
VS2005 et depuis peu sur la version finale. Les derniers setups que
j'ai fait étaient sous la version VS 2003.On peut se demander si l'utilisation de InnoSetup n'est pas
préférable.
C'est bien possible :-)
Sur un projet simple, il me semble bien que de copier l'exe suffit
lorsque le framework est déjà là.
(Par projet simple, j'entends qu'il n'a pas de projets de librairie de
classe par exemple, ce qui génère des dll supplémentaires)
Salutatoi Fred,
Aski a écrit :
'La chaîne doit être un chemin d'accès UNC complet, par exemple
"serveurmonapplication"', ce qui empêche de poursuivre.
Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page en
anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.
Oui, on peut génére un CD, mais mon exe est trop petit, à moins d'y intégrer
dotnetfx.exe
Oui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)
Non, j'ai justement voulu choisir Local
Salutatoi Fred,
Aski a écrit :
'La chaîne doit être un chemin d'accès UNC complet, par exemple
"\serveurmonapplication"', ce qui empêche de poursuivre.
Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page en
anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.
Oui, on peut génére un CD, mais mon exe est trop petit, à moins d'y intégrer
dotnetfx.exe
Oui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)
Non, j'ai justement voulu choisir Local
Salutatoi Fred,
Aski a écrit :
'La chaîne doit être un chemin d'accès UNC complet, par exemple
"serveurmonapplication"', ce qui empêche de poursuivre.
Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page en
anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.
Oui, on peut génére un CD, mais mon exe est trop petit, à moins d'y intégrer
dotnetfx.exe
Oui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)
Non, j'ai justement voulu choisir Local
Aski a écrit :Salutatoi Fred,Aski a écrit :'La chaîne doit être un chemin d'accès UNC complet, par exemple
"serveurmonapplication"', ce qui empêche de poursuivre.Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page
en anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.Oui, on peut génére un CD, mais mon exe est trop petit, à moins d'y
intégrer dotnetfx.exe
Oui, je citais le CD à titre d'exemple pour demander si on pouvait
générer les fichiers de déploiement en local, comme semble le montrer
cette image :
http://msdn.microsoft.com/vstudio/images/express/features/vb.5.11_big.gifOui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)Non, j'ai justement voulu choisir Local
Dans ce cas je ne vois pas où est l'erreur :-(
Aski a écrit :
Salutatoi Fred,
Aski a écrit :
'La chaîne doit être un chemin d'accès UNC complet, par exemple
"\serveurmonapplication"', ce qui empêche de poursuivre.
Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page
en anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.
Oui, on peut génére un CD, mais mon exe est trop petit, à moins d'y
intégrer dotnetfx.exe
Oui, je citais le CD à titre d'exemple pour demander si on pouvait
générer les fichiers de déploiement en local, comme semble le montrer
cette image :
http://msdn.microsoft.com/vstudio/images/express/features/vb.5.11_big.gif
Oui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)
Non, j'ai justement voulu choisir Local
Dans ce cas je ne vois pas où est l'erreur :-(
Aski a écrit :Salutatoi Fred,Aski a écrit :'La chaîne doit être un chemin d'accès UNC complet, par exemple
"serveurmonapplication"', ce qui empêche de poursuivre.Il n'y a pas d'autres choix ? Un fichier cab par exemple ? Ceci
ressemble plus à un déploiement pour un réseau local. Dans la page
en anglais, il est mentionné le fait qu'on peut générer un CD
d'installation.Oui, on peut génére un CD, mais mon exe est trop petit, à moins d'y
intégrer dotnetfx.exe
Oui, je citais le CD à titre d'exemple pour demander si on pouvait
générer les fichiers de déploiement en local, comme semble le montrer
cette image :
http://msdn.microsoft.com/vstudio/images/express/features/vb.5.11_big.gifOui, on dirait bien que tu as choisi de rendre l'application
accessible seulement en ligne (pas d'installation complète en local)Non, j'ai justement voulu choisir Local
Dans ce cas je ne vois pas où est l'erreur :-(
Salutatoi Fred,
Image 4 : fenêtre suivante
http://cjoint.com/?djicovSQqT
Salutatoi Fred,
Image 4 : fenêtre suivante
http://cjoint.com/?djicovSQqT
Salutatoi Fred,
Image 4 : fenêtre suivante
http://cjoint.com/?djicovSQqT
