Donc, en résumé:
- Les fichiers "Ressouces" que nous utilisons contiennent des collections d'objets relatifs à l'interface graphique, classés par type.
- Chaque type (ou presque) peut être édité par le programme "Resedit", abandonné par Apple depuis belle lurette
- Il est quasi impossible d'ajouter un nouveau type pour gérer des types objets supplémentaires
- Extraire les textes sous forme lisible, par exemple pour les traduire, nécessite un travail compliqué de manipulation sur le fichier "ressource"
L'idée est donc la suivante:
Remplacer la structure du fichier ressource macOS par un répertoire, contenant des sous-dossier pour chaque type d'objet, et un fichier par objet.
Définir un standard de sauvegarde textuelle de chaque type d'objet afin de pouvoir facilement examiner le contenu
Et enfin utiliser des éditeurs dont nous disposons, comme l'éditeur de boîtes de dialogue de MyrScript pour éditer les objets complexes, et au besoin créer des éditeurs spécifiques
Ceci nous permettra d'étendre les types d'objets, mais aussi d'éditer les éléments de l'interface sur Windows, ce qui n'est pas le cas actuellement.
Bon week-end !
|
|
|
| by Olivier Guillion |  |
| |
|
L'intégralité des fichiers de "ressources" ont été convertis en un ensemble de dossiers et de fichiers. Pour l'instant, les fichiers sont des blocs binaires, mais ils seront transformés en fichiers éditables selon le type de données qu'ils contiennent.
Une première version (de développement) d'Harmony fonctionne donc sans aucun fichier "ressource" au format Mac.
Plus de précisions techniques sur le format et la méthode demain. |
|
|
| by Olivier Guillion | |
| |
|
Les premières extractions de données des fichiers ressources ont été effectuées. L'occasion de remarquer que Windows permet de créer sans problème des fichiers contenant des caractères invalides (p.ex "*"), ce qui les rend impossible à supprimer ou renommer. Pour l'instant, nous les avons transférés dans un répertoire à part, en attendant de trouver le moyen de s'en débarrasser, si un tel moyen existe.
Non lié directement à nos produits, les derniers cafouillages de notre serveur de mail semblent avoir été corrigés. L'utilisation de données DNS non à jour empêchaient un envoi correct des messages vers yahoo.fr. Décidément... |
|
|
| by Olivier Guillion | |
| |
|
Les fichiers "ressource" du Macintosh, petit à petit, ont commencé à montrer leurs limites.
D'abord, il n'était pas possible d'étendre facilement le lot de types de données proposées. Par exemple, les pointeurs souris étaient limités à des motifs de 16x16 pixels, d'abord en noir et blanc, puis étendus à la couleur avec MacOS 7 (de mémoire)
Inutile de penser à des pointeurs plus grands, ou avec des masques de transparence qui ne soient pas en tout ou rien.
Alors petit à petit, nous avons commencé à sortir les icônes, les pointeurs, etc des fichiers ressource pour les gérer nous-même, en les fournissant séparément dans des sous-dossiers.
De plus, Apple lui-même, avec Cocoa, a abandonné le système de fichiers ressources d'origine. Il continuait à le prendre en compte en lecture, dans les applications utilisant la couche de compatibilité "Carbon", mais l'éditeur de ressources lui-même, "Resedit", ne fonctionnait plus sur les nouvelles versions du système.
Et malgré les supplications des développeurs, Apple a préféré laisser le produit mourir plutôt que de le proposer en Open Source.
Pour éditer les boîtes de dialogue, les textes, etc, il fallait donc passer par Sheepshaver, un émulateur MacOS 9. Tout ça commençait à devenir un peu compliqué...
- À suivre - |
|
|
| by Olivier Guillion | |
| |
|
Au commencement du Macintosh, la question s'est posée de pouvoir stocker à part les informations liées à l'interface graphique du programme.
Les applications n'étaient plus des lignes de commande, mais présentaient des boîtes, des alertes, des icônes...
Apple a alors décidé que tous les fichiers pouvaient être divisés en deux parties distinctes. À partir d'un même nom de fichier, on pouvait ouvrir le "Data fork", qui contenait le code machine et les données de fonctionnement du programme, ou bien le "Resource fork", qui contenait l'ensemble des données de l'interface graphique : menus, boîtes, textes, icônes, pointeurs souris et bien d'autres choses.
Lorsque dans les années 90 nous avons créé la bibliothèque ACAM, qui nous permettait d'avoir une interface commune entre Mac et PC (à l'époque sous Windows 3.1), nous avons conservé le format défini par Apple.
Les fichiers sur PC n'ayant pas de "resource fork", nous avons créé des convertisseurs qui récupéraient toutes les données du resource fork sur Macintosh et les transformaient en un bloc de données lisibles sur PC.
Ensuite, pour l'ensemble des types de ressources, nous avons écrit, dans ACAM, les fonctions qui en extrayaient les informations utilisables par le programme
Nous travaillions alors comme ceci:
- Les éléments de l'interface étaient édités sur Macintosh exclusivement, à l'aide de l'utilitaire dédié d'Apple appelé "Resedit"
- Ils étaient stockés dans un fichier ressource Mac (un fichier sans data fork, avec exclusivement un resource fork contenant toutes ces données)
- Sur Mac, ce fichier était utilisé tel quel par le système, qui y retrouvait les éléments graphiques et autres dont il avait besoin
- Le fichier ressource Mac était ensuite converti en fichier de données lisibles sur PC, et transféré
- Sur PC, nous avions réécrit dans la bibliothèque ACAM toutes les entrées du système Mac qui lisaient les ressources. Le code source de nos programme ne "s'apercevait" donc pas qu'il était sur PC, la structure du code, les appels et les résultats étant identiques au système Mac.
-- À suivre -- |
|
|
| by Olivier Guillion | |
| |
|
PDFtoMusic: en version non-pro, les options du menu "Interprétation" sont décalées, empêchant d'utiliser la première option. Ce sera corrigé dans la prochaine mise à jour.
Nous avons entamé une grosse restructuration des fichiers de données d'interface du programme, qui contiennent les textes, icônes, boîtes, etc.
Le format utilisé jusqu'ici date des toutes premières versions du Macintosh (peut-être même du Lisa), et mérite d'être rafraîchi. Plus d'infos techniques demain. |
|
|
| by Olivier Guillion | |
| |
|
Aujourd'hui, reprise après un très long week-end, donc journée passée à dépanner, conseiller, répondre aux e-mails (et ce n'est pas encore fini)
Beaucoup de clients perdent régulièrement les codes d'enregistrement de leur logiciel. Les mails d'enregistrement (que nous demandons à ne pas conserver sur le Webmail) se perdent, les feuilles imprimées se retrouvent dans la mauvaise chemise, etc
Alors, on n'a pas l'habitude de faire de la pub, mais on conseille à tous Keepass, petit coffre-fort électronique personnel qui conservera en sécurité vos codes d'enregistrement, mais aussi la totalité de vos mots de passe, pour tous les sites Web sur lesquels vous avez un compte.
Il vous restera à retenir un seul et unique mot de passe qui permettra d'ouvrir le coffre-fort et y piocher ensuite librement les informations dont vous avez besoin.
Beaucoup plus efficace que le carnet répertoire physique, et plus sécurisé que le fichier texte "passwords.txt" sur le bureau électronique 
|
|
|
| by Olivier Guillion | |
| |
|
Harmony Assistant / MyrScript : correction de problèmes dans le lancement d'un script depuis un autre script.
Bon week-end ! |
|
|
| by Olivier Guillion | |
| |
|
Amélioration des effets numériques de sortie (réverb & surround globaux): à certains volumes élevés, des craquements pouvaient se faire entendre
Dorénavant, la touche majuscules ne change l'échelle du contenu de la fenêtre que lors du redimensionnement de la fenêtre principale, et non celui de ses sous-fenêtres
Crash lors du chargement d'anciens fichiers utilisant un type particulier d'images incluses.
Linux : crash lors de la saisie temps réel avec le clavier de l'ordinateur.
Note: cette partie n'est toujours pas implémentée sur Linux mais ne crashe plus
Melody Player: lors de la sortie de l'application, des fichiers temporaires pouvaient demeurer, et finir par saturer l'espace
Nous préparons les versions HA 9.9.0i / MA 7.9.0i / P2M 1.7.0i / MP 6.6.0i et essaierons de les sortir demain |
|
|
| by Olivier Guillion | |
| |
|
Windows : épluchage des rapports de crash du week-end. Pour l'instant, pas de problème pouvant être reproduit. |
|
|
| by Olivier Guillion | |
| |
|
PDFtoMusic: un clic sur le "tiroir" (aperçu des pages à droite de la fenêtre) amène la fenêtre à l'avant-plan
PDFtoMusic: l'export SVG/Myrweb affichait certaines lignes horizontales (ex: ligatures) en blanc au lieu de noir
|
|
|
| by Olivier Guillion | |
| |
|
|
