Nous essayons de profiter du remaniement de fond du copier/coller pour améliorer un comportement qui, selon nous, posait vraiment problème dans les versions précédentes. Je vous préviens, il faut suivre, c'est pas évident. Imaginons que, sur deux portées clé de sol/clé de fa, on sélectionne ceci : et qu'on le copie dans le presse-papier. On a donc, dans le presse-papier, en croches, un sol qui joue en même temps qu'un do, et un la qui joue en même temps qu'un ré. Maintenant, on positionne la sélection ailleurs sur la partition, comme ceci : et on colle. On obtient alors, avec la version courante : Les accroches ont été recalculées, et ça a l'air correct de prime abord. Mais si on regarde (ou on écoute) plus attentivement, on s'aperçoit que le sol/la ne joue plus en même temps que le do/ré. Dans la première portée, les croches ont été collées après la noire, et dans la deuxième, elles ont été collées après la croche. (je vous avais prévenu, c'est pas évident). A notre avis, il aurait fallu obtenir ceci : Les deux groupes de croches collés sont ici jouées en même temps, une croche après le début de la mesure. En fait, le but serait que le copier/coller s'arrange pour que lorsqu'on copie des notes qui sont jouées en même temps, leur synchronisme ne soit jamais perdu lorsqu'on les colle, où que ce soit. Pour deux notes, ce ne serait pas très grave, mais si on copie-colle une longue séquence, le désynchronisme peut devenir embêtant. Surtout que cela se produit aussi lorsqu'on copie ou on colle à partir d'une mesure commençant par la deuxième partie d'une note liée. Essayez pour voir. Vous avez tout suivi ? |
|
|
by Olivier Guillion | | |
| |
|
Ce soir, les nouvelles versions Beta toutes fraîches ont été mises à disposition sur notre site. En plus des nouveaux algorithmes de copier/coller et des corrections/améliorations de MyrScript, de petits problèmes ont été corrigés sur le plug-in. En particulier, un beta-testeur nous a fait parvenir un fichier qui faisait systématiquement planter le plug-in en version Windows. Ce fichier musical a pu être réduit dichotomiquement à seulement trois notes sur deux portées. Nous avons pu (enfin) créer une version déboguable du plug-in sur Windows, ne nécessitant pas d'être incluse dans un navigateur, et ainsi localiser et corriger rapidement ce problème. Une telle version, permettant de visualiser et jouer directement les fichiers musicaux (ou les didacticiels) sans avoir besoin d'une page Web ou d'un navigateur Internet, pourrait avoir un intérêt... Nous nous interrogeons encore sur l'avenir de la chose en dehors de nos murs. |
|
|
by Olivier Guillion | | |
| |
|
Des tests plus poussés ont été effectués sur le plug-in, notamment au niveau de la gestion de l'icône de Virtual Singer. Dans la version beta actuelle du plug-in, la sélection/désélection de cette icône a déjà été reprise, afin de réagir de manière plus "standard". Afin de compléter cette fonctionnalité, la commande SING supportera, dans la prochaine version, une nouvelle valeur: ----------- SING=ON : (défaut) Montre l'icône du Chanteur Virtuel activée SING=INACTIVE : Montre l'icône du Chanteur Virtuel désactivée SING=OFF : Désactive le Chanteur Virtuel et ne montre pas l'icône ------------ Dans Harmony Assistant, les problèmes d'impression d'une vue seule sont encore en cours de résolution. Un problème avait été signalé (impression de la vue générale quelle que soit la vue choisie). La correction que nous avions appliquée s'avère ne pas fonctionner correctement. Nous "planchons" donc toujours sur ce problème. |
|
|
by Olivier Guillion | | | |
|
Nous sommes toujours sur le plug-in, et avons pu localiser la source du problème de blocage avec IE7. Contrairement aux autres navigateurs, IE, et notamment la toute dernière mouture, ne gère pas bien les plug-ins qui, à un moment donné, "gardent la main". Par là, j'entends que le navigateur appelle le plug-in parce que, par exemple, l'utilisateur a cliqué sur son aire, et que le plug-in traite les événements dans une boucle jusqu'à ce que l'utilisateur relâche le bouton de la souris. Il nous faut donc reprendre la totalité des endroits où le plug-in effectue ce genre d'opération: clic sur le volume, le tempo, le zoom, la position de jeu dans la musique, le clic sur la partition pour la repositionner, etc., afin de les rendre conforme avec ce qu'IE attend. Cela a été fait aujourd'hui et semble fonctionner correctement, à quelques petits détails près, que nous essayons de régler. Dès que ce sera terminé, une nouvelle version du plug-in sera immédiatement mise à disposition, afin de laisser les utilisateurs la tester sur divers navigateurs, et dans diverses configurations d'utilisation. |
|
|
by Olivier Guillion | | |
| |
|
En fait, nous avons surtout travaillé sur le plug-in, et essayé d'avancer sur le problème de blocage signalé sur Internet Explorer (Windows). Cela n'est vraiment pas facile, car ce problème ne survient que lorsque plusieurs instances du plug-in sont lancées simultanément, rendant le "débogage" très délicat, pour ne pas dire impossible. Seule solution, truffer le code d'écritures dans un fichier "log", et vérifier après coup par quelles fonctions on est passé, ainsi que là où on n'est pas passé. Un autre problème, plus mineur, avait également été signalé : sur IE, il est parfois nécessaire de cliquer deux fois sur un bouton du plug-in pour que l'action demandée soit effectuée. Cela n'a en fait rien a voir avec le plug-in, mais est lié au comportement d'IE, changé l'an dernier suite au procès opposant Microsoft à Eolas. Dans le blog de Microsoft, on peut lire, à propos des plug-ins présents sur les pages Web: "[...] customers will only be able to interact with Microsoft ActiveX controls loaded in certain web pages after manually activating their user interfaces by clicking on it or using the TAB key and ENTER key. " Soit, en français: "[...] les clients ne pourront interagir avec les contrôles ActiveX chargés dans certaines pages Web qu'après avoir activé manuellement leur interface utilisateur en cliquant dessus ou en utilisant les touches Tab et Entrée". C'est le cadre gris qui apparaît autour de la partition quand on la survole pour la première fois, et le petit texte explicatif "Cliquez pour activer et utiliser ce contrôle" lorsqu'on reste immobile un instant. Il semblerait y avoir une solution de contournement en incluant du Javascript dans la page Web, mais cela oblige, une fois de plus, à pallier aux déficiences d'IE par une nouvelle contorsion et un ajout sur la page Web. Après l'abandon volontaire par Microsoft des plug-ins au format "Netscape", nous obligeant à développer une passerelle ActiveX et à doubler dans les pages Web la balise <embed> par un <object>, il faudrait maintenant inclure un module javascript? Donc ceux qui veulent essayer ce code Javascript pourront le trouver ici. Leurs commentaires et exemples seront bienvenus, mais nous n'assurerons pas de support à propos de ce petit problème, qui n'est pas lié au plug-in en lui-même. Par contre, si cela fonctionne, nous pourrons en parler dans la documentation du plug-in, afin d'aider les personnes que cela intéresse. Reste le problème du blocage. Nous sommes toujours dessus. |
|
|
by Olivier Guillion | | |
| |
|
Un problème de textes stylés (couleur, tailles, etc) a été corrigé dans l'export MusicXML. Le calcul du nouveau mode gravure plantait dans certains cas. Cela était plus particulièrement sensible quand des pistes numériques étaient présentes dans la partition. Sur Harmony Assistant beta non enregistré, le chargement d'un fichier Style Yamaha (.STY) pouvait générer des alertes non désirées. Nous en profitons pour rechercher dans tout le programme les autres endroits où le même problème peut se produire. Le déplacement de la dernière note d'un triolet à un autre endroit de la partition pouvait conduire à un crash. Des corrections ont été apportées au plug-in, et nous essayons désespérément de reproduire les problèmes qui nous ont été signalés sur Internet Explorer (Windows), pour l'instant sans succès. |
|
|
by Olivier Guillion | | | |
|
|