KGF.dll - demandes ou suggestions de modifications ou ajouts

Voici qui est fai... regarde la nouvelle version de KGF.dll, téléchargeable via la signature de mon message.

Bonjour Klaus !

Je suis confronté à un problème avec les objets FORM lors de la sélection par le Designer.
Je voudrai bloqué le déplacement et le redimensionnement des FORMs.

J'ai bien vu ça : res% = DLL_call2("FixedFormSize",object_internal(0),1)
Mais a priori ça ne fonctionne pas !

Et pour terminer y aurai t-il la même fonction pour bloquer le déplacement d'un FORM ?

De cette façon j'utiliserai uniquement le Designer pour le déplacement et redimensionnement des FORMs.

Merci pour ta réponse.


PS : J'ai testé sur le FORM 0 et même message d'erreur :

Ok, je vais regarder cela...

Je suis en train de finaliser le désigner qui me pose problème dans certaines configurations...

J'ai pas remarqué de soucis particuliers !
C'est à quel niveau ?

C'est en voulant gérer correctement la grille magnétique que j'ai semé la pagaille dans les déplacements. J'ai dû tout reprendre zéro, et maintenant, ça marche à nouveau.

Je vais plublier maintenant cette nouvelle version, mais elle apporte un changement technique majeur:
le mécanisme de l'évènement ON_CHANGE sur un MEMO pour signaler les changements de position et dimension de l'objet "encadré" est remplacé par l'évènement USER_EVENT. Pour cela, voir le programme de démo que je publierai avec la nouvelle version.

Mais attention: la grille magnétique n'est actuellement pas prise en compte, ça viendra après la correction du problème que tu as signalé avec FixedFormSize. Mais il fallait que je rétablisse le Designer d'abord, sinon tu aurais crié au feu...

Bonjour Klaus !

Klaus a écrit:

C'est en voulant gérer correctement la grille magnétique que j'ai semé la pagaille dans les déplacements

Aie ! Heureusement que tu as réussi à tout récupérer...

Klaus a écrit:

Mais il fallait que je rétablisse le Designer d'abord, sinon tu aurais crié au feu...

ohhhhh tu crois ????!!!!!      


Ok je regarderai tout cela entre 12h et 13h ou au mieux en fin de journée.
Merci beaucoup.

PS : C'est bizarre, le lien KGF.dll (en format ZIP) dans ta signature ne fonctionne pas !
Bon c'est pas très grave je l'ai récupéré quand même...

La fonction est corrigée. Regarde la publication de KGF.dll pour plus d'informations.
J'ai testé le téléchargement par ma signature ==> ok.

Je vais pouvoir continuer sur la grille magnétique...

Bonjour Klaus !

Impossible de télécharger KGF. Il semble que l'archive est corrompue...
Pas contre le lien refonctionne correctement !

Je l'ai renvoyé sur le site. Le téléchargement fonctionne, ainsi que l'extraction.

Bonus, par rapport à la dernière fois:
Le Designer respecte maintenant la grille magnétique en déplacement par l'icône ou en tirant un des bords.
Je suis en train de faire la même modification pour les poignées...

Je vais regarder ce soir. Merci Klaus !

Par contre pour le dimensionnement des objets, je ne sais pas s'il faut le 'calquer' sur le déplacement de la grille...

je m'explique. Supposons qu'on installe un pas de 10. cela signifie que le dimensionnement se fait aussi par pas de 10.
Et si après je choisi des valeurs intermédiaires dans les propriétés de l'objet, est ce que cela ne va pas interférer ?

Citation :

Et si après je choisi des valeurs intermédiaires dans les propriétés de l'objet, est ce que cela ne va pas interférer ?

Non. Ce sera actif uniquement lors d'une manipulation du Designer. Ce que tu fais ailleurs, dans les propriétés, c'est sans influence sur le Designer.

Au secours Klaus !!!!

J'ai chargé ton exemple en l'adaptant avec mes variables et ca fonctionne.
Et quand je l'intègre dans mon programme ça ne fonctionne plus !

J'ai bien l'affichage du DESIGNER sur les objets sélectionné, mais l'objet ne se déplace pas et ne change pas de taille.
J'ai mis une balise en début de sous programme user_event mais aucun événement ne passe !

Concernant la ligne ON_USER_EVENT user_event est ce qu'il faut la réactiver à chaque création du DESIGNER.
Ou bien on le fait une fois pour toute en début de programme ?

Citation :

Concernant la ligne ON_USER_EVENT user_event est ce qu'il faut la réactiver à chaque création du DESIGNER.
Ou bien on le fait une fois pour toute en début de programme ?

Oui. C'est global.

Je ne comprends pas. tout semble bon !

si tu veux regarder le programme voila le lien.

Et pour avoir des points de reperes :
Ligne     78 - déclaration label
Ligne   144 - déclaration variables
Ligne   440 - Initialisation KGF
Ligne 1012 - Suppression Designer ancien objet
Ligne 1016 - Activation Designer nouvel objet
Ligne  590 - Sous programme USER_EVENT


PS 21:37 :
Je viens d'extraire toutes les lignes indiquées ci-dessus et recomposé le programme. et là ça fonctionne !!
Il y a donc une incompatibilité avec mon code complet...

Bon j'ai modifier un peu le code puisque j'ai rcréé un objet BUTTON 2.
Alors que dans mon code on est sur des objets numéroté a partir de 1000. Est ce que ça pourrai alors une incidence ?
Et le faite de changer d'objet lors de la sélection ??

