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
Question :
Il existe un catalogue "Include(1) KIB 1.0\(1) BASE\(1) DOCUMENTATION\".
S'agit-il simplement d'échantillons de code ou est-ce destiné à être compilé en tant que programme de démonstration ? Quelle est la bonne façon de l'utiliser ?
Les codes les plus fonctionnels se trouvent dans le dossier "Include(1) KIB 1.0\(1) BASE\(2) STATE KIB-CODE"
Il existe des codes de fenêtres du concepteur. Vous pouvez les étudier.
1. Les V-box(s) et les tabulations sont toujours écrites dans des groupes séparés. C'est plus pratique. Il est souhaitable de ne rien ajouter d'autre à ces groupes. Sinon, la"jungle du positionnement" commence. Bien sûr, vous pouvez le faire de cette façon, mais cela n'en vaut pas la peine...
R etag Konow #: Une nuance très importante. Les onglets contrôlent la commutation des images du canevas V_BOX(a). Ils doivent être déclarés plus haut. Les onglets d'abord, puis les V_BOX (s).
J'ai dessiné des H_TAB, mais ce ne sont que des boutons, et je ne sais pas comment changer d'onglet avec eux. J'aimerais un exemple avec deux onglets. Ou est-il trop tôt pour cela ?
R etag Konow #:
3. Vous avez mis le mot "TEXTE" dans les tableaux. Ce n'est pas nécessaire. Les cellules CELL ont leur propre paramètre qui reçoit une valeur de l'application utilisateur lorsqu'elles sont connectées. Vous pouvez également utiliser le mot V_CURRENT pour définir la valeur.
C'est CELL qui est nécessaire, les cellules seront remplies par programme. Jusqu'à présent, j'ai défini des valeurs fixes.
Et V_CURRENT m'a aidé, les déchets ont disparu.
R etag Konow #: Une autre nuance importante. Tous les tableaux ont un élément T_HEADER dans leur en-tête
Oui, dans le premier tableau, c'est approprié parce que cela crée une colonne pour les noms de ligne.
Dans le second tableau, cette colonne n'est pas nécessaire, je ne l'ai donc pas ajoutée. Mais cela a bien fonctionné.
Le deuxième tableau est un journal d'événements futurs. Peut-être le tableau est-il une mauvaise option pour cela ? S'il est programmé, il sera difficile d'ajouter des lignes.
sur H_TAB, "Rapport", jusqu'à ce que j'ajoute l'icône, il y avait un fantôme d'icône qui déformait le titre. Il a disparu après avoir cliqué dessus.
Je ne sais pas si c'est un bug, mais les TEXT_ALIGN_* décrits sont absents.
Il n'y a pas encore eu de réponse à ce sujet.
Et je voulais appliquer I_BUTTON au lieu de TB_BUTTON, mais là il faut savoir comment aligner l'icône et le texte, par défaut ils se chevauchent.
J'ai dessiné H_TAB, mais ce ne sont que des boutons, et je ne sais pas comment changer d'onglet en les utilisant. J'aimerais un exemple avec deux onglets. Ou est-il trop tôt pour cela ?
CELL est exactement ce dont j'ai besoin, les cellules seront remplies par programme. Jusqu'à présent, j'ai défini des valeurs fixes.
Et V_CURRENT a aidé, les déchets ont disparu.
Oui, dans le premier tableau, c'est approprié parce que cela crée une colonne pour les noms de ligne.
Dans le second tableau, cette colonne n'est pas nécessaire, je ne l'ai donc pas ajoutée. Mais cela a bien fonctionné.
Le deuxième tableau est un journal d'événements futurs. Peut-être le tableau est-il une mauvaise option pour cela ? S'il était programmé, il serait difficile d'ajouter des lignes.
Prenons un exemple tiré de la fenêtre du menu Étiquettes dans "Include(1) KIB 1.0(1) BASE (2) STATE KIB-CODE". Il déclare un groupe d'onglets et une V_BOX. Il n'y en a qu'un pour trois onglets. Chaque onglet a son propre groupe d'icônes. Vous pouvez l'utiliser comme modèle. Seulement, il y a des onglets en haut, pas en bas. Essayez de les mettre en bas. Je pense que cela fonctionnera.
Cette question n'a pas encore reçu de réponse.
Et au lieu de TB_BUTTON je voulais appliquer I_BUTTON, mais là il faut savoir comment aligner l'icône et le texte, par défaut ils se chevauchent.
Il faut que j'y réfléchisse. J'ai oublié beaucoup de choses. Je vais chercher une solution et je vous tiendrai au courant.
Cette question n'a pas encore reçu de réponse.
Et au lieu de TB_BUTTON je voulais appliquer I_BUTTON, mais là il faut savoir comment aligner l'icône et le texte, par défaut ils se chevauchent.
Essayez d'utiliser la même approche que pour C_HEADER :
Par exemple :
i, I_BUTTONS, text, _A1_, _X2X, text, _C1_, 30, label, _A1_, _X2X, label, _C1_, 5, W, 120, H,30, END,
i, I_BUTTONS, texte, _A1_, _X2X, texte, _C1_, 30, étiquette, _A1_, _X2X, étiquette, _C1_, 5, W, 120, H,30, END,
Ligne de travail.
Deuxième variante de positionnement de l'icône et du texte sur les éléments :
text, _A1_, _C2C, // Lier le texte au centre du bouton le long de l'axe X (_C2C - centre à centre).
text, _C1_, 0, // Correction de la position par rapport au centre du bouton selon l'axe X (0).
//--------------
text, _A2_, _C2C, // Lier le texte au centre du bouton sur l'axe Y (_C2C - - centre à centre).
text, _C2_, 10, // Correction de la position du texte par rapport au centre du bouton sur l'axe Y (10).
//--------------
label, _A2_, _Y2Y, // Accrochage de l'icône au sommet du bouton le long de l'axe Y (_Y2Y - coordonnée Y à Y).
label, _C2_, 5, // Correction de la position de l'icône par rapport à la coordonnée Y du bouton sur l'axe Y (5).
Il n'existe essentiellement que deux options pour positionner le texte et l'icône à l'intérieur des boutons. Les deux sont illustrées ci-dessus.
Vous pouvez l'utiliser comme modèle pour tout élément comportant du texte et une icône. Il suffit de changer le nom de l'élément, les icônes, les textes et les corrections (_C1, _C2).
Techniquement, vous pouvez créer d'autres variantes de disposition du texte et des icônes à l'intérieur des éléments, mais en pratique, elles n'ont pas de sens. Si le besoin s'en fait sentir, vous pouvez les envisager.
En général, le modèle est prêt. Essayez-le.
Cette question n'a pas encore reçu de réponse.
...