Sur Windows (testé en version 64 bits), l'installation de la version 21.0 de Firefox entraîne la disparition instantanée du plug-in de la liste des modules complémentaires disponibles. Après quelques recherches, il semblerait que ce soit dû à un défaut dans cette édition de Firefox. Firefox est censé balayer le contenu de son dossier "Plugins" pour localiser les plug-ins installés, puis vérifier dans la base de registre Windows si d'autres plug-ins ont été déclarés là. Dans la version 21, Firefox ne semble prendre en compte que cette dernière méthode, pourtant décrite comme optionnelle dans les documentations. Nous allons donc modifier nos installateurs pour que la prochaine version du plug-in fixe correctement les entrées dans la base de registre. En attendant, nous avons préparé deux fichiers ".reg", l'un pour Windows 32 bits, l'autre pour Windows 64 bits, qui, une fois double-cliqués, font fonctionner à nouveau le plug-in après mise à jour de Firefox. Nous avons validé la version 64 bits, mais avant de rendre ces "patches" publics, nous cherchons un cobaye pour tester la version 32 bits. |
|
|
| by Olivier Guillion | |
|
|

- Des modifications ont été apportées aux textes de la version anglaise - Certaines options du menu contextuel du clic droit sur une note ne s'appliquent pas à toutes les notes de la sélection discontinue. Certaines fonctions semblent même ne pas fonctionner correctement dans de pareils cas. Plus par curiosité qu'autre chose, nous avons essayé de compiler de petits programmes de test en mode Windows en 64 bits. Il semble que la version de Visual Studio Express 2010 ne permette pas cela. Nous avons donc téléchargé et installé la version 2012, et compilé avec succès en 64 bits. Par rapport au Mac (et probablement à Linux), une adaptation d'un programme 32 bits en 64 bits sous Windows semblerait moins complexe, car les nombres entiers du C (long, int...) ne changent pas de taille sur ce compilateur. Seuls les pointeurs passent sur 8 octets. Un portage en 64 bits resterait cependant une opération longue et complexe, génératrice d'instabilité. Le bénéfice en terme de rapidité serait a priori quasi-nul, l'exécutable du programme beaucoup plus lourd, et le seul avantage, consistant à pouvoir gérer plus de 4 Go en mémoire, s'avérerait inutile pour des programmes comme les nôtres. Enfin, cela nécessiterait de maintenir deux versions distinctes sur Windows. En conclusion, nos tests n'iront donc pas plus loin. On sait que c'est possible, et cela nous suffit pour l'instant. Bon week-end ! |
|
|
| by Olivier Guillion | |
|
|

- Une nuance placée en tout début de mesure "cassait" le multi-silence pour la mesure précédente - L'affichage et l'édition des tuplets (duolets, triolets...) ont été repris en profondeur : - Nouveau calcul des positions en colonne par défaut des extrémités droite et gauche du crochet (*)
- La valeur par défaut (1er démarrage du logiciel) de la hauteur du crochet a été diminuée de 5 à 3
- Les crochets, par défaut, sont un peu plus éloignés des notes (*)
- Le travail sur un tuplet pouvait parfois modifier l'état "inversé" du tuplet suivant
- Le calcul des positions des poignées est maintenant plus conforme à l'affichage réel
- Une nouvelle option dans le menu contextuel des tuplets permet de les rendre horizontaux en une seule opération
(*) Peut modifier l'aspect des partitions existantes |
|
|
| by Olivier Guillion | |
|
|

- Les accolades ou crochets placés devant une seule portée disparaissaient inopinément lors de l'arrêt de la musique - Problème d'affichage du cadre et de la ligne de jonction entre l'ornement et sa note lors du survol - Il n'était pas possible de définir un groupe de portées (accolade ou crochet) joignant une portée classique et sa tablature associée - L'inversion du sens du tuplet ne fonctionnait pas sur les noires et les croches non ligaturées Cette dernière correction peut changer l'aspect des partitions déjà écrites. D'autres problèmes de positionnement ont été détectés sur les tuplets, et leur correction risque également d'entraîner un changement d'aspect. Nous allons essayer de limiter ces changements, mais si nous désirons corriger certaines erreurs, nous ne pourrons pas faire autrement. |
|
|
| by Olivier Guillion | |
|
|

- Nous avions oublié de gérer la pose de silences en saisie continue d'une portée à l'autre - Toujours au sujet de ce type de saisie, une préférence permettra de "montrer les silences en saisie continue" (vrai par défaut) - Le script "Appliquer pause" a été corrigé. Depuis sa création, il oubliait de fixer la longueur de la pause. - Les nuances s'appliquent maintenant aux portées volatiles (portées avec lois, signes "%" de répétitions de mesures). Auparavant, certaines nuances pouvaient ne pas être prises en compte sur des portées de ce type. - Lors de la pose de notes hors de l'aire de la portée, on ne peut plus aller par-dessus les lignes de la portée précédente ou suivante - Le nouveau mode d'application des nuances (4 choix) a été implémenté, testé et validé - MyrScript : amélioration de la fonction Graph.DrawRichString(...) |
|
|
| by Olivier Guillion | |
|

