PureDeal > Comment forcer une position en permanence

Ah mince mais non ça fausse tout le "p d" est à mettre sinon ça ne marche pas.



Je viens de tester : ça marche sans. Merci frigolite, je vais corriger le code.
Edit : Code corriger.
Alala les anti-grosmots sont relativement embétant pour des codes.
Dans le cadre d'ig P D veut simplement dire PureDeal et non homosexuel ...

Maitre

Alala les anti-grosmots sont relativement embétant pour des codes.
Dans le cadre d'IG P D veut simplement dire PureDeal et non homosexuel ...

Merci pour ton travail utile à tous !

UR welcome.

Testé et validé cet APM sur un scalp USDJPY.

Je teste cela aussi rapidement que possible...

Chapeau bas, je ne pensais pas cela possible

On a vraiment des membres en or sur le forum !

Pour les neuneus informatiques comme moi, je précise que le code ne fonctionne que si on ouvre le ticket dans une nouvelle fenêtre. Si vous ouvrez le ticket dans la même fenêtre, ça ne fonctionne pas.
Ca fait 1/4 d'heure que je m'échine la dessus.
encore Falex, tu vas me faire économiser pas mal d'écus avec ce petit code.
Dire qu'ig n'a jamais pu-voulu-su (biffer la mention inutile) incorporer cette option.

Merci

Seul inconvénient : on ne peut plus ouvrir un ticket "non forcé" sans désactiver Greasemonkey et recharger la page.

Prochaine amélioration à faire : trouver un moyen pour activer/désactiver le script à la volé sans recharger la page.

Dernière précision, en fait ça fonctionne aussi pour les tickets internes à la fenetre à la condition d'activer les tickets multiples dans les préférences.

Merci

Seul inconvénient : on ne peut plus ouvrir un ticket "non forcé" sans désactiver Greasemonkey et recharger la page.

Prochaine amélioration à faire : trouver un moyen pour activer/désactiver le script à la volé sans recharger la page.

Personnellement, si je veux fermer une position, je clique dessus et je la ferme. Il ne m'est jamais venu à l'idée d'ouvrir une position inverse pour clôturer la position existence. Le nombre de pepettes que j'ai perdu avec cette fichue case.

Dernière précision, en fait ça fonctionne aussi pour les tickets internes à la fenetre à la condition d'activer les tickets multiples dans les préférences.

C'est quoi un ticket interne ?
tu peux me faire une copie d'écran s'il te plait.

A gauche un ticket interne, à droite un ticket dans une fenêtre externe.

Ah oui ok.

Je n'avais testé que pour les ticket interne.
Cool ça marche dans les deux cas
Par contre si vous entrez un ordre sur graphique : ça ne marche pas (j'espère que ce n'est pas le code Flash qui gère ce truc là sinon ça va être chaud.

Je retourne creuser entre deux réunions.

---
Je vais creuser longtemps : c'est du flash. Là je déclare forfait (et je vais la jouer perso : comme je ne passe jamais d'ordre sur graphique ...). Si quelqu'un se sent de faire quelque chose ?

Une idée pourrait être de rajouter un proxy dans firefox, d'intercepter la requête POST et de rajouter le champ "forceOpen" dans la requête, ce qui évite de toucher le code flash et permettrais d'avoir en permanence une position forcée (mais sans contrôle visuel).

Qui s'y colle ?

Frigolite : La fonction "Ticket d'ordre multiple" n'a pas d'incidence sur le fonctionnement du code.
Si tu actives cette fonction ça te permet d'ouvrir 3 tickets en // au lieu d'un seul par défaut.

Je trouve cela très utile dans certains cas , par exemple quand je surveille deux sous-jacents et que je veux "tirer" sur le bon en premier. Les tickets sont près, y'a plus qu'à cliquer au bon moment.

Frigolite : La fonction "Ticket d'ordre multiple" n'a pas d'incidence sur le fonctionnement du code.
Si tu actives cette fonction ça te permet d'ouvrir 3 tickets en // au lieu d'un seul par défaut.

Effectivement, le code n'avait fonctionné qu'après que j'aie activé cette fonction. Mais je suis revenu en ticket unique et il fonctionne toujours. J'avais du oublié de rafraîchir la page. Normal avec les températures actuelles.

Reste un défaut avec ton code. Pour les trades effectués avec la tablette ou le smartphone, il faut éviter d'oublier les vieilles habitudes!

Effectivement ça ne concerne que l'interface web et pas l'appli pour mobile/tablette.

ET mince je n'avais pas testé comme il se doit et finalement mon bout de code coche bien la case mais la valeur "position forcée" n'est pas envoyé au serveur ...

Donc en résumé : mon code est purement cosmétique pour l'intant.
Je vais l'effacer pour éviter que certain se fasse avoir.

bon bon j'ai replongé dans cette histoire de case à coché.

Quand l'iunterface web envoi la requête pour ouvrir un ticket elle le fait via un formulaire de type "POST".

Dans les variables transmises au serveurs web d'ig il y une var
forceOpen = Y ou forceOpen=N selon que l'on force ou non la position.

Bon bon mais là ça ne m'aide pas car ce n'est que la partie "réseau" de la demande.

Donc partant de là je me suis dit : dans le DOM de la page web il doit y avoir une variable forceOpen.

Alors je regarde avec la console mais rien ...

Je tente plusieurs truc du genre $("#forceOpenCheckbox_1") ... mais à part afficher les attributs de la checkbox ...

Donc c'est là que je coince, comment fait-on pour voir quel variable sont affecte par la fonction click()de la checkbox ????

Help

il suffit d'insérer dan ton formulaire un champs caché avec comme nom forceOpen

"<input type="hidden" name="forceOpen" value="Y">"

ARf oui ça pourrait marcher si on étatit sur des pages web "classique" mais là on est sur une truc hyper chiadé avec du jqyery ou le <Form>, n'est même pas écris dans le code HTML... il est géré en dynamique pas le JS ... d'où ma difficulté de debug du "machin".

Finalement ma question pour les spécialiste du jquery serait : Comment est-ce que l'on remonte à la fonction associé à un selector ?