formatage des dates

Bonjour,

Existe-t-il une fonction permettant de formater une date entrée dans un edit par un utilisateur ? Ou un edit spécialement prévu pour entrer une date dans un formulaire sous une forme telle que JJ/MM/AAAA par exemple ?
Je demande ça avant de me lancer bêtement dans le codage d'un sous-programme traitant les dates entrées par les utilisateurs.

Merci.

Sauf erreur de ma part, tu dois faire un sous programme pour traiter la saisie de l'utilisateur.
Si je me trompe et que j'ai oublié quelque chose, je m'en excuse, mais de mémoire, le traitement est forcément manuel

En effet, je ne trouve rien dans l'aide de Panoramic à ce sujet.

Est-ce que ça intéresse un programme en AutoIt pour ceci?
Je voulais le rajouter dans le memoRich, mais j'ai d'autres choses à faire.

On récupère la date dans un EDIT

Wahoo... il est beau ce calendrier ! Peut-être qu'un jour je te le demanderai. Actuellement, le programme que j'écris est un programme destiné aux généalogistes. Les dates utiles se situeront entre 1500 et 1940 environ. Je doute que ce calendrier soit adapté
Grand merci à toi pour ta proposition.

Tant que je n'ai pas assimilé ce qu'est un "autoit", un "edit"..

je serais bien gêné pour répondre...
mais la tronche de calendrier est plutôt sympa.

Félicitations.


je n'en suis pas encore là...

Idéallement, mieux vaudrait que l'appel du calendrier soit dans une DLL (hein Klaus ..) Je dis ça car je n'ai rien contre AutoIt (je l'ai installé pour tester le programme de Cosmos) mais ça oblige à avoir 2 programmes qui tournent.. alors que la DLL est appelé par Panoramic quand il en a besoin, donc, je pense que ça consomme moins de ressource (en plus ça demande juste à savoir les paramètres à utiliser et pas à savoir programmer en AutoIt ...) mais bon c'est juste mon point de vue (car je sais que l'on a ce genre de contrôles sous Delphi)

Salut,
Ça ne me gêne pas que ce soit une dll.
Mon programme est fait. Pour ce qui est des ressources, ce qui est important, ce n'est pas la présence ou non d'un programme supplémentaire, vu que pour moi une dll est un programme, à la différence qu'on ne le voie pas dans la barre de tâches.
Pour ce qui est de la consommation de ressources, c'est le délai qu'on laisse dans une boucle qui importe. Je m'arrange toujours pour que ce délai soit aussi long que possible.
Tu fais l'essai: tu fais une boucle repeat/until scancode =27
Tu regardes le gestionnaire de tâche, dans performance, et ensuite tu insères un WAIT 1, pour voir la différence.
Après on peut en discuter. Ne crois surtout pas que je le prends mal, j'explique.
Je suis convaincu que la ressource n'est pas plus importante avec mes programmes, qu'une DLL. Que tu le veuilles ou non, elle travaille en arrière-plan.
Mais peut-être que Klaus n'est pas d'accord. Dans ce cas je m'incline

Je viens de faire un essai avec le programme Panoramic et celui d'AutoIt pour le calendrier.
Il y a une chose surprenante:
Si je choisi EXECUTE "le programme.exe", je n'utilise pratiquement rien en ressources, alors que le programme AutoIt est en exécution, en parallèle avec Panoramic, et qu'on peut travailler sur l'un ou l'autre, par contre, avec EXECUTE_WAIT "le programme.exe", on utilise les ressources à 100%. Là Panoramic est en attente.
Je pose la question à Jack: n'y a-t'il pas un problème qui pourrait être résolu?

Je mets le programme si certain veullent faire des essais.
lien retiré, car remplacé, et reporté dans Calendrier:
https://panoramic.1fr1.net/t2207-calendrier#20307

Il faut donner au départ, le nom de la fenêtre, la position, x et y à travers le presse-papier.
Il est très important que l'EDIT de transfert, soit le dernier OBJET EDIT du programme. Ne pas oublier de mettre le bon chemin une fois le programme extrait dans son dossier.

J'ai résolu le problème.
Il faut éviter de choisir l'instruction EXECUTE_WAIT.

Je remet le programme qui est dans le zip, avec la particularité du remplacement de cette instruction.
Il faut la dernière version de Panoramic, qui a l'instruction: HANDLE_FORM('')

Code:

height 0,200
' mettre dans le presse papier en exemple:"calendrier|100 ,200"
'                                          caption 0 |left,top"

dim f$ , flag% ,fenetre$  :  f$="z:\calender.exe"  :' chemin du programme calender

fenetre$="calendrier" : caption 0,fenetre$

fenetre$=fenetre$ + "|600,400"            :' position du calendrier
clipboard_string_copy fenetre$
edit 2
' ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
'        edit pour la réception de la date
edit 1:hide 1:' TRÊS IMPORTANT: doit-être le dernier EDIT DÉCLARÉ
' ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
execute f$   

' en remplacement de execute_WAIT
repeat
  flag%= HANDLE_FORM("Get date")
  text 2,flag% : wait 10
until  flag%>0 or scancode =27

repeat
  flag%= HANDLE_FORM("Get date")
  wait 100
until flag%=0
message "le calendrier est fermé"

Le premier repeat/until, attend l'ouverture du calendrier
le duxième, celui de la fermeture de celui-ci.

Vérifiez avec le gestionnaire de tâche, plus rien à voir.