Souhaits pour MT5 - page 26
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
ce serait mieux s'ils faisaient des fenêtres en dehors des frontières du terminal comme dans photoshop - ce serait votre succès =)
et des fonctions configurables, comme par exemple l'affichage en haut de toutes les fenêtres, etc.
Pouvez-vous ajouter un objet graphique similaire à OBJ_TREND dont les coordonnées sont définies comme un décalage par rapport aux bords de l'écran (comme OBJ_LABEL, OBJ_BUTTON), et non comme l'heure et le prix ? (Lors du déplacement de la carte, un tel objet restera en place).
De plus, un symbole correspondant à un instrument financier "vide" serait utile, car lorsqu'on ouvre un tel graphique, le prix n'est pas affiché (dans une fenêtre vide, il serait possible de dessiner).
Pouvez-vous ajouter un objet graphique similaire à OBJ_TREND dont les coordonnées sont définies comme un décalage par rapport aux bords de l'écran (comme OBJ_LABEL, OBJ_BUTTON), et non comme l'heure et le prix ? (Lors du déplacement de la carte, un tel objet restera en place).
En outre, un symbole correspondant à un instrument financier "vide" serait utile, car lorsqu'on ouvre un tel graphique, le prix n'est pas affiché (dans une fenêtre vide, il serait possible de dessiner).
Hmmm, et pour que les tics y aillent chaque seconde.
comme un outil de test
bonne idée =)
Hmmm et que les tiques y aillent chaque seconde.
comme un outil de test
bonne idée =)
Tiki n'est pas nécessaire. Si nous en avons besoin, nous pouvons le faire nous-mêmes. L'essentiel est d'avoir une fenêtre dans laquelle vous pouvez dessiner, et un objet graphique avec lequel vous pouvez dessiner (sans penser à la barre sur laquelle il tombera, et qui ne se déplacera pas avec le graphique).
Secondé !
Il a souvent été nécessaire de disposer d'une fenêtre séparée pour le dessin - sans contrainte de délai et de prix.
Juste une DrawWindow avec des coordonnées de pixels et la gestion de OnInit(), OnDeinit(), OnTimer(), OnChartEvent().
Maintenant je dois colorier toutes les barres, les lignes et le tambourin autour de Pixels<-->(Bars+Price)
Maintenant je dois colorier toutes les barres, les lignes et danser le tambourin autour de Pixels<-->(Bars+Price)
Oui.
Pour que cette torture appartienne au passé, il suffit (mais il est nécessaire) d'effectuer un double positionnement pour tous les objets de l'écran sans exception : à la fois par pixels et par temps+prix.
Plus un drapeau de référence au système de coordonnées requis (XY/TimePrice) contrôlé par l'utilisateur. (Et prêt à être modifié en cours d'exécution, bien sûr).
Je ne sais pas pourquoi les développeurs ont choisi de diviser les objets en deux catégories par liaison de coordonnées, mais la pratique montre que c'est une solution malheureuse.
Les tiques ne sont pas nécessaires. Si nous devons le faire, nous le ferons nous-mêmes. L'essentiel est d'avoir une fenêtre où l'on peut dessiner, et un objet graphique qui permette de dessiner (sans penser à la barre que l'on va obtenir, et qui ne bougera pas avec le graphique).
Uh-huh. Fortement soutenu. L'idée de l'analogue de la carte (seulement vide) est bonne par rapport à ce que nous avons maintenant.
Mais ce qui serait encore mieux, c'est de pouvoir enfin créer des fenêtres "utilisateur" normales, non liées à des tableaux, mais avec la possibilité de créer des fenêtres mql5-program, de les dessiner à volonté et d'ajouter des éléments graphiques et des contrôles.
Quant au lien existant entre les programmes et les tableaux... Qu'il reste. Seulement en plus de cela, il serait bon d'avoir un moyen de ne pas être lié à un symbole graphique par défaut. GlobalMqlSpace semble bon, oui. Avec une représentation visuelle dans le navigateur, où déposer les scripts et les EA qui ne nécessitent pas une telle liaison. De plus, en toute quantité. Autant que la machine de l'utilisateur tire, laissez-le faire.
Peut-être que maintenant que ces idées exotiques ( ?) ne sont plus de mise, les développeurs sont plus intéressés à mettre le terminal sur une orbite fonctionnelle.
Encore. Nous avons sûrement besoin de mql-fenêtres normales, régulières. Si ce n'est pas demain, alors au moins après-demain.
Tiki n'est pas nécessaire. Si nous en avons besoin, nous pouvons le faire nous-mêmes. L'essentiel est d'avoir une fenêtre dans laquelle vous pouvez dessiner, et un objet graphique avec lequel vous pouvez dessiner (sans penser à la barre sur laquelle il tombera, et qui ne se déplacera pas avec le graphique).