KGF.dll - intégration des DLLs individuelles

tu as fait un EXE de ce programme pour le placer dans le même dossier que le HLP ?

TROUVE !!!!


C'est tout bête, quand tu ouvres pour la première fois KGF.hlp dans W7
cet abru...de windows demande une confirmation.
Donc si la première utilisation se fait par ton appli, il n' y a pas encore eu cette confirmation
et il ne veut pas l'ouvrir ou du moins ne l'a pas enregistré comme validé.

Super ! C'est bon à savoir !

Qu'est-ce que tu penses de cette intégration des autres DLLs dans l'aide ?

C'est extra !

Une petite remarque, comme papydall il y a toujours un "mais" ,
La taille du "form 0" ;Chez W7 il le faut un poil plus grand (70x70) pour que
le picture soit visible sinon on a deux barres en visualisation avec la croix.


Edit : voilà la taille mini du Form 0 pour W7

Code:

width 0,65 : height 0,66

sinon deux barres

OKI. Corrigé dans les deux programmes.

Ne t'en fais pas pour les tailles, chacun peut mettre çà à sa sauce.
D'autant que Border_small provoque une fenêtre à coin carrés chez W7
comme si la fenêtre était trop petite pour la taille des objets qu'elle contient.

Je vais finir par me faire une barre d'outils pour panoramic si on continue
comme cà.

Comme KGF.dll contient maintenant toutes les fonctions, j'en profite pour utiliser GetWindowsVersion pour auto-adapter la taille de la form 0 si c'est W7. C'est fait dans les deux programmes (page 7 de ce fil de discussion).

J'ai ajouté une nouvelle fonction dans KGF.dll:

i% = dll_call2("GetWindowsVersionAndFamily",adr(version$),adr(famille$))

Elle retourne la version exacte ET la famille de Windows ! La doc dans KGF.hlp est mise à jour.

Petite question bête, faut il recharger tout les fichiers pour l'aide ?

En principe, KGF.HLP suffit. Ou Sources Klaus.HLP pour l'autre...

Merci Klaus, cela évitera, je pense, des posts du style : " çà marche pas !"

Suite à une discussion intéressante sur les polices utilisées dans les objets ou l'éditeur si le nom de police est absent ou comporte une erreur d'orthographe, j'ai fait une fonction qui permet de récupérer le nom de la police active dans un objet donné par son handle ! Cela a été compliqué, mais le résultat en valait la peine !

C'est la fonction:
res% = dll_call2("GetFontName",hnd%,adr(police$))

La doc est à jour dans KGF.HLP, et voici un programme exemple:

Code:

' test GetFontName.bas

dim i%, name$, hnd%

dll_on "KGF.dll"

memo 1 : top 1,100 : font_name 1,"Default"
item_add 1,"1245"

name$ = string$(255," ")
hnd% = handle(1)
i% = dll_call2("GetFontName",hnd%,adr(name$))
name$ = trim$(name$)
message name$
end

En l'exécutant en l'état, on voit que le nom de la police du mémo n'est pas "Default", mais bien "MS sans serif" ce qui est la police par défaut, non pas de Windows, mais de Delphi 6 (et les versions précédentes). Maintenant, changez le nom de la police en ligne 7 en autre chose, valide ou pas, et regardez le résultat !

Ah, j'oubliais: l'aide de cette fonction est dans la rubrique "Fonctions diverses".

error in fonction line 12


le webdav est il à jours ?...

( rien dans fonctions diverses du hlp )

Par précautiion, j'ai regénéré la DLL et je l'ai remise sur le WebDav.

j'ai refais l'essai et voilà :

C'est bizarre. Réessaie - j'ai tout remis à nouveau.

4 fois que j' supprime tout et que je retélécharge et c'est la même...

Voudrais tu essayer de faire un dossier spéciale KGF avec les dernières versions ?
Je vais essayer avec un autre navigateur pendant ce temps...dès fois que ...


Edit :

Encore un bug de chrome !!!!! il ne me téléchargeait pas la version sur ton webdav mais celle en mémoire dans son cache ( enfin je pense )
du fait que les deux avait le même nom, du coup il était très rapide mais comme çà les cons vont à la ville aussi....
Enfin je comprends mieux d'où il tient sa rapidité, c'est une supercherie cet affaire !!!

Ca, c'est bien vu, ça ! C'est vrai qu'avec Firefox...
As-tu pu exécuter maintenant ?

Oui, tout fonctionne ...


Mais tu avoueras que quand tu débutes, tu as déjà assez avec l'apprentissage de la programmation
sans te faire planter par des pros que ce soit ceux IE7, de W7 ou encore ceux de chrome sans parler
de tout les autres...


Edit : Pour les utilisateur de chrome, pensez à faire un "Nettoyage de disque" de temps en temps...


Edit : Mettez "Times" au lieu de "Times New Roman" dans la police de l'objet 1 ...

Moi, j’utilise OPERA et je n’ai jamais eu de problèmes avec lui !

Hé, ce n’est pas de la pub que je fais.

Bonjour Klaus

Tu avais developpé une fonction pour connaitre les longueurs d'une chaine en pixels (entre autre...)
d'ailleurs, j'ai retrouvé le programme, il s'agit de TEXTLEN.EXE

Mais as tu intégré cette fonction en dll sur KGF.dll ?

Je pense que cette fonction est obsolète maintenant, car Panoramic a les fonctions TEXT_WIDTH et TEXT_HEIGHT qui fait exactement cela.

TEXTLEN.exe était écrit en Visual Basic 4 - c'étaient mes premiers pas en extension de Panoramic. Depuis, je fais les DLL en Delphi et c'est beaucoup mieux. Mais comme Panoramic a ces fonctions, je n'ai pas jugé utile de les reprendre dans ma DLL.

oui c'est vrai, tu as raison. Pourquoi se compliquer la vie !!

Merci pour ta réponse Klaus.

Juste une petite remarque:

Puisque maintenant TOUTES mes fonctions sont réunies dans la même DLL, cela pourrait apporter un plus à certains d'entre vous, au niveau des jeux, ou même des programmes utilitaires. Comment ? Vous avez les fonctions SAPI qui permettent de faire prononcer par l'ordinateur un texte soumis sous forme de chaîne de caractères. Un mot, une phrase ou tout un paragraphe - peu importe. Alors, les messages d'erreur, l'aide, les dialogues dans les jeux - tout ça pourrait être fait vocalement, et ne plus encombrer la partie visuelle de l'application !

Il y a un petit moment que j'ai pas regardé, et je ne le ferais pas tout de suite, mais je crois que tu devrais donner une ligne de DIM complète qui intègre toutes les variables des dll, de cette façon, on passe d'une commande à l'autre sans problème. Mais bon travail.