WEBGATE

[ouaga12]

Salut !

C'est pas ambigüe la saisie exclusive.

Seul une cible(la première à avoir ouvert la page qui contient la variable à mon avis, ou bien le champs de saisie) peut modifier une valeur exclusive !

Bonjour ,

@philou sais tu comment activer la saisie exclusive elle est grisé chez moi?

Aussi as tu une solution pour bloquer la saisie sur webgate par un commutateur non partagé avec webgate ?

j'ai essayé avec les userlevel mais je galère .

Merci

[philou77]

Salut !

Pour activer les saisies exclusives, il te faut au moins 2 cibles dans ton projet ! et tu dois en choisir une qui controlera les saisies exclusives
voir dans l'aide Chapitre 22.2 Configuration des rapports de saisie exclusive

Aussi as tu une solution pour bloquer la saisie sur webgate par un commutateur non partagé avec webgate ?

Non.. ou alors tu crées tes pages un fois pour Runtime IHM et une fois pour WEBGATE

dans RuntimeIHM , protège tes saisies avec /userlevel WEGATE
dans WEBGATE, protège tes saisies avec /userlevelRUNTIME IHM

Le premier connecté l'emporte, les deux connectés, bah c'est normalement pas possible
Reste à savoir si le userlevel est commun aux écrans ou pas ?

[philou77]

Bon, le userlevel est propre à l'IHM

Mais tu peux dans les propriétés de UserLevel, le copier dans une variable qui elle peut être partagée en lecture / Ecriture (la nommer LevelControl par exemple )

Faudrait donc faire un bouton LOGIN qui est protégé par LevelControl=-1 (aucun utilisateur connecté) !
Seul ce bouton permet de se logger
Protège ce que tu dois avec UserLevel >-1 (vu que userlevel est propre à chaque appareil...)
De cette manière, le premier à se logger peut utiliser les boutons et écrans à sa guise.

Et tu ne fais qu'une fois tes écrans, qui sont publiés vers tous !

[philou77]

Bon, j'ai fait un test et bof.. je comprend pas pourquoi mais une macro n'est pas utilisée côté webgate !

Je refais un autre test demain..

[ouaga12]

Bon, j'ai fait un test et bof.. je comprend pas pourquoi mais une macro n'est pas utilisée côté webgate !

Je refais un autre test demain..

Merci @Philou je refaire des test également demain.

Bonne soirée.

[philou77]

Re !

bon bah,
- modifier une valeur dans webgate ça marche pas.
- un bouton dans webgate qui affecte une valeur, ça marche pas
- un bouton qui appelle une macro dans webgate, ça marche pas

je pense avoir un pb peut être de parefeu, ou de version...

Je ne peux donc investiguer plus que ça !

Pour info je suis sur simulateur et en local

[philou77]

Bon j'avance..
La sécurité de la cible (IHM) m'empêche d'écrire quoi que se soit sur le WebGate..

Sécurité désactivée, je peux faire un système de jeton unique..le premier qui le prend à la main..

reste à comprendre la sécurité côté WebGate quand on active la sécurité côté cible

[ouaga12]

Re !

bon bah,
- modifier une valeur dans webgate ça marche pas.
- un bouton dans webgate qui affecte une valeur, ça marche pas
- un bouton qui appelle une macro dans webgate, ça marche pas

je pense avoir un pb peut être de parefeu, ou de version...

Je ne peux donc investiguer plus que ça !

Pour info je suis sur simulateur et en local

Merci pour ton investissement @Philou .
c'était quoi le soucis ?
Le partage de variable peut-être ?

[philou77]

Bon je progresse..

Pour pouvoir modifier une variable côté WebGate, il FAUT ABSOLUMENT se connecter avec un Utilisateur/Mdp !!
- même si l'objet n'a aucun niveau de sécurité requis (merci Schneider)!!!!

pour cela il faut donc un groupe de sécurité sur la cible qui
- ai des droits de Lecture/écriture sur WebGate
- et au moins 1 utilisateur dans ce groupe

Ensuite pour se connecter (côté webgate):
Méthode 1
Activer la sécurité WebGATE
- Utilisateur et mot de passe demandé à la connexion

Méthode 2
Créer un script 'Démarrage' publié vers webgate uniquement qui connecte l'utilisateur avec son mot de passe à l'ouverture du webgate !

Mais ça résout pas le problème d'autoriser ou pas des BP, etc...
Ca sent les deux dossiers dans cible
-1 pour écrans publié vers IHM
-1 pour les écrans publiés vers WebGate

[ouaga12]

Bon je progresse..

Pour pouvoir modifier une variable côté WebGate, il FAUT ABSOLUMENT se connecter avec un Utilisateur/Mdp !!
- même si l'objet n'a aucun niveau de sécurité requis (merci Schneider)!!!!

pour cela il faut donc un groupe de sécurité sur la cible qui
- ai des droits de Lecture/écriture sur WebGate
- et au moins 1 utilisateur dans ce groupe

Ensuite pour se connecter (côté webgate):
Méthode 1
Activer la sécurité WebGATE
- Utilisateur et mot de passe demandé à la connexion

Méthode 2
Créer un script 'Démarrage' publié vers webgate uniquement qui connecte l'utilisateur avec son mot de passe à l'ouverture du webgate !

Mais ça résout pas le problème d'autoriser ou pas des BP, etc...
Ca sent les deux dossiers dans cible
-1 pour écrans publié vers IHM
-1 pour les écrans publiés vers WebGate

j'ai tenter un truc du genre mais ça se mort la queue ...
demain je tente un truc et je te reviens