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
Qui sait pourquoi ça ne marche pas...
fonctionne en C++
Qu'est-ce qui vous fait penser que le schéma n'a pas été établi, y avait-il un préalable à cela ? ??fonctionne en C++
Qu'est-ce qui vous fait penser qu'il n'y a pas de schéma, y avait-il un prérequis pour cela ?Où se trouve-t-elle ? Je ne l'ai pas vu depuis trois pages.
Je pensais faire une base d'utilisation qui serait réduite à un style de code minimal New_Window<<<Window_Upper.Size ; New_Window<<Window_Upper.Position ; New_Window.Size<<0.5 (la taille devient automatiquement la moitié de ce qui précède) ; ...
Et cette classe tient déjà compte de la relation entre la position de la petite croix et la fenêtre supérieure (base).
On dirait que ça ne va pas se passer sans heurts... ça arrive.Je pensais faire une base d'utilisation qui serait réduite à un style de code minimal New_Window<<<Window_Upper.Size ; New_Window<<Window_Upper.Position ; New_Window.Size<<0.5 (la taille devient automatiquement la moitié de ce qui précède) ; ...
Et cette classe tient déjà compte de la relation entre la position de la petite croix et la fenêtre supérieure.
...
J'ai déjà décrit à plusieurs reprises les "défauts" que, de mon point de vue, je vois dans la bibliothèque standard et dans la bibliothèque d'Anatoly.
Les deux bibliothèques présentent, à mon avis, un inconvénient de taille : l'interface est construite sur des objets graphiques discrets, c'est-à-dire que plus il y a de contrôles dans l'interface, plus il y a d'objets isolés dans le graphique lui-même. D'une part, ce n'est pas un problème en soi, mais d'autre part, c'est un problème avec les boîtes de dialogue glisser-déposer, car ce n'est pas un seul objet "formulaire avec éléments" qui est glissé, mais plusieurs éléments différents. Et cela consomme des ressources supplémentaires.
La bibliothèque d'Anatoly est très chic, mais elle est compliquée dans sa composition et difficile à intégrer dans le programme principal. Et la bibliothèque standard est limitée dans les contrôles eux-mêmes, bien que l'architecture originale soit très bonne à mon avis.
En fait, la meilleure solution serait ce que Petr Konov essaie de faire : un constructeur d'interface graphique avec génération de code d'interface graphique, mais avec un modèle d'événement étendu, de sorte que lors de l'intégration avec le programme principal, vous ne devez pas creuser dans un énorme code d'interface graphique (quelque chose comme MVVM analogique), et bien sûr avec des objets que les utilisateurs pourraient étendre eux-mêmes.
Bien entendu, il s'agit d'une vision très simplifiée du problème des bibliothèques graphiques. Il ne s'agit pas de glisser-déposer des formulaires et de l'absence de gestion des kanvas, qui limitent les possibilités et la fonctionnalité de l'interface graphique. En fin de compte, les objets MTont peu de propriétés, et les gestionnaires de bibliothèque ne sont pas suffisamment développés pour gérer les éléments dessinés et prendre en charge toutes leurs diverses capacités. La complexité des objets MT et la fonctionnalité de contrôle des bibliothèques n'atteignent pas le niveau minimum requis par kanvas.
Prendre ces bibliothèques et les réécrire pour kanvas signifie les élever à un niveau fondamentalement nouveau, ce qui a priori ne peut pas être facile et simple.
ZS. Anatoly a ouvert la voie aux kanvas dans sa bibliothèque et a été le premier à créer des tableaux dessinés en MKL. Cependant, la méthode pour les construire est imparfaite, du fait que les cellules sont des éléments semi-indépendants et qu'il est difficile de les traiter individuellement.
Je me souviens de ce que la transition a coûté à Anatoly et du temps qu'elle a pris.
C'est plus ou moins comme ça
C'est la fin de la classe de coordonnées. Je ne sais même pas ce qui va suivre.
Je pense que nous devrions ajouter le positionnement, cependant.
Dans le style de next, in, left, top. cent.....
Ça donne quelque chose comme ça.
Vous avez aussi oublié ceci :
Ça donne quelque chose comme ça.
Et c'est ce qui manque :
Et c'est ce qui manque :
Je voulais utiliser des modèles mais ils ne compilent pas, l'exemple simplifié de la page précédente
Et il n'est pas sûr que ce sera exactement int et pas un certain enum, et alors vous ne voulez pas corriger le code
Et pourquoi avons-nous besoin d'un bool ici ?
Idéalement, il devrait en être ainsi
Et pas de TD3 (en fait, la classe entière est écrite pour deux valeurs). Pourquoi j'ai appelé la TD également écrite dans le code