Hello everybody,
In Javascript we have an alert() instruction that has three missions :
[...]
Hello everybody,
In Javascript we have an alert() instruction that has three missions :
[...]
Hello everybody,
In Javascript we have an alert() instruction that has three missions :
[...]
Le 07/01/2016 22:08, Gloops a écrit :Hello everybody,
Bonjour à toi.In Javascript we have an alert() instruction that has three missions :
[...]
Je ne suis pas sûr d'avoir tout compris. Et si tu posais la question en
français ? Peut-être même en donnant un exemple de page web, et en
disant précisément quel besoin tu as ?
P.-S. : je n'ai pas encore eu l'occasion de te le dire dans les autres
groupes où je te lis, mais l'adresse invalide est censée se terminer
par « .invalid » (nom de domaine de premier niveau réservé à cet effet)
et pas par « .invalid.org ».
Cordialement,
Le 07/01/2016 22:08, Gloops a écrit :
Hello everybody,
Bonjour à toi.
In Javascript we have an alert() instruction that has three missions :
[...]
Je ne suis pas sûr d'avoir tout compris. Et si tu posais la question en
français ? Peut-être même en donnant un exemple de page web, et en
disant précisément quel besoin tu as ?
P.-S. : je n'ai pas encore eu l'occasion de te le dire dans les autres
groupes où je te lis, mais l'adresse invalide est censée se terminer
par « .invalid » (nom de domaine de premier niveau réservé à cet effet)
et pas par « .invalid.org ».
Cordialement,
Le 07/01/2016 22:08, Gloops a écrit :Hello everybody,
Bonjour à toi.In Javascript we have an alert() instruction that has three missions :
[...]
Je ne suis pas sûr d'avoir tout compris. Et si tu posais la question en
français ? Peut-être même en donnant un exemple de page web, et en
disant précisément quel besoin tu as ?
P.-S. : je n'ai pas encore eu l'occasion de te le dire dans les autres
groupes où je te lis, mais l'adresse invalide est censée se terminer
par « .invalid » (nom de domaine de premier niveau réservé à cet effet)
et pas par « .invalid.org ».
Cordialement,
Oh mince, je n'avais pas fait gaffe qu'il y avait un newsgroup
javascript en Français ...
Bon alors l'instruction alert(), pour moi, a trois missions :
- afficher un message texte
- afficher un bouton par défaut
- fermer la boîte de dialogue quand l'utilisateur clique sur le bouton
par défaut
Pour afficher le message et fermer la boîte de dialogue c'est OK, mais
il n'y a pas de bouton par défaut. A telle enseigne que si on a le
curseur à un bout de l'écran et le message qui s'ouvre à l'autre bout
(j'exagère à moitié puisque le message est au milieu), ben nada, le
curseur de la souris ne bouge pas même si dans le panneau de
configuration on a demandé de "déplacer le curseur de la souris sur le
bouton par défaut dans les boîtes de dialogue".
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
J'avais déjà remarqué que pour une question à laquelle répondre par oui
ou par non, il faut compter une semaine à comprendre pourquoi la moitié
des sites qui présentent jquery ne mettent pas le protocole dans
l'adresse du repository dans leurs exemples, contre une heure pour lire
la doc de VBScript pour un MsgBox, maintenant encore une couche avec
juste l'affichage d'un message standard ...
(j'ai ajouté un invalid, qui apparemment sera pris en compte la
prochaine fois ;
d'un autre côté si on normalise trop la présentation de
l'adresse, ce n'est même plus la peine de mettre invalid du tout)
Oh mince, je n'avais pas fait gaffe qu'il y avait un newsgroup
javascript en Français ...
Bon alors l'instruction alert(), pour moi, a trois missions :
- afficher un message texte
- afficher un bouton par défaut
- fermer la boîte de dialogue quand l'utilisateur clique sur le bouton
par défaut
Pour afficher le message et fermer la boîte de dialogue c'est OK, mais
il n'y a pas de bouton par défaut. A telle enseigne que si on a le
curseur à un bout de l'écran et le message qui s'ouvre à l'autre bout
(j'exagère à moitié puisque le message est au milieu), ben nada, le
curseur de la souris ne bouge pas même si dans le panneau de
configuration on a demandé de "déplacer le curseur de la souris sur le
bouton par défaut dans les boîtes de dialogue".
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
J'avais déjà remarqué que pour une question à laquelle répondre par oui
ou par non, il faut compter une semaine à comprendre pourquoi la moitié
des sites qui présentent jquery ne mettent pas le protocole dans
l'adresse du repository dans leurs exemples, contre une heure pour lire
la doc de VBScript pour un MsgBox, maintenant encore une couche avec
juste l'affichage d'un message standard ...
(j'ai ajouté un invalid, qui apparemment sera pris en compte la
prochaine fois ;
d'un autre côté si on normalise trop la présentation de
l'adresse, ce n'est même plus la peine de mettre invalid du tout)
Oh mince, je n'avais pas fait gaffe qu'il y avait un newsgroup
javascript en Français ...
Bon alors l'instruction alert(), pour moi, a trois missions :
- afficher un message texte
- afficher un bouton par défaut
- fermer la boîte de dialogue quand l'utilisateur clique sur le bouton
par défaut
Pour afficher le message et fermer la boîte de dialogue c'est OK, mais
il n'y a pas de bouton par défaut. A telle enseigne que si on a le
curseur à un bout de l'écran et le message qui s'ouvre à l'autre bout
(j'exagère à moitié puisque le message est au milieu), ben nada, le
curseur de la souris ne bouge pas même si dans le panneau de
configuration on a demandé de "déplacer le curseur de la souris sur le
bouton par défaut dans les boîtes de dialogue".
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
J'avais déjà remarqué que pour une question à laquelle répondre par oui
ou par non, il faut compter une semaine à comprendre pourquoi la moitié
des sites qui présentent jquery ne mettent pas le protocole dans
l'adresse du repository dans leurs exemples, contre une heure pour lire
la doc de VBScript pour un MsgBox, maintenant encore une couche avec
juste l'affichage d'un message standard ...
(j'ai ajouté un invalid, qui apparemment sera pris en compte la
prochaine fois ;
d'un autre côté si on normalise trop la présentation de
l'adresse, ce n'est même plus la peine de mettre invalid du tout)
Le 08/01/2016 08:42, Gloops m'a répondu :
Oh mince, je n'avais pas fait gaffe qu'il y avait un newsgroup
javascript en Français ...
;-)
C'est vrai qu'il existe aussi un groupe international dont le nom
est presque le même, avec « fr. » en moins. Tu peux aussi poser la
question là-bas si tu ne l'as pas fait.
Je n'avais effectivement pas compris dans le premier article, mais
pas seulement parce qu'il était en anglais : dans ta troisième mission
tu avais écrit « button » et pas « default button », ce qui m'avait fait
croire en combinaison avec le titre que tu aurais voulu avoir deux
boutons au lieu d'un, et qu'il te manquait justement le « _default_
button ».
Si j'ai tout bien compris, la fonction alert() de JavaScript fait
forcément appel à une fonctionnalité indépendante de JavaScript, gérée
directement par le système d'exploitation, et dont le comportement
sera peut-être différent selon que tu es sur Linux, Unix, Windows ou
MacOS, pourvu que la fonctionnalité « rendre la main à JavaScript
quand l'utilisateur a lu le message » soit correctement rendue.
Du coup, pour ce qui est de la gestion du clavier et de la souris par
rapport à cette fenêtre, il faudrait peut-être chercher dans les
paramètres de ton système d'exploitation plutôt que dans JavaScript.
... Mais je peux me tromper !Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Je passe.
Ok, mais VBScript n'est pas présent sur Linux par exemple, alors que les
scripts JavaScript sont censés fonctionner quel que soit l'O.S.(j'ai ajouté un invalid, qui apparemment sera pris en compte la
prochaine fois ;
Merci. À voir, donc.d'un autre côté si on normalise trop la présentation de
l'adresse, ce n'est même plus la peine de mettre invalid du tout)
Tu veux dire si on avait une autre règle de reconnaissance que le
TLD normalisé .invalid ? Oui, certes, mais pourquoi s'embêter à
en définir une autre puisque celle-ci existe, ne requiert que le
fait de réserver ce seul TLD à l'IANA (ce qui est fait depuis
quelques années), et est super facile à repérer, même par les
logiciels ?
Le 08/01/2016 08:42, Gloops m'a répondu :
Oh mince, je n'avais pas fait gaffe qu'il y avait un newsgroup
javascript en Français ...
;-)
C'est vrai qu'il existe aussi un groupe international dont le nom
est presque le même, avec « fr. » en moins. Tu peux aussi poser la
question là-bas si tu ne l'as pas fait.
Je n'avais effectivement pas compris dans le premier article, mais
pas seulement parce qu'il était en anglais : dans ta troisième mission
tu avais écrit « button » et pas « default button », ce qui m'avait fait
croire en combinaison avec le titre que tu aurais voulu avoir deux
boutons au lieu d'un, et qu'il te manquait justement le « _default_
button ».
Si j'ai tout bien compris, la fonction alert() de JavaScript fait
forcément appel à une fonctionnalité indépendante de JavaScript, gérée
directement par le système d'exploitation, et dont le comportement
sera peut-être différent selon que tu es sur Linux, Unix, Windows ou
MacOS, pourvu que la fonctionnalité « rendre la main à JavaScript
quand l'utilisateur a lu le message » soit correctement rendue.
Du coup, pour ce qui est de la gestion du clavier et de la souris par
rapport à cette fenêtre, il faudrait peut-être chercher dans les
paramètres de ton système d'exploitation plutôt que dans JavaScript.
... Mais je peux me tromper !
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Je passe.
Ok, mais VBScript n'est pas présent sur Linux par exemple, alors que les
scripts JavaScript sont censés fonctionner quel que soit l'O.S.
(j'ai ajouté un invalid, qui apparemment sera pris en compte la
prochaine fois ;
Merci. À voir, donc.
d'un autre côté si on normalise trop la présentation de
l'adresse, ce n'est même plus la peine de mettre invalid du tout)
Tu veux dire si on avait une autre règle de reconnaissance que le
TLD normalisé .invalid ? Oui, certes, mais pourquoi s'embêter à
en définir une autre puisque celle-ci existe, ne requiert que le
fait de réserver ce seul TLD à l'IANA (ce qui est fait depuis
quelques années), et est super facile à repérer, même par les
logiciels ?
Le 08/01/2016 08:42, Gloops m'a répondu :
Oh mince, je n'avais pas fait gaffe qu'il y avait un newsgroup
javascript en Français ...
;-)
C'est vrai qu'il existe aussi un groupe international dont le nom
est presque le même, avec « fr. » en moins. Tu peux aussi poser la
question là-bas si tu ne l'as pas fait.
Je n'avais effectivement pas compris dans le premier article, mais
pas seulement parce qu'il était en anglais : dans ta troisième mission
tu avais écrit « button » et pas « default button », ce qui m'avait fait
croire en combinaison avec le titre que tu aurais voulu avoir deux
boutons au lieu d'un, et qu'il te manquait justement le « _default_
button ».
Si j'ai tout bien compris, la fonction alert() de JavaScript fait
forcément appel à une fonctionnalité indépendante de JavaScript, gérée
directement par le système d'exploitation, et dont le comportement
sera peut-être différent selon que tu es sur Linux, Unix, Windows ou
MacOS, pourvu que la fonctionnalité « rendre la main à JavaScript
quand l'utilisateur a lu le message » soit correctement rendue.
Du coup, pour ce qui est de la gestion du clavier et de la souris par
rapport à cette fenêtre, il faudrait peut-être chercher dans les
paramètres de ton système d'exploitation plutôt que dans JavaScript.
... Mais je peux me tromper !Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Je passe.
Ok, mais VBScript n'est pas présent sur Linux par exemple, alors que les
scripts JavaScript sont censés fonctionner quel que soit l'O.S.(j'ai ajouté un invalid, qui apparemment sera pris en compte la
prochaine fois ;
Merci. À voir, donc.d'un autre côté si on normalise trop la présentation de
l'adresse, ce n'est même plus la peine de mettre invalid du tout)
Tu veux dire si on avait une autre règle de reconnaissance que le
TLD normalisé .invalid ? Oui, certes, mais pourquoi s'embêter à
en définir une autre puisque celle-ci existe, ne requiert que le
fait de réserver ce seul TLD à l'IANA (ce qui est fait depuis
quelques années), et est super facile à repérer, même par les
logiciels ?
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
Pour le développeur, la console javascript peut remplacer les
alert(). Si on complète cela en utilisant le débugueur fourni par tous
les navigateurs modernes, les alert() ne servent plus à rien.
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
Pour le développeur, la console javascript peut remplacer les
alert(). Si on complète cela en utilisant le débugueur fourni par tous
les navigateurs modernes, les alert() ne servent plus à rien.
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
Pour le développeur, la console javascript peut remplacer les
alert(). Si on complète cela en utilisant le débugueur fourni par tous
les navigateurs modernes, les alert() ne servent plus à rien.
Si j'ai tout bien compris, la fonction alert() de JavaScript fait
forcément appel à une fonctionnalité indépendante de JavaScript, gérée
directement par le système d'exploitation, et dont le comportement
sera peut-être différent selon que tu es sur Linux, Unix, Windows ou
MacOS, pourvu que la fonctionnalité « rendre la main à JavaScript
quand l'utilisateur a lu le message » soit correctement rendue.
Si j'ai tout bien compris, la fonction alert() de JavaScript fait
forcément appel à une fonctionnalité indépendante de JavaScript, gérée
directement par le système d'exploitation, et dont le comportement
sera peut-être différent selon que tu es sur Linux, Unix, Windows ou
MacOS, pourvu que la fonctionnalité « rendre la main à JavaScript
quand l'utilisateur a lu le message » soit correctement rendue.
Si j'ai tout bien compris, la fonction alert() de JavaScript fait
forcément appel à une fonctionnalité indépendante de JavaScript, gérée
directement par le système d'exploitation, et dont le comportement
sera peut-être différent selon que tu es sur Linux, Unix, Windows ou
MacOS, pourvu que la fonctionnalité « rendre la main à JavaScript
quand l'utilisateur a lu le message » soit correctement rendue.
À (at) Fri, 8 Jan 2016 08:42:26 +0100,
Gloops écrivait (wrote):Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
Pour le développeur, la console javascript peut remplacer les
alert(). Si on complète cela en utilisant le débugueur fourni par tous
les navigateurs modernes, les alert() ne servent plus à rien.
À (at) Fri, 8 Jan 2016 08:42:26 +0100,
Gloops <gloops@zailes.invalid.org> écrivait (wrote):
Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
Pour le développeur, la console javascript peut remplacer les
alert(). Si on complète cela en utilisant le débugueur fourni par tous
les navigateurs modernes, les alert() ne servent plus à rien.
À (at) Fri, 8 Jan 2016 08:42:26 +0100,
Gloops écrivait (wrote):Y a-t-il mieux à proposer pour corriger ça que d'écrire systématiquement
une fenêtre personnalisée à chaque message à afficher ?
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
Pour le développeur, la console javascript peut remplacer les
alert(). Si on complète cela en utilisant le débugueur fourni par tous
les navigateurs modernes, les alert() ne servent plus à rien.
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
C'est comme ça qu'on se retrouve à pisser de la ligne pour ce que
d'autres langages réalisent sans problème en une seule instruction.
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
C'est comme ça qu'on se retrouve à pisser de la ligne pour ce que
d'autres langages réalisent sans problème en une seule instruction.
Les alert() de javascript n'ont d'utilité que pour le
développeur. Aucun concepteur censé n'utiliserait cela pour une
interface réelle avec un utilisateur.
C'est comme ça qu'on se retrouve à pisser de la ligne pour ce que
d'autres langages réalisent sans problème en une seule instruction.