Discussion :

[Arioch]

Bonjour,

une fois n'est pas coutûme, cette fois j'ai une question à poser

Pour donner l'essentiel de ce qui me turlupine, un camarade m'a développé une application écrite en Delphi qui contient les éléments suivants :

- des zones pour des données à saisir et pour des données à afficher
- un explorateur de fichiers utilisant une API Win32, permettant le parcours d'arborescence pour choisir le fichier à ouvrir
- le-dit fichier, une fois ouvert, contient jusqu'à 5 sections de données différentes et chaque section est affichée seule à l'écran dans l'application. Lorsque l'on souhaite passer d'une section à l'autre, on passe par un menu déroulant.

----------------------------------------

Plusieurs problèmes subsistent autour de cette application graphique destinée à divers utilisateurs :

- le développeur de l'application n'est plus en mesure de la faire évoluer.
- ne tourne actuellement que sous Windows famille NT : NT4, 2000, XP et Vista.
- n'est pas capable de gérer plus de 5 sections de données par fichier.

----------------------------------------

Mes besoins :

- permettre que l'appli tourne sous Linux, Windows 95/98/ME/NT/2000/XP/Vista, MacOS X sans besoin d'avoir Perl à côté
- que l'appli puisse gérer, soit par onglets soit par le menu déroulant tel qu'il existe actuellement, autant de blocs de données (sachant qu'un seul bloc apparait à l'écran à la fois) qu'on puisse en trouver dans le fichier contenant les données.

----------------------------------------

Et j'envisage de faire cette appli à grand renfort de Perl/Tk, puis de passer le script à la moulinette via Perl2Exe par exemple afin de le rendre déployable et utilisable sur les OS décrits plus haut.

D'après vous, est-ce que ce genre d'application serait adaptable en Perl/Tk et surtout, pourrait être compilée convenablement pour éviter aux utilisateurs de devoir installer Perl, ce dont ils n'ont rien à faire ?

Besoin d'avis d'experts donc

[Arioch]

Pour lever toute ambiguïté sur l'usage des API Win32 (principalement pour l'affichage de l'arborescence du disque dur), je ne pense pas mettre en place un tel truc car cela obligerait à tester le type d'OS et prévoir un tel système sur chaque OS supportant ses propres méthodes d'arborescence.

Pour ici, je partirai du principe que l'utilisateur doit stocker son application dans le même répertoire où sont situés les fichiers à ouvrir. J'ignore si Tk permet d'afficher dans une zone de sortie des noms de fichiers sur lesquels on pourrait cliquer pour en ouvrir un.

[Jedai]

Tk offre des dialogues getOpenFile ou getSaveFile (ou un truc comme ça) qui utilisent la boîte de choix de fichier du gestionnaire de bureau sous-jacent, il n'y a donc pas de problème de ce côté là.

--
Jedaï

[Arioch]

Merci Jedai pour la réponse partielle à ma question (s/ma question/mes questions d\'ailleurs/).

Mon seul soucis, avant de me lancer dans une réécriture de code de grande envergure, c'est le risque que Perl2Exe (ou équivalent) ne soit pas capable de reconnaître certaines syntaxes au moment où je lui demanderais du code exécutable sur différents OS.

La dernière fois que j'ai voulu compiler du Perl/Tk avec Perl2Exe, Tk::Button n'était pas fidèlement reconnu et l'exe n'a jamais fonctionné.