Editeur TI Basic - Page 4

je V bientot sortiv la version 5 du mage BOULOU-BOULOU en 100% Flib

Ya pas quelqu'un qui voudrait bien tester mon prog et poster une réponse au lieu de parler d'autre chose svp

faudrait faire des projet, au lieu de programme. Pasque la plus part des progs basic sont en plusieurs fichiers. Et puis une barre flottante qui liste tous les label du prog et qui permet d'atteindre le lbl en cliquant dans la liste.

et un moteur pour rechercher/remplacer un texte !!!!!!!!!!

oué... 2 très bonnes idées...

et puis faudra aussi corriger les fonctions de Vertel parcequ'elles auront bientot toutes changées
(j'entends déjà des raleurs...)

Euh... Les mots "API stable" et "compatibilité antérieure" ne te disent-ils rien?

J'entends déjà des raleurs <=> J'entends déjà Kevin râler.

J'ai totalement recodé la lib, à partir de rien. J'ai changé totalement le système de fonctionnement pour qu'il offre de nouvelles possibilités et plus de stabilité sans trop ralentir. C'est réussi, et en plus j'ai optimisé de 500 octets.
Mais du coup la lib n'est plus compatible avec les versions précedentes, et j'ai pas envie de l'allourdir d'1 ou 2 Ko pour ça.

Donc ceux qui ont commencé des projets avec les versions 1.xx peuvent très bien continuer avec, je ne vois pas ou est le problème. Ceux qui veulent démarrer un nouveau projets par contre peuvent s'interesser à la nouvelle version.

Si il faut trainer des lignes et des lignes pour conserver une compatibilité, on avance pas.

P.S : Pas la peine de discuter pendant 107 ans, de toute façon c'est comme ça, et si y'en a à qui ça plait pas, bah ils utiliseront FLib

Merci pour les idées, je m'y attaque (au moins pour certaines... ) dès que je trouve un PC avec Delphi, ce qui n'est pas près d'arriver avant que je m'achète un PC.

Ceci dit, est-ce que quelqu'un peut me dire s'il y a des bugs ou des trucs à corriger avant de rajouter d'autres choses ?

Désolé, mais pour un programme comme Vertel (qui est une sorte de librairie dynamique), la compatibilité antérieure est quand-même le plus important, bien plus important qu'un malheureux KO.

Et si tu changes l'interface, n'oublie pas de changer aussi le nom du fichier (en vertel2 par exemple), sinon il va y avoir des conflits entre les programmes demandant des versions différentes de Vertel!

bien plus important qu'un malheureux KO.

Arf... Sachant que la lib fait moins de 7Ko, et qu'elle doit absoument rester en-dessous des 8, ce "malheureux Ko" est énorme !

Quand à la compatibilité, si les programmeurs avaient suivi mes conseils ils auraient utilisé la fonction exe_vers pour tester la version de la lib au début du programme

Au fait, LordOfTheRing, pour la tokénisation/détokénisation: comme j'ai déjà dit dans ce topic, j'ai un tokéniseur/détokéniseur presque terminé. (Si je ne l'ai pas fini, c'est parce qu'il reste 1 ou 2 bogues - je devrais pouvoir corriger ça rapidement - et parce que je voulais travailler l'interface - ce qui n'est plus la peine si on intégre mes routines de tokénisation/détokénisation dans ton éditeur.) Si je mettais (je ne promets rien, c'est juste pour savoir) mes routines de tokénisation/détokénisation en un fichier OCX (c'est du VB, donc je n'ai pas le choix si je veux te faire un composant) sous une licence adaptée à l'intégration dans ton éditeur (LGPL par exemple), ça te conviendrait?

bah... le seul défaut, c le clignotement du texte à chaque fois que tu tapes une lettre, sinon, je n'est rien de spécial à ajouter. Faut dire, que je l'est pas tester à fond.

Kevin > que fait exactement la TI lorsqu'elle tokénise ? enfin, je sais le sens général, mais au niveau du prog pur, il se passe quoi ?

Kevin> Comment tu sais comment transformer le prog de façon à ce qu'ils corresponde au format tokenisé de la TI ?

Elle convertit les expressions en un RPN "tokénisé" (= binaire, pas sous forme de texte). Par exemple:
integrate (e^(x^2), x, 1, 2)
devient:
[02 01 1F] [01 01 1F] [08] [02 01 1F] [08] [93] [25] [93] [C4]
ce qui correspond à:
2 1 2 x ^ e ^ integrate

si elle converti en binaire, alors pourquoi le BASIC est quand même aussi lent ?

Aussi, quand elle tokénise, elle doit bien mettre le prog tokénisé qq part, elle le met où ? ou bien interprête elle ligne par ligne le programme.

jackiechan
a écrit : Kevin> Comment tu sais comment transformer le prog de façon à ce qu'ils corresponde au format tokenisé de la TI ?

Pratiquement toutes les informations nécessaires sont dans la documentation de TIGCC (estack.h). Le reste (des détails pour la plupart), on le trouve en faisant tokéniser un programme à AMS et en regardant le résultat à l'éditeur hexadécimal.

Kevin Kofler
a écrit : Au fait, LordOfTheRing, pour la tokénisation/détokénisation: comme j'ai déjà dit dans ce topic, j'ai un tokéniseur/détokéniseur presque terminé. (Si je ne l'ai pas fini, c'est parce qu'il reste 1 ou 2 bogues - je devrais pouvoir corriger ça rapidement - et parce que je voulais travailler l'interface - ce qui n'est plus la peine si on intégre mes routines de tokénisation/détokénisation dans ton éditeur.) Si je mettais (je ne promets rien, c'est juste pour savoir) mes routines de tokénisation/détokénisation en un fichier OCX (c'est du VB, donc je n'ai pas le choix si je veux te faire un composant) sous une licence adaptée à l'intégration dans ton éditeur (LGPL par exemple), ça te conviendrait?

Moi je suis partant, mais je programme sous Delphi, et je ne sais pas comment intégrer un fichier OCX à mon projet. Je devrais pouvoir trouver, mais si je le fais, est-ce que je devrai intégrer les VBRUN merdiques du visual Basic ?

Certainement. Tout ce qui est programmé en VB (y compris les OCX) ne marche pas sans ça.
C'est pour ça que j'ai pratiquement abandonné la programmation VB (ce qui est aussi une des raisons pour lesquelles je n'ai jamais sorti mon tokéniseur/détokéniseur presque fini).

Pour l'intégrer au projet Delphi, selon http://www.lernnetz-sh.de/hypermail/delphi/0002/0001.html, il suffit de faire:
Components->Import ActiveX Control->Add->Install
(sous Delphi 5, et supérieures je suppose)

Il y a aussi les instructions pour Delphi 2 là: http://www.jcomsoft.com/howto/delphi2.htm.

Et il y a aussi des instructions pour installer l'OCX à partir de ton programme: http://www.delphicollection.com/public/Tips/BTips/RegOCX.htm.

(Merci Google pour tous les liens. )

Donc du point de vue technique, je ne pense pas qu'il y ait un problème, sauf pour la place (le runtime VB est énorme ).

Merci pour tous tes liens. Sinon ton code fait quelle taille ? il serait peut-être possible de changer carrément de langage de programmation si le code n'est pas trop long, parce que je suis allergique au VB

J'y ai déjà pensé, mais vu la manière de laquelle il est écrit, il faudrait carrément le réécrire depuis le début. (Il utilise plein de particularités du VB.)

Ah oui, une chose que je devrais préciser avant qu'on ne perde du temps, moi à corriger les 3-4 bogues qui restent et à compiler le tout, et toi à intégrer l'OCX: dans mon tokéniseur, la gestion des erreurs de syntaxe est pratiquement inexistante, et une simple erreur de syntaxe peut générer du code tokénisé complètement invalide. (C'est vraiment du "quick&dirty".) Si ce n'est pas acceptable pour toi, alors il vaut mieux qu'on évite de perdre du temps là-dessus.

Est-ce que quelqu'un connait un moyen de programmer en Delphi sur une bécane qui n'a pas Delphi ? Ca m'énerve de ne pas pouvoir avancer mon développement pdt la semaine.

Parce que avec la programmation 1 week end sur 2, ça avance pas des masses...

Remontage de Topic

Bon ça y est, j'ai récupéré Delphi, donc je vais pouvoir reprendre le développement.

Donc si vous avez des conseils/bugs à signaler, c'est le moment

Rappel : la beta en cours est publique, mais je vous demande juste de me donner votre nom/pseudo sur ma page si vous la téléchargez pour que je sache ce qu'elle devient.

Téléchargement ici

Kevin Kofler a écrit :
Ah oui, une chose que je devrais préciser avant qu'on ne perde du temps, moi à corriger les 3-4 bogues qui restent et à compiler le tout, et toi à intégrer l'OCX: dans mon tokéniseur, la gestion des erreurs de syntaxe est pratiquement inexistante, et une simple erreur de syntaxe peut générer du code tokénisé complètement invalide. (C'est vraiment du "quick&dirty".) Si ce n'est pas acceptable pour toi, alors il vaut mieux qu'on évite de perdre du temps là-dessus.

LordOfTheRing n'est pas forcément obligé de tokéniser un programme...
Donc S'il ne fait que de la détokenisation, il n'y aura pas de problème au niveau des erreurs de syntaxe...

Bonne remarque. J'ai bien fait de remonter le topic (le post de KK avait quand même plus d'un mois) !

C'est vrai que je n'ai pas besoin d'un tokéniseur, et même une version incomplète du détokéniseur me suffirait en fait.

Le tokéniseur et le détokéniseurs sont tous les 2 presque prêts, il faut juste que je prenne le temps de corriger les 2-3 bogues qui restent et de créer l'OCX. Mais je suis assez occupé en ce moment.

En fait, c'est surtout que j'ai un peu la flemme d'installer VB CCE...