Ces derniers jours, nous avons décidé de nous frotter à la nouvelle technologie proposée par Apple dans Mac OX 10.5, QuickLook.
QuickLook permet d'afficher à différents moments un aperçu du document. Ceci peut survenir dans le Finder, dans SpotLight, ou ailleurs...
La première étape fut d'enregistrer de manière "propre" les documents créés par Harmony et Melody, ce sera le type "com.myriad.harmony.document". L'application a donc été modifiée en conséquence. Ensuite, il fallait écrire un plug-in QuickLook, le plus léger et le plus rapide possible, qui charge un document et en génère un aperçu. Les docs Apple ne sont pas trop mal faites : un premier prototype est aujourd'hui opérationnel. Il gère les formats .mus, .myr, .bak et .xml. A noter que c'est le premier plug-in QuickLook qui permette d'afficher un fichier MusicXML. Chose intéressante, on peut naviguer dans les différentes pages du document. Afin de réduire toutefois les latences, nous nous sommes limités aux cinq premières pages.
Voici ce que cela donne lorsque l'on navigue dans le Finder :
On peut également forcer l'aperçu de plusieurs fichiers :
Quand on demande des informations sur le fichier (Pomme+I) on voit son aperçu :
Quand on demande d'ouvrir un fichier depuis l'application, la boîte de sélection du fichier montre également l'aperçu. Un peu petit à mon goût, mais bon...
Enfin, l'icône du fichier est une représentation de son contenu.
Il est peut être possible d' également jouer la musique, mais pour l'instant, nous n'avons pas trouvé de documentation à ce sujet.
Sur Windows Vista, une technologie équivalente existe : le "Preview Handler", mais elle est encore très peu utilisée, ce sera l'objet d'une investigation future.
|
|
|
| by Didier Guillion |  |
|
| |
|
Nous avons commencé à nous heurter à des limitations de QuickLook. Ceci a généré d'abondantes discussions sur la mailing-list d'Apple consacrée à cette technologie. Il faut dire que QuickLook n'est proposé au public que depuis quelques mois et que nous ne faisons pas partie de la session de béta de Mac OS X pour des raisons déontologiques...
Apparemment, les ingénieurs d'Apple auraient simplement "oublié" que les fichiers pouvaient avoir été créé ailleurs que sur un Macintosh et que l'application destinée à les éditer pouvait ne pas être présente sur le poste de l'utilisateur qui veut les visualiser. Or, le principe de QuickLook est bien de visualiser le contenu des fichiers, sans avoir à ouvrir l'application... Même si elle n'est pas là...
Apple, après des années passées à vouloir faire abstraction des extensions des noms de fichier, se retrouve toujours face au même problème : après un transfert par l'Internet, ce qui reste, c'est le nom et l'extension. Point barre.
Rassurez-vous, si Harmony Assistant est installé sur le poste cela devrait marcher, mais c'est tout de même une sévère limitation. |
|
|
| by Didier Guillion | |
| |
|
Nous avons essayé de définir, à la demande d'Apple, une déclaration standard des fichiers MusicXML. Le problème principal vient du fait que le MusicXML utilise comme extension .xml, or le format XML peut contenir à peu près n'importe quel type de données. La balle a été renvoyée à l'équipe de Recordare, créateur du MusicXML, afin qu'ils se mettent d'accord sur une déclaration commune de ce type de fichier. Quand cela sera fait, nous suivrons avec discipline leur recommandations.
Le passage à Mac OS X 10.5 a été également l'occasion de basculer sur XCode v3.0, la dernière version du compilateur officiel d'Apple.
Là, plutôt bonne surprise, ce n'est guère plus clair que la version 2, mais au moins, la plupart des options commencent à fonctionner. Il est très difficile de tâtonner à la recherche de ses propres erreurs, quand l'environnement de développement génère les siennes... Disons que par rapport à CodeWarrior, XCode a récupéré 5 ans de retard d'un coup. Impressionnant. Plus que 5 ans et on sera au niveau de 2002...
Egalement, la dernière version du générateur de programme d'installation d'Apple, PackageMaker, a subi un gros lifting, c'est une très agréable surprise. Nous avons donc décidé de proposer la version "Stand-Alone" du plug-in QuickLook sous la forme d'un installateur officiel.
Ce n'est pas encore gagné (personne n'a encore réussi à l'installer ailleurs que sur mes Mac) mais c'est en bonne voie ! |
|
|
| by Didier Guillion | |
| |
|
Le développement du Plug-In QuickLook pour Mac OS a suscité pas mal de questionnements sur des modes de fonctionnement maintenant décennaux. Ceci a conduit à des modifications assez intéressantes d'Harmony/Melody.
Par exemple, jusqu'à présent la génération de copie de sécurité (.bak) remplaçait simplement l'extension du fichier par .bak. Si l'on sauvegardait un xxxx.mid sur un xxxx.myr de même nom, on obtenait un xxxx.bak et on perdait donc le type du fichier. Maintenant, cela donnera un xxxx.myr.bak.
En Mars 2007, l'équipe du MusicXML, poussée par nos demandes, a défini une version compactée du format MusicXML, le .mxl. Hélas, cela venait un peu tard, nous en avions eu le besoin quelques mois plus tôt pour PDFtoMusic et avions défini notre propre format le .xmz.
Nous avons donc implémenté le format .mxl dans le plug-in QuickLook et également dans Harmony qui sera capable de lire et écrire dans ce format.
Les .xmz seront tout de même toujours lisibles par Harmony par souci de compatibilité pendant quelques versions.
Au passage, le plug-in QuickLook gère maintenant les formats .abc, .tab et .btab.
La gestion du calcul automatique des coulés a été finalisée. Il est apparu que certains paramètrages du calcul seraient intéressant pour l'utilisateur. Un nouvel onglet a donc été ajouté à la configuration graphique de la partition.
On pourra définir finement les courbures des coulés lors du calcul automatique de ceux-ci.
|
|
|
| by Didier Guillion | |
|
| |
|
Aujourd'hui nous avons travaillé à finaliser les nouvelles fonctionnalités introduites ces derniers jours.
Le Myriad Music Plug-in gère maintenant le format MusicXML compressé .mxl. PDFtoMusic Pro utilise également le format .mxl pour la sauvegarde en MusicXML compressé. Cela amène une homogénéité dans la gestion de ce format. A noter que c'est maintenant le format recommandé pour les fichiers MusicXML.
Nous continuons à explorer les nouveautés de la version 3.0 d'XCode. Je dois avouer qu'il y a plein de bonnes surprises... Par exemple l'outil PackageMaker qui permet de créer des installateurs standards a été profondément remanié. Autant les versions précédentes nous l'avaient fait abandonner après quelques essais, autant la nouvelle version semble correspondre à nos attentes pour des installations simples. Le Myriad Music Plug-in sera donc vraisemblablement proposé avec cet installateur.
Et en vrac :
- Ajustement des paramètres par defaut et des réglages des coulés automatiques
- Prise en compte des noms de fichiers à caractères accentués dans le format mxl (MusicXML compacté)
- Conservation des accroche lorsqu'on lie des notes entre elles
- Prise en compte des paramètres du tuplet sur un couple de notes liées dont la première n'est pas un tuplet
- Correction du jeu en MIDI d'une appoggiature sur la première de deux notes en coulé continu.
|
|
|
| by Didier Guillion | |
| |
|
Au menu d'aujourd'hui :
- Correction d'un problème graphique sur la gauche de la fenêtre pendant que la musique défile en se jouant. Se produisait uniquement en mode ruban et en mode gravure.
- Correction d'un décalage de clé en MusicXML, lorsque le changement de clé était situé sur une mesure vide, dans la deuxième portée d'un système groupé par une accolade.
- Amélioration du calcul des sens des tiges et des accroches après le chargement et la quantification d'un fichier MIDI.
Un problème récurrent qui nous avait été signalé par plusieurs utilisateurs Macintosh a vraisemblablement été corrigé aujourd'hui, mais ce fut âpre !
Parfois, et à certains facteurs d'échelle, les lignes verticales étaient imprimées comme des lignes fines d'un pixel de large. Particulièrement dérangeant pour les barres de reprises par exemple.
Il faut savoir, que de manière interne, les pages sont d'abord tracées dans une image QuickDraw (une PICT en fait) puis affichées sur l'aire de la page ouverte sur l'imprimante. Or, l'impression sous Mac OS X passe par Quartz, il y a donc quelque part dans le système Mac OS, un module qui convertit les commandes PICT en commandes Quartz, et c'est ce module que nous soupçonnions.
Pour preuve, si juste avant l'impression, les données PICT étaient sauvegardées telles quelles dans un fichier PICT celui-ci était tout à fait valide. Il s'affichait et s'imprimait correctement depuis le Finder. Nous en avons conclus que le module de conversion appliquait un changement d'échelle à l'épaisseur de la ligne et faisait un mauvais arrondi (les données QuickDraw sont en entier, celle de Quartz en virgule flottante). Ce problème était apparu en Mac OS 10.3 et perdurait en 10.5.
Nous avons réussi à détourner le tracé des lignes verticales et appliqué notre propre conversion et cela semble fonctionner ! Mais à tester dans la prochaine béta, bien sur.
Nous commençons à accumuler un nombre assez préoccupant de nouvelles fonctionnalités dans la version de développement courante, il est temps de valider tout ceci dans une béta. Si tout se passe bien, demain... |
|
|
| by Didier Guillion | |
| |
|
Les premiers rapports sur la béta toute récente commencent à tomber. La correction de l'impression des lignes verticales sur Macintosh, évoquée à l'étape 121 a été validée. Nous cherchons maintenant à isoler le problème de crénelage qui apparaît lors de l'impression des coulés sur certaines imprimantes. Une piste prometteuse est en cours d'exploration qui pourrait voir la qualité de l'impression s'accroître que ce soit sur Windows ou sur Mac OS.
Après de nombreux échanges, nous nous sommes rendus compte que l'export en .eps n'avait jamais fonctionné sous MacTel ! Cela a été corrigé.
Une suggestion intéressante de Sylvain est désormais implémentée : lors de l'édition des paramètres définissant l'aspect général de la partition, l'utilisateur verra maintenant l'écart de la valeur à celle pré-définie. De plus, une petite étoile marquera dans la liste des onglets les onglets qui ont été modifiés.
D'autres rapports ont signalés des décalages graphique en export EPS, les lignes de portée ont été recalées en conformité avec les positions des notes.
Certains utilisent intensivement MyrScript, et cela fait plaisir. Cela suscite également des rapports et des ajustements, par exemple, la méthode MyrScript Application.Delay(...) ne prend plus 100% du temps processeur.
La suppression des caractères invalides dans l'export MusicXML a été repris et corrigée. Toujours en export MusicXML, le style des paroles n'était pas toujours respecté, et lors de l'import, différents styles apparaissaient parfois sur une même partition, c'est corrigé.
Quand deux effets de trille, mordant ou tremolo de note étaient sur la même note, et si l'un des deux était marqué comme non joué, il arrivait qu'il soit joué quand même, étrange, mais corrigé.
Sur Windows: Suppression du clignotement des aperçus des portees, dans la configuration de l'aspect graphique du document
En mode page, des données non désirées apparaissaient dans la règle après un silence multi-mesures : c'étaient la numération de toutes les mesures qui s'affichaient à la même position.
A demain, pour de nouvelles aventures ! |
|
|
| by Didier Guillion | |
|
| |
|
Toujours sur l'amélioration de l'impression, nous analysons la demande de pouvoir changer l'orientation du papier selon la vue, quand on imprime toutes les vues par exemple. Apparemment, passer de mode portrait en mode paysage a été rendu accessible, tout au moins sur Mac OS X 10.5. Nous allons chercher si un équivalent Windows existe et étudier si cela peut s'intégrer dans la version de développement courante.
Sous Mac OS X, qui, comme on le sait est basé sur Unix, le séparateur des chemins est désormais le caractère "/". Quand un nom de fichier comportait ce caractère, il ne pouvait s'ouvrir. Ceci a été corrigé pour Harmony, Melody et PDFtoMusic.
Des problèmes d'impression de tige de notes lorsqu'une accroche spéciale était présente ont été signalés dans la beta courante. Ceci a été corrigé.
Les beta testeurs qui avaient signalé des crénelages des coulés ont reçu une pré-version de la béta 10 et ont pu valider notre travail : cela fonctionne beaucoup mieux. Nous ne désespérons pas, dans une version future, d'utiliser les tracés de courbe de Bézier maintenant présents sous Mac OS X et Windows pour tracer les coulés et liés.
Un clignotement gênant avait été signalé sur l'édition des paramètres de la note (version Windows uniquement). Cela a été corrigé.
Gros morceau, la gestion des options d'impression différentes par vue lors de l'impression de toutes les vues. Le programme n'avait pas été conçu pour pouvoir changer de facteur d'échelle à chaque page. Cela a donc été repris, et fonctionne maintenant comme attendu. Cerise sur le gateau, le bouton "Options" de l'aperçu édite les options d'impression de la vue qu'on dont on est en train de visualiser une page. |
|
|
| by Didier Guillion | |
|
| |
|
Nous avons recherché la possibilité de changer l'orientation du papier dans un même document imprimé et nous avons trouvé l'équivalent Windows des API Macintosh. Un premier essai d'implémentation est en cours. Un menu surgissant, dans les options d'impression, permettra de choisir si l'orientation du papier sera celle définie dans le pilote d'impression via "Mise en page" ou forcée en mode paysage ou portrait.
Premier avantage, si l'utilisateur décide que son fichier doit toujours être imprimé en mode paysage, ce mode sera forcé quelque soit le choix fait dans la mise en page. Plus besoin donc, de changer les paramètres d'impression d'un document à l'autre.
Ensuite, comme les vues définissent leur propre mise en page, le même document pourra avoir des vues imprimées en mode portrait, d'autres en mode paysage.
Un vieux problème a été corrigé dans le Plug-In : quand le même document était ouvert deux fois cela pouvait aboutir à un plantage. En effet, les documents téléchargés sont sauvegardés dans un dossier temporaire et les deux documents avaient le même nom de fichier. |
|
|
| by Didier Guillion | |
|
| |
|
Pas mal de petites choses aujourd'hui et certaines relevant de problèmes très anciens.
La taille des clefs d'ut a été corrigé.
La nouvelle version avait subi un remaniement au niveau de l'affichage des tablatures pour accordéons diatoniques, ceci avait "cassé" les appogiatures. C'est corrigé.
L'épaisseur des lignes des crochets des tuplets sera paramétrable dans la configuration graphique de la partition. De même l'épaisseur du coulé des appoggiatures.
Un réglage plus fin des taille des symboles de la tablature a été implémenté.
L'édition graphique de la vélocité des notes se fait maintenant sous la forme d'un histogramme (barres verticales à l'aplomb de chaque note) plutôt que sous la forme d'une courbe.
Des problèmes de défilement dans la palette "Outils Mode page" lorsqu'elle est horizontale ont été signalés, ils ont été corrigés.
La recherche des causes d'un crash dans l'utilisation du script "Générer groupe d'instrument" nous a permis de découvrir une irrégularité très, très ancienne, qui pouvait conduire à des crashes a divers endroits.
Toujours sur la problématique de changement d'orientation de papier lors de l'impression, nous avons eu des surprises ! En fait, l'intégration des API Windows c'est faite sans problème et est, semble-t-il, parfaitement fonctionnelle. C'est sur Mac OS X que cela coince... Impossible de changer l'orientation durant l'impression d'un document. Nous avons lu et relu les docs Apple, mais cela ne semble pas au point.
De toute façon cette fonctionnalité n'aurait été accessible qu'aux possesseurs de Mac OS X 10.5. Nous avons cherché une astuce et avons décidé de créer un nouveau document d'impression dès que l'orientation change. Le résultat est positif sur une impression réelle mais l'aperçu du système ou l'export PDF ne gère bien entendu pas les documents multiples...
|
|
|
| by Didier Guillion | |
|
| |
|
Nous sommes allés aussi loin que possible dans l'impression des documents avec changement d'orientation de papier sous Mac OS X.
L'impression semple correcte, l'apercu génère autant de fenêtres qu'il y a de changements d'orientation mais cela reste lisible, par contre l'export PDF ne sera pas opérationnel. Il faudra exporter en EPS.
Mais aussi :
Recalage des affichages des nombres des métriques.
Lors de l'impression de toutes les vues, le numéro de page et nombre de pages, visibles dans les pieds de page, sont maintenant relatif à l'ensemble des pages et non au début de la vue. Si l'on suppose trois vues d'une page chaque, on aura 1/3,2/3,3/3 au lieu de 1/1,1/1,1/1.
Un problème de récupération de paramètres de la vue générale, lorsque le fichier était sauvegardé sur un autre vue, a été corrigé.
Nous étudions la possibilité d'afficher tous les silences fantômes comme des silences "normaux" (optionnellement). A l'écran, seule la couleur permettrait de les distinguer, les silences fantômes étant affichés en gris. A l'imprimante, il n'y aurait pas de différence.
Enfin, voici quelques statistiques sur l'activité du Forum:
http://boardreader.com/sp/Myriad_Forum_Index_9226.html
Bravo à Bubu qui a été le plus actif cette semaine !
|
|
|
| by Didier Guillion | |
|
| |
|
Ces derniers jours, nous avons progressé dans le traitement des nombreux rapports des beta testeurs.
Correction de crash à l'ajout d'une portée et au passage en mode page lorsque toutes les mesures de la partition sont exclues de l'impression
Correction de problèmes de copier/coller lorsque la note copiée était décalée graphiquement
Modification des programmes d'installation pour "Patcher" Windows Vista afin que les anciennes versions de nos produits (et d'autres logiciels) puissent s'installer correctement. Plus de détails dans un prochain billet.
L'injection d'un effet sur une note d'une tablature pouvait entraîner un décalage de la note en fréquence, ceci a été corrigé.
La boite d'édition des pieds et en-tête de page a été remaniée afin de clarifier l'insertion des séquences spéciales.
De nouvelles séquences sont disponibles afin de pouvoir afficher le numéro de page dans la vue et le nombre de page dans la vue courante.
Si l'on définissait une taille spéciale dans la palette de style lors de l'édition du titre, la valeur saisie était reportée dans le texte... C'est corrigé.
La recherche et le remplacement de texte dans l'édition de texte est maintenant en UTF8 et gère donc les accents.
Bon, mais c'est décidé, plus de nouvelles fonctionnalités, la session béta a vraiment été très longue. Le développement à commencé en Mai 2007, un gros chantier ! Il est temps de finaliser la version publique.... |
|
|
| by Didier Guillion | |
| |
|
Voici ce qui a été fait aujourd'hui :
- Correction du style de texte par défaut lorsque l'on supprime un caractère en édition des textes stylés.
- Retour à la ligne dans les textes comprenant des affichages de texte avancés genre $(#)
- Corrigé un problème de chant des altérations en mode Gospel.
- Affichage des altérations sur la note jouée en mode Gospel (vieux bug datant d'avant la version 9.3)
- Décalage vertical des affichages de texte avancés via la commande $Vn
- Copier/coller : Lors du collage des formatage de mesures, les tailles des marges étaient mal recopiées.
- "Tout sélectionner > Effacer" : la première clé de chaque portée est maintenant conservée
- Après un effacement, la zone de sélection est fixée à une barre fine.
- La suppression de notes sur deux portees de longueur differente entrainait un ajout de silences
- Lorsque, en mode gravure, on insérait une note après la dernière mesure de la partition, cette note s'insérait à une position aléatoire
- Tous les modèles de document ont été repris afin de ne jamais forcer le format de page. Egalement, le style et la position position du titre, compositeur et remarques ont été uniformisés
- Lors du balayage de fichiers sur le disque (recherche de fichiers dans les dossiers de l'utilisateur, fonction BrowseFolder de MyrScript...), les comparaisons d'extensions ne fonctionnaient pas bien avec les extensions multiples. Par exemple, un fichier appelé XXX.myr.bak était considéré comme étant un fichier .myr (ainsi qu'un .bak, d'ailleurs)
- Lorsqu'on colle une clé sur un changement de metrique existant, avec les métriques désactivées dans "Appliquer à", le changement de métrique ne devient plus invisible.
- Le changement de position fine de la note avait été mis sur Alt + Majuscules + clic. Il a été rétablis sur Alt + Clic.
Merci à tous pour vos rapports !
|
|
|
| by Didier Guillion | |
| |
|
L'édition de texte des paroles rendait visibles les lignes cachées, c'est corrigé.
Impression des petites lignes verticales de fermeture des crochets de tuplets
Import XML :
* taille par défaut des textes des paroles : 12 points au lieu de 17
* les courbures des coulés sont ajustées automatiquement après import
* Correction de problèmes de métrique et de décalage des notes par rapport aux mesures (apparu avec la mise en place des vues)
Export XML : gestion des silences invisibles
Depuis quelques mois nous essayons d'aider un utilisateur Australien qui se retrouve fréquemment avec la "pizza" sur Macintosh : application bloquée. Il a réussi à isoler le cas : c'est lorsque l'on joue la sélection en boucle, métronome actif et que l'on change fréquemment la zone de sélection. Nous avons suspecté la gestion des tâches sur Mac OS X (le programme et l'interpréteur musical sont chacun dans une tâche séparée mais partagent les mêmes données). Nous avons repensé cette gestion pour utiliser directement les couches bas niveau du système. Avantage : ce sont maintenant les mêmes entrées sur Mac et PC qui sont utilisées. Ce nouveau procédé est en phase de test. |
|
|
| by Didier Guillion | |
|
| |
|
|
