PANORAMIC V 0.9.20

Bonjour Jean-Claude.
Il est normal que on_click ne ferme pas la forme, vu que le sous programme ne demande pas l'opération. On_close, lui le rajoute.

Par contre je considère que la forme est perdue, vu que l'on ne peut plus l'afficher. Donc inutile.

J'en profite pour dire que j'essaye de faire un trou à l'emplacement de la fermeture avec KGF de Klaus. Il n'y a plus d'erreur, mais je n'y arrive pas.
Pour Klaus:
dll_on "C:\TESTE\KGF\KGF.dll"
res% = DLL_call6( "WindowRectangleHole" , handle(9948) , 1 , 2 , 285 , 15 , 15 )
pour une largeur de 300 sur form 9948 (trou sur la croix)
Si tu vois ceci, qu'est-ce qui ne va pas?

Beau soleil, mais j'entend pas les oiseaux.

Je ferais ceci:

Code:

i% = DLL_call6( "WindowRectangleHole" , handle(0) , 1 , 285 , 2 , 15 , 15 )

mais je ne connais pas les dimensions de la fenêtre. Mais le petit trou se forme bien !

Eh, cétait marrant, finalement, de vous laisser deviner !
Alors des deux erreurs, l'une a bien été trouvée :
3d_text_change met en majuscules tout ce qui n'a pas d'accent.

Mais l'autre n'a pas été trouvée (hi, hi )
C'est que dans une chaîne de caractères, si on met un apostrophe,
alors la suite de la chaîne devient grisée comme si c'était une remarque.
(voir 3d_text "C'est l'histoire d'un mec", mais seulement dans l'éditeur)

JJN4, faudrait lire un peu le sujet, cette erreur je l'ai signalée en 7ème intervention sur ce poste.
C'est pourquoi, j'ai considéré (comme Klaus) que c'était pas cette erreur que tu cherchais.




EDIT: d'ailleurs la réponse de Jack confirme

Citation :

L' éditeur ne fonctionne plus comme avant pour les string et les commentaires. Là cela ne semble pas venir de l'éditeur lui-même, mais de la gestion de la coloration syntaxique que j'ai modifiée (le mieux étant l'ennemi du bien).

A+

C'est curieux, ton post avant le mien je ne l'avais pas encore vu (à Klaus)
Ca y est, ça a marché. Je fais un trou. Ce qui serait bien, ce serait de pouvoir le recombler par autre chose qui suivrait la forme lorsqu'on la déplace. Mais là déjà, on ne bloque pas un programme.
Pour ce que j'ai dit sur la fermeture, permets moi d'avoir un avis différent.
J'ai d'ailleurs été très surpris au départ, parce que cette instruction je ne m'en servais pas, et trouvant la chose curieuse de ne pas revoir la fenêtre, j'ai essayé cette instruction.

Or permets moi de te rappeler qu'avant, lorsqu'on fermait une fenêtre, celle-ci se rouvrait à la demande. Donc il y a eu une modification en cours de route sans être prévenu, et cela ne vient pas de windows.

Si il est vrai que c'est un bouton de fermeture, pour autant si on intercepte celle-ci par une commande, celà ne veut pas dire qu'elle doit fermer.

Je programme aussi en JustBasic (version allégé de LibertyBasic), et la case de fermeture, j'en fait ce que j'en veux. Si je mets un teste et je demande confirmation pour fermer, si je m'aperçois qu'il s'agit d'une erreur, je retourne "au boulot".

Donc ta logique n'est pas systématique. Maintenant la mienne, chacun en fait ce qu'il veut.

Autre chose. Si vraiment cela doit fermer, il serait normal, que les objets, y compris la forme, soient de nouveau disponible. Ainsi au lieu de faire une déclaration de forme au départ, on la fait dans un sous programme, et à chaque fois qu'on ferme, on peut la recréer. J'ai conscience que maintenant je fais du blablabla, et que tout ce que je dis n'apportera rien.

