Nous avons avancé sur l'édition des instruments frettés, avec l'implémentation du bouton "Essayer". Nous voudrions que l'utilisateur puisse choisir entre différent morceaux, lui permettant d'écouter en situation l'instrument en cours d'édition. Mais si on prépare par exemple des morceaux pour guitare, cela posera alors des problèmes si l'instrument a moins (ou plus) de 6 cordes, ou n'est pas accordé de manière classique. Il va nous falloir réfléchir là-dessus.
En parallèle, nous avons amélioré l'installation du plug-in sur Linux (Ubuntu) 64 bits : maintenant la ligne de commande nspluginwrapper est appelée automatiquement en fin d'installation, et ce paquet est automatiquement installé s'il n'est pas déjà présent.
On nous a signalé l'impossibilité de lancer Harmony après installation sur Linux Mint 13. Nous avons installé une machine en Mint 13 "Maya" Cinnamon 32bits, et effectivement le raccourci vers le programme ne semblerait pas créé dans la rubrique "Vidéo et audio" (à confirmer).
Il faut alors le faire manuellement en allant chercher Harmony Assistant dans /usr/bin. A moins que le problème soit plus important dans les versions de Mint avec un autre environnement de bureau (MATE, KDE, Xfce) ou en 64 bits, mais nous ne pouvons pas essayer chacune des combinaisons...
Enfin, nous avons corrigé des crashs dans le player (et probablement le plug-in) lors du chargement de fichiers xml qui ne contiennent pas du MusicXML. Ceci vaut pour toutes les versions. |
|
|
| by Olivier Guillion |  |
|
| |
|
Nous avons mis au point les calculs de paramètres de l'instrument lorsque l'utilisateur modifie le corps en mode simplifié.
A partir d'un instrument prédéfini, il pourra modifier la surface de caisse, son épaisseur, le type d'ouverture (rosace ou ouies), ainsi que la taille de cette ou ces ouvertures.
A partir de ces choix, des modifications seront apportées aux paramètres de réponse en fréquence de la caisse. S'il le désire, l'utilisateur pourra alors passer en mode avancé pour apporter des modifications fines à ces paramètres.
Dans un autre registre, nous avons amélioré plusieurs points dans Harmony Assistant :
- En mode page avec des zooms faibles, les lignes de la portée dépassent parfois à droite de la dernière barre de mesure. Nous avons atténué cet effet indésirable.
- Lorsque, lors de l'édition des ruptures, un renvoi à une mesure impossible était effectué, il pouvait arriver qu'une boîte d'alerte apparaisse inlassablement, empêchant d'effectuer les modifications.
Nous essayons de limiter l'apparition de cette boîte afin de laisser à l'utilisateur le temps de corriger ses ruptures.
- Le calcul de tablature pouvait crasher lorsque l'utilisateur forçait un numéro de case pour la dernière note de la portée. |
|
|
| by Olivier Guillion | |
| |
|
En travaillant sur la version Windows de notre plug-in (format Netscape NPAPI), nous nous heurtons à des dysfonctionnements fréquents des navigateurs, des implémentations partielles du format, ou des réactions inattendues. On a parfois l'impression de marcher sur un plancher pourri, ne sachant pas quelle latte va céder et nous expédier à l'étage du dessous sans prévenir.
Par exemple, le plug-in contient une option "vue en plein écran". Lorsque le bouton est cliqué, le plug-in crée une page HTML dans le dossier temporaire de la machine, et demande l'ouverture d'une autre fenêtre (ou d'un autre onglet) pour le visualiser.
Nous avons développé trois méthodes différentes pour demander au navigateur d'ouvrir cette fenêtre :
- La méthode "NPN_Get" qui est l'appel standard du système NPAPI "NPN_GetURL" et qui fonctionne bien lorsqu'on demande de visualiser une page HTML présente sur un serveur Web (http://). Malheureusement, sur beaucoup de navigateurs, cette méthode ne fonctionne plus lorsqu'il s'agit de montrer une page locale (file://).
- La méthode "JS Open" qui consiste à utiliser les objets Javascript depuis le plug-in. On a ainsi accès à la fonction Javascript window.open(). Cet accès Javascript n'est pas disponible dans l'implémentation de NPAPI sous Internet Explorer.
- La méthode "OpenDoc" qui consiste à rechercher quelle est, sur le PC, l'application qui gère l'affichage des fichiers de type HTML et de l'appeler en lui donnant en paramètre la page locale à visualiser (appel par WinExec ou ShellExecute)
Nous utilisions plutôt la dernière méthode, qui fonctionnait sur tous les navigateurs. Malheureusement, dans sa dernière version, Firefox bloque pendant 30 secondes avant de montrer la page, et Opera ne montre plus rien.
Nous avons donc dû réaliser un tableau récapitulant les réactions des divers navigateurs lorsqu'on utilise chacune des trois méthodes:
- Les cases en vert indiquent que cela fonctionne, et que le code d'erreur retourné nous dit que tout s'est bien passé
- Les cases en orange indiquent que cela n'a pas fonctionné, mais que le code d'erreur retourné nous dit qu'une erreur s'est produite, nous permettant d'essayer éventuellement une autre méthode
- Les cases en rouge indiquent que cela n'a pas fonctionné correctement, mais que le code d'erreur retourné nous dit que tout s'est bien passé !
On s'aperçoit qu'Opéra ne fonctionne dans aucun des trois cas. Il n'y aura donc aucune possibilité de faire fonctionner le mode plein écran sur ce navigateur.
On s'aperçoit également qu'il n'est pas possible d'essayer les méthodes une à une jusqu'à ce que le code d'erreur retourné nous dise que la page est apparue, car il y a trop de cases rouges, ne nous permettant plus de savoir si la partition est effectivement apparue, ou seulement une page blanche.
Nous n'avons donc pas d'autre choix que de tester le navigateur, par une demande de "javascript:navigator.userAgent". Si ce paramètre n'est pas disponible, nous sommes sous Internet Explorer (qui ne contient pas d'implémentation des objets javascript en NPAPI), si le paramètre contient "Firefox", nous sommes sous Firefox, et sinon nous sommes sous l'un des autres navigateurs.
On utilisera donc la méthode NPN_Get sous Internet Explorer, la méthode JS Open sous Firefox, et la méthode OpenDoc sous les autres.
Des problèmes risquent de se poser avec des navigateurs utilisant le moteur de Firefox, mais ne se signalant pas comme tels dans "navigator.userAgent". Mais là, on est déjà dans le contournement du contournement, et à force de contourner, on va finir par tourner en rond. |
|
|
| by Olivier Guillion | |
|
| |
|
Nous avons travaillé sur le plug-in.
En version Linux, le problème sur Ubuntu 64 bits s'est résolu de lui-même. Nous avions simplement oublié que l'utilisateur doit lancer à la main une commande pour enregistrer notre plug-in dans la liste des plug-ins 32 bits reconnus par le navigateur. Une fois cela fait, ça fonctionne.
En version Windows, on nous a signalé un délai de 30 secondes entre le clic sur l'icône "plein écran" et l'apparition de la partition.
Il semblerait que ce soit un "time-out" laissé par Firefox, donc il nous paraît impossible d'y remédier simplement.
Pour simplifier, l'utilisateur clique sur le bouton. Une fonction du plug-in est appelée. Cette fonction crée une page Web temporaire présentant la partition en plein écran et lance le navigateur sur cette page par une commande du type "firefox.exe mapage.html".
Mais cette commande, appelée depuis l'intérieur du plug-in, attend que la page soit effectivement ouverte. Or cette page contient elle-même une instance du même plug-in.
Firefox semble avoir une protection contre les réentrances et laisse 30 secondes à la fonction appelante pour se terminer, ce qu'elle ne peut pas faire car elle attend que la nouvelle page donne signe de vie.
Nous avons tourné ça dans tous les sens pour essayer de trouver une solution.
Nous essayons maintenant de forger un code Javascript et de passer par là pour ouvrir le nouvel onglet. Mais il y a un risque que cela présente le même problème... |
|
|
| by Olivier Guillion | |
| |
|
La version Windows de l'édition d'instruments frettés a été améliorée, afin de la rendre identique à la version Macintosh, aussi bien graphiquement qu'en terme de réactivité.
Le positionnement automatique de la zone d'édition en mode ruban a été encore amélioré, les modifications précédentes ne géraient pas tous les cas possibles.
Une erreur a été détectée dans le rendu sonore des instruments des bases de sons sur Macintosh. Cette erreur rendait fausses certaines notes de la base GMSE, par exemple le Mi5 de l'accordéon français. Fixer la qualité à "Maximale" dans la configuration de la sortie numérique corrige le problème, en attendant la sortie de la prochaine version. Il est étonnant que cette erreur, pourtant ancienne, ne nous ait pas été signalée plus tôt.
Enfin, on nous a signalé des problèmes d'installation du plug-in sur Ubuntu 64 bits. Nous n'avons pour l'instant pas réussi à reproduire le problème sur nos configurations. |
|
|
| by Olivier Guillion | |
| |
|
|
