PureBasic

ça marche, j'ai compris au bout de 3/4 d'heure que le panneau etait pour extraire les fichiers
L'important c'est d'etre rapide

J'ai donc bien recupéré les trois textes complets
Mais pour les extraires c'est moi qui entre le nom.

Comme dans mon cas c'est l'exe qui fait tout le travail
Que pense tu de ma methode pour que ce soit l'exe qui extrait comme un grand ses propres ressources, leur donne le nom du fichier a extraire et aussi le chemin ???
Comme ça dans mon cas pas besoin de SaveFileRequester Ou alors j'ai encore rien compris

Kwai chang caine a écrit :ça marche, j'ai compris au bout de 3/4 d'heure que le panneau etait pour extraire les fichiers
L'important c'est d'etre rapide

J'ai donc bien recupéré les trois textes complets
Mais pour les extraires c'est moi qui entre le nom.

Comme dans mon cas c'est l'exe qui fait tout le travail
Que pense tu de ma methode pour que ce soit l'exe qui extrait comme un grand ses propres ressources, leur donne le nom du fichier a extraire et aussi le chemin ???
Comme ça dans mon cas pas besoin de SaveFileRequester

Code : Tout sélectionner

FICHIER1 RCDATA {"c:\Fichier1.txt"} 
FICHIER2 RCDATA {"c:\Winnt\Fichier2.txt"}

Ou alors j'ai encore rien compris

Pas de problème si tu veux que ton exe nomme les fichiers mais je ne vois pas le rapport avec qui est uniquement utilisé par le fichier rc.

Si tu veux nommer les fichiers, il faudra leur donner le chemin et un nom différent à chacun dans la callback à la place du saverequester, d'ailleurs la variable static te permet d'avoir un numéro différent à chaque fichier, tu peux alors créer le fichier "fichier"+str(Fichier_courant).

Tu remplaces par à toi de définir le chemin de destination

Cool il me les créé automatiquement

Nickel.....mais pour stocker ces noms, faut bien que je les ecris quelque part, car ce que j'ai peut etre oublié de te dire, c'est que ce sera pas toujours les memes
Je reediterais le RC, le recompilerais en RES, mais je ne voudrais pas avoir a modifier le code source, juste le recompiler
Car j'ai fait un programme qui se charge de compiler le RC en RES et apres de compiler l'exe
Moi j'ai juste a editer le RC avec les nouveaux noms de fichiers

Donc il faut imperativement que les noms et les chemins se trouvent dans le RES.
J'avais pensé donc a cette methode (Excuse moi, j'm'ettais gourré avant ) Comme ça l'EXE il demarre, il enumere ses ressources.
Il trouve le nom de ressource "FICHIER1"
Il fouine dans le texte au dessus
Il fait un stringfield sur le = en prenant la droite (2)
Et comme ça il a le chemin et la casse du fichier qu'il va extraire

Qu'en pense tu ????
T'as pas plus simple ????

Ca devrait marcher, évites d'utiliser les mêmes identifiants pour les noms de fichier et le fichier lui-même (tu a mis 10 pour fichier1 alors qu'il est utilisé pour le contenu du fichier 1.

D'accord
Bon bah maintenant je pense que je m'y mettrais lundi au boulot, pour clore le sujet sur les ressources et enfin pouvoir extraire mes fichier parametres par defaut

Encore merci pour ta precieuse aide
Je te resouhaite un bon WE.....et au plaisir de te relire

KCK, tu peux mettre ton dernier message avec les stringtable et le tableau.

Ba en fait c'etait une question a la con

Dans l'editeur de ressources de VB, c'est trompeur, tu as un menu "ajouter une table" qui te rajoute une colonne
Alors votre serviteur avec son celebre cri de guerre HIiiii HAaaaannnnn !!! a foncé dans le piege

Voila l'image car l'editeur d'image ne marche pas :
http://erdsjb.free.fr/PureStorage/EditeurRessources.jpg

En fait, il rajoute juste une autre table, et nom pas un champs.
Comme en plus le code de SPARKIE ecrivait dans deux champs differents grace a un "\012" au milieu
J'ai cru qu'il existait un separateur qui ecrirait dans un second champs sur le meme enregistrement
Un peu comme les chr(10) des listicon de PB

Ce fameux "\012" c'est un cariage return banal

Mais ote moi d'un doute .....y'a ben qu'un seul champs par enregistrement ????
Car pour en créer plusieurs...j'ai mis un separateur et un stringfield

Ca n'existe pas les tableaux comme tu nous as montré (enfin je crois) , c'est juste une représentation.

A gauche il y a les identifiants (qui commençaient à 1000, puis la différenciation se fait pas la langue (ici francais sous-langue francais ou colonne de droite l'identifiant langue 1093 soit 445 en hexa et d'après la table des langes de MS, c'est Windows XP SP2 et supérieur : Bengali (India), voir ici http://msdn.microsoft.com/fr-fr/library ... 85%29.aspx)

C'est typique pour créer un prog avec une sélection de langue en fonction de ce que retourne l'OS comme langue par défaut.

D'accord tu me rassure....
Bon entretemps KCC y s'est foulé le champignon...il a fini de coder le retour des ressources d'un EXE par une DLL et ça marche !!!!
Pour VB c'est moins evident....j'suis en cours ....

A ceux qui ne connaissent pas je conseils l'excellente lib VBin2_Lib compatible PB.4.30 (et sera upgradé PB 4.40) créée par Paul Leischow.
Site : http://www.reelmedia.org

Elle permet de créer un conteneur crypté (et compressée au besoin les données), et d'y accéder simplement. De plus elle est libre d'utilisation pour des créations gratuites ET commerciales.

Je l'aime beaucoup. je m'en suis servi pour créer un viewer d'images mais je ne voulais pas que les images soient directement accessibles à partir d'un répertoire ou du répertoire 'temp' (problème du zip me semble t-il). Certes un "printscreen" est toujours possible mais vu que ce sont des répertoires avec genre 7000 images, bonjour le courageux qui voudra tout pomper

Enfin bref, j'adore cette lib.

Merci pour l'info