Erreurs, bugs, questions - page 1726
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
Pourquoi ce besoin ?
L'éditeur enregistre automatiquement les fichiers en Unicode si le texte contient des caractères de la plage 128-255.
Si vous pouvez avoir un code source de taille réduite, pourquoi ne le faites-vous pas ? J'ai des commentaires en texte russe et après avoir enregistré en ANSI, rien ne leur arrive. Cependant, le fichier devient deux fois moins volumineux.
Ceci est fait dans l'intérêt de l'internationalisation. Ainsi, les fichiers peuvent être vus correctement sur un système d'exploitation avec une locale différente, et ils seront affichés correctement.
Si les fichiers sources russes sont visualisés sur un vin européen, au lieu d'un texte lisible (russe à un octet), il y aura des "hiéroglyphes".
Ceci est fait dans l'intérêt de l'internationalisation. Ainsi, les fichiers peuvent être vus correctement sur un système d'exploitation avec une locale différente, et ils seront affichés correctement.
Si les sources russes sont visualisées sur certains Windows européens, le texte lisible (russe à un seul octet) sera remplacé par des "hiéroglyphes".
Ici, tout s'affiche correctement en russe. Et le code source est en ANSI.
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
Parole ouverte aux développeurs - Améliorons la partie graphique
Renat Fatkhullin, 2011.04.05 23:41
Pas encore, mais nous ajouterons bientôt des fonctions permettant de contrôler la hauteur des sous-fenêtres des indicateurs avec une précision de pixels.
Cela nous donnera également l'occasion de construire des panneaux de contrôle soignés et précis.
>> Le contrôle est-il en place ?
Oui >>>Fixation de la hauteur de la fenêtre du propre indicateur
Oui >>>Fixation de la hauteur de la fenêtre du propre indicateur
Ceci est fait dans l'intérêt de l'internationalisation. Ainsi, les fichiers peuvent être vus correctement sur un système d'exploitation avec une locale différente, et ils seront affichés correctement.
Si le code source russe est visualisé sur un vin européen, au lieu d'un texte russe lisible (à un seul octet), il y aura des "hiéroglyphes".
Il ne s'agit pas du code source. Il s'avère que l'on ne peut pas utiliser MetaEditor pour éditer entièrement des fichiers ANSI, y compris ceux créés avec ::FileOpen( FILE_ANSI). Si le fichier est à l'origine ANSI, mais pas .mqh, .mq4, .mq5 - pourquoi devrais-je le forcer à être enregistré en Unicode ?
Récemment, j'ai également été confronté à un tel inconvénient.
Il ne s'agit pas du code source. Il s'avère que MetaEditor ne permet pas d'éditer complètement les fichiers ANSI, créés à l'aide de la fonction ::FileOpen( FILE_ANSI). Si le fichier est à l'origine ANSI, mais pas .mqh, .mq4, .mq5 - pourquoi devrais-je le forcer à être enregistré en Unicode ?
Récemment, j'ai également rencontré un tel inconvénient.
Nous allons le corriger, mais nous étendrons nos extensions à Unicode, si nécessaire.
Créez une classe qui hérite de CExpertSignal. Méthodes LongCondition / ShortCondition surchargées. Je l'ai testé. Ça marche. OK !
J'essaie de remplacer et d'utiliser CheckOpenLong (CheckOpenShort) et de tester le code dans le testeur par un point d'arrêt. Le testeur (ou le compilateur ? ??) supprime le point d'arrêt, le règle sur LongCondition et ignore complètement CheckOpenLong (CheckOpenShort).
Aidez-moi à le comprendre.
Il ne s'agit pas du code source. Il s'avère que MetaEditor ne permet pas d'éditer complètement les fichiers ANSI, créés à l'aide de la fonction ::FileOpen( FILE_ANSI). Si le fichier est à l'origine ANSI, mais pas .mqh, .mq4, .mq5 - pourquoi devrais-je le forcer à être enregistré en Unicode ?
Récemment, j'ai également été confronté à un tel inconvénient.
Maintenant, pour le code source MQL (déterminé par son extension, *.mq5 *.mqh *.mq4), l'enregistrement se fera en Unicode, si le code contient des caractères autres que US-ASCII (caractères avec un code supérieur à 127).
Pour les autres fichiers, la sauvegarde sera en Unicode si l'un des caractères du fichier sauvegardé ne peut être représenté dans l'encodage ASCII actuel (caractères dont le code est supérieur à 255).