ajout de fonctions au Program Editor - Page 7

C pas GTC, c GT-Basic

Oui en plus. lol

Ça serait le genre de projet qui m'intéresserait (et ce serait utile pour au moins une application: un interpréteur BASIC à peu près compatible avec celui de TI manque énormément à PedroM), mais comme Pollux dit qu'il n'y a presque pas de sources pour le moment, je doûte que ce soit un bon point de départ pour moi. Les décisions d'architecture, merci, mais je peux les prendre moi-même.

Mac> Oui, je me doute bien que c mort Enfin bon, j'ai trouvé ça rigolo de réfléchir à faire un système comme ça pour exécuter des progs de l'ordre 100x plus vite que le Basic normal. Mais après, ça prend bcp trop de tps à implémenter effectivement... (surtout sur TI, où on est obligé d'optimiser au maximum)

geogeo>
Et tu as gagné le droit de relire :

Pollux
: En l'occurrence, pour GT-Basic, il n'y a pas bcp de sources, mais une bonne partie de l'architecture était faite...

Et si quelqu'un "veut reprendre le projet avec de la motivation", il peut tjs me contacter... Et enfin, si problème il y avait, ce serait certainement pas au niveau de la lisibilité des sources mais plutôt de la qté de boulot à faire

Kevin> Tu risquerais de saboter tout le système de lib dynamique ^^ (oh, je rigole)

Non, crois-moi, les décisions d'architecture ne sont pas tjs simples à prendre si tu veux un truc compatible avec AMS, mais sans pour autant avoir un truc aussi inutilisable que le TI Basic. Je dois avoir des dizaines de pages de brouillons là-dessus (et je ne suis pas vraiment du genre à faire des tonnes de brouillons). Ca porte en gros sur la stratégie de gestion de la mémoire, le heap (optimisé petits blocs), la boucle de runtime, les extensions de langage (notamment la portée des variables, qui est bouse infâme en TI-Basic), les nouvelles fonctions, les nouveaux types, le format de bytecode, le codage des vars locales, etc...

Plus sérieusement, si y a plusieurs personnes qui sont motivées pour contribuer au projet, je veux bien m'y remettre. Ce qui est sûr, en tout cas, c'est que je ne finirai jamais ça seul et que donc pour l'instant c'est au point mort.

Une idée: et si tu ouvres un projet sur Sourceforge, Savannah ou semblable? Évidemment, il faudra qu'il y ait suffisamment de développeurs intéressés pour que ça ne devienne pas un autre des centaines de projets morts sur Sourceforge...

Je préfèrerais d'abord qu'il y ait des gens intéressés avant de me lancer dans des formalités administratives. Ca ne suffit pas d'ouvrir un projet sur Sourceforge, aussi libre soit-il... Bosser sur un truc comme ça demande, disons, au moins 3 personnes avec l'intention de ne pas se barrer au bout de 3 jours (après, c'est évidemment mieux si d'autres personnes peuvent aussi rejoindre, mais sans base solide c'est un projet mort en perspective). Si tu veux faire un topic sur le forum TICT, vas-y; je ne sais pas si PpHd serait intéressé aussi (il est qd même relativement concerné, mais étant donné qu'il bosse sur le nouveau format de kernel, je ne sais pas s'il pourrait ces temps-ci).

Il y a pas mal de modules relativement indépendants les uns des autres, à savoir :
- tokenizer/compilateur, avec les optimisations qui vont avec
- coeur de l'interpréteur
- fonctions de base (manipulation d'entiers...)
- fonctions plus avancées
- IDE
sans oublier que tout ça est centré fortement lié aux architectures de bytecode et de modèle de gestion de la mémoire...

Pour revenir au sujet :
on peut basculer rapidement entre les 5 derniers textes ouverts avec [<>] + [<] et [<>] + [>].
Ca a l'air de marcher, mais la détection utilisée pour voir si un nouveau texte est en cours n'est pas très jolie (elle est faite à chaque fois que le curseur clignote)
Il faut que je trouve une autre méthode, pour appeler la fonction uniquement quand un nouveau texte est ouvert mais je n'ai pas trouvé (va falloir que je fasse des recherches un peu plus poussées)

accessoirement j'ai ma licence d'info à avoir (mais c'est pas ce qui me prend le plus de temps ), je lis, je vois du monde, je joue, je fais du vélo, ...

spurement ???? c quoi ce language ??

j'ai vaguement réfléchi au coup de mettre le numéro de ligne en bas, et me heurte à un autre obstacle : je ne peux pas calculer suffisament rapidement le numéro de la ligne, et l'afficher en permanence risque d'être un peu long (il ne faudrait pas non plus que le tout ralentisse trop l'éditeur)

ah parcqu'on peut encore le ralentir cet éditeur ?

bah... la mise à jour de l'ouverture de la page à chaque clignotement du curseur, ça ralentis moins que l'affichage de la ligne ??

c'est pas énormément de calcul la mise à jour du nom de la page, faut juste comparer si une chaîne de 18 caractères est ou non dans une liste de 5 chaînes, et il ne se fait que 2 fois par secondes (et encore, je vais essayer de changer ça pour que ce soit plus propre)
Le calcul du numéro de la ligne demande a priori le parcours du texte de son début jusqu'à la position du curseur
Mais l'idée n'est pas abandonnée, ça devrait être faisable en faisant un peu plus subtil (mais aujourd'hui j'ai du taf et ce soir c'est le gala, alors je pourrais pas trop coder)

bah... suffit de calulé en fonction du déplacement du curseur, nan ??
Tant que haut ou bas (ajoutant 10 lorsque 2nd est appuyé) est pas utilisé, tu change pas le numéro.

mouais, j'y avais bien pensé, mais c'est pas super pratique dans la mesure où il y a déjà du code exécuté quand on déplace le curseur avec les flèches (pour le matching de parenthèses), donc j'ai pas envie de le surcharger. Il faut que j'y réfléchisse un peu sérieusement

A pasque t'as pas encors réfléchis sèrieusement pour le reste

y a pas mal de fonctions que j'ai codé un peu rapidement, sans trop réfléchir à ce que je faisais

Réfléchis un peu, alors, tu vas pouvoir nous pondre un nouvel OS, toi aussi

après réflexion, j'en suis arrivéà la conclusion que c'était faisable de mettre le numéro de la ligne, mais pas mal coûteux tant en place qu'en temps Il y a pas mal de cas à gérer.

Je me demande s'il ne se trouve pas quelque part dans les structures internes de AMS...
La structure TEXT_EDIT ne contient malheureusement que le numéro de ligne relatif à la fenêtre visible sur l'écran, pas le numéro absolu.

non, j'ai regardé les environs des données du text editor, et il n'y a rien qui corresponde au nuléro de la ligne

Je ne vois pas pkoi AMS s'amuserait à calculer le numéro de ligne alors qu'il ne s'en sert pas... (surtout que si par hasard c'était le cas, ce serait plutôt le nb de lignes _après wrapping_, et c pas en général ce qu'on veut)

C'est ce que j'avais mis dans mon post, puis j'ai édité après avoir vérifié qu'il n'était pas présent

Ca y est, j'ai l'impression que j'ai fait à peu près tout (sauf afficher le numéro de ligne ). J'ai uploadé la nouvelle version 1.01.

- fonction remplacer avec 'remplacer tout', 'mots entiers seulement' et 'respecter la casse'
- fonction chercher avec 'mots entiers seulement' et 'respecter la casse'
- fonction aller à la ligne n° x
- matching des parenthèses (optionnel)
- autoindentation (optionnel)
- sélectionner tout le texte
- annuler la dernière action
- basculer rapidement entre les derniers textes ouverts
- ajout des touches diamant + haut/bas quand on sélectionne (pour sélectionner jusqu'en haut/bas)
- archivage rapide du texte
- demande d'archivage quand on quitte un texte archivé modifié

Est-ce que j'ai oublié quelque chose ?