Forum TI-Planet.org

Bonjour,

Il y a quelques temps que je pense à ça, mais j'ai jamais eu le temps d'en parler.

Voilà, j'ai réfléchi et je trouve qu'il manque quelque chose de crucial à la communauté ez80: Une générateur de cours.

Inspiré par le "générateur de pompes" de Planète-Casio, j'ai eu l'idée de créer un outil très simple, et rapide pour l'utilisateur: Il copie/Colle son cours dans un champs puis clique sur "Générer".
Et là, le programme lui sort directement le fichier 8xp, à glisser dans la calculatrice.
En plus de ça, j'ai pensé à insérer des features intéressantes:

• La possibilité d'ajouter des menus (de manière intuitive, et sans programmation compliquée pour l'utilisateur , cf le générateur de PC)
• Pouvoir ajouter des titres
• Customiser le cours (couleur, fond, taille, espace interligne, espace inter-caractère)

Le programme généré sera du simple code basic, l'utilisateur pourra donc le modifier à sa guise s'il le souhaite (contrairement à un programme généré en C).
La mémoire de la calculatrice étant relativement importante, il sera possible de générer des cours assez importants (pas non plus des centaines de pages de pdf!) sans remplir totalement la mémoire.
En outre, il sera compatible TI-82Avanced.

Par la suite, une fonctionnalité qui pourrait être sympathique, serait l'utilisation de ICE, pour générer des images, des schémas ou des diagrammes.
Mais bon, cette dernière idée reste à réfléchir...


Avec la simplicité de mon idée, je me demande pourquoi personne n'y a pensé.
Il est certes possible de générer son cours via TI-Connect CE, mais ne nous voilons pas la face, y'a plus user-friendly: il faut installer un logiciel, l'ouvrir, naviguer dans les menus...
Et encore, bon courage pour mettre en place les features évoquées de manière simple...

Concernant le côté technique, je suis en train de le coder en PHP et de l'intégrer au Convertisseur TI-Converter.
Il utilise la bibliothèque TI-Var Lib d'Adriweb

D'ailleurs, serait-il possible d'intégrer le tout sur le ftp de tiplanet.org ? L'hébergeur gratuit que je comptais utiliser utilise une version ancienne de PHP et ne fonctionne pas avec TI-Var Lib...

J'espère l'avoir terminé d'ici quelques jours, pour pouvoir être disponible d'ici les examens du BTS en fin de semaine.

Qu'en pensez-vous ?
Évidemment une annonce plus structurée sera écrite dès que le projet prendra forme...

Wistaro

Hm, sans vouloir passer outre tes efforts, ne serait-il pas plus simple de simplement convaincre l'auteur de DocViewer CE de rendre ça open-source (je lui ai demandé, et j'ai cru comprendre que tu peux le lui demander aussi IRL ), histoire de coder ce qu'il manque ou améliorer l'existant, et non repartir de 0.
Parce que globalement, ce qu'il a fait est déjà pas mal fonctionnel, avec support de couleurs etc.
Il y aurait aussi le Text Editor CE de MateoC, mais il a été fait en ASM, car la toolchain C n'était pas (autant) développée à l'époque... et je doute que ça fasse plaisir à quiconque de mettre les pieds là dedans s'il y a des solutions alternatives plus faciles à maintenir...

Certes, tout ceci ne concerne pas la 82A, mais bon...

Après, il ne faut pas oublier qu'en gros, tout ce qui serait fait aura une date de péremption de fin-2017 maximum... puisque mode examen à partir de la session 2017-2018, toussa...


