Les petits projets satellites ayant été terminés, nous avons pu nous remettre à Acam - Winter.
Il tourne de mieux en mieux, mais les problèmes qui demeurent sont de plus en plus difficiles à localiser et à résoudre.
Nous avons corrigé un problème général (qui affectait donc aussi les versions Mac et Windows), apparu dans notre version de développement, qui ralentissait de manière extrêmement sensible les redimensionnements des fenêtres de document.
A titre cosmétique, nous avons réduit les marges des fenêtres (zones à cliquer pour redimensionner) pour les rendre identiques à la version Windows.
Ensuite, et cette fois spécifique à Winter, l'image de fond de la palette de Virtual Singer n'apparaissait pas. C'était en fait dû à une erreur de calcul de la couche alpha par défaut, lors du chargement de fichier PNG sans information de transparence.
Bon week-end ! |
|
|
| by Olivier Guillion |  |
| |
|
Aujourd'hui, travail sur un module à usage interne, qui ne sera pas directement utilisé par nos programmes.
Il s'agit d'un système permettant de stocker des fichiers "en dur" à l'intérieur même d'un programme en C.
Cela permettra de diffuser un exécutable standard et monobloc (pas de fichiers de données associés). Cet exécutable pensera lire une arborescence complète de fichiers de données sur le disque dur mais consultera en fait les données embarquées dans lui-même.
L'utilité pourrait être la diffusion facile de "patches" plus avancés qu'un simple ZIP, car contenant, outre les fichiers à mettre à jour, la logique testant les versions actuelle, la configuration, etc. |
|
|
| by Olivier Guillion | |
| |
|
Aujourd'hui, derniers calages des effets graphiques de l'interface, avant de reprendre l'analyse et la correction des problèmes signalés.
Nous rappelons que le but est de pouvoir proposer une version beta fonctionnelle, permettant aux utilisateurs Linux rencontrant des problèmes avec la version publique courante de pouvoir travailler en attendant la prochaine. |
|
|
| by Olivier Guillion | |
| |
|
Nous avons bien avancé sur les effets graphiques associés aux fenêtres dans Acam-Winter.
Tout d'abord, les ombres portées ont été affinées et paramétrées (ici avec le thème "Desert Chrome":
Ensuite, nous avons mis au point l'algorithme de transparence floue, qui permet de jolis effets de recouvrement :
Il reste encore quelques problèmes dans cet algorithme, qui nous donnent du fil à retordre.
En parallèle, la version Acam-Mac avait besoin des boutons de contrôle des fenêtres au "look" système Mac OS.
Mais avec les écrans Retina, on pourrait avoir besoin de ces boutons en différentes dimensions. Nous avons donc créé un programme, qui dessine les boutons en n'importe quelle taille, avec calcul automatique des reflets et des ombres. Cela a donné ceci (tous les boutons possibles, dans tous leurs états) :
Et je vous le donne en mille, le langage le plus pratique et le plus rapide pour créer ces objets a une fois de plus été MyrScript. C'est donc Harmony Assistant qui nous a permis de dessiner les boutons de l'interface dans laquelle il tournera  |
|
|
| by Olivier Guillion | |
| |
|
Nous n'étions pas satisfaits des ombres et transparences des fenêtres, nous avons donc tout repris à la base, pour l'accélérer et le généraliser.
Il sera maintenant possible de créer et de gérer des fenêtres de n'importe quelle forme (rondes, en étoile, à trous...) et l'ombre portée sera correctement calculée.
Il sera également possible de créer des fenêtres dont les zones système (titre, bordures) sont translucides et le contenu opaque (ou vice-versa).
Nous étudions également la possibilité de gérer un paramètre de netteté des transparences, c'est-à-dire que ce qui est vu par transparence derrière la fenêtre pourrait apparaître flou.
|
|
|
| by Olivier Guillion | |
|
| |
|
Après quelques hésitations, nous avons implémenté la gestion des écrans Retina (haute précision) sur Acam Winter - Linux.
Les écrans Retina n'existent pas à l'achat seul, ils sont pour l'instant toujours intégrés à un Mac (MacBook ou iMac). Il est donc peu probable que la version Linux rencontre ce type d'écran (à moins que quelqu'un n'installe Linux sur son Mac Retina à 3000¤)
Mais on peut imaginer que des écrans avec une précision de point plus importante apparaissent dans les années qui viennent. Il se peut alors (mais rien n'est moins sûr) que les couches de haut niveau du système Linux (GTK, QT...) le gère de manière transparente pour les applications.
Mais nous n'utilisons pas les couches hautes, seulement X11. Et il y a encore moins de chance que X11 soit modifié pour gérer ces écrans. Nos applications continueraient donc de fonctionner, mais les titres de fenêtres, polices, options... seraient tout petits.
Avec la gestion de Retina dans Acam, il sera très facile à l'application de doubler les tailles de tous les objets, comme le montre ce morceau de fenêtre en zoom x2
Il ne reste plus qu'à anticréneler les bords arrondis de la fenêtre, et de prévoir des icônes de plus grande dimension, et ce zoom sera géré sans que nous ayons besoin de le prévoir dans chacune de nos applications.
Bon week-end ! |
|
|
| by Olivier Guillion | |
| |
|
Nous avons progressé dans l'implémentation des affichage de type "Retina" dans ACAM.
Etant donné que cela modifie les fonctions de bas niveau, voire de très bas niveau d'ACAM, nous devons mettre cela en place sur l'ensemble des plateformes, même si pour l'instant seul le Mac gère ce type d'écran de haute précision (plus de 200 pixels/pouce).
Des facteurs d'échelle ont dû être ajoutées à de nombreux endroits dans ACAM, afin de travailler en interne sur des données très précises (4, 9 ou 16 fois plus précises qu'originellement), tout ceci sans que l'application n'ait besoin d'être modifiée.
Cela fonctionne pas trop mal sur la version PC, il reste à reporter ces modifications sur la version Mac.
Quant à ce qui est de tester sur un vrai écran Retina, on attendra que les 1000 pixels tombent au-dessous de 10 centimes d'euros. |
|
|
| by Olivier Guillion | |
| |
|
Une version alpha-5 a été mise à disposition vendredi soir. Nous pensions avoir corrigé le problème d'icône de l'application dans le lanceur, qui n'apparaissait pas et était remplacée par un point d'interrogation.
Malheureusement, notre correction ne fonctionnait toujours pas sur certaines distributions.
Nous avons localisé le problème et amélioré le fichier "desktop" qui permet au système d'obtenir des informations sur les applications installées.
Ceci faisant partie du processus d'installation et non de l'application elle-même, nous avons republié le paquet dans le courant du week-end, sans changer la version qui reste en alpha-5.
Nous en avons également profité pour nous débarrasser de l'affichage disgracieux de points lors du décompactage de l'archive, en modifiant légèrement le petit script embarqué dans l'auto-extractible. |
|
|
| by Olivier Guillion | |
| |
|
Le problème de polices de caractères peu visibles sur certaines versions de Linux a été corrigé.
Divers petits problèmes ergonomiques ont été corrigés dans le sélecteur de fichier (touche Entrée ou backspace, double-clic sur un fichier déjà sélectionné, etc).
Mais le principal travail a été effectué sur la gestion du "drag & drop", c'est-à-dire la possibilité de déplacer un fichier vers une fenêtre d'Harmony.
Cette opération a été uniformisée sur les 3 plateformes (Mac/Windows/Linux), en prenant la version MacOS comme base de travail.
Ainsi, dorénavant, sur Linux et Windows :
- Déplacer un fichier musical vers une zone libre de la fenêtre principale d'Harmony ouvre ce fichier
- Déplacer un fichier quelconque (fichier graphique ou partition) vers une fenêtre document en mode page crée dans la partition un objet libre contenant ces données. Ceci permet d'ajouter des objets graphiques avec un minimum d'efforts
Et, cerise on ze gateau, sur Windows, cela permet de déplacer une image depuis une page Web ouverte avec Firefox vers un document musical ouvert dans Harmony
 |
|
|
| by Olivier Guillion | |
|
| |
|
Nous avons corrigé un crash à l'ouverture de certaines partitions.
Ensuite, nous avons principalement travaillé sur l'intégration de l'application dans le système Linux :
Icône de l'application dans la "sidebar"
Enregistrement dans le système des types de documents liés à l'application
Icône des documents de l'application
Lancement de l'application par double-clic sur un document
Prise en compte des documents double-cliqués par l'application en cours de fonctionnement
Lorsque l'application n'est plus en avant-plan, arrêt de la prise en compte des actions souris
Création de l'icône de lancement sur le bureau lors de l'installation
Création des répertoires de démo dans "Documents/Myriad Documents" lors de l'installation
Préparation des pages de téléchargement fournissant les instructions d'installation
Nous planchons maintenant sur le "drag and drop", qui n'est vraiment pas simple à gérer sur X11. |
|
|
| by Olivier Guillion | |
| |
|
|
