Fonction CALL ProBuilder : type des paramètres et usage

Bonjour @JC_Bywan,

Merci pour ces précisions, mais l’apprenti-codeur que je suis cale lamentablement à résoudre le problème.

Voici un complément d’informations.

La capture d’écran.montre l’algo “Oscillator” ET l’ébauche de “My backtest” sur le même panneau.

Comment dois-je écrire ma ligne d’appel pour pouvoir sortir “My backtest” dans un nouveau panneau sous le panneau “Oscillator” afin de pouvoir créer un backtest sous forme d’indicateur.

Je n’ai besoin que de 4 variables pour le backtest: X et Y entry , X et Y exit données par “Oscillator”

Cordialement.

Osc-and-backtest-Capture-decran-2026-09-08-104121.png

@JC_Bywan ,

Ta question pose exactement le problème, je ne signale pas les paramêtres d’entrée de l’indicateur car je souhaite un backtest universel applicable sur n’importe quel algo.

J’ai actuellement un Big-Algo qui comprend algo1, algo2, algo3, etc …. Tous ces algos de paramètres divers envoient leurs X et Y entry et X et Y exit . Un sélecteur d’algos envoie au backtest ces 4 variables.

Je souhaite sortir le bactest de ce Big-Algo pour qu’il devienne universel avec n’importe quels types d’indicateurs en les appelant.

J’ai déjà réalisé My bactest sous Oscillator mais ce n’était qu”un double d’ Oscillator dont j’ai supprimé la partie graph or je veux un backtest indépendant se débrouillant seul avec mes 4 variables d’entrée.

Est-ce vraiment possible ? Peut-être pas, et si oui, quelle stucture adhoc adopter ?

Merci par avance.

PS: Je vais m’absenter une bonne semaine et je ne sais pas si j’aurais du réseau. A très bientôt.

C7-Capture-decran-2026-09-08-125310.png

Bonjour

Malgré ces explications, je cale encore avec cette fonction CALL.

Je résume mon problème: J’ai un big-algo avec nombre d’indicateurs et de paramêtres et un backtest inclus dont tous les résultats sont en mode Texte sur mon graphe. (Exemple backtest)

Je souhaite simplement sortir le backtest sous le graphe dans un nouveau panneau, ce qui me dispensera du booléen : Affichage ou non du backtest sur le graphe.

Comme exemple pédagogique j’ai codé ci-dessous Indicateur AB et Backtest AB.

// Indicateur AB
X= BarIndex
pA= 21
pB= 34
A= Average[pA](Close)
B= Average[pB](Close)
IF A CROSSES OVER B THEN
Signal= 1
DrawPoint(X, A, 3) Coloured("Lime")
ELSIF A CROSSES UNDER B THEN
Signal= -1
DrawPoint(X, B, 3) Coloured("Red")
ENDIF
RETURN A AS "A", B AS "B", Signal AS "Signal"


// Bactest AB 
X= Barindex // X-axis
S= Close    // Source
ignored, ignored, Signal= CALL "Indicateur AB" //[pA, pB]
IF f= 0 AND Signal= 1 THEN
f= 1
Xentry= X
Yentry= S
DrawText("Entry #Yentry#", Xentry, 0)
DrawPoint(X, -0.5, 5)
ELSIF f= 1 AND Signal= -1 THEN
f= 0
Xexit= X
Yexit= S
DrawText("Exit #Yexit#", Xexit, 0)
DrawPoint(X, 0.5, 5)
ENDIF
RETURN Signal

Si, comme dans mon big-algo, je neutralise les lignes 3 et 4 (pA et pB) et déclare pA et pB en vraies variables pour pouvoir immédiatement voir la performance sur le backtest, ici j’ai un message d’erreur.

Comment faire pour que le Backtest du panneau inférieur suive immédiatement les différentes valeurs testées de pA et pB de Indicateur AB ?

Merci par avance.

Indicateur-AB-Backtest-AB-Capture-decran-2026-09-22-194155-1.png Backtest-AB-Error-Capture-decran-2026-09-22-194419-1.png Backtest-AB-Error-2-Capture-decran-2026-09-22-201842.png Exemple-Backtest-Capture-decran-2026-09-22-205721.png

Bonjour,

J’ai suivi attentivement ( 1er temps, 2eme temps) les explications mais bizarrement au 3eme temps la synchronisation des 2 panneaux n’a fonctionné qu’un seule fois.

J’entends par synchronisation les variations de pA et pB depuis l’ Indicateur.

Si j’ajoutais avant CALL, les lignes pA= 21 et pB= 34 comme demandé, j’obtenais un message d’erreur. (3eme temps Error 1)

La synchronisation n’a fonctionné que lorsque j’ai corrigé la ligne CALL par : ignored, ignored, Signal= CALL “Indicateur AB” [pA, pB] qui a bien pris en charge la variabilité de pA et pB depuis l’Indicateur, mais une seule fois comme dans ta reproduction du problème.!

Courage et merci pour ton aide, on va y arriver !

1er-temps-Capture-decran-2026-09-23-102921.png 2eme-temps-Capture-decran-2026-09-23-103129.png 3eme-temps-Capture-decran-2026-09-23-114410.png 3e-temps-Error-1-Capture-decran-2026-09-23-114137.png

Merci pour votre sagacité, (Coquille précédente)

Je viens d’interroger l’IA Claude :

Sur le fond, JS a raison:

Pour rester synchronisés, pensez à modifier les deux indicateurs en parallèle si vous changez les périodes manuellement (ProRealTime ne partage pas automatiquement une variable entre deux indicateurs distincts, même avec le même nom).

Sur la forme, JC n’a pas tort, car si la synchronisation fonctionne sur sa plateforme, on pourrait dire qu’il s’agit d’un bug positif ! Et çà … a fonctionné … aussi sur ma plateforme, sinon j’aurais depuis longtemps arrété les recherches.

Si ça suit → parfait, vous avez votre point d’édition unique. Si ça ne suit pas (ce que suggère la doc CALL), c’est que ProRealTime isole bien chaque instance et qu’il faudra alors ajuster les deux réglages en parallèle — mais au moins la formule de croisement n’existe plus qu’à un seul endroit, ce qui limite déjà nettement le risque d’erreur entre les deux affichages.

Encore un grand Merci pour vos contributions.