Application(exe)

Ce sujet est plus particulièrement adressé a Jack, mais ouvert à tous.

L'éditeur Panoramic possède une possibilite Application(exe).

Dans le post => https://panoramic.1fr1.net/t5091p25-puissance-4-en-2d#62473
Papydall n'a pas réussi à faire une application pour son papillon.
Personnellement, je pense que c'est à cause du fichier butterfly.3ds.

Bref, Jack pourrais-tu nous dire quelles sont les conditions pour utiliser cette possibilité et de préciser sa finalité.

A+

C'est décrit dans Aide / Manuel Utilisateur Partie 7 : Système / paragraphe 16

L’aide dit :  Fichier / Application (exe) : crée un fichier exécutable autonome (.EXE) contenant vos fichiers TXT et BMP (application)

Donc seuls sont pris en charge les fichiers texte TXT et les images BMP.
Il est fortement souhaitable d’élargir cette possibilité à toutes les ressources utilisées par le programme : fichiers JPG, MD2, 3DS, etc ..
Jack, Si ce n’est pas trop dur de faire cette extension,  tu voudrais bien satisfaire cette demande ?
Merci d’avance.

Si je peux me permettre d'ajouter mon grain de sel:

selon les cas, une application pourrait avoir besoin de pleins de types de fichiers différents, pas uniquement ceux que tu listes et qui sont essentiellement des fichiers multi-média ou 2D. Et faire une liste d'extensions sera bloquant tout de même, dans certains cas.

Si déjà on réfléchit à élargir le spectre des fichiers à inclure, il serait probablement préférable de passer par une directive du type
#RESOURCE fichier, fichier, ...
On devrait pouvoir donner plusieurs directives #RESOURCE, à l'image de la directive #INCLUDE. Ainsi, on pourrait gérer parfaitement ce que le fichier EXE devra inclure, au lieu de prendre tous les TXT et BMP d'un dossier, même si elles n'appartiennent pas forcément au programme concerné.

Je suis d'accord avec Klaus, la liste d'extension est quasi impossible à maintenir selon la nature du programme (base de données, fichier de données, image, 3D, sons, etc ...)

Bon, maintenant c'est clair.
Il faudra que j'apprenne à lire plus souvent les aides et informations fournis avec l'éditeur.

Quand à l’extension à d'autres formats de fichier, il me semble que pour les jeux il manque au minimum un format audio et un format pour la 3D.
Mais bon, ça rallonge encore la To Do Liste.

A+

L'idée de Klaus est intéressante, mais je crois me souvenir que jack avait précisé que c'était pas évident à réaliser pour plusieurs type de fichier.
A la limite, pourquoi ne pas se limiter à une ressource ZIP, puisque l'on a des commandes ARCHIVER. Il manque juste la commande ARCHIVER_EXTRACT_ALL pour nous simplifier le travail d'extraction, mais ce n'est pas vital.

@silverman
La commande ARCHIVER_EXTRACT F,D extrait bien la totalité des fichiers de l'archive F (zip) dans le répertoire D ?

@silverman:

Citation :

L'idée de Klaus est intéressante, mais je crois me souvenir que jack avait précisé que c'était pas évident à réaliser pour plusieurs type de fichier.

Merci. Mais regarde bien:ma suggestion avec la directive #RESOURCE vise à spécifier des noms (et chemins) de fichiers complets, pas uniquement des extensions. Ainsi, Panoramic pourrait établir, lors d'une des phases de "preprocessing", une liste complète de tous les fichiers à inclure, sans avoir à chercher "tous les fichiers de tel type...". On peut même imaginer, en vue d'une compatibilité ascendante des codes sources, que le comportement actuel serait maintenu en absence de directive #RESOURCE. Mais dès qu'une telle directive est présente, seuls les fichiers listés ainsi seront inclus dans les ressources.

@JL35
Exact, je n'avais pas bien compris cette commande

@Klaus
Après recherche sur le forum, je me rend compte que c'est un souhait qui date de 2010 et que jack avait répondu favorablement en 2011