Les projets de Planète Casio pour 2025
Posté le 02/01/2025 20:00
Je pense que la nouvelle année est une bonne occasion pour remettre les pendules à l'heure sur les projets de Planète Casio. Juste pour clarifier, il s'agit du site en général, pas de moi personnellement, même si ça intersecte souvent.

La
dernière fois qu'un tel plan a été formulé, on en a tiré quelques mois de bon travail avant que le momentum s'essoufle, et on a à mon avis tout intérêt à recommencer.
Je vois 4 axes (sans ordre particulier) pour démarrer la discussion sur ce qu'on peut viser de faire :
Événements
Il y a des nouveautés côtés partenariats déjà. Vous avez sans doute vu le logo
Calcuso sur la page d'accueil ; ça date des dernières
journées APMEP, d'où on a ramené deux choses : des calculatrices offertes par
CASIO Éducation (techniquement ce n'est pas nouveau, mais on n'en demande pas au titre des événements de Plnaète Casio toutes les années), et un partenariat avec Calcuso qui nous a sponsorisé des housses de protection (en trésorerie sous peu) ainsi qu'une calculatrice avec une gravure au choix de la personne qui mettra la main dessus.
Parmi les événements j'aimerais organiser du nouveau un ou plusieurs week-ends de test, et on a de quoi faire pas mal de concours. N'hésitez pas à dire quels formats vous aimez bien ou si vous avez des idées uniques !
Préservation des contenus historiques
On se retrouve un peu à la croisée de chemins cette année avec beaucoup de vieux contenus en danger : en plus des programmes vieillissants dont on ne sait pas s'il marchent encore par manque de test (les vieux add-ins mono SH3 ?), on a une très grande quantité de programmes Basic qui ne marchera pas sur la Math+, et même dans le cas idéal où on porte
C.Basic il n'est pas garanti que tous marchent bien. À ça s'ajoutent, pour les programmes les plus vieux, des difficultés avec les logiciels de transfert qui peuvent ne plus marcher sous les versions récentes de Windows ou être perdu sur des pages disparues, un chantier déjà attaqué sous plein d'angles par
Cahute.
Une bonne partie de ce qui touche add-ins est à ma portée technique mais il restera dans tous les cas plein de travail sur les programmes Basic et le recensement des programmes qui marchent, ou pas.
Assurer la continuité de la programmation communautaire sur la Math+
Ça c'est l'affaire du
mod Math+, MPM, qui progresse doucement mais sûrement des nouvelles que j'ai. On attend de voir si CASIO va nous laisser faire nos add-ins dans notre coin ou continuer de supprimer des fonctionnalités. Ça reste une question assez existentielle mais pour l'instant la balle n'est pas dans notre camp (jusqu'à la publication officielle du mod en tous cas).
Daily-drive admin de la v5
La v5 est le dindon de la farce depuis longtemps mais les justifications techniques et de maintenance long terme sont toujours aussi valides qu'avant. On a remarqué plusieurs fois avec
Eragon que ça avance quand on s'y met, mais les heures ne sont juste pas là. De la main d'oeuvre serait hautement désirée.
Le but que je voudrais atteindre dans l'immédiat est de pouvoir synchroniser/importer assez de contenus pour que je puisse utiliser la v5 quotidiennement pour lire les messages, après quoi je suis confiant que le polissage suivra rapidement.
Donc voilà pour mes intuitions. Peut-être que les membres impliqués auront d'autres opinions sur ce qu'on a intérêt à privilégier : exprimez-vous, c'est le topic pour ça !
Citer : Posté le 09/01/2025 20:51 | #
Aah, getkey() ne renvoie pas de noms symboliques dans ce cas, si tu tapes Shift+4 il te renvoie un événement avec .key=KEY_4 et .shift=true. Il te faudra un wrapper mais du coup tu peux garder les noms de CASIO.
Citer : Posté le 09/01/2025 23:47 | #
Tu as une idée de quand on aura une première version beta publique?
J'ai oublié de répondre à ça. Avant la fin du mois est la cible.
Citer : Posté le 10/01/2025 07:56 | #
Aah, getkey() ne renvoie pas de noms symboliques dans ce cas, si tu tapes Shift+4 il te renvoie un événement avec .key=KEY_4 et .shift=true. Il te faudra un wrapper mais du coup tu peux garder les noms de CASIO.
Et est-ce que getkey() renvoie un .key=KEY_SHIFT ou KEY_ALPHA individuellement?
Citer : Posté le 10/01/2025 10:08 | #
Tu peux le contrôler. Si tu spécifies les options GETKEY_MOD_{SHIFT,ALPHA} (qui sont activées par défaut dans getkey()) tu obtiens un 4 avec Shift. Si tu désactives ces options tu obtiens un Shift (sans modifieur) suivi d'un 4 (sans modifieur). Si tu veux un Shift (sans modifieur) suivi d'un 4 (avec Shift) alors faut que je rajoute deux lignes mais c'est possible aussi.
Citer : Posté le 10/01/2025 12:59 | #
J'ai l'impression que ça n'est pas nécessaire, avec le comportement actuel si j'ai bien compris je peux obtenir .key==KEY_SHIFT puis .key==KEY_4, donc c'est moi qui prend entièrement en charge shift et alpha (le but est de pouvoir changer l'affichage du bandeau après un shift ou un alpha pour les menus rapides), et ensuite je peux utiliser 4 tableaux pour générer le même keycode que le GetKey de Casio. C'est ce que je fais sur Numworks, mais ici il faudra des tableaux plus gros, chaque ligne n'aura que 6 valeurs utiles sur 16.
Citer : Posté le 10/01/2025 13:24 | #
En effet tu peux faire ça en appelant getkey_opt() sans spécifier GETKEY_MOD_{SHIFT,ALPHA} dans les options.
Citer : Posté le 25/01/2025 14:22 | #
Coucou,
Alors pour la compabilité des add-ins, je pourrais aider (début février si tous se passe bien) mais ne possèdant pas de SH3, je ne suis pas sûr être la meilleur personne pour ce boulot, alors si personne ayant une SH3 veut contribuer sur ce sujet, je serais ravis d'aider sur ce point. Je possède une Graph 35+E de 2010 et une Graph 35+E ii, alors je crois que ça suffirait? Je ne sais pas, à vous de dire.
Merci d'avance.
Par ce que Oct 31= Dec 25
Citer : Posté le 25/01/2025 20:15 | #
Oui ce serait très utile ! Tester la compatibilité avec les vieux modèles n'est pas très intéressant : quasiment plus personne n'en a. Tester les vieux jeux sur les nouveaux modèles, c'est ça le coeur de l'idée !
Citer : Posté le 26/01/2025 10:47 | #
Ok! Je vais commencer à m'organiser et utiliser ton patch binaire et le SH4 convertor, et je te tiendrait au courant
Par ce que Oct 31= Dec 25
Citer : Posté le 26/01/2025 11:30 | #
Merci ! Si vous pouvez genre faire une liste sur un topic pour commencer ce serait excellent, j'ajouterai ensuite des métadonnées sur les programmes comme ça ce sera bien organisé.
Citer : Posté le 26/01/2025 14:20 | #
Aight, j'avais pensé à poster un commentaire sur les projets que fais, mas faire un topic est beacoup plus lisible et organisé.
Si tous ce passe bien de mon côté, je commencerai aujourd'hui, ou au pire, la semaine prochaine.
Merci beaucoup
Par ce que Oct 31= Dec 25
Citer : Posté le 29/01/2025 15:37 | #
Pour maintenir ce topic à jour, les efforts de compatibilité Graph 35+E II sont testés ici : https://www.planet-casio.com/Fr/forums/topic18615-1-compabilitees-des-add-in.html
Merci Tuper et Asser8 qui ont commencé à aider ! <3
Citer : Posté le 30/01/2025 22:54 | #
Salut,
Je passe en vitesse sur le forum pour partager quelques idées qui me trottent en tête depuis un bon moment (pratiquement depuis le début de HHK2).
Une grande discussion au début du projet était de décider si on devait se concentrer sur un runtime natif (type ELF, HHK) ou supporter d'autres formats avec compatibilité pour des langages historiques comme :
- LuaFX / FXLua
- MicroPython / SnekLang
- Java ME
- LiSP
- Et même une proposition ultérieure d'une variante de C sous forme de script avec PicoC (pour encourager les utilisateurs débutant à apprendre le C et avoir rapidement accès a la SDK hhk sans besoin de compiler !)
Malheureusement, aucun de ces projets n'a réellement abouti (même si on garde l'espoir de voir MicroPython par Lephe un jour). Pourtant, permettre l'écriture d'addons sur calculatrice était une idée majeure pour la V1 d'HollyHock. À l'époque, l'idée était d'écrire directement du code machine en hexa dans un fichier Casio Basic, avec un header spécial.
Relancer ce projet avec un éditeur graphique basé sur la librairie de CPBoy (qui a déjà ses propres widgets) serait intéressant. Une alternative pourrait être un mode full texte sur CPShell, qui propose même Vi en console sur une version en test.
Une autre piste serait d'attendre la disponibilité de gint pour mener ce projet à bien !
Concernant un moteur d'addons entre plateformes Casio, une idée serait de proposer Python comme langage principal pour simplifier la programmation avec des librairies spécifiques. Ce serait similaire à ce qu'on voit dans :
- IDAPython
- Inkscape
- Blender
- Jython pour Ghidra
L'idée serait que ces librairies prennent en charge la plupart des contraintes techniques, pour laisser aux utilisateurs ce qu'il y a de plus fun : gérer les tailles d'écran et les I/O !