Pouvoir include une DLL dans par le menu Application

Il y a longtemps déjà, j'avais proposé qu'un puisse inclure une DLL dans le *.exe généré par la fonction Application du menu Fichiers. Pour le moment, cette fonction n'inclut que les *.BMP et les *.TXT.

J'ai essayé de renommer ma DLL en *.BMP, mais à la construction, Panoramic reproche que format BMP n'est pas valide et ne charge pas le fichier.

J'ai renommé ma DLL en *.TXT. Cette fois, elle est bien chargée dans le *.EXE, mais on ne peut pas l'appeler à l'exécution. En effet, même si je fais DLL_ON "KGF.TXT", Panoramic cherche apparemment ce fichier sur disque, effectivement sous le nom de KGF.TXT, mais pas dans les fichiers inclus dans l'application. La preuve: tant que KGF.TXT est dans le même répertoire que le *.EXE application, ça marche, mais dès que KGF.TXT n'est plus dans ce répertoire (et c'est le but en générant une applcation), il y a une erreur sur DLL_ON qui ne trouve pas le fichier.

Est-il possible d'ajouter les *.DLL dans la génération d'un *.EXE d'une application et de l'utiliser à partir de là ?

Ce ne serait alors plus une DLL (bibliothèque partagée) mais une bibliothèque statique ?

A ma connaissance, Panoramic ne gère pas ce type de bibliothèque, contrairement à FreeBASIC.

Cela agirait en effet comme une bibliothèque "linkée" avec le programme, mais ce n'était pas le but. Ce que je voulais obtenir, c'est la même chose qu'avec l'inclusion des *.TXT et *.BMP: réduire le nombre de fichiers à distribuer.

Si techniquement cela pose problème, on pourrait par exemple l'implémenter de la manière suivante:
- avec DLL_ON, si le fichier ciblé est présent comme ressource dans l'exécutable, on l'extrait et on l'écrit sur disque, avant de faire le traitement habituel de DLL_ON
- avec DLL_CALL, aucun changement à faire
- avec DLL_OFF, on supprime ce fichier si on l'avait extrait

tu peux aussi mettre tes appli sous un "installateur" ...

@Klaus effectivement c'est ce qui m'est venu à l'idée en lisant ton 1er post: créer la dll depuis le txt au moment de l'appel, la supprimer ensuite.
C'est vrai que c'est quand même plus pratique, une distribution avec un seul fichier.

il y a aussi ceci

J'ai aussi un logiciel qui crée un installateur personnalisé. Mais ce n'est pas le problème. J'aurais aimé pourvoir faire un *.exe en un seul fichier car cela permet de l'emporter facilement, sur une clé USB, et le démarrer partout, dans le style des applications portables. C'"est sûr, on peut y arriver aussi en emportant un répertoire dans le quel on place tout... J'airais simplement aimé tirer avantage de cette belle possibilité d'inclure des ressources dans l'exécutable et de les utiliser comme si elles étaient dans le même répertoire que l'exécutable.

Et pourquoi pas généraliser ce système, Jack, avec un écran de configuration avant le lancement réel de la génération, avant celui qui donne la liste des objets inclus, en ayant dans la moitié gauche, la liste des fichiers possibles à inclure, dans la moitié droite la liste des fichiers sélectionnés pour l'inclusion, avec des boutons-flèches au milieu entre les deux listes- une flèche vers la droite déplaçant tout ce qui est sélectionné à gauche dans la liste de droite, et l'inverse pour une flèche à gauche ? Et on pourrait placer en-dessous la saisie d'un filtre dans lequel on donnerait d'une manière ou d'une autre, la liste des extensions à inclure dans le processus...

Ca doit faire pas mal de boulot pour Jack...

Oui, peut-être, peut-être pas - je n'en sais rien. Lui seul pourra dire si c'est faisable, s'il a envie de le faire, si c'est important ou pas ... d'autant plus que j'ai lancé un autre pavé dans la mare pour lequel j'aimerais bien que Jack se prononce: c'est le problème de ITEM_ADD ou ITEM_INSERT avec LIST, DLIST et COMBO, dès lors que le string à ajouter contient des CR LF. Là, ça me gêne vraiment. Pour l'évolution de la fonction Application du menu Fichiers, bien sûr que ça m'intéresse, mais c'est tout de même plus accessoire.

Inclure une DLL dans l'application, c'est bien sûr faisable. Mais c'est après que cela se complique car aucun fichier inclus dans l'application n'est recopié sur le disque dur et toutes les commandes ou fonctions s'adressant aux BMP et TXT contenus dans l'application sont actuellement détournés pour utiliser ces BMP et TXT.
Utiliser une fonction d'une DLL inclue dans un exécutable est possible, mais compliqué à coder, et cela va à l'encontre de la notion de DLL qui est de partager des fonctions entre plusieurs exécutables.
Je ne pense pas que je vais aller dans ce sens.
Par contre, je vais permettre l'inclusion d'autres types de fichiers dans une application (3DS, JPG, MD2, ...)
Et je suis en train de développer les plug-ins qui vont répondre à votre demande: vous pourrez créer de nouvelles commandes et fonctions (vos propres mots-clés) avec votre propre code écrit dans n'importe quel language permettant de créer une DLL.
Cela commence déjà à fonctionner sur des cas simples.
Patience...

Oui, Jack, je comprends ton argument, concernant les DLL. Pour ce que je voulais faire, il suffit que je puisse l'inclure physiquement - et c'est déjà possible avec l'extension *.TXT. Dans ce cas, je peux l'extraire et recopier en *.DLL, et le tour est joué.

Je suis très content d'apprendre que les plugins vont venir, et la patience ne manque pas. Merci pour tes efforts !

Super Jack !

Prends ton temps