Indicateurs d'élite :) - page 315

[mktsagli]

Cher mladen

Est-il possible de modifier le ( tdi smoothed indi)

pour montrer la flèche et l'alerte seulement quand la ligne rouge traverse la ligne jaune.

Merci.

[Mladen Rakic]

mktsagli

Voilà Dans cette version, une option supplémentaire a été ajoutée : alertsOnSignalLineCross. Si elle est définie à true, cela fonctionne comme avant. Si elle est définie à false, alors les alertes (et les flèches) sont levées lorsque la ligne "prix" (la ligne bleue) croise la ligne moyenne (jaune). Voici un exemple de l'aspect d'un graphique dans le cas où la deuxième option (moyenne - croisement de la ligne jaune) est choisie :

salutations

Mladen

mktsagli:
Est-il possible de modifier le ( tdi smoothed indi)

pour montrer la flèche et l'alerte seulement quand la ligne rouge traverse la ligne jaune

Merci.

[san4x]

mladen:
Snow Voilà Vous pouvez choisir de faire un lissage régulier ou un double lissage (plus rapide) selon vos besoins. Avec de courtes périodes de lissage, la différence entre le lissage normal et le double lissage n'est pas importante, mais si vous utilisez une période plus longue, le double lissage tend à être beaucoup plus "rapide". Les deux méthodes de lissage sont des lissages juriques (bien sûr ). Dans tous les cas, les deux méthodes de lissage sont beaucoup, beaucoup plus rapides que les moyennes mobiles régulières intégrées utilisées par la version régulière de cet indicateur.

PS : l'exemple est un TDI d'une heure sur un graphique de 30 minutes.

Salutations

Mladen

Wow... comme prévu. Vous êtes mon héros. Mais là encore, vous le saviez déjà.

Merci mladen, j'apprécie beaucoup votre travail.

San/Snow.

[[Supprimé]]

message n°3223

mladen,

Pourriez-vous répondre au post #3223 ?

Merci

[Mladen Rakic]

Oui

Il est possible de construire un indicateur, un script ou un EA qui reconnaît les objets sur un graphique (tout ce qu'il doit "savoir", ce sont les noms et les types d'indicateurs qu'il doit "surveiller"). Mais, quand il s'agit de reconnaître les valeurs d'autres indicateurs affichés / dessinés sur le graphique, ce n'est pas possible. La seule façon de le faire est de passer par iCustom() ou par des appels à des indicateurs internes intégrés, ce qui signifie que toute la logique doit être intégrée dans le code lui-même.

Pour autant que je sache, il y a déjà quelques EAs qui travaillent sur un principe de reconnaissance des lignes de tendance (le "Trend me, leave me" par exemple - vous pouvez le trouver sur ce lien https://www.mql5.com/en/forum/176044/page3 ).

Salutations

Mladen

Tradefx1:
mladen,

Pourriez-vous répondre au post #3223 ?

Merci

[[Supprimé]]

Wow, qu'est-ce qui t'a pris si longtemps ?

[mktsagli]

Merci MLADEN,

exactement ce que je demandais

meilleures salutations

[[Supprimé]]

M. Outils,

Je n'ai pas demandé de code, juste une réponse : possible ou non. Mais je comprends votre point de vue.

mladen, désolé d'avoir été aussi impatient.

Salutations,

[Mladen Rakic]

Tradefx1

Pas besoin de s'excuser

Votre question m'a rappelé une chose que nous (les gens) négligeons généralement.

Je m'explique : dans votre question, il y a une partie qui dit"quand le prix revient près d'une moyenne mobile...". ". Maintenant, comme vous le savez, un ordinateur doit tout quantifier, et cette partie serait traduite en quelque chose comme ceci

: si (distance absolue précédente > 1 pip et distance absolue actuelle <= 1 pip faire quelque chose)

Et là nous arrivons au cœur du problème

: pourquoi 1 pip et pas 1.1 ou 1.0001 ou quelque chose comme ça (ou que faire avec les croisements JPY, ou peso mexicain, ...)

pourquoi juste la valeur précédente et pas beaucoup de valeurs

que faire quand il est évident que le prix "danse" autour de cette ligne (évident pour l'homme, bien sûr) - comment quantifier cela

et ainsi de suite .

.. Et toutes sortes de questions similaires. Une fois, j'ai lu un commentaire selon lequel nous (les humains) pouvons fabriquer un robot capable de construire un autre robot, mais nous ne pouvons pas fabriquer un robot capable de nouer des lacets de lunettes. Ce qui est négligeable chez les humains, c'est que nous négligeons la quantité de nos connaissances implicites et de notre logique : ce qui semble simple et parfaitement logique lorsqu'on le dit en mots, est, dans certains cas, impossible (encore) à traduire en code informatique de manière acceptable. Et comme vous l'avez peut-être remarqué, je n'ai pas répondu à cette partie de la question - je pense simplement qu'il n'y a pas de solution acceptable pour ce genre de problème. Et je déteste écrire de longues explications.

Salutations

Mladen

Tradefx1:
M. Outils,

Je n'ai pas demandé de code, juste une réponse : possible ou non. Mais je comprends votre point de vue.

mladen, désolé d'avoir été aussi impatient.

salutations,

[William Snyder]

!xxxxxxxxxxxxxxx ! !!