WD10 - Mémorisation de la valeur de certains champs
7 réponses
Val
Bonjour,
Dans WD9, il est possible de mémoriser la valeur de certains champs.
Cette fonctionnalité est particulièrement intéressante, puisque cela permet,
pour une combo par exemple, de mémoriser la valeur sélectionnée par
l'utilisateur, d'enregistrer cette valeur dans la base de registres (ou dans
un INI ou un XML).
Ainsi, lorsque l'utilisateur ré-ouvre la fenêtre, la valeur par lui
sélectionnée précédemment est automatiquement re-sélectionnée.
Bien ... vous avez compris, c'est simple et utile et je suppose que, tout
comme moi, vous avez usé à profusion de cette fonctionnalité dans vos
programmes.
Bien.
Le problème ... c'est que si vous utilisez la WD10, vous risquez de
rencontrer de très graves problèmes.
En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de
façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou
pas cette valeur en faisant un clic droit dans/sur le champ.
Quel bazar ...
En effet, imaginons une fenêtre A dans laquelle se trouve une combo triée
qui est alimentée par un traitement en Wlanguage, comme par exemple
parcourir un fichier client et ajouter à la combo , via ListeAjoute, tous
les clients de la Ville de Marseille.
Le truc tout simple quoi.
Donc, une fois la liste remplie, l'utilisateur sélectionne le client qui se
trouve à la position 8 de la liste, soit par exemple l'entreprise MACHIN et
il active la mémorisation de la valeur que le développeur, c'est-à-dire moi,
n'avait pas activé ....
Il fait une manip et il ferme la fenêtre A ... donc la valeur 8 est
mémorisée.
Si 2 mn après il ré-ouvre la fenêtre A, l'item 8 de la combo sera
sélectionné automatiquement et il se retrouvera avec MACHIN de sélectionné
dans la liste ...
Et c'est là que cette idée lumineuse de PCSOFT fiche tout en l'air ..
En effet, imaginons que l'utilisateur fait ensuite une opération sur une
autre fenêtre B, laquelle opération consiste à ajouter un client qui habite
à Marseille dans le fichier client et que ce client s'appelle BIDULE.
Donc, 2 mn plus tard, s'il ré-ouvre sa fenêtre A, l'item 8 de la combo sera
sélectionné automatiquement ... et étant donné que le contenu de la combo
aura changé, que le client BIDULE sera positionné avant MACHIN dans la
liste, la valeur 8 ne correspondra plus à MACHIN ...
Bon ... j'ai pris là un exemple tout simple pour mettre en évidence le
phénomène, mais vous comprenez ce que je veux dire et ce que cela suppose ??
Et oui ... il faut réviser nos programmes, car cette c**##rrt de permettre
aux utilisateurs finaux d'interférer de cette manière dans le fonctionnement
de nos programmes peut avoir de graves conséquences.
En effet, si via le WLangage vous effectuez diverses manipulations pour
configurer et initialiser les champs des fenêtres pendant leur ouverture et
que vous avez, délibérément, non activé la mémorisation de la valeur de
certains champs, le comportement de votre programme sera peut-être perturbé
si l'utilisateur a de lui même activé la mémorisation de la valeur de
certains champs ...
Vous avez saisi ??
Pfuuuu !!!
Et oui, comme déjà dit, il faut réviser nos programmes et apporter les
modifications qui s'imposent ...
Au boulot ...
En fait, vous voyez, comme je vous le disais dans un autre post il y a
quelques jours, le passage d'une version WD(x) à WD(x+1) nécessite de
longues heures de travail et l'argument "Compatibilité totale" WD(x) à
WD(x+1), c'est un argument publicitaire et rien d'autre et il ne faut donc
pas y croire.
Moi en tout cas, ce soir, j'ai vraiment les boules quand je vois ce genre de
choses, vous pouvez me croire.
Donc, si vous savez comment faire pour désactiver cette c**##rrt de
nouveauté qui donne la possibilité à l'utilisateur de mémoriser ou pas la
valeur de certains champs ... je suis preneur.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
JPC
Et en plus il en font la pub ce jour sur "leur" groupe de news :-) Bonne continuation ... JPC
"Val" a écrit dans le message de news: 43c552e8$0$2247$
Bonjour,
Dans WD9, il est possible de mémoriser la valeur de certains champs. Cette fonctionnalité est particulièrement intéressante, puisque cela permet, pour une combo par exemple, de mémoriser la valeur sélectionnée par l'utilisateur, d'enregistrer cette valeur dans la base de registres (ou dans un INI ou un XML). Ainsi, lorsque l'utilisateur ré-ouvre la fenêtre, la valeur par lui sélectionnée précédemment est automatiquement re-sélectionnée. Bien ... vous avez compris, c'est simple et utile et je suppose que, tout comme moi, vous avez usé à profusion de cette fonctionnalité dans vos programmes.
Bien. Le problème ... c'est que si vous utilisez la WD10, vous risquez de rencontrer de très graves problèmes. En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou pas cette valeur en faisant un clic droit dans/sur le champ. Quel bazar ...
En effet, imaginons une fenêtre A dans laquelle se trouve une combo triée qui est alimentée par un traitement en Wlanguage, comme par exemple parcourir un fichier client et ajouter à la combo , via ListeAjoute, tous les clients de la Ville de Marseille. Le truc tout simple quoi. Donc, une fois la liste remplie, l'utilisateur sélectionne le client qui se trouve à la position 8 de la liste, soit par exemple l'entreprise MACHIN et il active la mémorisation de la valeur que le développeur, c'est-à-dire moi, n'avait pas activé .... Il fait une manip et il ferme la fenêtre A ... donc la valeur 8 est mémorisée. Si 2 mn après il ré-ouvre la fenêtre A, l'item 8 de la combo sera sélectionné automatiquement et il se retrouvera avec MACHIN de sélectionné dans la liste ...
Et c'est là que cette idée lumineuse de PCSOFT fiche tout en l'air .. En effet, imaginons que l'utilisateur fait ensuite une opération sur une autre fenêtre B, laquelle opération consiste à ajouter un client qui habite à Marseille dans le fichier client et que ce client s'appelle BIDULE. Donc, 2 mn plus tard, s'il ré-ouvre sa fenêtre A, l'item 8 de la combo sera sélectionné automatiquement ... et étant donné que le contenu de la combo aura changé, que le client BIDULE sera positionné avant MACHIN dans la liste, la valeur 8 ne correspondra plus à MACHIN ...
Bon ... j'ai pris là un exemple tout simple pour mettre en évidence le phénomène, mais vous comprenez ce que je veux dire et ce que cela suppose ?? Et oui ... il faut réviser nos programmes, car cette c**##rrt de permettre aux utilisateurs finaux d'interférer de cette manière dans le fonctionnement de nos programmes peut avoir de graves conséquences. En effet, si via le WLangage vous effectuez diverses manipulations pour configurer et initialiser les champs des fenêtres pendant leur ouverture et que vous avez, délibérément, non activé la mémorisation de la valeur de certains champs, le comportement de votre programme sera peut-être perturbé si l'utilisateur a de lui même activé la mémorisation de la valeur de certains champs ... Vous avez saisi ??
Pfuuuu !!! Et oui, comme déjà dit, il faut réviser nos programmes et apporter les modifications qui s'imposent ... Au boulot ... En fait, vous voyez, comme je vous le disais dans un autre post il y a quelques jours, le passage d'une version WD(x) à WD(x+1) nécessite de longues heures de travail et l'argument "Compatibilité totale" WD(x) à WD(x+1), c'est un argument publicitaire et rien d'autre et il ne faut donc pas y croire.
Moi en tout cas, ce soir, j'ai vraiment les boules quand je vois ce genre de choses, vous pouvez me croire. Donc, si vous savez comment faire pour désactiver cette c**##rrt de nouveauté qui donne la possibilité à l'utilisateur de mémoriser ou pas la valeur de certains champs ... je suis preneur.
A+
Val
Et en plus il en font la pub ce jour sur "leur" groupe de news :-)
Bonne continuation ...
JPC
"Val" <Valsofts@free.fr> a écrit dans le message de news:
43c552e8$0$2247$626a54ce@news.free.fr...
Bonjour,
Dans WD9, il est possible de mémoriser la valeur de certains champs.
Cette fonctionnalité est particulièrement intéressante, puisque cela
permet,
pour une combo par exemple, de mémoriser la valeur sélectionnée par
l'utilisateur, d'enregistrer cette valeur dans la base de registres (ou
dans
un INI ou un XML).
Ainsi, lorsque l'utilisateur ré-ouvre la fenêtre, la valeur par lui
sélectionnée précédemment est automatiquement re-sélectionnée.
Bien ... vous avez compris, c'est simple et utile et je suppose que, tout
comme moi, vous avez usé à profusion de cette fonctionnalité dans vos
programmes.
Bien.
Le problème ... c'est que si vous utilisez la WD10, vous risquez de
rencontrer de très graves problèmes.
En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de
façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser
ou
pas cette valeur en faisant un clic droit dans/sur le champ.
Quel bazar ...
En effet, imaginons une fenêtre A dans laquelle se trouve une combo triée
qui est alimentée par un traitement en Wlanguage, comme par exemple
parcourir un fichier client et ajouter à la combo , via ListeAjoute, tous
les clients de la Ville de Marseille.
Le truc tout simple quoi.
Donc, une fois la liste remplie, l'utilisateur sélectionne le client qui
se
trouve à la position 8 de la liste, soit par exemple l'entreprise MACHIN
et
il active la mémorisation de la valeur que le développeur, c'est-à-dire
moi,
n'avait pas activé ....
Il fait une manip et il ferme la fenêtre A ... donc la valeur 8 est
mémorisée.
Si 2 mn après il ré-ouvre la fenêtre A, l'item 8 de la combo sera
sélectionné automatiquement et il se retrouvera avec MACHIN de sélectionné
dans la liste ...
Et c'est là que cette idée lumineuse de PCSOFT fiche tout en l'air ..
En effet, imaginons que l'utilisateur fait ensuite une opération sur une
autre fenêtre B, laquelle opération consiste à ajouter un client qui
habite
à Marseille dans le fichier client et que ce client s'appelle BIDULE.
Donc, 2 mn plus tard, s'il ré-ouvre sa fenêtre A, l'item 8 de la combo
sera
sélectionné automatiquement ... et étant donné que le contenu de la combo
aura changé, que le client BIDULE sera positionné avant MACHIN dans la
liste, la valeur 8 ne correspondra plus à MACHIN ...
Bon ... j'ai pris là un exemple tout simple pour mettre en évidence le
phénomène, mais vous comprenez ce que je veux dire et ce que cela suppose
??
Et oui ... il faut réviser nos programmes, car cette c**##rrt de permettre
aux utilisateurs finaux d'interférer de cette manière dans le
fonctionnement
de nos programmes peut avoir de graves conséquences.
En effet, si via le WLangage vous effectuez diverses manipulations pour
configurer et initialiser les champs des fenêtres pendant leur ouverture
et
que vous avez, délibérément, non activé la mémorisation de la valeur de
certains champs, le comportement de votre programme sera peut-être
perturbé
si l'utilisateur a de lui même activé la mémorisation de la valeur de
certains champs ...
Vous avez saisi ??
Pfuuuu !!!
Et oui, comme déjà dit, il faut réviser nos programmes et apporter les
modifications qui s'imposent ...
Au boulot ...
En fait, vous voyez, comme je vous le disais dans un autre post il y a
quelques jours, le passage d'une version WD(x) à WD(x+1) nécessite de
longues heures de travail et l'argument "Compatibilité totale" WD(x) à
WD(x+1), c'est un argument publicitaire et rien d'autre et il ne faut donc
pas y croire.
Moi en tout cas, ce soir, j'ai vraiment les boules quand je vois ce genre
de
choses, vous pouvez me croire.
Donc, si vous savez comment faire pour désactiver cette c**##rrt de
nouveauté qui donne la possibilité à l'utilisateur de mémoriser ou pas la
valeur de certains champs ... je suis preneur.
Et en plus il en font la pub ce jour sur "leur" groupe de news :-) Bonne continuation ... JPC
"Val" a écrit dans le message de news: 43c552e8$0$2247$
Bonjour,
Dans WD9, il est possible de mémoriser la valeur de certains champs. Cette fonctionnalité est particulièrement intéressante, puisque cela permet, pour une combo par exemple, de mémoriser la valeur sélectionnée par l'utilisateur, d'enregistrer cette valeur dans la base de registres (ou dans un INI ou un XML). Ainsi, lorsque l'utilisateur ré-ouvre la fenêtre, la valeur par lui sélectionnée précédemment est automatiquement re-sélectionnée. Bien ... vous avez compris, c'est simple et utile et je suppose que, tout comme moi, vous avez usé à profusion de cette fonctionnalité dans vos programmes.
Bien. Le problème ... c'est que si vous utilisez la WD10, vous risquez de rencontrer de très graves problèmes. En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou pas cette valeur en faisant un clic droit dans/sur le champ. Quel bazar ...
En effet, imaginons une fenêtre A dans laquelle se trouve une combo triée qui est alimentée par un traitement en Wlanguage, comme par exemple parcourir un fichier client et ajouter à la combo , via ListeAjoute, tous les clients de la Ville de Marseille. Le truc tout simple quoi. Donc, une fois la liste remplie, l'utilisateur sélectionne le client qui se trouve à la position 8 de la liste, soit par exemple l'entreprise MACHIN et il active la mémorisation de la valeur que le développeur, c'est-à-dire moi, n'avait pas activé .... Il fait une manip et il ferme la fenêtre A ... donc la valeur 8 est mémorisée. Si 2 mn après il ré-ouvre la fenêtre A, l'item 8 de la combo sera sélectionné automatiquement et il se retrouvera avec MACHIN de sélectionné dans la liste ...
Et c'est là que cette idée lumineuse de PCSOFT fiche tout en l'air .. En effet, imaginons que l'utilisateur fait ensuite une opération sur une autre fenêtre B, laquelle opération consiste à ajouter un client qui habite à Marseille dans le fichier client et que ce client s'appelle BIDULE. Donc, 2 mn plus tard, s'il ré-ouvre sa fenêtre A, l'item 8 de la combo sera sélectionné automatiquement ... et étant donné que le contenu de la combo aura changé, que le client BIDULE sera positionné avant MACHIN dans la liste, la valeur 8 ne correspondra plus à MACHIN ...
Bon ... j'ai pris là un exemple tout simple pour mettre en évidence le phénomène, mais vous comprenez ce que je veux dire et ce que cela suppose ?? Et oui ... il faut réviser nos programmes, car cette c**##rrt de permettre aux utilisateurs finaux d'interférer de cette manière dans le fonctionnement de nos programmes peut avoir de graves conséquences. En effet, si via le WLangage vous effectuez diverses manipulations pour configurer et initialiser les champs des fenêtres pendant leur ouverture et que vous avez, délibérément, non activé la mémorisation de la valeur de certains champs, le comportement de votre programme sera peut-être perturbé si l'utilisateur a de lui même activé la mémorisation de la valeur de certains champs ... Vous avez saisi ??
Pfuuuu !!! Et oui, comme déjà dit, il faut réviser nos programmes et apporter les modifications qui s'imposent ... Au boulot ... En fait, vous voyez, comme je vous le disais dans un autre post il y a quelques jours, le passage d'une version WD(x) à WD(x+1) nécessite de longues heures de travail et l'argument "Compatibilité totale" WD(x) à WD(x+1), c'est un argument publicitaire et rien d'autre et il ne faut donc pas y croire.
Moi en tout cas, ce soir, j'ai vraiment les boules quand je vois ce genre de choses, vous pouvez me croire. Donc, si vous savez comment faire pour désactiver cette c**##rrt de nouveauté qui donne la possibilité à l'utilisateur de mémoriser ou pas la valeur de certains champs ... je suis preneur.
A+
Val
Romain PETIT
Val avait prétendu :
Le problème ... c'est que si vous utilisez la WD10, vous risquez de rencontrer de très graves problèmes. En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou pas cette valeur en faisant un clic droit dans/sur le champ. Quel bazar ...
Par défaut ce comportement est actif ? Il faut le désactiver champ par champ ?
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Val avait prétendu :
Le problème ... c'est que si vous utilisez la WD10, vous risquez de
rencontrer de très graves problèmes.
En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de
façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou
pas cette valeur en faisant un clic droit dans/sur le champ.
Quel bazar ...
Par défaut ce comportement est actif ?
Il faut le désactiver champ par champ ?
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
Le problème ... c'est que si vous utilisez la WD10, vous risquez de rencontrer de très graves problèmes. En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou pas cette valeur en faisant un clic droit dans/sur le champ. Quel bazar ...
Par défaut ce comportement est actif ? Il faut le désactiver champ par champ ?
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
jacques trepp
Romain PETIT a écrit :
Val avait prétendu :
Le problème ... c'est que si vous utilisez la WD10, vous risquez de rencontrer de très graves problèmes. En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou pas cette valeur en faisant un clic droit dans/sur le champ. Quel bazar ...
Par défaut ce comportement est actif ? Il faut le désactiver champ par champ ?
C'est bien actif par défaut. :( Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10. mémorisation proposée dans les champs 'login' et 'mot de passe' ! je suis bien content ! ;)
je n'ai rien trouvé dans le projet pour le désactiver. dois-je en conclure qu'il faut tout se palucher, fenètre après fenètre et champ par champ ?
ouaouh !
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
Romain PETIT a écrit :
Val avait prétendu :
Le problème ... c'est que si vous utilisez la WD10, vous risquez de
rencontrer de très graves problèmes.
En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de
façon à ce que l'utilisateur final puisse, lui même, choisir de
mémoriser ou
pas cette valeur en faisant un clic droit dans/sur le champ.
Quel bazar ...
Par défaut ce comportement est actif ?
Il faut le désactiver champ par champ ?
C'est bien actif par défaut. :(
Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10.
mémorisation proposée dans les champs 'login' et 'mot de passe' !
je suis bien content ! ;)
je n'ai rien trouvé dans le projet pour le désactiver.
dois-je en conclure qu'il faut tout se palucher, fenètre après fenètre
et champ par champ ?
ouaouh !
--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com
Le problème ... c'est que si vous utilisez la WD10, vous risquez de rencontrer de très graves problèmes. En effet, dans la version WD10, PCSOFT a étendu cette fonctionnalité, de façon à ce que l'utilisateur final puisse, lui même, choisir de mémoriser ou pas cette valeur en faisant un clic droit dans/sur le champ. Quel bazar ...
Par défaut ce comportement est actif ? Il faut le désactiver champ par champ ?
C'est bien actif par défaut. :( Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10. mémorisation proposée dans les champs 'login' et 'mot de passe' ! je suis bien content ! ;)
je n'ai rien trouvé dans le projet pour le désactiver. dois-je en conclure qu'il faut tout se palucher, fenètre après fenètre et champ par champ ?
ouaouh !
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
Romain PETIT
jacques trepp a couché sur son écran :
C'est bien actif par défaut. :( Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10. mémorisation proposée dans les champs 'login' et 'mot de passe' ! je suis bien content ! ;)
Le champ mot de passe est mémorisé si l'utilisateur utilise la fonction ? Jolie coquille...
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
jacques trepp a couché sur son écran :
C'est bien actif par défaut. :(
Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10.
mémorisation proposée dans les champs 'login' et 'mot de passe' !
je suis bien content ! ;)
Le champ mot de passe est mémorisé si l'utilisateur utilise la fonction
?
Jolie coquille...
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
C'est bien actif par défaut. :( Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10. mémorisation proposée dans les champs 'login' et 'mot de passe' ! je suis bien content ! ;)
Le champ mot de passe est mémorisé si l'utilisateur utilise la fonction ? Jolie coquille...
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Pascal F
Romain PETIT a exposé le 12/01/2006 :
jacques trepp a couché sur son écran :
C'est bien actif par défaut. :( Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10. mémorisation proposée dans les champs 'login' et 'mot de passe' ! je suis bien content ! ;)
Le champ mot de passe est mémorisé si l'utilisateur utilise la fonction ? Jolie coquille...
Sur les champs de type Mot de Passe, l'utilisateur n'a pas la possibilité de demander la mémorisation de la saisie ou de l'historique.
-- Pascal
Ne garder que le prénom pour me joindre
Romain PETIT a exposé le 12/01/2006 :
jacques trepp a couché sur son écran :
C'est bien actif par défaut. :(
Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10.
mémorisation proposée dans les champs 'login' et 'mot de passe' !
je suis bien content ! ;)
Le champ mot de passe est mémorisé si l'utilisateur utilise la fonction ?
Jolie coquille...
Sur les champs de type Mot de Passe, l'utilisateur n'a pas la possibilité de demander la mémorisation de la saisie ou de
l'historique.
--
Pascal
N0.pascal.SPAM@efpe.biz
Ne garder que le prénom pour me joindre
C'est bien actif par défaut. :( Je viens de m'en apercevoir en lançant une appli 7.5 migrée en 10. mémorisation proposée dans les champs 'login' et 'mot de passe' ! je suis bien content ! ;)
Le champ mot de passe est mémorisé si l'utilisateur utilise la fonction ? Jolie coquille...
Sur les champs de type Mot de Passe, l'utilisateur n'a pas la possibilité de demander la mémorisation de la saisie ou de l'historique.
-- Pascal
Ne garder que le prénom pour me joindre
Romain PETIT
Pascal F a écrit :
Sur les champs de type Mot de Passe, l'utilisateur n'a pas la possibilité de demander la mémorisation de la saisie ou de l'historique.
Ouf...
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Pascal F a écrit :
Sur les champs de type Mot de Passe, l'utilisateur n'a pas la possibilité de
demander la mémorisation de la saisie ou de l'historique.
Ouf...
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)