Il semble que vous inventiez des noms de propriété qui n'existent pas, tels que D et GestionStock entre crochets. Les parenthèses signifient qu'il s'agit de propriétés Windows Installer, standard ou créées par quelque chose dans votre configuration. Donc D n'est pas un nom de propriété, et GestionStock non plus.
Ce sont les propriétés standard:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa370905(v=vs.85).aspx
Donc, si vous voulez un dossier avec GestionStock au nom, il suffit d'utiliser sans les crochets. Cela pourrait également être utile car il décrit comment construire les emplacements des dossiers en utilisant des chaînes et des propriétés:
https://www.red-gate.com/simple-talk/dotnet/visual-studio/getting-started-with-setup-projects/
tels que [ProgramFilesFolder] [Fabricant] \ NewSetup où les noms sont des noms de bracketing propriété.
Les principaux problèmes que vous avez sont:
Setups devraient installer à l'emplacement de dossier standard des noms de propriété tels que [ProgramFilesFolder], [CommonFilesFolder] et ainsi de suite parce qu'ils travaillent sur tous les systèmes. Dans votre cas, votre installation suppose que tous les systèmes ont un lecteur D: ce qui n'est pas le cas. Si vous voulez essayer l'installation sur le lecteur D:, essayez D: \ Gestion \ Gestion si c'est l'emplacement, en oubliant les crochets.
Il existe une boîte de dialogue de navigation attendue par les utilisateurs afin qu'ils puissent choisir l'emplacement d'installation, pas vous. Windows souhaite vraiment que vous installiez vos fichiers binaires dans ProgramFiles, que l'application et l'installation stockent les données dans AppDataFolder (le nom de la propriété Windows Installer) et ainsi de suite. Aller contre ce modèle rendra votre installation plus difficile.
Quel mécanisme utilisez-vous pour publier/installer l'application? – DiskJunky
J'ai créé une application de configuration – user3309231
Utilisation de quoi? Visual Studio? InstallShield? – DiskJunky