Je viens de résoudre un problème avec la dll de Klaus.
Voici l'image:


Je sais c'est pas habituel, mais on a le droit d'inventer.

Je fais la forme un peu plus large, et une découpe de l'extérieur droite en laissant un peu de forme en bas. Cela me permet de mettre un bouton de fermeture, avec lequel personne ne pourra m’empêcher de faire le contraire de ce que je souhaite.

La forme ici a une dimension de 300 par 160
le code pour la DLL de Klaus

dll_on "KGF.dll"
i% = DLL_call6( "WindowRectangleHole" , handle(9948) , 1 , 280 , 0 , 20 , 120 )
9948 est la forme que j'utilise. 1 pour faire le trou
280 c'est 300-20 c'est à dire le trou à 280
0 pour top 0
20 pour largeur 20 (280+20=300 largeur fenêtre)
sur une hauteur de 120

le bouton:
button x:parent x,9948:top x,105:left x,273:width x,18:height x,20:caption x,"X"

pour les réglages par rapport à la fenêtre.

De cette façon la fenêtre peut-être déplacée sans problème. Aussi border_small pour la form

Je ne comprends pas ton problème avec on_close. Ce que j'ai dit ci-dessus, s'applique évidemment sur la form 0. Et même auparavant, quand on ferme la form 0, tout était parti...

Maintenant, essaie le petit code si-après. Tu peux fermer la petite form 20 par la croix rouge, et tu la récupères sans problème en cliquant sur la fenêtre principale - cela fait juste un SHOW. Donc, tu vois que le on_close marche aussi pour une fenêtre secondaire, mais cette dernière n'est pas supprimée - elle n'est juste pas visible !

Code:

label show_form, close_20

form 20 : caption 20,"Essai"
on_click 0,show_form
on_close 20,close_20

end

show_form:
show 20
return

close_20:
message "Au revoir..."
return

Toujours pas d'accord Klaus, car si l'on veut faire un controle a la fermeture de FORM 20 ça ne marche pas.

voici l'exemple:

Code:

dim a
label show_form, close_20
on_click 0,show_form

form 20 : caption 20,"Essai":hide 20
command_target_is 20
on_close 20,close_20
alpha 21:caption 21,"vous avez oublié de remettre A à zéro"

end

show_form:
show 20
return

close_20:
' message "Au revoir..."
if a<>0 then show 21
return

cette condition n'est pas executée: if a<>0 then show 21

A+

EDIT:
Le but etant d'empêcher la fermeture de FORM20, pour permettre à l'utilisateur de rectifier le tir avec un objet (edit, option....) de ce FORM20. Or s'il est fermé ce ne sera pas possible

Dans mon programme, je ne peux pas après show 9948, pour mon cas, revoir la fenêtre. C'est curieux. Sinon j'ai beaucoup mieux à faire.
Je suis revenu, c'était juste pour dire que dans le cas que je présente, qui possède un bouton exit, on peut faire comme ici une forme un peu plus large, et supprimer sur toute la hauteur le bord droit.
Border hide c'est bien bien dans certain cas, mais on ne peut pas déplacer la fenêtre.

Elle est bien ta DLL.
@+

Je viens d'essayer ton programme, et ça fonctionne.
Cela vient peut-être du faite que après un message, j'essaye de l'afficher. Il faut peut-être un évènement pour que cela fonctionne, et que par programme, dans une suite logique, il y a problème. J'avoue que je ne m'attendais pas à cela ce matin.

Jean-Claude tu m'as bloqué, je ne retrouvais plus mon sujet, et j'avais pas ton intervention. Cette foisci c'est pour de bon

J'ai ouvert un sujet sur ON_CLOSE dans les BUG pour ne pas trop mélanger les sujets.

bon,

Pour ce qui est des fonctions paires, même si une personne n'en utilise pas une, il est important qu'elles existent car très souvent elles sont complémentaires et très utiles, donc Jack s'il te plaît garde ce que tu as fait c'est super

