Rapport de bogues pour XnView ShellExt 2.80
Posted: Thu Dec 03, 2009 1:51 am
Bonjour, 
je vous signale certains bugs que j'ai constaté avec la dernière version 2.80 de XnView Shell Extension.
Il faudrait vérifier s'ils apparaissent également sur d'autres systèmes.
Quand on effectue une rotation d'image JPEG, le signe \n ne fonctionne pas pour renvoyer à la ligne dans la fenêtre «La rotation JPEG sans perte modifiera le fichier...» (il apparaît tel quel).
C'est pourquoi je l'ai supprimé de ma traduction.
* Si on répond « Non » à ce message d'avertissement, au lieu qu'il ne se passe rien, il s'effectue une rotation mais dans le sens inverse de celui qui avait été choisi !
Par exemple, je sélectionne « Rotation horaire », si je clique « Oui », c'est bien ce que j'obtiens. Si je clique « Non » le fichier est tourné en sens antihoraire.
* Quand le fichier est en « Lecture seule », la rotation échoue, mais la fenêtre d'avertissement qui devrait me le signaler (= ligne 173) n'apparaît pas.
* Si après la conversion, on effectue un clic-droit trop rapidement sur l'image (pour voir le résultat), il se forme un nouveau fichier image d'extension « jpg.tmp » ou « .jp_ » à côté du fichier d'origine (c'est peut-être normal puisque ce fichier était bloqué par le clic-droit à cet instant).
Pour une image PNG : je n'ai pas de fenêtre d'avertissement avant la rotation du fichier (ce qui est peut-être normal). Par contre, quand je choisis « Rotation horaire », j'obtiens le sens antihoraire, et inversement !
* Et toujours pas la fenêtre d'avertissement si la rotation échoue.
Pour une image BMP ou GIF : même problème pour le sens de rotation à l'envers.
* Quand l'image est en lecture seule, la rotation s'effectue tout de même, mais il se forme un nouveau fichier, d'extension « .bmp.tmp » ou « .gif.tmp » qui correspond au fichier d'origine (cad que ce fichier tmp est en lecture seule et non tourné) !
* Paradoxalement, tant que ces 2 fichiers restent côte-à-côte, cad le fichier .bmp ou .gif qui a tourné et n'a plus de protection en écriture, et le nouveau .bmp.tmp qui est le fichier d'origine, XnView Shell Extension refuse de réeffectuer une rotation sur le .bmp ou le .gif (qui n'est pourtant pas en lecture seule !).
Si j'envoie le .tmp à la corbeille, le .bmp ou .gif est à nouveau libre.
* Avec un GIF animé, là encore pas de fenêtre pour prévenir que le fichier ne peut être converti car composé de plusieurs images (= ligne 172) : la rotation s'effectue en ne conservant que la première.
Tout ceci ne doit pas occulter la qualité de Xn View qui est un merveilleux programme, en constante évolution !
Cordialement.
Charles.
je vous signale certains bugs que j'ai constaté avec la dernière version 2.80 de XnView Shell Extension.
Il faudrait vérifier s'ils apparaissent également sur d'autres systèmes.
Quand on effectue une rotation d'image JPEG, le signe \n ne fonctionne pas pour renvoyer à la ligne dans la fenêtre «La rotation JPEG sans perte modifiera le fichier...» (il apparaît tel quel).C'est pourquoi je l'ai supprimé de ma traduction.
* Si on répond « Non » à ce message d'avertissement, au lieu qu'il ne se passe rien, il s'effectue une rotation mais dans le sens inverse de celui qui avait été choisi !
Par exemple, je sélectionne « Rotation horaire », si je clique « Oui », c'est bien ce que j'obtiens. Si je clique « Non » le fichier est tourné en sens antihoraire.
* Quand le fichier est en « Lecture seule », la rotation échoue, mais la fenêtre d'avertissement qui devrait me le signaler (= ligne 173) n'apparaît pas.
* Si après la conversion, on effectue un clic-droit trop rapidement sur l'image (pour voir le résultat), il se forme un nouveau fichier image d'extension « jpg.tmp » ou « .jp_ » à côté du fichier d'origine (c'est peut-être normal puisque ce fichier était bloqué par le clic-droit à cet instant).
Pour une image PNG : je n'ai pas de fenêtre d'avertissement avant la rotation du fichier (ce qui est peut-être normal). Par contre, quand je choisis « Rotation horaire », j'obtiens le sens antihoraire, et inversement !* Et toujours pas la fenêtre d'avertissement si la rotation échoue.
Pour une image BMP ou GIF : même problème pour le sens de rotation à l'envers.* Quand l'image est en lecture seule, la rotation s'effectue tout de même, mais il se forme un nouveau fichier, d'extension « .bmp.tmp » ou « .gif.tmp » qui correspond au fichier d'origine (cad que ce fichier tmp est en lecture seule et non tourné) !
* Paradoxalement, tant que ces 2 fichiers restent côte-à-côte, cad le fichier .bmp ou .gif qui a tourné et n'a plus de protection en écriture, et le nouveau .bmp.tmp qui est le fichier d'origine, XnView Shell Extension refuse de réeffectuer une rotation sur le .bmp ou le .gif (qui n'est pourtant pas en lecture seule !).
Si j'envoie le .tmp à la corbeille, le .bmp ou .gif est à nouveau libre.
* Avec un GIF animé, là encore pas de fenêtre pour prévenir que le fichier ne peut être converti car composé de plusieurs images (= ligne 172) : la rotation s'effectue en ne conservant que la première.
Tout ceci ne doit pas occulter la qualité de Xn View qui est un merveilleux programme, en constante évolution !
Cordialement.
Charles.