Discussion :

[Gulix]

J'ai vu deux trois trucs qu'il pourrait être intéressant d'améliorer pour Dreamshield.

Tout d'abord, quand on veut sélectionner un élément du projet, par exemple pour spécifier la source d'un raccourci, ce serait pratique qu'un double-clic valide comme le bouton OK. C'est plus intuitif (pour moi) ainsi. D'ailleurs, j'ai remarqué que je double-cliquais à chaque fois.

Ensuite, je ne sais pas si c'est faisable, mais pouvoir changer les textes de l'interface de l'installateur serait également intéressant. Ainsi, il serait possible de disposer d'installateurs multilingues.

[smyley]

Tout d'abord, quand on veut sélectionner un élément du projet, par exemple pour spécifier la source d'un raccourci, ce serait pratique qu'un double-clic valide comme le bouton OK. C'est plus intuitif (pour moi) ainsi. D'ailleurs, j'ai remarqué que je double-cliquais à chaque fois.

ah bon ? heuu, j'ai pas vraiment compris pour moi valider c'était soit ENTRER ( d'ailleurs, on ne peut pas ) et le boutton OK ... double click je ne connaissait pas

Ensuite, je ne sais pas si c'est faisable, mais pouvoir changer les textes de l'interface de l'installateur serait également intéressant. Ainsi, il serait possible de disposer d'installateurs multilingues.

C'est faisable, j'y travail, j'y travail , c'est juste compliqué car je ne veux pas utiliser les fichiers resources : j'aurai bien aimé que l'on puisse éditer les textes à partir du bloc note ( vive la simplicité ) et aussi ne pas avoir à générer un dossier par langue mais pouvoir inclure les langues directement dans le package d'installation. Je ne me suis toujours pas décidé sur la méthode à employer et j'avoue que je rame un peut, mais si tout va bien dans la prochaine version ce sera possible

[Gulix]

ah bon ? heuu, j'ai pas vraiment compris pour moi valider c'était soit ENTRER ( d'ailleurs, on ne peut pas ) et le boutton OK ... double click je ne connaissait pas

C'est juste que je double-clique pour ouvrir les sous-dossiers, donc pour moi le double-clic pour valider coule de source

C'est faisable, j'y travail, j'y travail , c'est juste compliqué car je ne veux pas utiliser les fichiers resources : j'aurai bien aimé que l'on puisse éditer les textes à partir du bloc note ( vive la simplicité ) et aussi ne pas avoir à générer un dossier par langue mais pouvoir inclure les langues directement dans le package d'installation. Je ne me suis toujours pas décidé sur la méthode à employer et j'avoue que je rame un peut, mais si tout va bien dans la prochaine version ce sera possible

Voici un lien vers ma classe LanguageManager. Je l'utilise dans mon programme Blind Shark (et bientôt dans Walléatoire), et elle me permet d'avoir un support multilingue basé sur de simples fichiers textes de type .ini (le fichier français). Dans mon code, quand j'utilise des chaînes de caractères, je n'ai qu'à faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
LanguageManager.Language = "fr"; // Une fois pour toute
string _sMyString = LanguageManager.Get("ID_de_ma_chaine");

Si ça peut t'aider...
Au démarrage de mon appli, j'affiche la liste des langues dispos, et l'utilisateur choisit laquelle utiliser.

[smyley]

C'est cool ça
Mais justement j'avais pensé à une solution se raprochant des fichiers .ini mais le problème est que certains textes de l'interface d'installation utilisent des retour à la ligne, je me suis donc dit qu'il fallait que je "parse" le \n, mais apprès, si l'utilisateur écrit \n il faudrait donc que je donne la possibilité de faire \\n, et donc \r, \\, etc etc ... j'ai donc abandonné : aucune envie de faire un parser là maintenant ( après tout, je suis en vacances ).

Après je me suis dit que j'allait utiliser ma base de donnée pour le faire ( DreamShield.Data.dll ) mais il aurait égallement fallu que j'écrire un outil pour éditer les fichiers langues ( d'ailleurs, ils sont quand même là, si tu regardes dans le dossier d'installation de DreamShield, les fichiers *.lng ) mais au final c'est fasidieux à faire

Et puis je suis tombé sur ça tout à l'heure :
http://www.codeproject.com/dotnet/Localization.asp

B. Creating a file based resource manager which enables accessing and reading from a resource file from a location outside the assembly manifest

Je pense donc qu'au moment de compiler l'installeur je pourrai y inclure les fichiers langues, et les extraire dans un dossier temporraire lors de l'installation ( à coté de lua51.dll justement ) donc voilà, je suis à ce stade ...

[Gulix]

Ca y est, j'ai testé DreamShield, ça marche nickel !
Les installeurs devraient être dispo par là (c'est pour mon programme de Blind Test).

J'ai testé le déploiement sur divers postes, sans ou avec le framework, ça marche impecc'. Merci encore.

Mais (bah oui, faut pas tout soit nickel) j'ai encore trouvé deux-trois trucs à redire.
J'ai toujours le problème de double-click mais je suis un peu névrosé du dble-click
Quand on crée des raccourcis, il faut d'abord sélectionner l'icône, puis le fichier. Quand l'arborescence est profonde, ça peut devenir fastidieux. Serait-il possible d'associer par défaut l'icône du fichier sélectionné (je sais, j'suis fainéant, et en plus, c'est peut-être déjà le cas, j'ai pas testé).
Quand on génère le programme d'installation final, je trouve que la liste des tâches devrait s'ordonnancer en sens inverse. Que les dernières tâches apparaissent en tête. Ou alors que le focus se place sur la dernière tâche. Ca permet de mieux voir le déroulement des étapes.

Tu vois donc qu'il n'y a pas de gros soucis. Merci pour l'outil !

[smyley]

Wouaa, trop cool, mon petit projet est utilisé par quelqu'un d'autre .

J'ai toujours le problème de double-click mais je suis un peu névrosé du dble-click

Boulette, j'ai oublié ...

Quand on crée des raccourcis, il faut d'abord sélectionner l'icône, puis le fichier. Quand l'arborescence est profonde, ça peut devenir fastidieux. Serait-il possible d'associer par défaut l'icône du fichier sélectionné (je sais, j'suis fainéant, et en plus, c'est peut-être déjà le cas, j'ai pas testé).

Faudrait que j'aille chercher l'icone qui correspond à l'extention dans le registre ... c'est pas impossible Par contre, tu peut toujours mettre l'icone dans le même dossier que le fichier cible et faire un copier/coller du dossier, par exemple :

cible : TargetDir\MonApp.exe
icone : TargetDir\MonApp.ico

Quand on génère le programme d'installation final, je trouve que la liste des tâches devrait s'ordonnancer en sens inverse. Que les dernières tâches apparaissent en tête. Ou alors que le focus se place sur la dernière tâche. Ca permet de mieux voir le déroulement des étapes.

Tu as raison, je pense que je vais adopter la solution d'insérer en sens inverse ( c'est plus simple à priori )

Merci pour l'outil !

Merci de l'utiliser

[smyley]

Ensuite, je ne sais pas si c'est faisable, mais pouvoir changer les textes de l'interface de l'installateur serait également intéressant. Ainsi, il serait possible de disposer d'installateurs multilingues.

Faisable depuis un bout de temps ...