Correction d'un problème avec la commande SplitFileName en MyrScript : le chemin n'était plus terminé par un slashe.
Cela pouvait perturber les scripts manipulant fichiers et dossiers.
Correction d'une erreur dans la régénération du JukeBox.
Bon week-end ! |
|
|
| by Didier Guillion |  |
|
| |
|
Un problème de crash à l'ouverture de la boite système de selection de fichier sur macOS 10.14 nous a été signalé.
Nous pensons avoir corrigé l'erreur.
Une version spécial a été construite et son bon fonctionnement validé par les utilisateurs.
|
|
|
| by Didier Guillion | |
|
| |
|
Nous continuons a travailler sur la gestion des fenêtres. |
|
|
| by Didier Guillion | |
|
| |
|
Nous avons entamé le développement de notre "clone" de Resedit.
Il nous permettra a terme d'éditer nos ressources sans passer par Classic et SheepShaver.
Tout d'abord, mise en place des fenêtres :
|
|
|
| by Didier Guillion | |
|
| |
|
Correction d'un crash dans l'item de loupe.
Nous avons commencé à réfléchir à l'interface d'édition des ressources. |
|
|
| by Didier Guillion | |
|
| |
|
Correction du script "extracteur de portées".
Mise à niveau de la documentation de PDFtoMusic
Amélioration du "flash" du menu sur macOs.
Bon week-end !
|
|
|
| by Didier Guillion | |
|
| |
|
La nouvelle fonctionnalité qui permet de reconnaitre les points tracés via des lignes aux extrémités arrondies pouvait entrainer des confusions de reconnaissance sur certains coulés. Son activation est maintenant subordonnée au mode "Autoriser les lignes spéciales"
|
|
|
| by Didier Guillion | |
|
| |
|
Le générateur de code source C à partir des structures de données fonctionne, et produit du code compilable. Pour l'instant on en reste là, le projet sera complété plus tard.
Un utilisateur nous a fait remarquer que les textes d'aide sur les options du menu "Fenêtres" n'étaient pas les bons. Cela est vrai dans toutes les langues. |
|
|
| by Olivier Guillion |  |
|
| |
|
Il y avait un problème dans la boite de correction des polices : certains changements de type de police n''étaient pas mémorisés, c'est corrigé.
Dans la même boite le bouton de remise aux valeurs par défaut pouvait générer un crash.
Correction d'un problème d'association de caractères à des mots.
|
|
|
| by Didier Guillion | |
|
| |
|
Toujours dans la refonte des fichiers ressources, nous mettons en place une conception de code basée sur les données. A partir de la déclaration formelle des structures de données, un module privé nous génèrera du code C qui permettra de lire, écrire, éditer et gérer des automatiquement des collections d'objets.
Ces objets pourront ensuite accompagner le programme pour lui fournir les éléments d'interface ou autre.
|
|
|
| by Olivier Guillion | |
|
| |
|
Correction de texte tronqués en recherche via le menu Aide.
Correction d'un problème de rafraîchissement dans la boite d'edition de la grille d'accord.
Validation de la cellule en cours d'édition a la fermeture de la boite d'edition de la grille d'accord.
Bon week-end ! |
|
|
| by Didier Guillion | |
| |
|
Poursuite des améliorations de l'accès aux fichiers "Ressources" (données non modifiables définissant l'interface et les données du programme).
Le schéma de principe a été défini sur papier, il reste maintenant à le programmer
Site web: amélioration de la sécurité. Un mini-firewall a été écrit pour sécuriser les accès aux scripts d'administration (auquel le public n'est pas censé avoir accès). Il faut maintenant le mettre en place à tous les endroits où il peut être nécessaire |
|
|
| by Olivier Guillion | |
| |
|
PDFtoMusic : correction de crash a l'ajout de zone d'exclusion
Correction de crash lors du déplacement dans les listes avec le clavier.
Sur Mac : Gestion des options de menu accessibles par Cmd+Alt |
|
|
| by Didier Guillion | |
| |
|
Les derniers ajustement ont été apportés au nouveau système de stockage des éléments d'interface (ressources).
Les 20 fichiers actuellement présents dans Harmony Assistant, qui définissent l'interface dans les diverses langues, ont été transformés en une structure de dossiers, sous-dossiers et fichiers composée de 422 dossiers et 11969 fichiers
Les fichiers sont toujours de petits blocs binaires, nous cherchons comment les transformer en fichiers "texte" humainement lisibles |
|
|
| by Olivier Guillion | |
| |
|
Pour la reprise nous avons commencé à épuiser les emails en attente.
Des améliorations mineures ont été apporté à New Order |
|
|
| by Didier Guillion | |
| |
|
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 | |
| |
|
Le changement de serveur de mail est terminé. Nous avons pu vérifier que nos e-mails à yahoo.fr étaient acheminés, grâce à la boîte aux lettres persos de quelqu'un chez notre hébergeur.
Mais nous n'avons pas eu les réponses des clients contactés. Aussi, si vous avez une boîte à yahoo.fr, .ca, ou toute autre extension que .com, n'hésitez pas à nous contacter, on vérifiera que tout passe
De notre coté, nous avions deux problèmes sur nos outils internes :
- le logiciel maison de filtrage de courrier (élimination des spams, marquage des mails envoyés en plusieurs exemplaires, etc) se trompait lorsqu'il acheminait un mail réadressé entre les membres de notre équipe. Cela a été corrigé (modification de la DLL personnalisée)
- Une erreur dans le script d'envoi de mail permettant de commander les extensions de licence pouvait avoir pour conséquence la perte momentanée de l'espace MUSL. Si vous avez acquis l'extension de licence pour Harmony Assistant 64 bit, et que lorsque vous gérez voter espace MUSL depuis le logiciel, il vous demande de le créer, ne le créez pas, contactez-nous immédiatement |
|
|
| by Olivier Guillion | |
| |
|
Ceci nous concerne tous, en tant que consommateurs. À partir du 14 septembre 2019, l'utilisation du contrôle 3DSecure sera obligatoire pour tous les achats sur Internet en Europe et probablement ailleurs aussi.
Le 3DSecure, c'est cette étape supplémentaire qui vous demande de rentrer après chaque achat un code que vous recevez par SMS, ou d'aller chercher un numéro dans une grille donnée par votre banque, etc.
Ne croyez pas qu'il s'agisse de vous offrir une meilleure protection à vous, consommateur : la validation de ce contrôle vaut signature, ce qui signifie que vous ne pourrez pas contester l'opération (ou tout au moins, vous aurez plus de difficulté à obtenir gain de cause si vous le faites)
Au début, tout ceci a été un peu anarchique, chaque banque faisant à peu ce qu'elle voulait. Certaines, d'ailleurs, ne font rien, et la mise en place des contrôles 3DSecure sur notre boutique, actif depuis la semaine dernière, a des résultats extrêmement négatifs. Un nombre non négligeable d'achats n'aboutissent pas, le client ne sachant ou ne pouvant pas passer le contrôle 3DS.
Nous n'avons pas encore pu faire de statistiques, c'est un peu trop récent, mais le pourcentage de ventes "ratées" à cause de la mise en place du système est très probablement à 2 chiffres.
On se dit que ça va aller en s'améliorant, puisque les consommateurs seront obligés de s'y mettre lorsque tous les sites marchands auront été obligés de l'adopter, mais en attendant, ça pique, et ça ne facilite pas la vie de nos clients potentiels.
Mais on n'a pas encore tout vu, car la mise en place de ce système avec un contrôle simple (SMS, etc) n'est qu'une première étape, avant d'imposer le 3DSecure 2 (3DS 2), avec un contrôle renforcé pour chaque achat, incluant des systèmes de reconnaissance de la personne (empreinte digitale, etc)
Pour pallier à un taux de fraude d'environ 0.1 à 0.2%, les banques ont imposé un système, qui, à son lancement, a fait perdre près de 40% de ventes aux premiers vendeurs qui l'ont mis en place. Les choses se sont améliorées depuis, mais le bilan reste, pour nous, franchement négatif. Mais malgré notre volonté d'assumer les fraudes pour ne pas perdre des ventes, nous sommes obligés de nous plier à la règlementation.
|
|
|
| by Olivier Guillion | |
| |
|
Il y a des jours comme ça...
Intrigués par certains clients qui nous envoyaient des courriers électroniques mais ne recevaient pas de réponse, nous nous sommes aperçus qu'ils avaient tous des adresses à yahoo.fr.
En remontant les fils de conversation, nous nous sommes rendu compte que le problème était là depuis des semaines, voire des mois. Ces personnes n'avaient jamais reçu les codes d'enregistrement qu'elles avaient acheté, ou nos réponses à leurs question. À l'étranger, les utilisateurs de btinternet.com semblaient aussi affectés, dans une moindre mesure.
On a donc commencé à réexpédier tous les mails destinés à ces personnes à partir d'une adresse alternative et un webmail.
En parallèle, nous avons contacté notre hébergeur qui a confirmé que notre serveur d'envoi de mail utilisait une technologie trop ancienne, incompatible avec les attentes de certains serveurs en matière de sécurité.
Il a donc fallu en urgence changer de système, ce qui a coupé les mails automatiques (rapports de problème, envoi de codes perdus, prise en compte des commandes de produits) pendant quelque temps.
Heureusement, notre hébergeur a été très efficace et la situation a été rétablie sans trop de pertes, a priori.
Maintenant le nouveau système mis en place, il nous faut l'utiliser pour nos envois de mails "classiques" et vérifier qu'il fonctionne. Ensuite, vérifier que les clients @yahoo.fr reçoivent maintenant nos courriers. |
|
|
| by Olivier Guillion | |
|
| |
|
|
|
Most recent first
Oldest first
|
Sep 20th, 2019 at 04:56pm
Article from Didier Guillion
32/64 bit - Etape 257
Sep 19th, 2019 at 05:04pm
Article from Didier Guillion
32/64 bit - Etape 256
Sep 19th, 2019 at 05:04pm
Article from Didier Guillion
32/64 bit - Etape 256
Sep 18th, 2019 at 05:02pm
Article from Didier Guillion
Raizedit Etape 2
Sep 17th, 2019 at 04:59pm
Article from Didier Guillion
Raizedit Etape 1
Sep 16th, 2019 at 04:58pm
Article from Didier Guillion
32/64 bit - Etape 255
Sep 13th, 2019 at 04:57pm
Article from Didier Guillion
32/64 bit - Etape 254
Sep 12th, 2019 at 04:59pm
Article from Didier Guillion
PDFtoMusic 1.7.0j
Sep 11th, 2019 at 05:14pm
Article from Olivier Guillion
32/64 bit - Etape 253
Sep 10th, 2019 at 04:59pm
Article from Didier Guillion
PDFtoMusic 1.7.0j
|
|
|
|
32/64 bit - Etape 257
