Discussion :

[michel.souris]

Bonjour à tous,

Je travaille actuellement sur le développement d'un produit et je souhaiterais que son exécution ne nécessite pas les droits d'administration.

Lors de l'installation les fichiers de données et autre fichier de config sont déployés sur le <RepDonneesCommun>.

Dans mon code, à l'initialisation je fais un fRepEnCours(fRepDonnéesCommun)
J'ai également fait un HChangeRep("*",RepDonneesCommun())

Donc jusque là tout va bien... par contre ce qui me dérange, et c'est pas uniquement lié à Windev, c'est que cela fonctionne uniquement si l'administrateur n'exécute pas le programme en premier...

En gros le premier utilisateur qui exécute l'application s'attribue les droits sur les fichiers... Je peux le comprendre... c'est lui qui fait le HCréationSiInexistant() et les éventuels fOuvre('toto.txt',foCréationSiInexistant)

Du coup j'aurais tendance à dire : "Ok chacun ses fichiers donc je migre tout dans le <RepDonneesUser> MAIS lors de l'installation l'user est un admin, c'est donc dans SON répertoire que les fichiers sont déployés...

Donc je finis par me dire : "J'installe tout dans <RepDonnéesCommun> et lors de l’exécution je teste l'existence des fichiers dans le répertoire <RepDonnéesUser> et s'il n'existe pas je copie ce dont j'ai besoin depuis le <RepDonnéesCommun>...." mais j'ai l'impression d'alambiquer un problème simple...

Bref la question est la suivante : "Comment faire pour que soit le plus simple possible ?"

[mail.spam]

Bonjour,

La première question est quelle version de windev utilise tu?
Pour l'utilisation sous windows 7 et vista il y a une option lors de la génération de l'exécutable qui s'appelle "manifeste windows vista"
Regarde dans l'aide.
Ainsi l'utilisateur prend les droits que tu lui donne par le manifeste.
Je pense que ça peux résoudre ton problème.

[michel.souris]

Bonjour,

La première question est quelle version de windev utilise tu?
Pour l'utilisation sous windows 7 et vista il y a une option lors de la génération de l'exécutable qui s'appelle "manifeste windows vista"
Regarde dans l'aide.
Ainsi l'utilisateur prend les droits que tu lui donne par le manifeste.
Je pense que ça peux résoudre ton problème.

C'est une bonne piste ! mais je ne trouve rien dans l'aide concernant les manifestes personnalisés....

[EDIT]
Ah si j'ai trouvé à cette page : http://doc.pcsoft.fr/fr-FR/?2025013
[/EDIT]

[EDIT2]
Bon ben en fait ça m'aide pas beaucoup... et le fichier d'exemple de PCSOFT... ben je préfère rien dire...

J'ai pas précisé mais je bosse sur Windev 18 (depuis hier) mais le pb était déjà le même en WD17....
[/EDIT2]

[Emmanuel Lecoester]

Pourquoi ne pas utiliser une version HF Serveur ?

[michel.souris]

Pourquoi ne pas utiliser une version HF Serveur ?

Pour plusieurs raisons dont voici les 2 principales :

- j'aimerais comprendre comment faire pour créer un programme installé par un administrateur et utilisé par un utilisateur lambda
- il s'agit d'une version monoposte/mono-utilisateur et cela ne justifie pas (pour moi) la mise en place d'un serveur (HF ou autre)


Enfin, pour information, nous distribuons 2 versions de l'application : une monoposte et une C/S.

[themayu]

Bonjour,

Vous pouvez utiliser SysRep avec le paramètre "srAppDataCommun", plus de problème de compte d'utilisateur.

EDIT:
Voir même "srAppDataLocal", si la définition "Commun" pose tout de même des problèmes avec les comptes.

[michel.souris]

Bonjour,

Vous pouvez utiliser SysRep avec le paramètre "srAppDataCommun", plus de problème de compte d'utilisateur.

EDIT:
Voir même "srAppDataLocal", si la définition "Commun" pose tout de même des problèmes avec les comptes.

Bonjour,

Merci pour votre réponse.

Cela ne changera rien à mon problème. :
- SysRep(srAppDataCommun) et RepDonneesCommun renvoit la même chose.
- SysRep(srAppDataLocal) est lié à l'utilisateur (données stockées dans un sous-dossier "Local" du répertoire des données utilisateur)

Je pense que je n'avais pas tant alambiquer le problème que ça...je vais donc faire comme je le pensais initialement : un déploiement des données le RepDonnéesCommun (ou SysRep(srAppDataCommun)) lors de l'installation puis une copie des données dans le répertoire RepDonnéesUtilisateur lors de la première exécution... je ne vois rien de plus simple finalement !!!

[R&B]

hmmm

Nous n'utilisons pas forcément les répertoires 'Windows' et pour cause : on dépends de l'utilisateur en cours etc.

une solutions certe ancienne mais qui fonctionne encore :
un répertoire pour votre projet au sens large
un sous répertoire avec les exécutables et autres fichier nécessaires à l'exécution de votre projet
un sous répertoire pour les données

Besoins d'une sauvegarde ? hop ! on prends le répertoire du projet !
Autre avantage : simplification de la recherche des données etc. il suffit d'ouvrir le répertoire du raccourcis sur le bureau et on est dans la place à très peu de chose près !

Idem on C/S, un sous répertoire pour le serveur et un autre pour les données C/S. penser à un sous répertoire pour les autres fichiers partagées qui est le même qu'en mode classic.

Au final 4 sous répertoires avec les deux derniers optionnels : exe, données, serveur CS et données CS.

On peut ensuite dériver plein de possibilité dans votre espace projet...

En résumé : faire simple !

[themayu]

Je n'avais pas testé mais effectivement srAppDataLocal est spécifique à l'utilisateur, du coup la définition dans l'aide ne correspond pas à grand chose ...

srAppDataLocal = Répertoire à utiliser par les applications pour stocker leurs données (spécifique à la machine plutôt qu'à un utilisateur)

[michel.souris]

Je n'avais pas testé mais effectivement srAppDataLocal est spécifique à l'utilisateur, du coup la définition dans l'aide ne correspond pas à grand chose ...

Si c'est valable dans le cas des profils itinérants... je crois....

Lorsque vous travaillez dans sur un domaine vous pouvez vous loguez depuis n'importe quel poste du domaine (si vous y êtes autorisé), dans ce cas les données répliquées d'un poste à un autre sont les données du dossier utilisateur (RepDonneesCommun) SAUF le répertoire "Local"... si je ne dis pas de bêtise !

[lololebricoleur]

Pour ma part, après avoir longtemps galérer à essayer de comprendre et de respecter les règles de programmations logiquement imposées par windows, j'ai fini par appliquer ma propre méthode.

Pas de manifeste piur 7 ou vista
Les fichier de données sont installé dans un répertoire caché à la racine du disque qui contient l'application.
Dans le code d'initialisation du projet, je fais un HChangeRep pour localiser l'endroit et voilà.
Depuis, plus de soucis.

[michel.souris]

Bonjour,

Merci pour vos réponses.

Je mets le thread en "résolu"... même si j'avoue que dans mon cas la solution la plus pertinente, enfin il me semble, est celle que je me proposais tout seul au début !

Donc pour une application compatible avec l'organisation des droit Windows :

- Installation du programme par l'administrateur avec déploiement de données sur fRepDonnéesCommun()
- Copie des données dans fRepDonnéesUtilisateur() lors de la première éxécution par chaque utilisateur avec ou sans pouvoir