Pour le On_close(), son fonctionnement sert par exemple quand l'utilisateur ferme la fenetre principale, alors un message appelé par le on_close() peut demander à l'utilisateur s'il veut vraiment quitter, ou le prévenir que des données n'ont pas été encore sauvegardées avant de fermer, et surtout la fenetre ne doit pas se fermer si l'utilisateur a changé d'avis.
C'est aussi utile dans d'autres situations, comme par exemple executer certaines tâches de fond avant la fermeture de la fenetre sans autres messages.
Une fenetre qui a été fermée après on_close() ne doit pas pouvoir être montrée par Show, ce qui est normal, c'est seulement si une fenetre a été cachée par Hide que le show est utile.

Encore une fois, re-re-re-belote, ce on_close ne peut PAS servir à demander à l'utilisateur s'il veut fermer la fenêtre !

Si cet évènement est déclenché, c'est que cette décision est DEJO tombée et que la fenêtre sera fermée de toutes les manières ! On peut seulement, à ce moment, faire un peu de "ménage" (et je sais que je me répète) pour fermer proprement des fichiers, par exemple, ou mémoriser des choses qu'on a encore en mémoire (dans des mémos ou autre) etc. On peut aussi en profiter pour lancer un autre programme, et pourquoi pas le même programme qui relirait peut-être son contexte dans un fichier dans lequel on l'aurait sauvegardé dans cette routine - c'est le seul moyen de faire quelque chose qui ressemblerait à "éviter" la fermeture !

Citation :

ce on_close ne peut PAS servir à demander à l'utilisateur s'il veut fermer la fenêtre

Justement, pourquoi ?
L'interet d'un on_close() est de pouvoir agir avant la fermeture reelle de la fenetre mais ce serait bien de pouvoir empêcher sa fermeture si besoin dans le sous-programme appelé.
Surtout qu'il n'y a pas de fonction permettant de faire cela dans panoramic donc autant modifier celle-là pour que cela soit possible.

Eh bien, parce que on_close ne sert qu'à ça ! regarde mon post sur l'aurte fil de discussion:
https://panoramic.1fr1.net/un-bug-dans-panoramic-f3/fonctionnement-de-on_close-t1286-15.htm#11052

@dragonno:

Citation :

Pour le On_close(), son fonctionnement sert par exemple quand l'utilisateur ferme la fenetre principale, alors un message appelé par le on_close() peut demander à l'utilisateur s'il veut vraiment quitter, ou le prévenir que des données n'ont pas été encore sauvegardées avant de fermer, et surtout la fenetre ne doit pas se fermer si l'utilisateur a changé d'avis.

Non, on ne peut pas le faire actuellement. On peut seulement faire un traitement avant la fermeture, mais on ne peut pas empêcher cette fermeture.

Citation :

ce serait bien de pouvoir empêcher sa fermeture si besoin dans le sous-programme appelé.

Je vais faire une commande CLOSE_CANCEL qui, insérée dans le traitement de fermeture empêchera cette fermeture.

Merci beaucoup.

Voila enfin quelque chose de positif, sur cette discution.
Personnellement j'en aurais pas démordé d'avoir raison.
Un programmeur a le devoir de faire des programmes qui puisse rectifier des malencontreuses erreurs.
Si tout le monde était nerveux que moi, à vouloir aller plus vite, les clics rapides que je regrette ensuite, me force à vouloir améliorer les choses.
Donc un bon point à Jack.
merci bien.

Citation :

Je vais faire une commande CLOSE_CANCEL

Voilà qui clos le débat. Merci, çà va être très utile.

A+

Ok pour le on_close()
Merci pour le cancel du close ça va être très utile car moi aussi j'aime bien prévenir l'utilisateur en cas de fermeture on sait jamais

Merci a toi Jack !!

Mon projet exo-traquer était resté en suspens depuis quelques temps mais je sens que je vais le reprendre tout de suite pour vous envoyer dans un mois un version d'essais enfin fiable encore merci pour toutes les commandes 3D