Petites Questions ....

@ Klaus,

Question n°1

Nous avons trois commandes en Panoramic
Normal N
Maximize N
Minimize N
KGF.dll gère la présence des boutons de réduction, agrandissement, et fermeture des fenêtres
dans le cadre de celles ci.
Mais pour appliquer ces commandes, il nous faut créer un évènement ou un bouton.
Serait il possible d'intercepter le clique sur une ces icones pour appliquer les commandes Panoramic
de façon à ce que :

on_click "carré" :

width Objet n%, width(objet n%)*2

return

par exemple....


Question n°2

Pour l'utilisation de BDR, il nous faut un Memo invisible pour récupérer les données voir liste de données.
Est on obligé d'utiliser un Memo invisible.

Puis je sans avoir droit à un message barbare utiliser un list ou un combo ?

car si cela est possible, il me serait plus nécessaire qu'ils soient invisible
je pourrai directement charger mes objets de liste en indiquant le numéro de l'objet comme récepteur.

Citation :

Question n°1

Nous avons trois commandes en Panoramic
Normal N
Maximize N
Minimize N
KGF.dll gère la présence des boutons de réduction, agrandissement, et fermeture des fenêtres
dans le cadre de celles ci.
Mais pour appliquer ces commandes, il nous faut créer un évènement ou un bouton.
Serait il possible d'intercepter le clique sur une ces icones pour appliquer les commandes Panoramic
de façon à ce que :

on_click "carré" :

width Objet n%, width(objet n%)*2

return

par exemple....

Mes fonctions SetMinimizeMaximize et SetCloseBox n'ont pas besoin de boutons ou autre objet Panoramic. Elles fonctionnent seules, et gèrent la présence ou l'absence des 3 boutons Windows dans la barre de titre. Mais en aucun cas, on peut dévier le traitement du clic sur un de ces boutons pour en faire un traitement en Panoramic.

Quoique... Tu peux créer ta form avec BORDER_HIDE. Du coup, plus de bords ni boutons. Tu places alors un picture FULL_SPACE sur cette form, dans lequel tu dessines tes bords. Alternativement, et de façon plus élégante, tu places 4 picture le lon des 4 bords, de sorte que chacun dessine le bord correspondant. Puis, u places 3 pictures pour réduction, agrandissement et fermeture en haut à droite par-dessus le picture qui dessine le bord du haut, et tu as des 3 routines on_click entièrement en Panoramic...

[quote]Question n°2

Pour l'utilisation de BDR, il nous faut un Memo invisible pour récupérer les données voir liste de données.
Est on obligé d'utiliser un Memo invisible.

Puis je sans avoir droit à un message barbare utiliser un list ou un combo ?

car si cela est possible, il me serait plus nécessaire qu'ils soient invisible
je pourrai directement charger mes objets de liste en indiquant le numéro de l'objet comme récepteur.

[/quote

BDR est entièrement conçu pour utilisation avec un MEMO. Pas moyen de le remplacer par un LIST ou autre. Ce mémo peut être caché pour ne pas perturber l'image de l'écran, mais il peut parfaitement être visible - cela ne change rien au fonctionnement.

Ceci dit; place un LIST dans l'écran, et lorsque BDR retourne un mémo, fais ceci:

Code:

dim i%
memo 17 : hide 17 : width 17,500 : ' mémo pour BDR
list 18 : top 18,230 : left 18,45 : width 18,350 : ' list visible
...
' ici, on a un résultat BDR dans le mémo 18, alors on le rend visible
clear 18
for i%=1 to count(17)
  item_add 18,item_read$(17,i%)
next i%

J'espère avoir répondu à tes questions.

@ Klaus,

Pour la question 1, c'est dommage mais c'est comme çà...
Pour la question 2, le but était de remplir directement un combo ou un list
vu qu' il possède tout les deux un handle....Tant pis pour moi...

Mais bon, même si j' aurai préféré d'autres réponses, tu as répondu à mes questions...

Le problème pour BDR, bien que memo comme combo ou list aient des handle, ce ne sont pas les mêmes messages Windows qu'il faut envoyer par l'API utilisé pour cela. On pourrait permettre ces objets aussi, mais ce serait au prix d'un plus grande complexité: ajout systématique d'un paramètre déterminant le type d'objet à utiliser.. Et puis, tu sais bien qu'en cas d'erreur, le mémo reçoit une seule ligne avec un marqueur de l'erreur. Je vois mal l'utilité d'afficher cela à l'écran - c'est réservé à l'exploitation par le code du programme.

@ Klaus,

Voilà le truc qui manquait à ma réflexion, LE code erreur.
Je n' ai vu dans ma réflexion que le côté pratique ( remplissage direct des listes ).
Ce n'est pas grave, je posais juste la question car je reprends "Mon Ecurie" pour
le rendre plus complet et avec la numérotation "bizarre" des objets .
Comme je rame pour écrire quelques lignes avec cette numérotation,
j' ai le temps de me poser plein de question .
Et, je voulais poser ces deux là avant d'être trop avancé dans l'interface et de passer
à la bdr.

Merci pour tes précisions.