Discussion :

[defluc]

Bonjour à tous,

Je n'ai pas de question à poser mais j'ai envie d'ouvrir un sujet qui enrichira peut-être la faq si les responsables le jugent utile.

Dans le monde Windows, beaucoup de choses ont changé depuis Vista et on ne fera pas marche arrière. Passant du 32 au 64 bits, Seven le confirme.

C'est le nombre de problèmes de compatibilité des applications développées et opérationnelles sous XP et versions antérieures Windows mais requérant des astuces pour l'être sous Seven qui m'amène à soumettre ce sujet à débat. D'autant que les solutions relèvent du "bricolage" puisqu'elles doivent être reproduites à chaque(ré) installation d'application non certifiée.
Et imposer à l'utilisateur qui à installé une application de cliquer droit, cliquer "Propriétés", onglet compatibilité, cocher "Exécuter ce programme en tant qu'administrateur", c'est pas très professionnel.

De plus, Windows n'est pas seul à envoyer ces avertissements agaçants :

Voulez-vous autoriser le programme suivant provenant d'un éditeur inconnu à apporter des modifications à cet ordinateur ?

et d'autres messages si l'application utilise des composants base de donnée ou autres Activex. En effet, les antivirus s'en mèlent également.

Alors, tant qu'autant d'applications opérationnelles n'auront pas été converties à l'environnement des OS contemporains, je réfléchis à des solutions qui intégreraient les opérations obligatoires pour rendre ces applications opérationnelles après leur installation à la procédure d'installation proprement dite.

C'est la raison pour laquelle je poste ce sujet sur ce sous-forum.
Des pistes :

• Détecter la version Windows du poste de travail sur lequel l'installation est demandée pour différencier la suite de l'installation;
• Forcer l'installation dans un dossier autre que C:\, Program files(x86) ou autres aux droits restreints;
• Modifier les propriétés du dossier d'installation;
• Attribuer un certificat à l'application;
• .....

Des utilisateurs plus aguerris à Inno Setup que moi pourront certainement enrichir la réflexion.

[Andnotor]

Et imposer à l'utilisateur qui à installé une application de cliquer droit, cliquer "Propriétés", onglet compatibilité, cocher "Exécuter ce programme en tant qu'administrateur", c'est pas très professionnel.

C'est le cas depuis bien longtemps, ce n'est pas apparu sous Seven.
Seulement jusqu'à XP, tout le monde était Admin plein pouvoir... on s'en rendait pas compte !

les antivirus s'en mêlent également.

C'est agacent en effet. D'un autre coté, si les antivirus ne se basaient pas sur la signature "certifiée" pour donner un préavis...

Détecter la version Windows du poste de travail sur lequel l'installation est demandée pour différencier la suite de l'installation;

Il suffit de réfléchir sur le système le plus "évolué" (le plus bridé) et sa passera sur les plus anciens

Forcer l'installation dans un dossier autre que C:\, Program files(x86) ou autres aux droits restreints;

Sa irait à l'encontre des notions de sécurité et sa ne fonctionnera de toute façon que s'il n'y a que copie simple de fichiers.
Même la désinstallation standard devient impossible puisque pas accès à la base des registres en écriture...

Modifier les propriétés du dossier d'installation;

Impossible sans droits.

Attribuer un certificat à l'application;

C'est la seule chose qui paraîsse incontournable même si purement mercantile.
(Ne sert qu'à faire peur à l'utilisateur avec des messages "Editeur inconnu".)

[defluc]

J'ai progressé sur une piste de solution : voir http://www.developpez.net/forums/d11...r-case-cocher/. Mais ce ne sont que les premiers balbutiements d'une solution pas très propre à creuser.

Alors si l'un d'entre vous peut faire avancer le schmilblick, ...

[ThierryAIM]

Je ne suis pas sûr qu'utiliser le vbscript soit la solution

D'autant plus que ton autre discussion ne mentionne pas le "pour quoi faire"

et je suis 100% d'accord avec toi : des "SendKey' pour un instal, c'est pas terrible du tout ...

Je cogite aussi sur le pb ....