Wrapper autour de KGF.dll par procédures

@Ygeronimi:
Mon calendrier Pop-Up écrit en 100 % Panoramic fait-il l'affaire pour la date ? Si oui, je pourrais ajouter un extension pour l'heure.

Sinon, il est parfaitement possible d'ajouter le contrôle de la même manière que je gère le contrôle ValueListEditor, MaskEdit et MediaPlayer. simple extension à KGF.dll.

Ton calendrier popup pourrait faire l'affaire, il est plus que très bien
mais je n'ai pas fait attention si tu l'avais revu façon "sub".

Ma pensée est dans le sens que l'on mange de la ligne de code
pour des objets qui sont déjà dans tous les ordi, en gros,
on ré-invente la roue .

Il n'est pas encore revu façon SUB, mais c'est en cours.

Klaus a écrit:

Donc, dans l'avenir, surdimensionner la largeur d'un mémo dans lequel il faut charger une chaîne multi-lignes !

Une simple remarque: il n'est pas nécessaire de surdimentionner en largeur. Il suffit de mettre BAR_HORIZONTAL x ou BAR_BOTH x

Code:

memo 1:width 1,50:bar_horizontal 1
item_add 1,"Donc, dans l'avenir, surdimensionner la largeur d'un mémo dans lequel il faut charger une chaîne multi-lignes !"

Klaus a écrit:

En effet. Le sélecteur réagit par rapport à l'indice (item_index) du combo, et non sur le libellé. La 4ème ligne choisit la 4ème voix. Si tu cliques sur la cinquième ligne, c'est un numéro de voix non défini, et il prend d'office la voix par défaut.

Mais cela montre clairement que le découpage de la ligne (le word-wrap en anglais) se fait au début de item-add, en comparant la chaîne entière à la place disponible sur une ligne, SANS tenir compte des CR LF à l'intérieur de la chaîne. C'est compréhensible, mais c'est dommage, car pour éviter des dépassements, il faudrait analyser la chaîne en Panoramic et faire un item_add pour chaque sous-chaîne, alors que je me croyais malin d'avoir trouvé cette astuce du mémo pour éviter cela. Tant pis - on va faire avec.

C'est le pb rencontré lorsque j'ai voulu ajouter le raccourci-clavier CTRL-A sur un memo.
voir ici

KGF.dll est passé à la version:
1.68 08/10/2012 Ajout fonction DTP

Cette fonction gère des objets DTP (DateTimePicker). Mais il ne s'agit pas de l'objet standard DateTimePicker de MicroSoft. Au début, j'avais l'impression qu'il convenait très bien, mais malheureusement, il n'y a aucun moyen d'intercepter l'évènement ON_CHANGE sur un tel objet, bien que la doc soit limpide à ce niveau. L'évènement ne se déclenche tout simplement pas. Seul un ON_CLICK est récupérable, ce qui ne sert à rien.

Mais j'ai trouvé une implémentation 100 % Delphi, d'un auteur autrichien:
Copyright (c) 2003-2005, Stefan M. Huber
Website : http://stefan.huberdoc.at/
C'est un freeware. J'ai copié le fichier de licence dans le dossier DLLs\Documentation CHM sur MyDrive, et j'en ai fait mention dans KGF.CHM.

J'ai donc créé une fonction DTP qui permet de gérer un affichage/saisie de date, et un affichage/saisie d'heure, exactement comme l'objet DateTimePicker de MicroSoft.

Il y a quelques légères différences au niveau de la saisie de la date: on affiche un calendrier qui montre également des numéros des semaines, certains jours fériés sont écrits en gras, et on peut se déplacer dans le calendrier de façon habituelle, mais également avec les flèches et même la molette de la souris.

Il y a d'importantes différences au niveau de la saisie de l'heure: on peut paramétrer la présence ou l'absence des secondes (bien qu'elles soient toujours gérées, tout comme les milli-secondes qui ne sont jamais affichées), et on peut saisir l'heure par une horloge analogique (!), une horloge digitale (par groupes de cases d'options) ou une horloge par glissière (façon scroll-bar).