Bon je crois que c'est à mon tour de devoir reprendre mon programme.
Je vais tout vérifier au niveau du système de sélection des objets car je crois bien que le problème vient de là...

Je m'arrête la pour ce soir. Bonne soirée Klaus et encore merci !

Citation :

Alors que dans mon code on est sur des objets numéroté a partir de 1000. Est ce que ça pourrai alors une incidence ?
Et le faite de changer d'objet lors de la sélection ??

Non. Ca n'a pas d'incidence. Enfin...

J'explique un peu plus. Le Designer est un objet FORM créé dans la DLL en utilisant la notion de "régions Windows" pour découper l'intérieur afin de ne laisser que le pourtour. C'est ce qui explique le cadre jaune. Le numéro d'objet Panoramic à encadrer est mémorisé de façon interne dans l'objet Designer. Mais juste son numéro. Le Désigner ne fait absolument rien avec cet objet Panoramic - il utlisera juste ce numéro mémorisé pour l'inclure dans l'évènement USER_EVENT afin que le programme Panoramic sache quel objet Panoramic est concerné.

Lorsque le Designer doit changer d'objet Panoramic, il faut supprimer le Designer et en créer un autre pour l'objet suivant à traiter. On ne peut pas changer d'objet Panoramic pour un même Désigner. Ce dernier ne mémorise pas seulement le numéro Panoramic de l'objet à encader, mais toute une série d'informations spécifiques à l'objet encadré comme sa position et ses dimensions, la dernière position d'un évènement MOUSE_DOWN sur de Designer (clic dans l'icône ou une des poignées) etc. Il faut donc absolument créer un contexte "vierge" lorsqu'on veut manipuler un autre objet Panoramic. Donc, supprimer le Designer et le recréer avec le nouvel objet.

La nouvelle version de ce matin gère maintenant la grille magnétique par l'icône de déplacement ainsi que par les poignées.

Merci Klaus mais je crois que je ne vais pas pouvoir l'utiliser.
Je ne trouve pas le problème à mes déplacements d'objets !!

Lorsque j'isole les lignes concernées ça fonctionne et quand je lance le programme complet ça ne fonctionne plus...

En fait lorsque que je tire les poignées ou je déplace le cadre du DESIGNER les objets ne bougent pas.
Je ne comprends pas ce qu'il se passe...

Un point important : j'ai mis une ligne MESSAGE "ok" pour tester au début du sous programme UserEvent et je m'aperçoit qu'il n'y a aucun appel !
C'est comme si le ON_USER_EVENT était ignoré.

OUUUUF ! je viens de trouver la solution... J'initialisais le ON_USER_EVENT alors que le FORM 0 était caché.
et même après l'affichage les paramètres n'étaient pas pris en compte !

Enfin bref ça marche !

Du coup j'ai plusieurs questions à te poser :

- Est il possible de mettre en place une fonction qui bloque le déplacement d'un FORM ?
- Lorsque la fonction res%=DLL_CALL2("FixedFormSize",fm%,1) est activée est il possible de désactiver la double flèche qui apparait en bordure de la fenêtre ?

Merci Klaus et bonne soirée.

Citation :

Est il possible de mettre en place une fonction qui bloque le déplacement d'un FORM ?

Oui, mais je vais faire une fonction séparée pour cela.

Citation :

Lorsque la fonction res%=DLL_CALL2("FixedFormSize",fm%,1) est activée est il possible de désactiver la double flèche qui apparait en bordure de la fenêtre ?

Ca, c'est beaucoup plus complexe. Ja vais y réfléchir...

Regarde la nouvelle version que je viens de poster, avec son nouveau programme de démo...

Ok Klaus merci. Je vais regarder ce soir.

J'ai pu tester rapidement...

Il y a un soucis lorsque le FORM est bloqué en déplacement, agrandissement et les 3 boutons bloqués aussi. (je ne sais pas si cela a une incidence...)
- Je sélectionne le FORM par le DESIGNER.
- ensuite je clique dans la barre de titre du FORM avec un léger déplacement de la souris vers la gauche, la FORM se positionne directement en haut a gauche de l'écran et le DESIGNER reste à sa place.
- J'ai remarqué le même problème lorsqu'on clique sur le bord du FORM (quand il y a la double flèche mais est ce en rapport ?).

Bon je retourne au boulot. A ce soir pour la suite...  

Là, je ne comprends pas très bien... quel intérêt de bloquer les déplacements sur un objet attahcé à un Designer ? Il est hustement faut pour déplacer ou redimensionner un objett...

Les fonctions FixedFormSize, FixedFormPosition, KillFixedSizeOrPosition ne sont utilisables qu'avec des objets FORM, et SANS le contexte Designer ! Ce sont deux opérations antinomiques ce qui ne peut que produire des problèmes.

L'usage typique de ces 3 fonctions serait par exemple de figer des fenêtres à priori indépendantes, mais constituane un ensemble logique dont la disposition n'est pas supposé changer, comme les fenêtres de propriétés, sousprogrammes, utilitaires et que sais-je, dans un logicieldu genre IDE.

heu je crois qu'on se comprends pas !!!

Lorsque le FORM est sélectionné par le DESIGNER je suis bien obligé de bloqué son déplacement et son dimensionnement sinon le DESIGNER ne suis pas. On est bien d'accord ?

Ou alors c'est moi qui m'y prends mal avec ces fonctions... ce qui est possible !!