Louis Lecailliez

Ligne de commande

Pour prendre en main le préprocesseur, faire vos premiers tests avec la syntaxe, le mieux est d’expérimenter sur un fichier en utilisant un shell.

prepro.exe SYMBOL_LIST input_file.xml output_file.xml

où SYMBOL_LIST est une liste de symbole de symbole séparée par des point virgules (attention, sensibilité à la casse). Le titre des deux derniers billets est d’ailleurs un peu mensonger : le préprocesseur n’est pas spécifique à XAML et peut s’utiliser de manière générale pour des fichiers XML.

Intégration à Visual Studio

Le problème

Coder le préprocesseur était facile. Par contre j’ai « perdu » plusieurs soirs à tenter de l’intégrer à un projet Visual Studio, c’est à dire à MSBuild. Je met perdu entre guillemets parce que j’ai appris pour le coup à m’en servir, ce n’était donc pas du temps perdu.
Lire la suite « Préprocesseur Xaml, partie 2 : utilisation » →

Il y a quelque chose de très embêtant avec le XAML, c’est qu’il n’y a pas de directive de compilation conditionnelle. Ainsi on est rapidement embêté dès que l’on cherche à utiliser un code commun pour plusieurs (versions d’une) application(s).

Il faut donc recourir à une solution externe, et c’est ce que j’ai fait. J’ai créé un petit programme qui prend en entrée un fichier XML et qui en produit un en sortie. Entre temps, il lui aura appliqué des traitements spécifiques.

La solution la plus neutre pour ne pas impacter les autres outils se servant des fichiers XAML, en premier lieu Visual Studio, et d’utiliser des commentaires. J’ai en effet lu sur le net une demi-solution utilisant le préprocesseur C++ et le type de directives qui vont avec, mais personnellement je trouve ça très moche.

La directive de base IF

Je me suis inspiré des commentaires conditionnels d’Internet Explorer. La directive de base est :

IF[expression]
Lire la suite « Préprocesseur Xaml, partie 1 : la syntaxe » →

À la fin de l’an dernier, j’ai eu besoin pour un projet d’éditer de nombreux fichiers de ressources au sein de Visual Studio. Mais l’éditeur de ce dernier est particulièrement limité, et ne permet pas d’aligner les données de plusieurs fichiers.

J’ai donc commencé à en écrire un. Seulement voilà, je me suis fait griller la politesse. Une extension Visual Studio qui fait ce que je souhaite est sortie avant que je ne finalise mon programme.

Mon éditeur de fichier resx.

J’ai néanmoins continué à travailler sur mon programme, car les personnes avec lesquelles je suis susceptible de travailler ne sont pas développeuses. Ainsi, télécharger, installer et utiliser Visual Studio serait déjà bien délicat, pour une utilisation au final malaisée.

Mon programme est un exécutable standalone qui vient avec son installeur. Son avantage principal est de gérer les fichiers .langproj, qui sont des fichiers qui suivent l’Open Packaging Convention et qui empaquètent plusieurs fichiers ressources. Ainsi, il suffit d’envoyer aux traducteurs un seul fichier, et il pourra travailler sur toutes les langues qui lui auront été fournies.

Un fichier .langproj dans l’explorateur Windows.

Vous pouvez télécharger le programme ici, mais veuillez garder à l’esprit qu’il contient probablement pas mal de bugs. Contactez-moi si certains vous gênent vraiment.