Discussion :

[electrosat03]

Salut,

J'ai une base avec un formulaire qui s'ouvre au démarrage de l'appli.
J'ai fait un backstage avec un Xml dans une table USYSRibbons, ça fonctionne très bien, le Xml s'exécute avec option => base de donnée active => nom de ruban, il s’appelle Démarrage

J'aimerais plutôt que : suivant si c'est l'admin ou un user que le backstage s'exécute ou pas, je pense donc qu'il faut passer par du VBA, oui mais comment écrire le code pour que le Xml s'exécute ou pas à l'ouverture de la base.

Merci

[Jean-Philippe André]

Salut,

pour la recuperation des informations utilisateurs, tu as deux possibilites
- identifier l'utilisateur a partir de ses identifiants windows en passant par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Environ("username")

- creer un formulaire intermediaire de connexion login/mot de passe

Si tu veux avoir un code qui se lance avant le chargement, tu peux passer par la macro AutoExec sans avoir necessairement un formulaire de lancement (Access/Options)

[electrosat03]

Salut,

Je sais récupérer le nom du User, je le récupère quand il ouvre la base.
Je voudrais que si c'est un admin le backstage ne soit pas modifié, ça c'est facile.
Mais si c'est un user normal, il faudrait pouvoir modifier le backstage, donc pouvoir par le code charger le code Xml 'Démarrage' qui est dans la table USYSRibbons.

Merci

[Jean-Philippe André]

Il me semble qu'on en a deja parle ici :
http://warin.developpez.com/access/ruban/#LIV.A

[electrosat03]

Salut,

Oui, j'ai lu et relu mais il est dit nulle part comment charger le Xml de la table USYSRibbons qui s'appelle 'Démarrage' en VBA après vérification du User connecté afin de modifier le Backstage.

Ce qui est expliqué, c'est comment modifier le backstage à l'ouverture, ça c OK.

Moi, je veux le modifier après ouverture mais avant d'afficher le premier formulaire, le backstage n'est pas un ruban de formulaire.

Merci

[Jean-Philippe André]

Hum, je pense qu'on doit mal se comprendre.

Tu peux charger tous les rubans que tu veux depuis USysRibbons

Ensuite, ces rubans apparaissent dans la liste des rubans disponibles.

Il te suffit de rattacher le ruban que tu veux à ton formulaire avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Me.RibbonName = "PIOU"

https://www.developpez.net/forums/d1...ns-ribbon-xml/

http://dolphy35.developpez.com/artic...ge/?page=page1

[electrosat03]

Re,

Oui on se comprend mal, je ne cherche pas à placer un ruban avec un form, ça je sais le faire.

Je cherche à faire :

Quand je démarre la base par un raccourci qui contien le nom user et son PW, l'appli démarre et exécute le code au chargement du formulaire, c'est là que je dois changer le BACKSTAGE SI c'est un user normal ou un Admin.
Donc ce n'est pas un ruban à charger, je dois exécuter le XML qui change mon Backstage si c'est un user normal.

J'espère avoir été plus clair.

Merci

[Gfacro]

Bonjour


Je ne connais pas backstage mais suite à vos questions j'ai jeté un rapide coup d'oeil.

Je me demande pourquoi dans l'autoexec de votre base vous n'intégrez pas un test pour savoir si l'utilisateur est normal ou admin, un autre test pour vérifier si le backstage en place est de type utilisateur ou admin. S'ils ne sont pas en phase, effacer votre fichier backstage du répertoire de votre base et le remplacer par une copie du bon (dans votre répertoire ou dans un répertoire ailleurs, vous avez vos divers backstages possibles), puis quitter access. Cela oblige à Ouvrir access en deux temps, mais de toute façon, j'ai cru comprendre qu'on était obligé de le redémarrer si le backstage change.
A vous de l'accompagner d'un petit message "Changement de paramétrage, merci de redémarrer Access" pour prévenir.