- La boîte de configuration du mode gravure se voit enrichie de l'option "Mode amélioré", qui permet d'utiliser notre nouvel algorithme d'espacement graphique.
L'ancien mode (lorsque cette case n'est pas cochée) et maintenu pour assurer la compatibilité avec les partitions déjà écrites et mises en page.
- Le nouvel algorithme donne des partitions plus compactes, et préserve mieux les espacements 'naturels' des notes, comme dans cet exemple :
- Les valeurs prédéfinies des jeux de paramètres du mode gravure ont été modifiées et complétées. Il y en a maintenant 10, allant d'un espacement quasi-arithmétique (espacement des notes proportionnels à leur durée) à l'espacement constant (même espacement quelle que soit la durée de la note).
- La taille des accroches secondaires (les barres supplémentaires au sein d'une accroche qui matérialisent les notes plus courtes) est maintenant limitée par un nouveau paramètre des "lignes et barres" de l'aspect graphique de la portée.
Par exemple, dans ce cas :
même si la triple-croche se voit encore plus écartée de la première croche, la triple barre restera de la même longueur.
|
|
|
| by Olivier Guillion |  |
|
| |
|
Un nouvel algorithme d'espacement des notes en mode gravure est en cours de développement. Une discussion dans l'Atelier Démocratique a tenté de clarifier les règles d'écriture.
Mais souvent, ce qu'on considère comme une règle absolue se voit rapidement invalidé par un contre-exemple.
Cela laisse à penser qu'il y existe une véritable règle, absolue celle-là, et que ce que nous observons n'en est qu'une conséquence, dans un cas particulier.
Sur papier, donc, les cas rencontrés ont été notés, triturés, analysés, jusqu'à ce qu'une règle complexe en ressorte, puis cette règle a été simplifiée, généralisée, jusqu'à devenir la plus simple possible.
Les premiers essais sont assez concluants:
Mais les tests plus poussés font apparaître des cas auxquels nous n'avions pas pensé, et qui mettent l'algorithme en défaut. Reste maintenant à peaufiner cela (et ce n'est pas la partie la plus simple ni la plus courte). |
|
|
| by Olivier Guillion | |
| |
|
La journée a été passée à corriger quelques bugs dans la version beta, et à finaliser l'habillage "Vista" d'Harmony Assistant, en calant les derniers pixels récalcitrants.
Maintenant, l'aspect est raisonnablement proche de l'original, assez en tout cas pour qu'un utilisateur habitué à Vista ne tombe pas de sa chaise en voyant les fenêtres d'Harmony.
Le nouveau thème sera pris comme défaut lorsque le programme est lancé pour la première fois sur Vista (pour les autres version de Windows, le thème par défaut est toujours "XP"). Ainsi, avec un peu de chance, nous n'aurons pas trop de réclamations.
Pour tester ce nouveau "look", il vous faudra attendre la prochaine version beta. En effet, il profite de nouvelles fonctionnalités de notre système d'interface graphique WACAM, et n'est donc pas compatible avec les versions antérieures de nos programmes.
C'est d'ailleurs un problème, car une fois qu'une version 9.4 aura été lancée, ce thème apparaîtra dans la liste des thèmes pour toutes nos applications (y compris les versions actuelles de Melody et Harmony), et génèrera des messages d'erreur lorsqu'on essaiera de le sélectionner.
On va essayer de trouver quelque chose pour éviter cela. |
|
|
| by Olivier Guillion | |
| |
|
La version Beta-2 ayant été proposée aujourd'hui, nous avons commencé à préparer un nouvel habillage pour Harmony Assistant, version Windows.
Puisqu'il faut être "à la page", ce nouveau "look" reprend les codes graphiques de Windows Vista. Les petites subtilités (animations, etc) ne sont pas présentes, mais le but est de faire en sorte qu'un utilisateur du programme sous Vista ne soit pas dérouté par un aspect trop différent des fenêtres de l'application, des objets et des menus.
Pour l'instant, cela donne quelque chose comme ceci :
Il ne reste plus qu'à finir de dessiner les objets restants, dans chacun de leurs états possibles (inactif, actif, sous la souris, cliqué). |
|
|
| by Olivier Guillion | |
|
| |
|
Ca y est, la première version beta d'Harmony Assistant est sortie.
Chaque sortie de version beta est un moment assez délicat, ici. Il faut "stabiliser" les parties du programme qui ont été ajoutées ou modifiées, afin d'éviter qu'un "crash" trop évident ne survienne dans la version. Nous nous ferions alors inonder par des rapports à ce sujet.
Dès que tout est suffisamment stable et apparemment fonctionnel, il faut alors préparer les archives destinées à être postées, mettre à jour la liste des nouvelles fonctionnalités (en deux langues), tout poster, tout vérifier, et enfin l'annoncer.
Cela prend beaucoup de temps et lorsque tout est fini, inévitablement, on s'aperçoit que quelque chose a été oublié (par exemple, dans cette version, la documentation MyrScript du nouvel objet "View")
Mais sur une version beta, c'est tout de même moins grave que sur une version "officielle". Tout le monde s'attend -ou devrait s'attendre- à ce que ce ne soit pas tout à fait au point. Et en plus, la documentation MyrScript peut être modifiée indépendamment du programme.
Donc si vous voulez avoir la bonne documentation, ne la téléchargez pas tout de suite, attendez que nous l'ayons modifiée  |
|
|
| by Olivier Guillion | |
|
| |
|
|
