

2019-09-05 06:30 BugFix & Mise à jour: jSAVF 1.50 Un utilisateur m'a remonté avoir des problèmes avec des SAVF Japonais. L'extraction de fichiers sources ne fonctionnait pas à cause d'un type de champ DBCS non supporté, et il y avait aussi des problème d'affichage de caractères Japonais. J'ai reproduit les deux problèmes à l'aide de SAVF Japonais trouvés sur le net (merci http://hrm.fixa.jp/free/freesoft.htm). Pour cette version, j'ai donc amélioré le support de l'internationalisation dans jSAVF: J'ai ajouté le support des champs DBCS à l'extracteur de sources, donc maintenant il peut exporter des sources en Japonais. J'ai rendu quelques choses configurables: Les polices de caractères de taille fixe utilisés pour l'affichage des impressions et du texte sont maintenant configurables, avec un apperçu de leur capacité à rendre correctement quelques caractères internationaux avec la chaîne suivante faite de traductions machine du mot "Gauche" dans divers langages: "Gauche Lénks Слева Αριστερά اليسار שמאלה Trái 剩下左ひだりレフト 왼쪽 बाएं ਖੱਬੇ ". Un nouvel onglet de configuration est dédié aux conversions de texte, et permet maintenant aux utilisateurs d'outrepasser la décision prise par jSAVF concernant quel jeu de caractère peut décoder quel CCSID. Pour les CCSIDs pour lesquels jSAVF n'a pas pu trouver de jeu de caractère correspondant, lorsque la JVM a un jeu de caractère qui peut décoder un CCSID de la même famille l'utilisateur peut maintenant utiliser ce jeu de caractère pour decoder le CCSID autrement non supporté. Par exemple le CCSID 5026 n'est pas supporté par la JVM, mais le CCSID 930 l'est au travers du jeu de caractère Java IBM930, donc en ajoutant une conversion utilisateur du CCSID 5026 avec le jeu de caractère IBM930 on peut extraire la majorité du texte correctement lors d'un export. Le CCSID par défaut que jSAVF utilise dès qu'il ne sait pas comment décoder quelquechose (la plupart des choses liées au CCSID du Job AS/400) peut maintenant aussi être configuré sur cet onglet, et peut désormais utiliser un CCSID qui n'est pas supporté par la JVM tant qu'il existe une conversion utilisateur qui lui assigne un jeu de caractère. Coté construction, j'ai mis à jour l'OpenJDK inclus dans l'installeur de jSAVF pour Windows (v11.0.4+11), et je construis maintenant tout sous Linux. Je savais qu'on pouvait préparer des installeurs NSIS avec un makensis compilé sous Linux, mais j'ai été agréablement surpris de découvrir que jlink est aussi capable de construire une image modulaire minimale d'OpenJDK pour Windows alors qu'il tourne sous Linux. Comme toujours, si vous avez des problèmes avec cette version de jSAVF ou que vous n'arrivez pas à ouvrir un SAVF avec, n'hésitez pas a m'en informer.

2019-09-05 06:30

BugFix & Mise à jour: jSAVF 1.50

Un utilisateur m'a remonté avoir des problèmes avec des SAVF Japonais. L'extraction de fichiers sources ne fonctionnait pas à cause d'un type de champ DBCS non supporté, et il y avait aussi des problème d'affichage de caractères Japonais. J'ai reproduit les deux problèmes à l'aide de SAVF Japonais trouvés sur le net (merci http://hrm.fixa.jp/free/freesoft.htm).

Pour cette version, j'ai donc amélioré le support de l'internationalisation dans jSAVF:

J'ai ajouté le support des champs DBCS à l'extracteur de sources, donc maintenant il peut exporter des sources en Japonais.
J'ai rendu quelques choses configurables:
- Les polices de caractères de taille fixe utilisés pour l'affichage des impressions et du texte sont maintenant configurables, avec un apperçu de leur capacité à rendre correctement quelques caractères internationaux avec la chaîne suivante faite de traductions machine du mot "Gauche" dans divers langages: "Gauche Lénks Слева Αριστερά اليسار שמאלה Trái 剩下左ひだりレフト 왼쪽 बाएं ਖੱਬੇ ".
- Un nouvel onglet de configuration est dédié aux conversions de texte, et permet maintenant aux utilisateurs d'outrepasser la décision prise par jSAVF concernant quel jeu de caractère peut décoder quel CCSID. Pour les CCSIDs pour lesquels jSAVF n'a pas pu trouver de jeu de caractère correspondant, lorsque la JVM a un jeu de caractère qui peut décoder un CCSID de la même famille l'utilisateur peut maintenant utiliser ce jeu de caractère pour decoder le CCSID autrement non supporté. Par exemple le CCSID 5026 n'est pas supporté par la JVM, mais le CCSID 930 l'est au travers du jeu de caractère Java IBM930, donc en ajoutant une conversion utilisateur du CCSID 5026 avec le jeu de caractère IBM930 on peut extraire la majorité du texte correctement lors d'un export.
- Le CCSID par défaut que jSAVF utilise dès qu'il ne sait pas comment décoder quelquechose (la plupart des choses liées au CCSID du Job AS/400) peut maintenant aussi être configuré sur cet onglet, et peut désormais utiliser un CCSID qui n'est pas supporté par la JVM tant qu'il existe une conversion utilisateur qui lui assigne un jeu de caractère.

Coté construction, j'ai mis à jour l'OpenJDK inclus dans l'installeur de jSAVF pour Windows (v11.0.4+11), et je construis maintenant tout sous Linux. Je savais qu'on pouvait préparer des installeurs NSIS avec un makensis compilé sous Linux, mais j'ai été agréablement surpris de découvrir que jlink est aussi capable de construire une image modulaire minimale d'OpenJDK pour Windows alors qu'il tourne sous Linux.

Comme toujours, si vous avez des problèmes avec cette version de jSAVF ou que vous n'arrivez pas à ouvrir un SAVF avec, n'hésitez pas a m'en informer.