On peut créer jusqu'à 20 objets DTP, et chacun peut avoir son mécanisme ON_CHANGE personnel, ou on peut regrouper les ON_CHANGE par type de DTP ou globalement pour tous les DTP. EN cas de modification d'un DTP, quel qu'il soit, on récupère le numéro du DTP modifié.

Que ce soit pour la date ou pour l'heure, on peut imposer une valeur à un DTP, et on peut lire la valeur à tout moment.

KGF_SUB.bas et demo_KGF_SUB.bas ont été adaptés, et la doc également.

@ Klaus,

Bravo ! et un grand Merci !

Super Klaus, je teste ton fichier d'exemple ce soir

@Klaus :
Tu commences à avoir une bonne grosse DLL bien dodue !
Si ça continue, elle va dépasser en taille Panoramic_editor.exe...

Je sais que c'est galère mais est-ce vraiment la bonne solution de tout regrouper dans une seule DLL ?

C'est plus simple pour Klaus et pour nous et si tu as un vrai besoin d'une partie seulement des fonctions de la DLL, et si tu le demande gentiment à Klaus tu sais bien qu'il te fera une version spéciale non maintenue

Exact, Jicehel. Je peux ponctuellement produire des extraits de DLL, mais je ne peux plus en assurer le suivi.

Ceci dit, est-ce que la taille est vraiment un problème ? Quand on voit les tailles des disques d'aujourd'hui, cela paraît dérisoire. Une seule photo prend couramment 2, 3, même 5 Méga-octets. Alors, ma petite DLL avec plus de 150 fonctions, est-ce vraiment si grave ?

@ klaus,

Il me reste 280 go sur mon disque dur, je crois que t'as encore un peu de taff avant de combler tout çà...

Et puis qu'est ce que l'on peut demander de plus, si vraiment on fait un programme a distribué, on demande un version vigée de la DLL avec les fonctions dont on a besoin et vu ta réactivité on l'a rapidement ... C'est du caviar ... En attendant on a notre DLL pour nos test et nos dev avec tout d'accessible dedans. Moi, ça me va bien

Ca marche nickel, mais il m'affiche une erreur dans demo_KGF_SUB quand je lance le test CreateDTP
=> CreateDTPime% is not a valid floating point value
Il manque juste un T ligne 1462, il devrait y avoir: dtp2% = CreateDTPTime%

mais bon, c'est une correction qui est à mon niveau

merci de l'avoir signale, Jicehel ! La correction est reportée sur MyDrive !

Salut Klaus

J’ai téléchargé la nouvelle KGF.DLL : ça marche

Une toute petite remarque de rien de tout :
La fonction 178 : ‘SetSpeaker’, ligne 1443 : si on ajoute une , (virgule) après le haut-parleur, le texte sera mieux prononcé par Virginie

Code:

 Speak("Le haut-parleur, est branché.",100,0,0)

Mais ce n’est qu’un détail insignifiant !

Merci, Papydall. J'ai adopté.

J'ai amélioré un peu la gestion des évènements ON_CHANGE pour les objets DTP. J'ai supprimé la plupart des évènements intempestifs.

Ce qui reste à faire: lors de la création d'un DTP en mode TIME, il y a des évènements non sollicités qu'il faut ignorer. Si l'on ne met pas les secondes, il y a un seul évènement inutile. Si l'on met les secondes, il y en a 2. Sachant cela, on peut les éliminer en décomptant une variable contenant 1 si l'on met pas la virgule, et 2 si l'on met la virgule, et ne traiter l'évènement que si cette variable est zéro. Je cherche une solution plus élégante à ce problème.

Du coup, KGF.dll passe à
1.69 10/10/2012 meilleure gestion des évènements des objets DTP
demo_KGF_SUB.bas a changé, et par sécurité, il vaut mieux recharger KGF_SUB.bas aussi. La doc est inchangée.

J'ai mis un nouveau programme dans DLLS\KGF_SUB sur MyDrive: tutoriel_DTP.bas. Le programme porte bien son nom - je vous laisse le découvrir.