Erreurs, bugs, questions - page 698

 
evm180:
La formule de calcul est la même. L'image devrait être la même. Si nous construisons l'indicateur sur D1 avec les paramètres 9, 26, 52 et que nous multiplions par 5 (nombre de jours dans la semaine), alors il devrait être le même que pour W1 9,26,52. Sur MT4, c'est la même chose.

l'image sera la même, ne serait-ce que le vendredi après-midi.

N'oubliez pas que (par exemple) les 3 dernières bougies hebdomadaires et les 15 dernières barres quotidiennes ne sont pas la même chose.

 

Lorsque le terminal est fermé, il met très longtemps ou pas du tout à se décharger de la mémoire et, de plus, le processus grossit (de centaines de Mo à plusieurs centaines)... Une douzaine de modèles avec de nombreux objets graphiques, pas un seul indicateur. Je dois tuer le processus à la main, ce qui empêche la sauvegarde des nouvelles constructions dans les modèles et entraîne d'autres conséquences. Le déchargement complet d'autres applications ne résout pas le problème.

Des réflexions sur ce sujet ? Les modèles sont joints (sur demande)... qu'est-ce qu'ils ont à voir avec ça ?

 
Je veux dire l'image globale, c'est-à-dire que par exemple le nuage devrait avoir les barres 2011.09.18 - 2011.10.09 sur w1 avec les paramètres 9. 26. 52 et les barres 2011.09.21 - 2011.10.10 sur d1 avec les paramètres 45, 130, 260. Ce qui n'est pas dans MT5, mais dans MT4. D'ailleurs TS et KS sont dessinés correctement. Il s'agit d'une technique courante qui consiste à utiliser les paramètres de l'indicateur sur une TF plus petite pour estimer l'image d'une TF plus grande.
 
Et je suis sur la même longueur d'onde

De même,

Cette fois, la construction est de 619.

 
Dima_S:
Et je suis à peu près la même chose.

De même,

Cette fois, la construction est de 619.

Il est difficile d'imaginer que quelqu'un puisse taper un tel paramètre à la main . Et s'il est généré automatiquement (par exemple, pour le démarrage à partir de la console), un paramètre aussi long, nécessaire au fonctionnement du programme, peut être rassemblé à partir de plusieurs paramètres plus courts. N'est-ce pas ?
 
Rosh:
Il est difficile d'imaginer que quelqu'un puisse saisir manuellement un tel paramètre de chaîne. Et s'il est généré automatiquement (par exemple, pour le démarrage à partir de la console), un tel paramètre long nécessaire au fonctionnement du programme peut être rassemblé à partir de plusieurs paramètres plus courts. N'est-ce pas ?

C'est possible d'imaginer))

Voici un exemple simple de ligne d'entrée de sept paires pour un conseiller expert multi-devises (la huitième ne convient plus - mais j'aimerais bien) :

"EURUSD.EUR.0 ; GBPUSD.GBP.0 ; AUDUSD.AUD.0 ; NZDUSD.NZD.0 ; USDCHF.CHF.1 ; USDCAD.CAD.1 ; USDSEK.SEK.1 ;".

Comme vous pouvez le voir, il n'y a rien d'inhabituel. Bien sûr, vous pouvez faire un fouillis de plusieurs chaînes et les coller ensemble de manière programmatique, etc. Mais pourquoi ?

 

pour voir si rien d'inhabituel n'a été inséré. Vous pourriez, bien sûr, tordre quelques lignes et les coller ensemble de manière programmatique, etc. Mais pourquoi ?

N'est-il pas préférable d'utiliser le fichier ini pour de tels cas, dans lesquels toutes les devises nécessaires sont prescrites (et pas seulement les devises, mais d'autres paramètres peuvent l'être aussi) ?
 
Rosh:
N'est-il pas préférable d'utiliser le fichier ini, qui contient toutes les devises nécessaires (et pas seulement les devises, mais aussi d'autres paramètres) ?

Je voudrais simplement utiliser les outils standard pour définir les paramètres d'entrée. Il existe de nombreuses façons de procéder.

Bien sûr, ce n'est pas une configuration opérationnelle, mais ce n'est pas cool de parcourir les fichiers et de les modifier à chaque fois.

Vous devez avoir un tampon statique utilisé à cet endroit pour stocker cette chaîne - pourquoi ne pas l'augmenter plusieurs fois ?

Eh bien, tu sais mieux que quiconque.

 
Rosh:
Ne vaut-il pas mieux utiliser un ini-file, dans lequel toutes les devises nécessaires sont prescrites (et pas seulement les devises, mais aussi d'autres paramètres) ?

Rashid, mais en fait les longues chaînes vivent dans MT4, et elles sont réussies !

Dmitry a décrit le cas le plus courant de spécification d'une liste de devises requises.

Et de telles listes de paramètres sont très souvent utilisées, précisément pour définir des paramètres externes !

Par exemple, c'est ainsi que les clients me demandent d'établir des listes.

// список валют через запятую

extern string Pairs="XAUUSD,XAGUSD,EURUSD,EURGBP,USDJPY,AUDUSD,EURJPY,GBPUSD,USDCAD,USDCHF,NZDUSD,CHFJPY,CADJPY,EURAUD,EURCAD,GBPCHF,GBPJPY,GBPCAD,AUDCAD,CADCHF,AUDCHF,AUDJPY,EURNZD,EURSGD,GBPAUD,AUDNZD,AUDSGD,GBPSGD,USDMXN,USDZAR,USDSGD,SGDJPY,NZDJPY,NZDCAD,NZDCHF,CHFSGD";

extern string TFs="60,240,1440,10080,43200";// - список используемых ТФ через запятую

Vous pouvez le regarder - il y a environ 250 caractères dans une chaîne de devises. Et ça marche et il n'y a aucun problème !

Pourquoi introduirait-il des limitations artificielles de longueur dans un MT5 plus avancé ?

Ce n'est pas rationnel.

Документация по MQL5: Основы языка / Типы данных / Тип string
Документация по MQL5: Основы языка / Типы данных / Тип string
  • www.mql5.com
Основы языка / Типы данных / Тип string - Документация по MQL5
 
Sur le forum, certains fils de discussion s'affichent parfois pour indiquer qu'il y a un nouveau message. Mais lorsque vous accédez à un fil de discussion, vous constatez qu'il n'y a pas de nouveau message.