Groups > fr.comp.lang.javascript > #3003

Re: Question Oui/Non

Path	csiph.com!usenet.pasdenom.info!.POSTED.evr91-h03-87-88-40-239.dsl.sta.abo.bbox.fr!not-for-mail
From	Gloops <gloops@zailes.invalid.org.invalid>
Newsgroups	fr.comp.lang.javascript
Subject	Re: Question Oui/Non
Date	Sun, 17 Jul 2016 01:28:18 +0200
Organization	Serveur de salon
Message-ID	<nmefva$ci2$1@usenet.pasdenom.info> (permalink)
References	<nmam3r$a3k$1@usenet.pasdenom.info> <578a3dae$0$26280$426a74cc@news.free.fr>
Mime-Version	1.0
Content-Type	text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding	8bit
Injection-Date	Sat, 16 Jul 2016 23:28:42 +0000 (UTC)
Injection-Info	usenet.pasdenom.info; posting-account="gloops"; posting-host="evr91-h03-87-88-40-239.dsl.sta.abo.bbox.fr:87.88.40.239"; logging-data="12866"; mail-complaints-to="abuse@pasdenom.info"
User-Agent	Mozilla/5.0 (Windows NT 5.1; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
In-Reply-To	<578a3dae$0$26280$426a74cc@news.free.fr>
Xref	csiph.com fr.comp.lang.javascript:3003

Show key headers only | View raw

Le 16/07/2016 à 15:59, SAM a écrit :
> Le 15/07/16 à 14:48, Gloops a écrit :
>> Bonjour tout le monde,
>
> ¿Qué tal?

Désolé d'être un peu juste pour répondre en Espagnol :)

> Ha ?
> et
>     document.form[0].Yes.value
> ça ne fonctionne pas ?

Ah, j'avoue que je n'ai pas pensé à mettre ça.

>
> En tous cas, chez moi :
>       this.Yes.value = strYes;
>       this.No.value = strNo;
> fonctionne !

Je jurerais avoir essayé quelque chose d'approchant. Je me serais gouré 
sur la casse ?

> (même si je suis surpris que "this.unNom_d_Id" signifie qque chose au JS )

En jQuery on fait même encore plus fort si je ne m'abuse :)


>
> Tu as dû tester sur du code qui avait une coquille ?!
>
>> Est-ce que ça signifie que quelque chose m'a échappé quant à la
>> différence entre ces deux contrôles ?
>
> Tes éléments input ne sont pas dans le FORM ?
> Faute de frappe ? (typo)

Peu-être as-tu remarqué ceci, qui est peut-être une forme de réponse par 
anticipation ?

</HEAD><BODY><form></form>
<input

Ah, ce qui a pu arriver est que comme je n'ai pas mis Form dans la 
syntaxe d'appel, du coup ça ne retourne un résultat que si le contrôle 
est en dehors du Form.

Je referai quelques essais dans la journée, pour le moment j'ai un 
nettoyage qui prend des ressources ...

>
>> Le fait que dans le premier cas on a affaire à un nœud HTML et dans le
>> second à un attribut ?
>
> ??? ce sont des IDs pour chaque, non ?
> Alors pourquoi ça t'y fonctionnerait 1 coup sur 2 ?

Hum, voyons voir ...

   <label id="QuestionToAsk" name="QuestionToAsk">Please allow the 
script to ask you a question.</label><br />

Pour moi, l'id, c'est QuestionToAsk, alors que "Please allow the script 
to ask you a question", ça serait plutôt l'innerHTML, et dans le DOM 
l'innerHTML est onsidéré comme un nœud. D'ailleurs, il faudrait que je 
révise la syntaxe qui me fait dire ça, j'ai joué avec ça une fois il y a 
un an.

Au contraire :

   <input type="button" value="Yes" name="yes" id="Yes" 
onClick="ret=true;returnfunction()" />

Là, le texte à afficher est stocké dans l'attribut value, qu'il sera 
plus difficile de considérer comme un nœud à lui tout seul.


Bon alors après il faudra que je remette les mains dans le cambouis 
avant d'en parler plus.

>
>> 2/ J'ai écrit une fonction à chaque étape :
>>  - dans l'appelant une fonction openPopup pour ouvrir la popup
>>  - dans la popup une fonction à l'ouverture pour traduire les intitulés
>>  - dans la popup une fonction returnfunction pour la fermeture et pour
>> transmettre les valeurs
>>  - dans l'appelant une fonction followPopup pour exploiter les valeurs
>> de retour.
>>
>> Est-il exclu de faire comme dans VB une fonction qui reçoit un intitulé
>> de question, et qui retourne une valeur de réponse, qu'on pourrait
>> placer dans l'appelant entre l'instruction à exécuter avant de répondre
>> à la question, et celle à exécuter après, classiquement un test ?
>
> Pas trop compris la question ... mais si la question est de tout faire
> depuis l'opener ce doit être possible. Cependant ça ne peut fonctionner
> que SI les 2 fenêtres sont déjà et sont encore ouvertes.
> Car là, en l'état, il faut bien attendre que le popup s'ouvre avant
> qu'il puisse renvoyer une réponse. (et que donc c'est mieux que ce soit
> lui qui lance la fonction-de-réponse de l'opener).

En VB on peut écrire quelque chose comme :
DIM strExemple As String
strExemple = "Un texte"
If MsgBox("Voulez-vous afficher l'exemple ?", vbYesNo) = vbYes Then
	MsgBox strExemple
End If

alors qu'en Javascript pour faire la même chose il faut utiliser deux 
scripts et écrire quatre fonctions pour faire les liens entre eux.

Est-ce que c'est parce que je ne sais pas faire, ou c'est inévitable ?

Pour ce qui est d'écrire le script de question Oui/Non dans le même 
fichier, je ne me représente pas trop, avec un système d'inclusion ça 
doit présenter son intérêt. Tu ferais ça comment ?
Enfin il y a alert, mais là si on a des boutons c'est avec les intitulés 
standard (true / false, c'est bien ça ?)
Si je l'ai fait dans un autre fichier c'est pour pouvoir faire un 
affichage -avec d'autres intitulés de boutons que ceux de alert.

Sinon afficher une boîte de dialogue et ensuite modifier les intitulés 
de ses boutons avec un autre programme, j'y ai joué il y a un moment, 
mais ... pas en Javascript.

>
>> Il me semble que ça améliorerait la lisibilité. ça aurait du reste sur
>> le VB l'avantage de plus de souplesse pour les intitulés des boutons.
>
> Si tu arrives à franciser le texte du popup à partir de l'opener, je ne
> vois pas pourquoi tu n'arriverais pas à aussi franciser les boutons ...

Je l'ai fait, note bien. Tu n'as pas vu ?
La variable culture dans l'appelant est lue depuis la fonction opening, 
et si elle vaut "fr" on met "Oui" et "Non", sinon "Yes" et "No".

Tu me diras qu'un switch avec juste une valeur on peut critiquer, mais 
comme ça c'est plus facile d'ajouter juste avant le default :

    case "de":
      strYes = "Ja";
      strNo = "Nein";


> (note que la langue se traite en HTML "normal" avec un soupçon d'aide de
> la part du serveur, pas besoin de JS pour ça)

Exact. En intégrant ça à ASP.Net c'est sûrement ce que je ferai.

>
>> Je vois qu'après réponse la fenêtre appelante affiche son message un peu
>> avant que la popup se soit fermée.
>
> Mes outils sont trop rapides pour que je puisse voir ça ...
> Mais si l'bazarrh fonctionne c'est bien ce qui doit se passer.
>
>> Serait-il judicieux de mettre une
>> temporisation à cet endroit ? Le code continuerait-il de s'exécuter une
>> fois la fenêtre popup vraiment fermée ?
>
> ???
> Normalement ... non.
> Une fois la fenêtre du popup fermée plus aucun de ses objets
> (window.opener par exemple) n'existe !
> Même IE avec ses fuites de mémoire respecte ça.
>
>> A part ça ma popup met pas loin d'une minute à s'afficher sur ma
>> machine,
>
> Quelle machine ?
> Quel OS ?
> Comment sont réglées les préférences du navigateur ? (accepte ou non les
> popups)
> Combien d'onglets y sont déjà ouverts et que renferment-ils ?
> Avec le code simplifié donné en exemple ? (corrigé ? doctype et charset)
> Le navigateur a été fermé/quitté puis relancé ?
> Idem pour Windows ?


Hum ... J'ai fait plusieurs sessions, la dernière dont je me rappelle 
avait sept onglets sous Firefox 47.0.1

Mais pour tout dire mon Windows XP a besoin d'un bon nettoyage vite 
fait, et pas qu'un peu, c'est clair que ça ne peut pas accélérer 
l'exécution.



>
>> mais j'imagine que l'optimisation de cette affaire-là ne relève
>> pas de Javascript ?
>
> Ne pas tester sur un engin qui sort (tente de sortir) de veille !

Ah la sortie de veille j'ai géré il n'y a pas longtemps, c'était sur une 
autre machine, pour envoyer une combinaison de touches. Mais là-dedans 
il n'y a pas de boîtes de dialogue.

> Suspendre l'openGL ?

Tiens, ça c'est probablement un truc qu'il faut que je creuse.
Quand je joue au solitaire, les cartes bougent très bien, et puis à un 
moment tout se fige, il faut que j'attende dix secondes, c'est parce que 
le programme veut m'afficher un message, de type MsgBox (enfin ... 
alert), alors ça lui prend à peu près dix secondes.



>
> Préférer tout faire dans la fenêtre déjà affichée (et ne pas enquiquiner
> les gensses avec des popups).


Ah j'ai pratiqué aussi, ça, l'année dernière, une division sur la page 
pour afficher une question, du coup il faut la faire suffisamment grande 
pour qu'on ne voie que ça, histoire que ça soit clair. Mais en 
définitive, pour ce qui est de ne pas enquiquiner les gensses, je me 
demande si ce n'est pas un peu raté.

Il est vrai qu'au moins, on évite le risque de la question qui se pose 
derrière la fenêtre principale, un peu comme l'agent de police qui irait 
se mettre derrière le coffre du côté droit, en se mettant à genoux, pour 
parler au conducteur pour lui demander ses papiers. En chuchotant, bien sûr.

> Voir (date de 2005/2007 ou même 2001) :
> Des popups qui se causent :
> http://stephane.moriaux.pagesperso-orange.fr/truc/popup_oui_non/
> http://stephane.moriaux.pagesperso-orange.fr/truc/popup_suivi/
> utilitaire de création de popup :
> http://stephane.moriaux.pagesperso-orange.fr/internet/web_html/java/fenetr/les_popups.htm

J'irai voir ça.

>
>
> Cordialement,

De même.

Back to fr.comp.lang.javascript | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-15 14:48 +0200
  Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-15 16:47 +0200
  Re: Question Oui/Non SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> - 2016-07-16 15:59 +0200
    Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-17 01:28 +0200
      Re: Question Oui/Non SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> - 2016-07-17 13:10 +0200
        Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-19 00:15 +0200
      Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-19 11:03 +0200
    Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-19 10:56 +0200
      Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-08-03 20:41 +0200
        Re: Question Oui/Non Guiche <guiche@invalid> - 2016-08-04 07:20 +0200
          Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-08-04 22:27 +0200
            Re: Question Oui/Non Guiche <guiche@invalid> - 2016-08-05 00:01 +0200
              Re: Question Oui/Non Guiche <guiche@invalid> - 2016-08-08 06:22 +0200
                Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-08-08 11:59 +0200
                Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-08-08 12:20 +0200
    Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-19 13:17 +0200
      Re: Question Oui/Non SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> - 2016-07-22 23:56 +0200
        Re: Question Oui/Non Gloops <gloops@zailes.invalid.org.invalid> - 2016-07-23 00:24 +0200

csiph-web