Erreurs, bugs, questions - page 1930
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Résultat d'un seul passage avec les lignes jaunes commentées
Résultat d'un seul passage avec des lignes jaunes NON commentées
Labibliothèque TesterBench présente la même baisse du temps d'exécution.
HH Non seulement PositionGet, mais aussi OrderGet, HistoryDealGet, HistoryOrderGet sont lents.
Dans le testeur (1629), les transactions sont ouvertes à des prix nuls.
Exécution du conseiller expert dans le testeur en utilisant les ticks réels du serveur FIBOGroup-MT5
Question pour les développeurs et les collègues intéressés.
Dans Tester en mode visualisation il y a un objet de la classe CiMA - muwings.
Mode = "Every tick based on real ticks". La vitesse dans le Visualiseur est proche du maximum.
Le problème est le suivant. Lorsqu'une nouvelle barre apparaît, vous devez attendre un tas de nouveaux ticks pour rafraîchir les valeurs des muwings CiMA, ou plutôt les valeurs dans le tampon des muwings.
Et à chaque tick, la mise à jour est accélérée par la méthode CiMA::Refresh(-1).
Pourquoi le Testeur fonctionne-t-il si mal ?
Pas de tels problèmes dans le commerce réel.
Pusha est étrange ces jours-ci :
uest/302788
demande/302788
Comme je peux le deviner, c'est moi qui ai été rabaissé comme candidat et commenté sur le même ordre.
Mais les messages sont les mêmes que pour les codeurs).
Extrait de la documentation
ENUM_BASE_CORNER
Identifiant
Description
COIN_GAUCHE_SUPÉRIEUR
Centre des coordonnées dans le coin supérieur gauche du graphique
COIN_GAUCHE_INFÉRIEUR
Centre des coordonnées dans le coin inférieur gauche du graphique
COIN_DROIT_INFÉRIEUR
Centre des coordonnées dans le coin inférieur droit du graphique
COIN_DROIT_SUPÉRIEUR
centre des coordonnées dans le coin supérieur droit du graphique
Question : Pourquoi le tableau ne pourrait-il pas être dessiné dans l'ordre numérique ? Vous mettez 1 - et au lieu de l'attendu"Centre de coordonnées dans le coin supérieur gauche du graphique" vous obtenez"Centre de coordonnées dans le coin inférieur droit du graphique".
Maintenant, cela ressemble à ceci
1 - Centre de coordonnées dans le coin inférieur gauche de la carte.
2 - Centre de coordonnées dans le coin inférieur droit du graphique
3 - Centre de coordonnées dans le coin supérieur droit du graphique
4 - Centre de coordonnées dans le coin supérieur gauche du graphique
Extrait de la documentation
ENUM_BASE_CORNER
Identifiant
Description
COIN_GAUCHE_SUPÉRIEUR
Centre des coordonnées dans le coin supérieur gauche du graphique
COIN_GAUCHE_INFÉRIEUR
Centre des coordonnées dans le coin inférieur gauche du graphique
COIN_DROIT_INFÉRIEUR
Centre des coordonnées dans le coin inférieur droit du graphique
COIN_DROIT_SUPÉRIEUR
centre des coordonnées dans le coin supérieur droit du graphique
Question : Pourquoi le tableau ne pourrait-il pas être dans l'ordre numérique ? Vous mettez 1 - et au lieu de l'attendu"Centre de coordonnées dans le coin supérieur gauche du graphique" vous obtenez"Centre de coordonnées dans le coin inférieur droit du graphique".
Cela ressemble à ceci
1 - Centre de coordonnées dans le coin inférieur gauche de la carte.
2 - Centre de coordonnées dans le coin inférieur droit du graphique
3 - Centre de coordonnées dans le coin supérieur droit du graphique
4 - Centre de coordonnées dans le coin supérieur gauche du graphique
Le comptage commence à zéro.
Qu'est-ce qui vous empêche d'entrer CORNER_LEFT_UPPER au lieu d'un nombre ? C'est à cela que sert l'énumération, pour que vous n'ayez pas à penser aux chiffres.
Dans le service d'assistance
MT4 :
Pour les objets de taille fixe : les propriétés OBJ_BUTTON, OBJ_RECTANGLE_LABEL et OBJ_EDIT OBJPROP_XDISTANCE et OBJPROP_YDISTANCE définissent la position du point supérieur gauche de l'objet par rapport au coin du graphique (OBJPROP_CORNER), à partir duquel les coordonnées X et Y en pixels seront comptées.
MT5 :
Pour les objets de taille fixe : OBJ_BUTTON, OBJ_RECTANGLE_LABEL, OBJ_EDIT et OBJ_CHART, les propriétés OBJPROP_XDISTANCE et OBJPROP_YDISTANCE définissent la position du point supérieur gauche de l'objet par rapport au coin du graphique (OBJPROP_CORNER), à partir duquel les coordonnées X et Y en pixels seront mesurées.
Le problème est que l'ancien code de MT4 utilisant ObjectSet permet de positionner les objets par rapport à leurs bords (coins) - pour les objets dans la partie gauche le calcul des pixels est effectué à partir du premier symbole, pour les objets dans la partie droite - à partir du dernier symbole, tandis que la nouvelle version calcule toujours l'indentation à partir du premier symbole, ce qui rend le positionnement des étiquettes avec du texte difficile, parce que vous ne savez pas toujours combien de symboles de texte seront. Je demande aux développeurs d'ajouter un choix de méthode d'alignement du texte !
Si quelqu'un sait comment obtenir un alignement à gauche et à droite dans MT5, merci de partager la fonctionnalité appropriée !
Le comptage commence à zéro.
Qu'est-ce qui vous empêche d'entrer CORNER_LEFT_UPPER au lieu d'un nombre ? C'est à cela que sert l'énumération, pour que vous n'ayez pas à penser aux chiffres.
De zéro ? Bon, d'accord - laissez-le partir de zéro - je ne l'ai pas pris en compte - mais ça ne marche toujours pas !
Parce que c'est plus logique pour moi et que je l'ai déjà utilisé auparavant.
À partir de zéro ? Bon, OK - même si c'est à partir de zéro - je n'en ai pas tenu compte - mais ça ne marche toujours pas !
Parce que c'est plus logique pour moi et que je l'ai déjà utilisé auparavant...
Dois-je avancer le point de la liste que vous essayez d'identifier avec le numéro 4, qui n'est pas là ? Il devient zéro - et tout est en place.
C'est toujours mieux le matin... :)