Hum, elle pourrait être sympa cette extension [img]<<GRAEMLIN_URL>>/smile.gif[/img]
Par contre, obligé d'importer une image pour chaque taille de font ?
Hum, elle pourrait être sympa cette extension [img]<<GRAEMLIN_URL>>/smile.gif[/img]
Par contre, obligé d'importer une image pour chaque taille de font ?
Oui l'idée est séduisante. Vu comme ça, ton objet ressemblerait à un objet Counter, mais en plus des chiffres il afficherait aussi des lettres. Et il ne serait pas utilisé seul, mais en conjonction avec l'objet String.
Question: Combien de caractères vas-tu prévoir? Des caractères spéciaux, ponctuations, signes? Et dans quel ordre?
Pour couper court à ce genre de problèmes, je suggère de laisser l'utilisateur définir un charmap pour l'objet Font. En parallèle à cela, l'utilisateur doit fournir les images de chaque caractère dans le même ordre que le charmap.
Ensuite c'est à l'utilisateur de prendre garde de n'utiliser dans l'objet String que des caractères présents dans l'objet Font. Dans le cas contraire, le caractère manquant pourrait être remplacé par du vide, ou simplement ommis.
Si l'utilisateur souhaite couvrir beaucoup de caractères, le charmap pourrait alègrement dépasser les 100 caractères.
Pour éviter de fastidieuses galères, il faudrait que l'édition des images des caractères soit beaucoup plus souple que ce que l'on a actuellement avec l'objet Counter.
On devrait avoir la possibilité d'éditer ces images comme dans l'objet Active. À savoir importation d'un spritesheet en Box Mode, réorganisation de l'ordre des frames, copier/coller des frames.
Pour finir, si cet objet Font est prévu pour le runtime Java mobile uniquement, je vois déjà les requêtes des utilisateurs des autres runtimes pour avoir la même chose. Il faudra y penser. [img]<<GRAEMLIN_URL>>/smile.gif[/img]
Je me suis amusé à faire quelques mockups pour illustrer mon propos:
Les propiétés de l'objet Font:
Le dialogue pour éditer le charmap:
L'éditeur d'image: (les images de chaque caractère)
Une bitmap font avec alpha channel pour faire des tests: (Box mode)
![]()
Super Mockups! Olivier !
Mais sinon, c'est exactement à ça que je pensais, mais toutefois, c'est pour la taille des fonts que je m'interroge... car si il "scale" automatiquement ça risque de faire des choses "caca" à part si il y aurait une sorte de "resampling" ... mais j'ai peur que cela soit gourmand ...
PS: j'ai enfin trouvé le mot qui désigne, une illustration graphique d'idée [img]<<GRAEMLIN_URL>>/smile.gif[/img]
Concernant les tailles, je pense que c'est en fournissant toi-même les différentes planches (une par taille) que tu obtiendras un résultat optimal.



Bonnes idees.
Mais concernant l'editeur d'image, Yves n'aura absolument pas le temps de modifier le picture editor juste pour cet objet. Il faut donc se contenter de ce qui est disponible actuellement (eventuellement l'importation directe d'une fonte). Mais ce sera tout.
Et bien ça laisse présager de très longs moments à éditer chaque caractère un par un. Comme c'est déjà le cas pour l'objet Counter, qui ne possède que 14 caractères. Mais ce sera déjà mieux que rien. [img]<<GRAEMLIN_URL>>/smile.gif[/img]
Si l'objet pouvait être global, cela économisera déjà un certain temps consacré à l'édition des images.
Merci François d'écouter nos (surtout mes) doléances. [img]<<GRAEMLIN_URL>>/smile.gif[/img]
effectivement, ça peut être déjà ça pour le moment, et éventuellement instaurer cela pour MMF2.5 et/ou MMF3



En quoi le fait d'etre global economise le temps de l'edition? TU peux simplement le copier / paster a partir de la frame precedente...???
C'est très simple François. Imagine que tu es déjà bien avancé dans ton jeu de plate-formes, tu as déjà terminé un trentaine de niveaux (30 frames) où tout est en place, y compris les éléments de l'interface comme l'objet Font.
C'est à ce moment que tu décides de changer le design (police, ou couleur, ou taille etc..) des caractères de ton objet Font.
Tu as refais tes graphs, tu les (ré)importes dans l'objet Font qui se trouve sur une des frames, et là tu te rends compte que l'objet n'est pas global. Malheur (et je pèse mes mots).
C'est parti pour effacer l'objet Font avec l'ancien design, puis recoller l'objet Font avec le nouveau design, tout ça sur les 29 frames restantes.
Cette galère m'est arrivé plus d'une fois, mais heureusement Clickteam a apporté des améliorations (ex: l'objet Counter est devenu global). D'où la nécessité de repenser la "globalité" dans le prochain MMF (j'ai des idées).
Donc un objet global rend son édition <span style="text-decoration: underline">beaucoup</span> plus pratique, surtout en cas de modifications en cours de développement. Ce qui peut arriver souvent, surtout quand on fait du "iterative prototyping". [img]<<GRAEMLIN_URL>>/smile.gif[/img]