Discussion :

[essence-ciel]

Bonjour,
J'essaie de travailler avec RadStudio 10.4/11.2 sous Windows 10/11, BDD Sqlite (partagé entre mon cabinet de soins et mon domicile où je développe). Mon applicatif est en Delphi et je souhaiterai l'égayer avec des 'images'.

Je souhaite centraliser les images 'jpg' et les messages de mon applicatif dans un fichier dynamique (qui ne charge que ce dont il a besoin à un instant T), j'ai cru comprendre que l'on pouvait le faire avec une DLL.

L'expert radstudio a eu l'extrême obligeance de bien vouloir créer le squelette de la DLL mais comment faire :
1. pour y inscrire les images 'jpg' (environ une trentaine dont les courantes plus quelques unes enceinte, allaitante, cancer, contrôle thérapeutique, toxique, irritant...),
2. les messages divers et variés...

Tout ce que j'ai trouvé est en C ou en C++, bien que 'polyglotte plusieurs fois' (mdr) j'avoue ne pas pratiquer ces langages.

Pour l'accès, j'ai cru comprendre qu'il fallait indiquer la référence et fournir les paramètres. Cela me semble accessible... Pour le reste, mes recherches sur le site et sur internet n'ont rien donné, mais peut-être n'avais je pas les bons mots pour la recherche.

Suis preneur de toute solution.

En vous souhaitant mes vœux les meilleurs et une bonne soirée.

PS : je suis complètement rempli de 'sorry' si je ne suis pas sur le bon forum, merci de votre indulgence.

[Paul TOTH]

Bonjour,

dans le livre Delphi 7 Studio je parle des DLL...c'est toujours d'actualité

Mais il est possible maintenant d'inclure des ressources dans un projet avec le menu Projet/Ressources et images...

mais pourquoi ne pas simplement mettre les JPEG dans un répertoire ou même un fichier ZIP ?

[SergioMaster]

Bonjour le caillou et meilleurs vœux (c'est encore d'actualité)

Je pencherai pour les ressources ou, pourquoi pas, un simple TImageList ou encore mettre les images dans la BDD

[pprem]

mettre les images dans la BDD

euh... pour du statique ok, mais vraiment quand on n'a pas le choix, quel que soit le moteur de base de données

ZIP pour du stockage de fichiers c'est facile et c'est standard

les ressources du projet pourquoi pas, mais du coup il est volumineux si on ne se sert pas de tout

sinon du téléchargement depuis un site web en fonction des besoins et un cache local des fichiers

mais si c'est pour des images de boutons, de menus ou d'autres éléments liés à l'application : en VCL TImageList sur de vieilles versions, sinon TImageCollection (sur un data module) / TVirtualImage (sur la fiche qui les utilise) même si on ne met qu'une version de chaque image

[pprem]

juste par rapport à la DLL, en plus de compliquer inutilement le truc si on y stocke de toute façon toutes les images, il ne faut pas oublier que c'est une ressource qui peut stocker du code et des données, si c'est juste pour des images, elle sera de toute façon chargée en totalité en mémoire, donc pas d'avantage par rapport à tout mettre dans l'exe (sauf si tu fais plusieurs DLL, mais dans ce cas autant faire des ZIP ou mettre directement les images dans un dossier)

[essence-ciel]

Bonjour PPrem,
Meilleurs vœux.
Merci pour ta réponse. J'ai stocké pour le moment mes images dans un fichier .res qui fait gonfler mon .exe et comme je le mentionnais à SergioMaster, je pensais séparer code, image et messages, pour une meilleure lisibilité. Je suis peu familiarisé avec TImageList et TImageCollection, mais, là encore, je vais creuser car toutes les pistes me paraissent intéressantes.

Cette idée est peut-être aussi due au fait que lors de mes cours de programmation, on me serinais que l'exe devait être le plus léger possible... Ceci dit, j'aime bien l'idée de séparer le code, le sql et les 'à-côté'.

[essence-ciel]

Bonjour le caillou et meilleurs vœux (c'est encore d'actualité)

Je pencherai pour les ressources ou, pourquoi pas, un simple TImageList ou encore mettre les images dans la BDD

Bonjour Sergio,
Merci pour les vœux reçois mes vœux les meilleurs en retour. Que 2023 soit ce que tu souhaites en faire.

Peut-être de façon naïve, je cherchais, comme pour le SQL, à séparer le code des images et des messages. J'avais pensé mettre des images dans la BDD mais celle-ci à beaucoup 'gonflé', d'où cette idée de DLL, très pratique, si j'ai bien compris, au cas où je souhaiterai changer d'images...

Merci pour l'info, je creuse l'idée.

[essence-ciel]

Bonjour Paul,
Meilleurs vœux.
Merci pour le lien, je vais potasser le domaine qui me semble à la fois simple et ardu.

[essence-ciel]

Hey Paul,
Te reste-t-il des livres ? Je suis très intéressé et souhaiterai en acquérir un car je pense avoir encore beaucoup de choses à apprendre.
En te remerciant,
CDLT

[Paul TOTH]

alors le livre était diffusé par Eyrolles, donc j'ai pas un stock de livres j'en avais quelques exemplaires qui ont été donnés au fil du temps...il ne m'en reste pas.

il avait été question de le diffuser en eBook à une époque mais les négociations entre Eyrolles et DVP (qui était à l'origine de l'idée si mon souvenir est bon) n'ont rien donné et le projet est tombé à l'eau...avec Olivier on était d'accord pour sa diffusion à la condition qu'on puisse le diffuser librement nous même ... mais DVP et Eyrolles n'y on trouvé aucun intérêt commercial.

petite remarque sur la taille de l'exe...à part le téléchargement qui peut être impacté, si l'exe contient des tas de ressources, celles-ci ne sont chargées qu'à la demande donc l'espace disque occupé n'a pas d'incidence directe sur l'occupation mémoire (sauf si tu utilises UPX qui charge une copie complète décompressée de l'exe en mémoire !)....

[essence-ciel]

Ok, merci Paul, je vais chercher sur le net car chez Eyrolles, il est indisponible.
Encore merci pour les infos.

[SergioMaster]

Bonjour,

tu en trouves d'occasion https://www.chasse-aux-livres.fr/pri...-olivier-dahan

Pour en revenir à la mise en place des images dans la base de données, c'est que, connaissant un peu ton application et ta base de données, il me semblait plus simple de mettre ces quelques images dedans pour ne transférer que ta base de données d'un pc à un autre (plutôt que la BDD + une dll ou le programme). J'aurais pu aussi suggérer du ftp (mais qui nécessiterai un serveur et un internet fiable)
Le tout est plus de faire un compromis sur la taille des images mais pour une cinquantaine ce n'est pas la mer ,même Pacifique, à boire