Souhaits pour le MQL5 - page 19
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
Bon sang ! au moins un mot de substance dans les derniers posts, c'est un charivari qui ne finit jamais. Oubliez le .net et que Dieu nous préserve de l'intérêt de Melkosoft pour ce domaine, ils peuvent tout gâcher, vous ne pouvez pas leur enlever cela. oui, le .net est bon ... Pour le développeur mais aussi pour l'utilisateur, c'est un véritable casse-tête, qui commence par la taille et se termine par l'incompatibilité des versions, et lorsque les développeurs commencent à utiliser les fruits de l'autre, l'installateur veut la deuxième version, un composant dans la première et tout le reste - la troisième, alors la chanson commence. Supprimons au moins le .net.
Peut-être devrions-nous avoir une section séparée pour de tels débats ?
Veuillez exprimer vos souhaits à MQL5.
Le développement de MQL5 est en cours et c'est l'une de nos principales positions dans la nouvelle plateforme de trading. Nous nous abstenons volontairement d'en parler pour des raisons de sérénité. Mais dans quelque temps, nous commencerons à publier des informations sur le nouveau langage, les bibliothèques et l'environnement de programmation.
...
langue
1 orienté objet (le désir le plus fort)
2 aussi proche de C++ que possible
2.1 structures (il serait bon de les voir)
3 événements supplémentaires
3.1 traitement des commandes... ( take profit, stop )
3.2 erreur ( au lieu de polling après la fonction ou ensemble)
3.3 événement timer (permettrait de mieux gérer l'application)
...
éditeur
débogueur visuel
...
terminal
possibilité de choisir un intervalle TF non standard ... disons 3 minutes ou 6 heures 25 minutes etc ... c'est-à-dire évolutif
Testeur W1
testeur multidevises
test TF multiple pendant la visualisation
Il serait bon de réfléchir une fois de plus à la base de la limite StopLevel pour les ordres stop en attente avant d'en exécuter 5. À mon avis, il ne devrait pas s'agir du prix d'ouverture déclaré de l'ordre (essentiellement, le prix d'ouverture), mais bien du prix de clôture de l'ordre correspondant (comme pour les ordres au marché).
Maintenant il est possible (spread = 3, StopLevel = 3) d'ouvrir BuyStop = 1.0050 avec le plus proche SL = 1.0047, TP = 1.0053. Au moment où le pending est converti en market, la situation devient techniquement possible, lorsque le BId (prix de clôture correct) est déjà sur le SL. (Une telle situation n'est pas autorisée pour le marché d'origine, et ce à juste titre).
Si la base de calcul est modifiée, le même BuyStop = 1.0050 peut avoir un SL = 1.0044 et un TP = 1.0050 plus proches. Au moment de la conversion au marché BId sera à la même distance de l'ordre stop. Pour fermer ce marché un, le prix devra encore piétiner 3 points.
Bon sang ! au moins un mot de substance dans les derniers posts, c'est un charivari qui ne finit jamais. Oubliez le .net et que Dieu nous préserve de l'intérêt de Melkosoft pour ce domaine, ils peuvent faire n'importe quoi, vous ne pouvez pas leur enlever ça. oui, le .net est bien ... Pour le développeur mais aussi pour l'utilisateur, c'est un véritable casse-tête, qui commence par la taille et se termine par l'incompatibilité des versions, et lorsque les développeurs commencent à utiliser les fruits de l'autre, l'installateur veut la deuxième version, un composant dans la première et tout le reste - la troisième, alors la chanson commence. Faisons sans .net au moins.
Peut-être devriez-vous créer une section séparée pour de tels débats ?
L'incompatibilité des versions ne se produit généralement que chez les développeurs, dans ce cas, le développeur utilise un logiciel et quelqu'un d'autre, sinon l'utilisateur est généralement associé à une mise à jour du service, généralement les admins gardent la trace de cela, les utilisateurs de la licence et d'autres, les développeurs ont tendance à garder la trace d'une telle mise à jour globale, dans tous les cas, tous les problèmes sont résolus d'une manière ou d'une autre et je ne vois pas un problème global. Dans la plupart des cas, aucune intervention n'est nécessaire. La dépendance des versions est un objectif à atteindre, car sinon, il y a plus de bugs, de trous et de trous, c'est un fait, à un moment donné, il y avait beaucoup de problèmes et surtout les développeurs, un mal de tête sans fin, et l'utilisateur est convulsé si le développeur ne s'en occupe pas et tout développeur est avant tout l'utilisateur lui-même.
Vous utilisez Windows, il est important pour vous de voir le fonctionnement sans erreur, alors pourquoi prendre pour des bugs, des avertissements d'incompatibilité, pensez-vous vraiment que les erreurs des utilisateurs devraient concerner le développeur ? Et comment allez-vous expliquer au développeur où se trouve le bug s'il n'y a aucun contrôle sur la compatibilité et encore plus sur les bugs ?
En tant qu'utilisateur, je me suis toujours efforcé d'utiliser les produits les plus parfaits, en choisissant celui qui est le plus parfait, sinon on peut prendre du retard dans la vie et perdre encore plus de temps, mais en tant que développeur, j'examine également de nombreux autres facteurs. Vous écrivez en MQL, je n'écris pas en MQL, bien que j'utilise MT et que je connaisse MQL, mais c'est pourquoi je ne le fais pas. Chacun choisit sa propre voie, tandis que vous attendez simplement les développeurs, ce qui vous manque, nous l'avons déjà pour nous, nous essayons de le développer dans un cercle étroit :) Je n'ai pratiquement rien d'autre à faire ici et il se peut que je n'apparaisse pas du tout ici, jusqu'à une nouvelle construction et une nouvelle version de la MT. Cependant, si vous ne participez pas aux discussions, vous risquez de négliger un domaine important et de perdre encore plus de temps, précisément en vain, car tout doit être repensé et adapté au nouveau niveau d'une manière inimaginable, vous devez littéralement tout envisager, afin de vous débarrasser d'un tel problème le plus rapidement possible lors du passage à une nouvelle version.
Vous me dites littéralement de renoncer à tout et de me contenter de ce qui est, comme on dit, que Dieu fournit, le reste est votre problème, il ne se produit pas, dans tout développement prend du temps et de l'argent et sur certains dictons que Dieu fournit, vous ne pouvez tout simplement pas penser, vous avez besoin de pousser l'idée par tous les moyens.
TedBeer a écrit (a) :..., Andy_Kon a écrit (a) :..., pxx a écrit (a) :..., xnsnet a écrit (a) :.
Je vote pour la "tolérance religieuse". :)
Sur le sujet :
Langue - Les exceptions seraient également très pertinentes.
1 Orientation objet (désir le plus fort)
Pour accélérer le débogage, nous devons ajouter des étiquettes et un traçage (comme dans les bons vieux langages procéduraux). Et aussi - nous devons fournir la possibilité d'appeler une EA à partir d'une autre (exécutable Ex4).
Igor
Dans la fenêtre du testeur et du terminal, il faut ajouter toutes les colonnes caractérisant l'ordre - MN et commentaire.
Dans le testeur, plus de liberté grâce à des cases à cocher (utile pour économiser des ressources) :
- sortir/ne pas sortir de messages au juranal ;
- sortir tout/sauter tout sauf les cent derniers ;
- afficher/ne pas afficher les graphiques ;
- montrer/ne pas montrer les résultats.
Dans la fenêtre de gestion manuelle des commandes, cochez l'option
- pour activer/désactiver le côté gauche ;
Sur le côté gauche, afficher (sous forme d'onglets ou de coches)
- graphique en tic-tac ;
- vue d'ensemble du marché ;
- fenêtre de données ;
- afficher des informations utiles à partir d'un programme d'application en cours d'exécution ;
- variations.
Permet d'afficher l'indicateur dans la fenêtre avec le graphique ou dans une fenêtre séparée - sous le graphique - en cochant la case [v], sans recompilation.
Il serait également bon de permettre la sélection d'éléments distincts(outils graphiques) d'un indicateur dans la fenêtre avec le graphique et dans la fenêtre sous le graphique par tic-tac.
Supposons que le Pitchfork d'Andrews soit affiché dans la fenêtre avec le graphique, alors que certains éléments calculés du même indicateur, par exemple les horodateurs, devraient être affichés dans la fenêtre sous le graphique, par exemple, comme l'histogramme.
==============
Les fenêtres pour la sortie de l'indicateur ou les éléments d'indicateur séparés doivent également pouvoir être sélectionnées en définissant le numéro de la fenêtre dans laquelle la sortie doit être affichée.
Les fenêtres d'affichage de l'indicateur ou des éléments individuels de l'indicateur peuvent également être sélectionnées en spécifiant le numéro de la fenêtre dans laquelle l'édition doit avoir lieu.