En attendant, pourquoi pas, je suppose, héberger ton script sur le serveur, après revue du code (ma lib a besoin de PHP 5.5 uniquement je crois, c'est vraiment vieux si ça marche pas!)
D'ailleurs, ça aurait été un bon exercice que de faire tout ça en JS avec les fameux bindings C++ emscripten - ce qui aurait résolu les problèmes d'hébergeurs non-compatibles, puisque ca serait que de l'HTML/JS, donc même hébergeable sur GitHub uniquement, par exemple.

(PS: TI-Planet n'a pas de serveur FTP, cette vieillerie obsolète et insécure - on passe par du SSH bien configuré )

Si quelqu'un se décide enfin à faire un lecteur d'images potable pour TI-83 Premium CE, je puis rapidement l'intégrer à notre générateur mViewer GX.

Pour l'instant le seul qui existe, SplashCE, est une vraie catastrophe :
http://www.ticalc.org/archives/files/fi ... 46771.html

D'une part il ne gère pas le défilement/scrolling et est donc limité à des images faisant la taille de l'écran.

Mais surtout d'autre part, pour chaque image que l'on souhaite lire il la désarchive puis la réarchive systématiquement, alors que contrairement au langage Basic l'on peut pourtant sans aucun problème lire en Flash en C/Asm.
Donc non seulement ça use inutilement et bêtement la puce Flash, mais en plus on aura régulièrement des avertissements système de défragmentation de la mémoire Flash, ce qui va prendre facilement plusieurs minutes à chaque fois avec une machine complètement bloquée (super en examen...) et en prime à la fin sortir un affichage corrompu.

En l'état, je me refuse fermement à intégrer cette saleté au générateur mViewer GX.

Tu devrais éditer ta news ticalc pour nuancer avec ce que tu as découvert depuis, donc (Mais par ailleurs, c'est normal qu'il ne gère pas le scroll (ou zoom), c'est censé être un afficher de splash uniquement, pas un viewer d'image)

Mais bref pour le moment, les images ne sont pas au rendez-vous, gérer correctement du texte n'est pas forcément si trivial que ça.

Oui, je n'avais visiblement pas suffisamment testé pour la news ticalc.
Chez nous je ferais comme je/tu veux, mais ici j'ignore si c'est correct par rapport à ticalc.org d'éditer une news après plusieurs mois en changeant ainsi radicalement le fond de la conclusion.
En l'état, ce programme n'aurait tout simplement jamais dû passer en news sur ticalc à mon avis - mais trop tard maintenant.

Merci de ta réponse.

J'ai demandé à Yoann mais je n'ai toujours pas de réponse, et actuellement nous sommes en stage donc je n'ai pas l'occasion de le revoir.

J'ai déjà dit, mais pour moi utiliser du C pour ça n'est pas la bonne solution, d'où ce topic.
Voici mes raisons :

• Pas de support pour les 82A, 82Stats, 83+, etc..Et je pense que beaucoup de lycéens, ou BTS (du moins cette année), utilisent encore ce genre de modèle obsolètes. Kes oublier serait dommage.
• Un programme plus lourd. Même avec la meilleure optimisation possible, je suppose que le C va prendre bien plus de places (en comptant les bibliothèques + les appvars), que le programme basic. Après peut-être que je me trompe..
• Impossibilité de modifier son cours. Imaginons que l'élève a écrit une bêtise et qu'il souhaite le corriger. En C, c'est absolument impossible. En basic, il peut se rendre à la ligne incriminée, et corriger. S'il ne connais pas le programmation, il suffit simplement de s'inspirer des lignes au dessus.

Alors certes le C offre des avantages. La vitesse d'exécution ? Mais est-ce vraiment nécessaire que le programme mette 1ms à s'exécuter, au lieu de 1 seconde?
Le scroll ? Personnellement je trouve ça plus sympathique d'avoir un système de pages, plutôt que d'avoir un système de scroll qui va peut-être flouter le texte lors du scroll.
Les caractères spéciaux ? Il sera possible de remplacer les symboles "alpha" par le mot, et ça ne va pas perturber l'utilisateur.
C'est un cours, si le gars voit "alpha" il le remplace sur son brouillon par le symbole. Surtout que les caractéres spéciaux en petite police sont parfois illisibles.

Désolé de m'incruster comme ça, mais je voulais savoir où vous trouvez les sprites des caractères ça m'aiderait beaucoup.

Wistaro wrote:Un programme plus lourd. Même avec la meilleure optimisation possible, je suppose que le C va prendre bien plus de places (en comptant les bibliothèques + les appvars), que le programme basic. Après peut-être que je me trompe..

Hm, ben non justement, s'il n'y a qu'un viewer une fois et des documents uniquement (sans code dedans, juste les données), c'est d'autant de fois plus petit qu'avoir chaque document contenant lui-même le viewer?

Wistaro wrote:Impossibilité de modifier son cours. Imaginons que l'élève a écrit une bêtise et qu'il souhaite le corriger. En C, c'est absolument impossible. En basic, il peut se rendre à la ligne incriminée, et corriger. S'il ne connais pas le programmation, il suffit simplement de s'inspirer des lignes au dessus.

Avec un viewer + des programmes (pas besoin de passer par des appvar, justement), il n'y a pas de problème.
Sauf qu'en Basic, on est obligé d'avoir le viewer intégré dans le programme, rendant l'édition bien embêtante (tu modifies quoi que ce soit du code, c'est mort )

Wistaro wrote:Le scroll ? Personnellement je trouve ça plus sympathique d'avoir un système de pages, plutôt que d'avoir un système de scroll qui va peut-être flouter le texte lors du scroll.
Les caractères spéciaux ? Il sera possible de remplacer les symboles "alpha" par le mot, et ça ne va pas perturber l'utilisateur.
C'est un cours, si le gars voit "alpha" il le remplace sur son brouillon par le symbole. Surtout que les caractères spéciaux en petite police sont parfois illisibles.

Je vais avoir besoin de voir une première version de ton programme parce que j'avoue que tu m'as un peu perdu
Pour ces choses-ci, autant en Basic qu'en C (où c'est plus simple, mais bref) on peut faire ce qu'on veut (caractères spéciaux, scroll et/ou pages...) - c'est le rendu qui sera plus rapide en C, oui.

Je suis conscient que cet outils ne servira plus à rien au prochain bac, mais il le restera pour les BTS, les iut, etc. et pour les DS sans le mode examen pour les lycéens à partir de l'an prochain.

Certes, même si ils seront beaucoup moins.