Mike et Nemh a écrit :
Salut à vous, lecteurs assidus de ce traditionnel rendez-vous dominical !

Ça fait longtemps que je n'ai pas écrit quelque chose pour une RDP, je vais profiter de celle ci pour donner quelques nouvelles relatives au projet de portage d'Eigenmath sur nos machines !

Alors, même si le projet semble un peu au ralenti ces derniers temps (la dernière release de “ma version” datant de Juillet dernier, avec l'ajout du support d'un genre de scripts utilisateurs), il y a quelques avancées conséquentes qui sont sur le gaz !
Tout d'abord, j'ai profité de feu mes vacances pour commencer à m'intéresser pour de vrai au passage du projet sur GCC. (La première tentative (avant même que je n'entreprenne mes premières modifications), ayant été vaine puisque je ne possédais pas encore de machine me permettant de tester facilement un quelconque programme compilé ailleurs que sur le SDK de Casio.) Toujours est-il que même si pour l'instant, plus rien ne marche, j'ai bon espoir d'arriver à quelque chose d'intéressant sans trop de douleur.
Dans un premier temps — pour avoir quelque chose qui marche vis à vis de la base de code actuelle — j'envisage de rester assez proche de la libfx, mais gint finira, à un moment ou à un autre par être à l'ordre du jour !

Mais pendant que je pars d'un programme qui marche pour en faire un truc dans lequel plus rien ne marche pour l'instant, Mike Smith, de CnCalc (qui est celui dont j'ai forké le code, qui est le premier à avoir quelque chose qui était vraiment utilisable, quoique à l'interface pas forcément hyper fonctionnelle, étant donné qu'il est lui même reparti du boulot de Diameter qui avait porté le moteur, mais un soucis propre au SDK restait à régler (le support des entiers codés sur 64bits), ce qui fut fait par ledit Mike) s'est penché sur le problème de l'affichage naturel des formule, non pas à coup “d'arnaques et bidouillages” comme j'ai pu faire de mon côté, mais avec l'élaboration d'une vraie structure de données, etc, permettant la saisie en écriture naturelle !
Pour l'avoir testé, même si le comportement est encore un peu bizarre et n'imite pas totalement le menu Run-Mat (dans la manière dont sont gérés les déplacements entre autres), ce qui est un peu destabilisant, c'est super réactif et me semble suffisamment souple pour s'adapter aux usages les plus tordus.


Exemple de “workflow”…


Une saisie un peu plus tordue !

Il a conçu ça comme un module spécifique de saisie (qui peut aussi tourner sur d'autres programmes donc), et sur “l'addin de démo”, il ne fait qu'envoyer la saisie dans le moteur d'une version "brute" d'eigenmath, ce qui fait que cet addin est juste une preuve de faisabilité plus qu'autre chose pour l'instant, pas vraiment très pratique. Il est justement rentré en contact avec moi pour voir ce qu'on pouvait faire pour combiner nos travaux !

Il reste une part de travail à fournir vis à vis de l'écriture naturelle également, car pour l'instant une fois envoyé dans le moteur, on “perd la main” sur la représentation des structures, et donc l'affichage naturel des résultats. Comme je ne pense pas vouloir repartir sur la technique d'émission de TeX à partir d'Eigenmath puis à un passage dans le moteur d'affichage de LePhénixNoir (non pas qu'il ne soit pas appréciable, mais ça ne ferait que rajouter une structure de données intermédiaire en fait ), il faudra sûrement envisager la conversion des arbres de Eigenmath en arbre gérées par le moteur de rendu de Mike, pour ensuite les afficher avec ce dernier, et donc bien les intégrer à ce qu'il a déjà fait, ce qui me semble totalement faisable, mais nécessite de se replonger à l'intérieur du code interne de Eigenmath !

Autre potentielle avancée à envisager : le passage sur GCC permettra un meilleur contrôle de l'addin produit, ce qui ouvrira la voie à une meilleure utilisation des ressources de la machine (notamment une plage de RAM non négligeable disponible sur les machines SH4, mais ça, LePhénixNoir vous en parlera sûrement mieux que moi pour l'instant !).

Enfin, voilà pour moi — et Mike supposé-je, dont je me fais, ici, en un sens, le truchement pour PC — et bonne fin de semaine !

Zezombye a écrit :
La version 1.0 de BIDE est sortie


Vous pouvez maintenant éditer des g1m (et dérivés, g1r, g2m, g2r) en mode texte, avec indentation et coloration syntaxique.

Attention : ne sauvegardez pas sur le fichier original, vous risquez de le modifier irréversiblement ! La sauvegarde se fait par défaut en .bide, ce qui est exactement la même chose qu'un .g1m. La prochaine mise à jour de BIDE règlera ce défaut (qui est les collisions : impossible de distinguer '=' et '>' de '=>') en ajoutant l'unicode.

Merci de me signaler tout bug et suggestion

Téléchargement :
http://www.planet-casio.com/Fr/forums/lecture_sujet.php?id=14492&page=2#148179

Kirafi a écrit :
Salut , désolé pour la semaine dernière, j'étais en colo, animateur bien sûr , bref.

La semaine dernière vous avez découvert le titre de mon jeu actuellement en développement : Mystery Box.
Mais... Quel est le concept qui se cache derrière ce nom pour le moins... mystérieux ?

Et bien ce sera un " clicker " .
Vous savez ce type de jeu ultra répétitif qui se résume à cliquer comme un abruti pendant des heures tout en achetant un tas de trucs plus ou moins utile avec l'argent gagné...

La boite [?] que je vous avez montré au tout début est cette fameuse mystery box.
Dans la vidéo de la dernière fois, on voit un personnage la frapper !
Et bien je vous laisse suggérer la manière dont on obtient l'argent, voir, soyons fous, les possibles truc à acheter .

Dernière chose, certains l'auront vu passer sur le tchat sans trop comprendre, mais j'ai réalisé une tonne de calculs pour équilibrer le jeu en fonction de l'argent gagné et du temps passé à cliquer, le tout croisé par les effets des améliorations .
Donc en théorie le jeu devrais être intéressant dans le temps malgré sa définition même du concept répétif .

Mais attention ! Je n'ai pas tout dit hehe ...
Vous verrez la semaine prochaine, allez salut.