Les premiers retours sur la version 9.6.3 beta 1 commencent à arriver. Nous les traitons dans l'ordre de réception. Certains points ont déjà été corrigés : - Crash lors de l'annulation d'une saisie MIDI temps réel - Divers crashs possibles lors du démarrage ou de l'arrêt de la saisie par le clavier de l'ordinateur - Boucle infinie (freeze) possible à tout moment lorsqu'on promène le curseur de la souris sur une partition en mode page - MyrScript : correction de la prise en compte du type de nom d'accord dans la fonction Application.ConvertChordNameToElements, protection en cas d'entrée nil du paramètre 1 D'autres sont en cours: Le mode d'application des nuances lorsqu'elles étaient posées sur des portées jointes par une accolade (p.ex. main droite et main gauche du piano) était géré automatiquement : - au-dessus de la 1e portée, la nuance s'appliquait à la 1e portée uniquement - entre les deux portées, la nuance s'appliquait aux deux portées - au-dessous de la dernière portée, la nuance s'appliquait à la dernière portée uniquement Ceci deviendra le mode par défaut de la nuance lors de sa pose, mais sera modifiable par l'utilisateur, qui pourra choisir entre 4 champs d'action de la nuance, plus ou moins étendus. |
|
|
| by Olivier Guillion | |
|
|

- Les algorithmes de pose de note à la suite de celles d'une autre portée (voir billet du 25 avril 2013) ont été peaufinés pour fonctionner également sur les portées fusionnées. - Un crash qui ne concernait que les développeurs MyrScript (lors du double-clic sur un message d'erreur pour aller directement à la ligne fautive) a été corrigé. - Le script qui permet de calculer la phonétique d'une phrase (Scripts > Virtual Singer > Conversion en phonétique) a été corrigé, pour gérer les phrases vides ou imprononçables. Nous préparons une version 9.6.3 beta 1, qui permettra de tester tout cela avant la sortie prochaine de la version publique. Mais d'abord, il nous faut traduire la centaine de points du chapitre "quoi de neuf" en anglais... |
|
|
| by Olivier Guillion | |
|
|

Une nouveauté va être mise en place dans l'édition d'Harmony Assistant (et Melody Assistant). Dans un même groupe de portées, on pourra facilement continuer une mélodie d'une portée sur l'autre, sans se soucier de poser des silences pour aligner les deux voix. Bon, ce sera plus facile à utiliser qu'à expliquer. Voici comment ça va se passer : Imaginons qu'on ait une portée en clé de sol, une autre en clé de fa. Des notes ont commencé à être écrites sur la portée haute. On va poser une note sur la portée basse. Si on clique quelque part au-dessous des notes déjà écrites... ... la note s'insère au début de la mesure, comme avant : Jusque-là, rien de nouveau. Par contre, si on clique sur la portée basse à droite de la dernière note écrite de la portée du dessus... ... la note s'insère à la suite des notes du haut, pour continuer la phrase musicale : On peut ensuite alterner entre les deux portées, à volonté : De manière interne, le programme calcule automatiquement les silences nécessaires à insérer pour recaler les portées entre elles. Ces silences sont marqués invisibles et ne sont donc pas imprimés, mais peuvent être visualisés en mode d'affichage des taquets : Les pianistes devraient trouver cela utile. Par contre, les ligatures d'une portée sur l'autre ne seront pas posées automatiquement. Il faudra toujours utiliser des "ligatures spéciales" pour gérer cela. |
|
|
| by Olivier Guillion | |
|
|

- Import/Export MusicXML : meilleur calcul de la distance des ornements à leur note support - Le marqueur de "fin d'impression après cette mesure" se décale lorsqu'il est placé en fin de morceau et qu'on y insère une nouvelle mesure - Correction du script "Virtual Singer > Montrer phonétique des paroles". La phonétique n'apparaissait pas lors du 1er jeu de la musique après le chargement du fichier. Afin de mettre à jour la rubrique "Quoi de neuf" de la documentation, nous avons collecté la totalité des nouveautés, améliorations et corrections qui ont été apportées depuis la dernière version publique. Elles sont nombreuses. En tout, 16 nouveautés, 65 améliorations et 46 corrections, soit un total de 127 changements. Nous allons essayer de sortir rapidement une version beta (ou RC-Release Candidate), afin que la prochaine version publique (9.6.3) ne tarde pas trop. |
|
|
| by Olivier Guillion | |
|
|
|
Most recent first
Oldest first
|
May 23rd, 2013 at 11:25am Comment from Antoine Bautista Commentaire ! May 23rd, 2013 at 10:19am Comment from Olivier Guillion Procédure May 23rd, 2013 at 10:19am Comment from Olivier Guillion Procédure May 22nd, 2013 at 11:20pm Comment from Jihel9 nuances May 22nd, 2013 at 11:20pm Comment from Jihel9 nuances May 22nd, 2013 at 06:16pm Comment from Cri-Cri Aire de saisie des nuances May 22nd, 2013 at 04:56pm Article from Didier Guillion Harmony 9.6 étape 506 May 21st, 2013 at 08:13pm Comment from PHILC May 21st, 2013 at 04:38pm Article from Olivier Guillion Myriad Music Plug-in et Firefox 21 May 18th, 2013 at 09:53am Comment from Laurent Linux multiarch
|
|
|
|