Dans un billet précédent, nous exprimions notre volonté de généraliser plus profondément le clic droit. En effet, depuis quelques années les souris à deux boutons se sont généralisées, surtout depuis qu' Apple a décidé de s'y mettre. Comme c'est sur Windows que les premiers mulots de ce genre sont apparus, c'est l'ergonomie Windows qui est généralement utilisée dans les logiciels : clic gauche pour sélectionner, double clic gauche pour éditer, clic laissé appuyé pour déplacer. Certains ont utilisé le double clic et demi (double clic suivit d'un appui), mais c'est assez peu fréquent.
Le clic droit est en général simple (pas de double clic droit à ma connaissance), il ouvre un menu contextuel permettant de choisir rapidement les actions les plus courantes associées à l'objet. Cela évite de passer par le double clic pour éditer et la sélection du paramètre.
Il reste maintenant à définir, objet par objet, ce qu'est une "action la plus courante". Je vous invite à vous exprimer à ce sujet dans l'Atelier Démocratique en ouvrant un sujet par type d'objet. Gardez cependant à l'esprit qu'une sélection par menu rend possible la commutation d'un booléen (vrai ou faux, actif ou inactif, etc) mais pas l'édition d'une valeur.
|
|
|
| by Didier Guillion |  |
|
| |
|
Ces derniers jours, nous nous sommes consacrés à la généralisation du clic-droit sur les différents objets. Une bonne proportion des éléments de la partition sont maintenant accessibles par ce moyen. La dernière addition a été le clic droit sur la sélection.
Les propositions à ce sujet restent ouvertes...
Une demande intéressante est en cours sur la possibilité de poser des marqueurs visuels sur la partition :
http://www.myriad-online.com/cgi-bin/workshop/YaBB.pl?board=request;acti on=display;num=1156197964
Initiée il y a presque un an par Cri-Cri elle est revenue sur le devant de la scène. Doit on l'associer aux marqueurs logiques déjà implémentés ou serait ce un nouveau type d'objet ? Nous vous invitons à vous exprimer à ce sujet. |
|
|
| by Didier Guillion | |
| |
|
A partir de l'analyse de l'étape 32 un module de remise en forme des coulés à été implémenté à titre expérimental dans la version de développement. Cette remise en forme intervient à plusieurs endroits. Tout d'abord dès que l'on demande une inversion de coulé, car c'est dans ce cas là que l'on est presque certain que le coulé obtenu ne sera pas correct. Ensuite, l'on peut l'appliquer directement sur un coulé existant sans changer son sens. Ceci passe par le clic droit sur le coulé :
Enfin, lors de l'application d'une modification de l'aspect général, une nouvelle case l'invoque sur demande :
Voici un exemple, on démarre d'un ensemble de coulés :
Les deux premiers sont simplement remis en forme, les deux autres inversés :
Il y a encore des améliorations à étudier, mais le résultat est, je pense, prometteur. |
|
|
| by Didier Guillion | |
| |
|
Voici les avancements et questionnement divers de ces derniers jours :
- Les ajustements automatique de la courbure des coulés s'appliquent également lors de la pose d'un coulé.
- Sur suggestion de Franck, un clic droit lors de l'insertion de la note permet de passer outre le mode "Limiter à la mesure".
- Des problèmes de précision de l'impression ont été rapportés sur Mac OS X, c'est apparemment un problème d'intéraction du QuickDraw avec certains pilotes d'impression. Nous travaillons activement sur le sujet.
- Une demande a été faite de pouvoir appliquer une mise en pages particulière sur un ensemble de vues,
http://www.myriad-online.com/cgi-bin/workshop/YaBB.pl?board=beta;action= display;num=1184314888;start=0
nous essayons de trouver une solution.
|
|
|
| by Didier Guillion | |
| |
|
La fonctionnalité permettant d'appliquer paramètres de vues ou options d'impression sur un ensemble de vue à progressé. Dans la liste des vues, plusieurs vues peuvent être sélectionnées simultanément par Majuscule+Clic. Ensuite un clic droit sur une vue ouvre un menu contextuel permettant d'appliquer les paramètres ou options d'impression de cette vue à toutes les vues du document ou aux vues sélectionnées. Ceci permettra je pense de couvrir l'ensemble des demandes.
La rédaction de la partie du manuel consacré aux vues à commencé. Voici l'état actuel de ce chapitre :
http://www.myriad-online.com/resources/docs/harmony/francais/views.htm
Il sera mis à jour régulièrement. Faites abstraction des fautes d'orthographe, ce texte est livré "brut".
Certaines fonctionnalités décrites ne sont pas encore présente dans la béta courante et toujours en développement.
|
|
|
| by Didier Guillion | |
| |
|
Notre objectif est de proposer, dans les jours qui viennent, une béta d'Harmony Assistant avec un format de fichier stable ce qui permettra aux béta testeurs de réellement travailler avec cette version. Il y a tout de même pas mal de nouveautés qui ont nécessité des remaniements en profondeur de certains modules et elles méritent d'être tester longuement, au moins jusqu'à l'Automne. En particulier les vues, les clic droits et les tuplets.
Donc, il faut être sur que rien ne devra être ajouté au format de fichier. Nous conseillons donc au béta testeurs de lire avec attention les demandes en attente et en particulier celles qui seraient succeptibles d'engendrer un changement de format.
Par exemple, la gestion de repère avec texte associé :
http://www.myriad-online.com/cgi-bin/workshop/YaBB.pl?board=request;acti on=display;num=1156197964
Serait ce un nouvel objet ou une extension des "cibles" ? La question est ouverte.
Enfin, il a été demandé à ce que le symbole de tête "+", voit sa tige alignée sur la droite et non sur le centre, comme c'était le cas dans les anciennes versions :
http://www.myriad-online.com/cgi-bin/workshop/YaBB.pl?board=request;acti on=display;num=1181300670
Faut il créer un nouveau symbole ou simplement revenir en arrière ? |
|
|
| by Didier Guillion | |
| |
|
Suite a une suggestion de l'atelier démocratique, l'édition des "tags" dans les textes est rendue plus aisée par un menu déroulant.
Rappelons que les "tags" sont des séquences commencées par le symbole "$" et qui permettent d'afficher des informations liées au document :
La sélection dans le menu insère la séquence adéquate à la position du curseur.
Nous essayons de répondre à la demande de l'atelier :
http://www.myriad-online.com/cgi-bin/workshop/YaBB.pl?board=request;acti on=display;num=1156197964
Une nouvelle commande a été définie qui affiche le nom de la cible associée à la mesure, est ce suffisant ?
Vous pouvez vous exprimer à ce sujet sur le fil de discussion.
|
|
|
| by Didier Guillion | |
| |
|
Une solution est en cours d'essai pour afficher les libellés des repères. De nouvelles séquences dans le texte associé à la portée permettrait d'afficher des informations du repère en vis à vis : son nom, son rang.
Dans le menu du placard des commandes effacent tous les textes associés aux repères ou créent automatiquement un texte par repère.
Cette génération est paramétrable :
Ceci reste à finaliser et à tester en situation.
|
|
|
| by Didier Guillion | |
| |
|
Ces derniers jours notre travail a été spécialement basé sur la gestion des libellés associés au repères, initiée dans ce fil :
http://www.myriad-online.com/cgi-bin/workshop/YaBB.pl?board=beta;action= display;num=1184951353
Une solution a été implémentée qui nous semble couvrir la demande. Nous avons essayé de rendre la chose la plus flexible possible tout en restant compréhensible. J'espère que nous avons convenablement réussit. Dans tous les cas ceci sera à tester dans la prochaine béta, d'ailleurs très prochaine, puisque nous sommes en train de la poster sur le site.
Voilà près d'un mois écoulé depuis la béta précédente et de nombreuses améliorations ont été apportées. Il était temps de fournir aux testeurs une nouvelle version à se mettre sous la dent !
A noter que cette version devrait offrir un format stable des fichiers, ce qui permettra de réellement travailler avec.
Au passage, deux nouveaux chapitres dans la documentation décrivent en détail la notion de vues et de repères.
En particulier, le module d'impression sur Mac a été repensé afin de suppléer à des problèmes avec certains pilotes d'impression, ce devrait être un peu plus lent mais plus précis. A vous de tester.
Une question avait été soulevée sur la séquence d'encadrement des textes ($X). Cette séquence encadrait l'aire définie par l'utilisateur.
Une nouvelle séquence ($S) a été créée qui encadre l'aire utile du texte. Voici ce que cela donne :
A gauche, un texte avec la commande $X, à droite, le même texte avec la commande $S.
Bien sur, cette nouvelle commande a été utilisé pour l'affichage des libellés des repères. |
|
|
| by Didier Guillion | |
|
| |
|
Comme d'habitude, la sortie d'une nouvelle version béta voit arriver sur nos boites de mails des dizaines de rapports perspicaces des béta testeurs. Nous les traitons au plus vite, mais certains demandent quelques réflexions et analyses, merci d'être patient dans l'attente de notre réponse.
En l'état actuel, et comme notre souci est de garantir un format stable de fichier jusqu'à la version publique, nous avons décidés de ne pas intégrer dans cette version les nouvelles demandes qui demanderaient une modification de ce format. Ce sera pour la 9.5...
Par contre toutes les demandes liées à l'ergonomie des fonctionnalités déjà implémentées sont étudiées avec soin. Par exemple, on nous a demandé la possibilité d un déplacement fin au clavier pour certains objets comme les textes associés aux portées. Cela a été fait pour la prochaine béta et à permis de mettre en évidence des problèmes d'imprécision dans le déplacement des objets : déplacer d'un pixel à droite puis à gauche ne redonnait pas exactement la même position... |
|
|
| by Didier Guillion | |
| |
|
S'il est plaisant d'ajouter une fonctionnalité nouvelle, évident de corriger un problème, nous avons toujours plus de réticence à réécrire un module qui fonctionne parfaitement depuis des années. Depuis quelques versions, le déplacement sur la partition des titres, commentaires, remarques, se fait en direct, avec un système de lignes verticales et horizontales qui aident au positionnement. Ce même procédé à été étendu à plusieurs objets : textes, nuances, graphismes, diagrammes d'accord, pédales, etc.
L'ancien module montrait à la fois l'objet original et l'objet déplacé, ce qui entrainait des "surcharges" graphiques nuisant à la lisibilité. C'est donc plus clair et plus précis, mais aussi un peu plus gourmand en temps machine. Mais, depuis l'écriture du module original, la puissance de calcul des ordinateurs de base à considérablement évolué...
|
|
|
| by Didier Guillion | |
|
| |
|
|
|
Jun 2nd, 2023 at 05:36pm
Article from Didier Guillion
Digital Piano Daily Practice étape 62
Jun 2nd, 2023 at 05:36pm
Article from Didier Guillion
Digital Piano Daily Practice étape 62
Jun 2nd, 2023 at 05:36pm
Article from Didier Guillion
Digital Piano Daily Practice étape 62
Jun 1st, 2023 at 05:49pm
Article from Olivier Guillion
Harmony Assistant 9.9.7 et autre étape 84
May 30th, 2023 at 05:13pm
Article from Didier Guillion
Harmony Assistant 9.9.7 étape 83
May 26th, 2023 at 06:41pm
Article from Olivier Guillion
Harmony Assistant 9.9.7 et autre étape 82
May 25th, 2023 at 08:02pm
Comment from antoine bautista
à Sylvain
May 25th, 2023 at 06:45pm
Comment from Sylvain
à Antoine
May 25th, 2023 at 06:45pm
Comment from Sylvain
à Antoine
May 25th, 2023 at 04:58pm
Article from Didier Guillion
Digital Piano Daily Practice étape 61
|
|
|
|
