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 |  |
| |
|
Depuis 1999, toutes nos commandes et licences utilisateur sont gérées par notre logiciel maison "New Order". New Order génère également des états comme, par exemple, la TVA mensuelle à reverser.
En janvier 2015 de nouvelles directives européennes sont entrées en vigueur. Elles chamboulent pas mal de choses.
Jusqu'à présent le taux de TVA appliqué à un produit était celui du vendeur. C'était la porte ouverte à de petits malins qui installaient une pseudo filiale dans un pays où le taux était le plus bas et revendait avec jusqu'à près de 10 % moins cher ! (17% de TVA au Luxembourg, 25 % au Danemark).
Donc maintenant, le taux de TVA appliqué est celui du pays de l' acheteur ce qui rend les fraudes plus complexes.
Ceci s'applique pour l'instant aux services numériques et pas aux produits physiques. A Myriad, nous entrons en plein dans ce cadre.
Conséquence : il nous faut, chaque mois, déclarer séparément la TVA pour chacun des pays de la CEE et ce via (heureusement) un seul guichet unique et pas dans chacun des pays.
Nous avons donc modifié New Order qui est maintenant capable de générer automatiquement ces états.
Petit détail amusant, pour déclarer de manière conforme il nous faut évidemment connaitre le taux de TVA en cours dans chacun des pays de la CEE. On pourrait s'attendre benoitement à ce que le législateur Européen propose une petite liste des taux sous forme d'un fichier OpenData en ligne. Et bien non, il n'y a qu'un fichier PDF (donc difficilement traitable automatiquement) qui n'est même pas à jour ! |
|
|
| by Didier 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 | |
| |
|
Les premiers éléments de l'interface commencent à fonctionner :
Boutons, cases à cocher, couleur de fond sont fonctionnels.
A noter qu'Acam permet d'afficher d'une manière particulière l'objet survolé par la souris, ce que fait Mac/OS pour certains de ces objets (dans la barre de titre par exemple) mais pas à l'intérieur des boites de dialogues. Pour l'instant nous avons conservé cette fonctionnalité même si elle n'est pas 100% Macintosh.
|
|
|
| by Didier 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 continuons a essayer d'implémenter une interface dessinée "à la main" dans Acam Mac. Nous progressons peu à peu. Par exemple, impossible d'utiliser les jolis icônes créées à l'étape précédente. Les fichiers PNG s'affiche bien sur le bureau mais sont déclarés erronés par Quartz.
L'objectif reste de proposer une interface "Mac Like" au démarrage mais de laisser la possibilité à l'utilisateur d'en changer.
Bon week-end ! |
|
|
| by Didier 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 avons commencé à travailler sur les aspects des fenêtres. L'interface doit être entièrement dessinée avec Quartz et en évitant les images pré-stockées : leur aspect serait dégradé lors de l'affichage sur un écran Retina.
Les premiers tests commencent à fonctionner :
 |
|
|
| by Didier 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 | |
|
| |
|
L'impression des images bitmaps incluses dans des images vectorielles a été implémenté.
Nous avons cherché aujourd'hui le moyen le plus simple permettant de proposer un aspect de l'interface conforme aux habitudes Mac/OS.
|
|
|
| by Didier 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 | |
| |
|
Le mode Retina commence à fonctionner. Pour fixer les idées voici une capture écran de la même partie du logiciel en mode standard :
et en mode Retina :
Il n'y a pas apparemment de possibilité de tester si le périphérique est Retina : cela apparait en système 10.7 et nous voulons fonctionner en 10.6 minimum.
L'utilisateur devra paramètrer le mode depuis l'application.
Cette boîte de paramétrage a été mise en place. |
|
|
| by Didier 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 | |
| |
|
Allez, on commence à reprendre point par point tout ce qui n'était pas vraiment fondamental et qui est resté en suspends :
Correction d'un problème de masquage des fenêtres flottantes.
Correction d'un problème de presse-papier.
Correction d'un problème dans la forme du cadre des fenêtres.
Correction d'un problème d'affichage des menus contextuels.
Correction d'un problème de mise à jour des fenêtres de fond de dialogue.
|
|
|
| by Didier 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 | |
| |
|
Maintenant qu'Harmony est complètement indépendant de QuickTime, QuickDraw et Carbon, nous pouvons commencer à analyser des fonctionnalités qui nous ont été demandé et qui restaient en attente.
Parmi celles-ci une meilleure intégration avec les écrans de type Retina. Nous avons donc passé la journée à comprendre de quoi il s'agit et à installer les outils permettant d'émuler ce genre de périphérique (nous ne disposons pas d'écran de ce type).
Un écran Rétina est un écran où la correspondance pixel-point n'est pas 1 pour 1 mais plutôt 4 pour 1, c'est à dire qu'il faut 4 pixels pour dessiner un point écran. Ceci améliore grandement le lissage des caractères par exemple.
Il nous faut donc mettre en place dans Acam la possibilité de travailler sur une surface 4 fois plus grande que celle de la fenêtre puis de transférer cette surface sur la fenêtre.
Des essais rapides ont montré que le principe est bon. Il nous reste maintenant à modifier en profondeur Acam pour lui faire accepter ce facteur d'échelle.
Bon week-end ! |
|
|
| by Didier 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 | |
|
| |
|
Les évènements d'activation et désactivation de l'application ont été implémentés. Ces évènements servent à convertir le presse-papier, qui est donc maintenant fonctionnel. Il permet par exemple de copier un texte et de le coller dans Harmony ou vice-versa.
La sélection de couleur via la boite système est implémenté :
 |
|
|
| by Didier 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 | |
| |
|
Les fonctions de sauvegarde et de chargement de fichiers images en différents formats (png, bmp, jpeg, etc) ont été réécrites en utilisant la couche CoreImage de Mac OS X.
La librairie Acam sur Mac est donc maintenant indépendante de QuickTime.
Et plein de nouvelles petites fonctionnalités :
La gestion du glisser-déposé a été écrite.
Extraction des dates au format du système.
Extraction du fichier TTF associé à chaque police.
Ouverture du dossier lors de la sélection d'un chemin dans la barre de titre.
Localisation et sélection du fichier dans le Finder lors du clic dans la barre de titre.
Ouverture d'une URL dans le Navigateur par défaut.
Ouverture d'un document avec l'application par défaut.
Ouverture d'un document avec un application spécifiée. |
|
|
| by Didier Guillion | |
| |
|
|
|
Most recent first
Oldest first
|
Oct 11th, 2024 at 06:31pm
Comment from Oliveira
¡Por el buen camino!
Oct 11th, 2024 at 05:25pm
Article from Olivier Guillion
Harmony Assistant 9.9.9 beta étape 27
Oct 11th, 2024 at 05:25pm
Article from Olivier Guillion
Harmony Assistant 9.9.9 beta étape 27
Oct 10th, 2024 at 11:05pm
Comment from Sylvain
très utile !
Oct 10th, 2024 at 07:39pm
Comment from JP
Remplacement des caractères
Oct 10th, 2024 at 05:01pm
Article from Didier Guillion
Harmony Assistant 9.9.9 beta étape 26
Oct 9th, 2024 at 06:19pm
Comment from Antoine Bautista
Ecriture des paroles....
Oct 9th, 2024 at 05:18pm
Article from Olivier Guillion
Harmony Assistant 9.9.9 beta étape 25
Oct 8th, 2024 at 05:03pm
Article from Didier Guillion
Harmony Assistant 9.9.9 beta étape 24
Oct 8th, 2024 at 05:03pm
Article from Didier Guillion
Harmony Assistant 9.9.9 beta étape 24
|
|
|
|
