KGF.dll - intégration des DLLs individuelles

J'ai commencé à intégrer les DLLs individuelles dans KGF.dll. Tout est mis à disposition dans mon WebDav dossier DLLs. La doc est systématiquement mise à jour aussi. Chaque DLL individuelle intégrée deviendra obsolète et ne sera plus maintenue séparément. Ses fonctions continueront d'évoluer au sein de KGF.dll.

Première intégration:
Version 1.12 du 8/8/2012 avec les fonctions de ClickIntercept.dll

Cool, on n'aura plus qu'une DLL à maintenir à jour de notre côté aussi

Deuxième intégration:
Version 1.13 du 8/8/2012 avec les fonctions de Crypto.dll

Intégration suivante:
Version 1.14 du 8/8/2012 avec les fonctions de FileInfo.dll

Bon tu bosses vite, alors je vais attendre que tu fatigues un peu et que la plupart des dll soit intégrées avant de télécharger la DLL

Intégration suivante:
Version 1.15 du 8/8/2012 avec les fonctions de GVL.dll

Intégration suivante:
Version 1.16 du 8/8/2012 avec les fonctions de Histo.dll

Intégration suivante:
Version 1.17 du 8/8/2012 avec les fonctions de IPC.dll

C'est bien de tout intégré dans une même dll.
Je me suis toujours demandé pourquoi Kgf.dll
Le K je pense à Klaus, et après?
Vous allez trop vite pour moi. Je réédite, et dèja deux postes en plus

Intégration suivante:
Version 1.18 du 8/8/2012 avec les fonctions de IsRunning.dll

Klaus, peux tu mettre le nombre de DLL que tu veux intégrer en tout ou est-ce que tu pourras mettre un message quand tu auras intégré toutes celles que tu souhaites grouper ?

@Jicehel:
Mes rapports d'avancement des travaux te dérangent ? Ce n'est pourtant pas si méchant que ça...

Je projette d'intégrer TOUTES mes DLLs dans KGF.dll. ET je supprime les DLLs individuelles au fur et à mesure, sauf une: DynamicallyLoadDLL.dll qui a également son intérêt indépendamment de KGF.dll.

Bon, j'arrête pour ce soir et je reprends demain, histoire de vous laisser souffler un peu...

Non Klaus, les rapports ne dérangent pas, une fois de plus j'exprime mal ma pensée, désolé.
C'est juste pour savoir quand je téléchargerais la DLL.
Je ne voulais pas dire que tu ne devais pas publier tes rapports de progression, mais juste dire aussi quand tu les auras intégrées ... (PS: je ne vais pas me plaindre que quelqu'un communique sur son travail, ce n'est pas mon genre. On communique rarement trop)

@ klaus

Bitte die einzelnen DLL nicht löschen.
Dadurch werden alle Beiträge über die einzelnen DLL sinnlos.
Wenn ich eine einzelne DLL "verliere" habe verspielt.
Bitte laß sie bestehen.

Severin

S'il vous plaît ne pas supprimer la DLL unique.
Ainsi, toutes les contributions de la DLL individuelle est inutile.
Si j'ai une seule DLL «perdre» était ludique.
S'il vous plaît laissez-les existent.

Severin

@Severin:
Du hast selbst gesagt, wieviele DLLs ich schon veröffentlicht habe; Und es ist noch viel mehr in Planung. Das wird langsam sehr umständlich mit der Wartung.

Du kannst die einzelnen DLLs aufheben, wenn Du sie unbedingt in dieser Art brauchst. Ich meine aber, es würde einfacher werden, bei Programm-Start ein einzigen Mal KGF.dll zu laden, die dann alle Funktionen enthält, anstatt laufend von einer DLL auf die andere umzuschalten.

Aber das inst Ansichtssache. Sicher ist, dass ich viel einfacher eine einzige DLL warten kann als viele getrennte DLLs auf dem Laufenden zu halten.

Für Dich bedeutet das lediglich, bei Programm_Start KGF.dll zu laden und alle anderen DLL_ON und DLL_OFF Kommandos aus dem Quellprogramm zu streichen. Das ist doch vertretbar, oder ?

...à vos souhaits !...


Edit : Sniff ! mon aide.chm devient obsolete...

@ klaus

ich meine nicht die einzel DLL zuwarten.
Laß sie einfach wie sie sind.

Intégration suivante:
Version 1.19 du 8/8/2012 avec les fonctions de LoadProgram.dll
Version 1.20 du 9/8/2012 avec les fonctions de MouseOperations.dll
Version 1.21 du 9/8/2012 avec les fonctions de Player.dll
Version 1.22 du 9/8/2012 avec les fonctions de Print.dll
Version 1.23 du 9/8/2012 avec les fonctions de PrintScreen.dll

Bonjour Klaus.

J'ai un petit souci avec l'appel de la fonction InString de la DLL strings.dll.

Après chaque appel à cette DLL, faut-il obligatoirement la clôre, par dll_off ?

Je n'utilise que cette DLL dans mon programme.
Puis-je donc dans ce cas écrire dll_on au début du programme, et une seule fois dll_off à la fin du programme ?

Deuxième question: on ne peut pas inclure une chaîne directement lors du passage des paramètres de InString.
Il faut obligatoirement passer par adr (variable).

J'aurais besoin d'écrire InString ("chaine1","sous_chaine1",position%)

Amicalement.

Je répons de la part de Klaus mais oui en effet, c'est comme ça que tu peux faire.
Tu ne peux avoir qu'un seul DLL_ON actif à la fois.
Donc dans ton cas tu initialise avec ton DLL_ON
Tu execute ton programme et tu fais ton DLL_OFF dans ta procédure de sortie

Et pour la seconde question, en effet, on ne peut pas passer de chaine directement, on est donc bien obligé de passé l'adresse de la chaine

@Pan59:

Citation :

J'aurais besoin d'écrire InString ("chaine1","sous_chaine1",position%)

Dans ce cas, tu fais ceci:

Code:

dim chaine1$, chaine2$, res%
chaine1$ = "chaine1"
chaine2$ = "sous-chaine1"
res% = dll_call3("InString",adr(chaine1$),adr(chaine2$),position%)

Intégration suivante:
Version 1.24 du 9/8/2012 avec les fonctions de Region.dll
Version 1.25 du 9/8/2012 avec les fonctions de SAPI.dll

Bonjour.

Merci de vos réponses.

Bonjour.

Connaissez-vous l'avancement de Panoramic à ce sujet, svp ?

Merci de vos réponses.

En-dehors de la dernière version officielle qui est la V0.9.23 du 19 Juillet 2012 et sa doc associée, nous n'avons pas d'autres informations précises. Nous savons qu'un gros changement se prépare, mais ce n'est pas pour tout de suite.

Jack manage un peu le suspens