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
J'ai relu l'ensemble du fil de discussion et j'ai vu de nombreux exemples de la façon dont "l'interface est conçue dans un langage de balisage". Mais je n'ai pas vu un seul exemple de Peter qui montre exactement comment le "code d'interface" interagit avec le programme principal du développeur.
Nikolaï et moi avons essayé plusieurs fois de réduire Peter à ce sujet, mais je n'ai vu nulle part un exemple de code pour l'interaction entre le programme principal et l'interface graphique.
J'ai également rencontré l'expression "print code" à plusieurs reprises en lisant le fil de discussion. Piotr, quel est le sens de cette phrase ? Je pense qu'il y a même un tel commandement dans le "vigin" de Petr ...... Pourquoi imprimer le code ? Pourquoi ne peut-on pas l'enregistrer dans un fichier texte avec le bon nom et au bon endroit ?
Peter, ne vous précipitez pas sur le visualiseur, abordons l'applicabilité de votre suggestion dans un contexte général.
En d'autres termes, dessinez un formulaire comportant quelques boutons, une liste déroulante, quelques cases à cocher et un champ de saisie. Pour l'instant, comment faire référence à ces contrôles dans le code procédural, leur donner des valeurs et en obtenir.
Une fois que tu auras réglé ça, tu pourras passer à autre chose.
J'ai relu l'ensemble du fil de discussion et j'ai vu de nombreux exemples de la façon dont "l'interface est conçue dans un langage de balisage". Mais je n'ai pas vu un seul exemple de Peter qui montre exactement comment le "code d'interface" interagit avec le programme principal du développeur.
Nikolaï et moi avons essayé plusieurs fois d'amener Peter sur ce point, mais je n'ai vu nulle part un exemple de code pour l'interaction entre le programme principal et l'interface graphique.
J'ai également rencontré l'expression "print code" à plusieurs reprises en lisant le fil de discussion. Piotr, quel est le sens de cette phrase ? Je pense qu'il y a même un tel commandement dans le "vigin" de Petr ...... Pourquoi imprimer le code ? Pourquoi ne peut-on pas l'enregistrer dans un fichier texte avec le bon nom et au bon endroit ?
Peter, ne vous précipitez pas sur le visualiseur, abordons l'applicabilité de votre suggestion dans un contexte général.
En d'autres termes, dessinez un formulaire comportant quelques boutons, une liste déroulante, quelques cases à cocher et un champ de saisie. Pour l'instant, comment faire référence à ces contrôles dans le code procédural, leur donner des valeurs et en obtenir.
Dès que vous l'aurez compris, vous passerez à autre chose.
@Oleg Papkov
EtAlexandr Atagyan(voici son panel)
Voici le fichier de connexion pour ce panneau. Je l'ai trouvé après tout.
Ce fichier contient des fonctionnalités permettant d'appeler des contrôles, de récupérer leurs valeurs, de définir des valeurs et des états. La fonctionnalité est standard et l'utilisateur n'a pas besoin de regarder dans le fichier.
Voici le fichier de connexion pour ce panneau. Je l'ai trouvé après tout.
Je n'ai pas vu d'interaction entre le programme principal et l'interface dans ce code. Apparemment, nous parlons des langues complètement différentes.
Je n'ai pas vu d'interaction entre le programme principal et l'interface dans ce code. Apparemment, nous parlons des langues complètement différentes.
Je n'ai pas le programme principal. Les personnes à qui j'ai fait ces interfaces l'ont. L'interface graphique était connectée à leur programme(dont je n'ai pas vu le code du tout) via des ressources. Et maintenant, la connexion sera intégrée à l'intérieur. C'est-à-dire qu'il fonctionnera sans ressources. Directement.
Je n'ai pas le programme principal. Les personnes à qui j'ai fait ces interfaces l'ont. L'interface graphique était connectée à leur programme(dont je n'ai pas vu le code du tout) via des ressources. Et maintenant, la connexion sera intégrée à l'intérieur. C'est-à-dire qu'il fonctionnera sans ressources. Directement.
Ce n'est pas exactement comme ça que ça marche. Vous faites un éditeur d'interface visuelle. La partie visuelle de votre application est exactement l'interface graphique que votre application crée. Et ce qui est fait "en coulisse", comment les nouveaux textes de l'interface graphique sont créés, est le programme principal.
Mais comme vous avez votre propre vision de la programmation.....
Ce n'est pas tout à fait ça. Vous réalisez un éditeur d'interface visuelle. La partie visuelle de votre application est exactement l'interface graphique que votre application crée. Et ce qui est fait "en coulisses", comment les textes de la nouvelle interface graphique sont créés, est le programme principal.
Mais comme vous avez votre propre vision de la programmation.....
Nous avons une énorme divergence de vues, Alexey. Il est préférable de s'en tenir là. On ne peut pas trouver un langage commun tout de suite et cela prend beaucoup de temps. Je vais terminer la version minimale et vous verrez par vous-même. Je vais essayer de le faire pour après-demain.
Je n'ai pas vu d'interaction entre le programme principal et l'interface dans ce code. Apparemment, nous parlons des langues complètement différentes.
Je pense que c'est ce que vous voulez dire :
Ce sont les deux fonctions qui permettent à l'interface graphique de "communiquer" avec le programme. Ils reçoivent les messages, les décryptent et les transmettent soit aux éléments, soit au programme.
Je pense que c'est ce que vous vouliez dire :
Ce sont les deux fonctions qui assurent la "communication" de l'interface graphique avec le programme. Ils reçoivent les messages, les décryptent et les transmettent soit aux éléments, soit au programme.
C'est un chef-d'œuvre :)
Открыто_окно[G_CORE[cnvs[f1]][_WS_NUMBER]]
Si quelque chose doit être refait, dans une semaine vous ne vous souviendrez plus de ce qui est lié à quoi.