Aujourd'hui, nous avons continué à travailler sur le problème coriace décrit à l'étape précédente. Il devrait maintenant être complètement éradiqué.
Un beta-testeur par accident (il ne savait pas qu'il utilisait une version beta, ni où télécharger celle-ci) a permis de localiser et corriger une source de crash : si vous créiez un texte qui s'étend sur toute la largeur de la partition (de la première à la dernière mesure), vous risquiez d'avoir des problèmes lors de d'impression.
Un problème d'impression des vues lorsque celles-ci changent l'orientation de la page imprimée (portrait/paysage) avait été signalé il y a longtemps, et corrigé. Il a été signalé à nouveau, et il nous a fallu un peu de temps avant de nous apercevoir qu'il ne se produit que lorsque le document impose la taille de la page. Cela fonctionne apparemment quand le document utilise la taille par défaut de l'imprimante. Nous travaillons toujours là-dessus.
Un problème d'élimination des caractères accentués et non-occidentaux lors de l'export XML avait été corrigé, mais la correction était mal passée dans la version 9.4.0 RC1. Cela a donc été remis en place, et vérifié, cette fois  |
|
|
| by Olivier Guillion |  |
| |
|
Un problème persistant, particulièrement coriace, nous a occupé aujourd'hui : l'aplatissement des coulés après certaines opérations.
Lorsque l'on active/désactive l'affichage de la partition transposée, les notes jouées par un instrument transpositeur changent de hauteur affichée, donc peuvent potentiellement changer de sens de tige.
Or, le positionnement automatique du coulé utilise le sens de tige pour savoir où placer les extrémités de ce coulé. Cela oblige donc à recalculer les positions de chaque coulé, à condition bien sûr que le positionnement automatique soit activé sur celui-ci.
Les vues peuvent choisir si, oui ou non, elles sont en affichage transposé, ou en "tonalité de concert". Changer de vue peut donc, dans certains cas, nécessiter de recalculer tous les coulés.
Enfin, "imprimer toutes les vues", par définition, change de vue lors de la procédure d'impression, donc peut également recalculer plusieurs fois les coulés de la partition.
Lors du changement de vue, les coulés se recalculaient mal. L'option "imprimer toutes les vues" fonctionne maintenant correctement, mais les tests intensifs des changements de vues ont fait apparaître d'autre cas qui, eux, ne sont toujours pas résolus. Nous y sommes donc toujours dessus.
Quand je vous disais qu'il était coriace, celui-ci... |
|
|
| by Olivier Guillion | |
| |
|
Pour débuter la nouvelle semaine, ce sont de vieux problèmes enfouis qui ressortent :
- En mode page, taquets affichés, l'affichage "fantôme" de la clé, tonalité et métrique sur la première mesure est maintenant géré.
- Certaines opérations, comme l'ajout de clé, tonalité, signature temps, rupture, etc, lorsqu'on cliquait en dehors des aires de portées, s'appliquaient à la portée la plus proche trouvée. Il faut maintenant cliquer dans l'aire de la portée. Ce n'est pas très contraignant, et évite que ces objets se retrouvent insérés à un endroit non prévu par l'utilisateur.
- Des problèmes d'impression de copie multiple sur Vista ont été corrigés. Pour ceux que cela intéresse, voici l'explication.
Chaque système d'exploitation a deux manières de gérer les impressions multiples (plus d'une copie de chaque page):
La première, c'est de dire à l'application combien de copies sont demandées, et de laisser celle-ci envoyer plusieurs fois la même page au pilote d'impression. C'est la méthode employée sur Apple jusqu'à récemment, avant la version 10.4 ? (à faire confirmer par Didier).
La seconde, c'est de ne rien dire à l'application, la laisser imprimer une fois chaque page, et que ce soit le pilote d'impression, ou le spouleur/spooler qui se charge d'envoyer les pages plusieurs fois à l'imprimante. C'est la nouvelle méthode employée par MacOS, et la seule que nous avions rencontrée sur Windows jusqu'à XP.
Mais voila. Il semble que Vista, ou tout au moins certains pilotes d'impression sous Vista, ne gère plus la seconde méthode, et lui préfère la première. Donc, toute une partie de code, consistant à envoyer les pages en exemplaires multiples sous Windows, n'avait jamais été exécutée, donc jamais testée. Et, bien sûr, cela ne fonctionnait pas.
Cette partie de code a donc maintenant été corrigée et testée. La seule chose qui ne fonctionnera pas sur Vista, c'est l'impression multiple en copies assemblées, qui consiste par exemple, lorsqu'on veut imprimer en deux exemplaires un document de trois pages, à sortir les pages 1, 2,3 puis à nouveau 1,2,3 au lieu d'imprimer la page 1 en double, puis la page 2 en double, puis la page 3 en double.
Il n'est pas certain que nous ayons le temps de le faire d'ici la sortie de la version définitive, mais cela demeure tout de même un problème mineur, n'empêchant pas l'utilisation de l'application. Cela demandera à l'utilisateur de trier lui-même les pages imprimées, voila tout 
|
|
|
| by Olivier Guillion | |
| |
|
|
