27-09-2017, 20:45:53
Bon, après quelques semaines d'absences (rempli par des vacances et la rentrée), voici les quelques correctifs attendus pour une version 0.42.
J'ai fini par m'y attarder la semaine dernière mais j'ai eu des gros moments de solitude devant certains bugs...
Voici les bugs résolus :
* l'anomalie d'ouverture en mode offline sous firefox.
* un soucis d'export en mode offline sous firefox.
* correctif sur les tailles de police sur Firefox : Gecko ne supporte pas les polices de moins de 7px sur des balises svg <text>
Du coup, j'ai trouvé une grosse triche en mettant systématiquement une valeur supérieur et en utilisant la fonction scale().
C'est moche, chiant à maintenir mais ça marche.
* le soucis de changement de couleur des boutons de l'éditeur :
Tu es un farceur, Steph : le fichier que tu m'as communiqué contient une balise <style> avec des règles globales.
Du coup, ces règles s'appliquent sur les icônes (svg) de l'éditeur!
Du coup, ça ouvre bien évidement une brèche difficile à colmater correctement : j'ai décidé, à contre-cœur de supprimer pour l'instant ce qui est contenu dans cette balise.
Je n'ai pas encore trouvé de solutions simples pour gérer ce cas. (je vais sans doute m'en remettre à des forums dédiés)
Néanmoins, merci : je n'aurais sans doute pas mis la main dessus avant un bon moment!
* les tailles des index sont désormais calculés proportionnellement au viewbox (une zone d'affichage) : ton image s'affiche désormais bien, Steph :
ça m'a mis le doigt sur plusieurs soucis non anticipés et délicats :
- des éléments sont hors du cadre de la viewbox avec des coordonnées négatives (corrigé : on en tenait pas compte et le fichier importé n'était pas centré, entraînant toute une série d'anomalies) : je me suis créé des fichiers d'exemples pour prendre en compte ses cas de figure.
- que ce passe-t-il quand le document importé a déjà un viewbox ?
Perso, je faisais toute mes réalisations sous Inkscape : à la création de mon doc, je lui donnais une taille sans vraiment m'y attarder (Inkscape prend en réalité ces valeurs pour renseigner le viewbox du fichier généré même si à l'édition on peut allègrement visualiser tout ce qui l'y a entours de cette zone) et je finis souvent par une réalisation qui sort du cadre.
Mon raisonnement était donc le suivant : je recalcule mon viewbox non plus à partir des données fourni par Inkscape mais à partir des tailles de mon illustration.
2 soucis avec ce raisonnement :
- si il y a des éléments imperceptibles à l’œil nu (éléments masqués, trop petits pour être visible sans zoom), que faire ?
L'utilisateur final aura l'impression que l'éditeur n'arrive pas à centrer son image alors que le vrai soucis est lié au nettoyage préalable de son illustration. Voir l'exemple ...
: je me suis bien tiré les cheveux avec avant de comprendre que j'avais oublié de supprimer des tout petits éléments hors du cadre.
- si le viewbox transmis dans le fichier est effectivement la zone que l'on veut afficher, que faire ?
Pour ce dilemne, je vais proposer un message d'avertissement avec un explicatif pour la v1.
Pour une v2, il faudra que j'envisage un dialogue intermédiaire quand le viewbox du fichier est différent du viewbox calculé et proposer des choix possibles et une prévisualisation.
J'ai aussi découvert avec stupeur que le mode offline n'est pas possible sur Chrome ! (bizarre, google semble faire tout pour qu'on ne puisse pas utiliser des apps en off)
Je vais également passer par un forum de dev pour m'en assurer...
J'ai fini par m'y attarder la semaine dernière mais j'ai eu des gros moments de solitude devant certains bugs...
Voici les bugs résolus :
* l'anomalie d'ouverture en mode offline sous firefox.
* un soucis d'export en mode offline sous firefox.
* correctif sur les tailles de police sur Firefox : Gecko ne supporte pas les polices de moins de 7px sur des balises svg <text>
Du coup, j'ai trouvé une grosse triche en mettant systématiquement une valeur supérieur et en utilisant la fonction scale().
C'est moche, chiant à maintenir mais ça marche.
* le soucis de changement de couleur des boutons de l'éditeur :
Tu es un farceur, Steph : le fichier que tu m'as communiqué contient une balise <style> avec des règles globales.
Du coup, ces règles s'appliquent sur les icônes (svg) de l'éditeur!
Du coup, ça ouvre bien évidement une brèche difficile à colmater correctement : j'ai décidé, à contre-cœur de supprimer pour l'instant ce qui est contenu dans cette balise.
Je n'ai pas encore trouvé de solutions simples pour gérer ce cas. (je vais sans doute m'en remettre à des forums dédiés)
Néanmoins, merci : je n'aurais sans doute pas mis la main dessus avant un bon moment!
* les tailles des index sont désormais calculés proportionnellement au viewbox (une zone d'affichage) : ton image s'affiche désormais bien, Steph :
ça m'a mis le doigt sur plusieurs soucis non anticipés et délicats :
- des éléments sont hors du cadre de la viewbox avec des coordonnées négatives (corrigé : on en tenait pas compte et le fichier importé n'était pas centré, entraînant toute une série d'anomalies) : je me suis créé des fichiers d'exemples pour prendre en compte ses cas de figure.
- que ce passe-t-il quand le document importé a déjà un viewbox ?
Perso, je faisais toute mes réalisations sous Inkscape : à la création de mon doc, je lui donnais une taille sans vraiment m'y attarder (Inkscape prend en réalité ces valeurs pour renseigner le viewbox du fichier généré même si à l'édition on peut allègrement visualiser tout ce qui l'y a entours de cette zone) et je finis souvent par une réalisation qui sort du cadre.
Mon raisonnement était donc le suivant : je recalcule mon viewbox non plus à partir des données fourni par Inkscape mais à partir des tailles de mon illustration.
2 soucis avec ce raisonnement :
- si il y a des éléments imperceptibles à l’œil nu (éléments masqués, trop petits pour être visible sans zoom), que faire ?
L'utilisateur final aura l'impression que l'éditeur n'arrive pas à centrer son image alors que le vrai soucis est lié au nettoyage préalable de son illustration. Voir l'exemple ...
: je me suis bien tiré les cheveux avec avant de comprendre que j'avais oublié de supprimer des tout petits éléments hors du cadre.
- si le viewbox transmis dans le fichier est effectivement la zone que l'on veut afficher, que faire ?
Pour ce dilemne, je vais proposer un message d'avertissement avec un explicatif pour la v1.
Pour une v2, il faudra que j'envisage un dialogue intermédiaire quand le viewbox du fichier est différent du viewbox calculé et proposer des choix possibles et une prévisualisation.
J'ai aussi découvert avec stupeur que le mode offline n'est pas possible sur Chrome ! (bizarre, google semble faire tout pour qu'on ne puisse pas utiliser des apps en off)
Je vais également passer par un forum de dev pour m'en assurer...