donc je fais un editeur de texte formaté... - Page 5

Si ZipLib est open source, je peut te la convertir en 2 secondes au format statique...

Sinon stp ajoute la fonction CSS:
C'ad: police du texte par defaut; police des titres des parties et sous partie...
c'est indispensable

sinon regarde ce teste qui peut surment t'apporter pas mal d'aide:
http://archive68k.free.fr/site/tgvvsrider.php3

ah ok!
j'avais pas compris ce que tu entendais par css et marques pages!

tu veux un index des titres!

ça sera fait!

sinon, faut faire une lib ziplib mais en nostub (cf fatengine) pis ts le monde sera content ...

TiMad est en train d'en faire une, ou l'a faite, je me trompe

i don"t know

neurOne>regarde la beta que je vien de t'envoyer!
le rle marche qd meme pas mal!

le rle ne vaut pas un zip !

c'est sur!

bon, j'ai fini mon forfait!

je posterai peut etre du cdi

le must: marque page et sous marque page comme dans tgv

j'y ai pensé

je vais faire 256 niveaux de marque pages(en nombre illimité)
avec une representatio en arbre et formatage automatique des titres

j'ai 2ou3 autres trucs à coder et apres je debugge et je sors une beta publique!

j'en peofite pour remercier neurone qui m'a aidé et va continuer car il a une 89 et je ne e rends pas trop compte!

neurOne> ne tete surtout pas la last beta oncalc elle m'a fait un mega crasH
->[)]+[-]+pile=>plus de flash

en tout cas ne comptez pas sur une version propre pour le bac

mon BIG projet du moment: un editeur de texte formaté sur:post.php?id=1,12632,0

quand j'ai vut ca dans ta signature, j'ai crut au début que tu avais eu un probleme avec ton pc, que tu avais format et tout perdu
alors un conseil, save tes sources sur plein de support au cas ou

au passage TRES bon boulot, mais je trouve 80% de te styles d'écriture trop peu lisible...

ouais je sais!
ça rend mieux oncalc

c vrai .. tiens au fait:

- le glow sur la petite fonte, ca fait assez crade
- les vecteurs, faudrait une fleche
- pis je c pas si on peut (maintenant?) taper un texte sous ti89, ca marchait pas avant, je c pas si je te l'avait dit.

> ne fait pas de formatage de titre auto obligatoire .. ca peut etre soulent surtout si c moche ou du moins pas super

bon, ben voilà .. les cours reprennent demain

sur 89 ça marche!
vecteurs ça sera fait

le formattage automatique sera configurable!

pareil

tte façon faut que je recode toute la parte rendu!

à dans 15 jours ac surement une beta!

Bah bonne continuation pour ton zolie et très utile prog pour le moment, je trouve que d'apres les screens, l'a l'air vraiment
Et vi demain retour au boulot...
Bonne continuation pour ton prog janjan2

TImad> oh le test que j'avais fait pour archive68k
d'ailleurs le site est mort depuis très longtemps
fodrait pe foutre cette page sur ti-fr

moué .. c pas vraiment l'orientation de ti-fr pour l'instant ce genre de trucs

>>Kevin Kofler m'a demoralisé en me disant que personne ne l'utiliserait et qu'il n'aurait plus d'interet.
Il demoralise tout le monde celui la.
Ne t'inquietes pas quand meme. J'ai LA solution pour faire passer les progs kernels aux nostub. Simple le prog kernel installe le kernel. Je l'ai implemente en moins de 50 octets Mistub obbligatoire.

lol ! ça c'est la solution ultime !!

mistub powa
mais TIGCC supporte pas, je crois ?
(et supportera jamais je suppose )

En gros tu modifie l'en-tête du programme ?

. Pb 100% kernel. Avec installation automatique si necessaire du kernel.
>Squale: T'inquietes, si tu veux, pour toi, je peux le porter. La modif a faire a obj2ti est tres faible.

>PpHd: Ne t'inquietes pas quand meme. J'ai LA solution pour faire passer les progs kernels aux nostub. Simple le prog kernel installe le kernel. Je l'ai implemente en moins de 50 octets Mistub obbligatoire.

C'est totalement idiot!
Pour installer le kernel automatiquement, il n'y a que 2 choix:
1. inclure le kernel dans le programme: et hop, le programme prend 5 KO de plus. C'est génial pour quelque chose prévue pour épargner de la place. Donc on élimine.
2. ne pas inclure le kernel dans le programme. Dans ce cas, l'utilisateur devra déjà avoir le kernel sur la calculatrice, sinon ça ne marche pas. Et s'il l'a déjà, il doit bien être capable de le lancer...

Donc c'est vraiment idiot. Et le mistub n'est pas supporté par TIGCC et ne le sera très probablement jamais, pour 3 raisons:
- Il est totalement inutile. Je ne vois pratiquement aucun usage intelligent du mistub.
- Il serait utilisable en assembleur seulement: TIGCCLIB n'est pas du tout prévue pour un mélange entre les 2 modes. Le _nostub et le kernel sont gérés de manière nettement séparée, et on ne peut pas mélanger les 2 dans le même fichier.
- À moins d'être 100% PC-relatif dans tout ce qui peut être exécuté par la partie _nostub, tout programme mistub plantera obligatoirement s'il est lancé à partir d'un explorateur avec un ancien kernel (DoorsOS ou TeOS), car la table de relogements de AMS est totalement ignorée dans ce cas.


Et puis, tu m'expliques comment tu veux lancer le kernel en moins de 50 octets d'une manière qui marche sur une HW2 AMS 2 non patchée??? (Je te signale que les utilisateurs de PreOs-Hw2Tsr n'auront pas forcément h220xTSR déjà installé! Sinon, autant installer PreOs tout de suite...)

Kevin Kofler a écrit :
2. ne pas inclure le kernel dans le programme. Dans ce cas, l'utilisateur devra déjà avoir le kernel sur la calculatrice, sinon ça ne marche pas. Et s'il l'a déjà, il doit bien être capable de le lancer...

Certes. mais c'est pas plus complique que ttstart. Ca l'installe automatiquement.
Comme un fichier externe quoi.

Donc c'est vraiment idiot.

Si l'utilisateur est intelligent, oui. Mais je croyais que tu prennais l'utilisateur pour un idiot ?

Et le mistub n'est pas supporté par TIGCC et ne le sera très probablement jamais, pour 3 raisons:
- Il est totalement inutile. Je ne vois pratiquement aucun usage intelligent du mistub.
- Il serait utilisable en assembleur seulement: TIGCCLIB n'est pas du tout prévue pour un mélange entre les 2 modes. Le _nostub et le kernel sont gérés de manière nettement séparée, et on ne peut pas mélanger les 2 dans le même fichier.

Pas du tout. On peut faire les rom-calls en mode nostub, et rajouter les libs asm en testant si leur relogement a bien effectivement eu lieu.

- À moins d'être 100% PC-relatif dans tout ce qui peut être exécuté par la partie _nostub, tout programme mistub plantera obligatoirement s'il est lancé à partir d'un explorateur avec un ancien kernel (DoorsOS ou TeOS), car la table de relogements de AMS est totalement ignorée dans ce cas.

Faut. Il utilise userlib::exec pour etre lance, et Preos supporte parfaitement les nostub. J'ai essaye de lancer des _nostub sous doors et ca marche tres bien.

Et puis, tu m'expliques comment tu veux lancer le kernel en moins de 50 octets d'une manière qui marche sur une HW2 AMS 2 non patchée??? (Je te signale que les utilisateurs de PreOs-Hw2Tsr n'auront pas forcément h220xTSR déjà installé! Sinon, autant installer PreOs tout de suite...)

Simplementent. J'appelle enter_ghost_space, puis je saute a preos. tu n'es pas debroulliard. ;0

>>Kevin Kofler:

<< - À moins d'être 100% PC-relatif dans tout ce qui peut être exécuté par la partie _nostub, tout programme mistub plantera obligatoirement s'il est lancé à partir d'un explorateur avec un ancien kernel (DoorsOS ou TeOS), car la table de relogements de AMS est totalement ignorée dans ce cas.>>

>PpHd:
Faut. Il utilise userlib::exec pour etre lance, et Preos supporte parfaitement les nostub. J'ai essaye de lancer des _nostub sous doors et ca marche tres bien.

Mais je te parle des anciens kernels, pas de PreOs!

>>Kevin Kofler:

<< Et puis, tu m'expliques comment tu veux lancer le kernel en moins de 50 octets d'une manière qui marche sur une HW2 AMS 2 non patchée??? (Je te signale que les utilisateurs de PreOs-Hw2Tsr n'auront pas forcément h220xTSR déjà installé! Sinon, autant installer PreOs tout de suite...)>>

>PpHd:
Simplementent. J'appelle enter_ghost_space, puis je saute a preos. tu n'es pas debroulliard. ;0

Et tu ne fais plus que des branchements relatifs dans ton programme après? Pas de sauts absolus à une adresse relogée ni de rts vers du code appelé avant enter_ghost_space? Si oui, ça doit être bon. Mais enter_ghost_space, rechercher preos dans la VAT et le lancer, puis revenir au début pour exécuter le programme comme un programme kernel prennent plus de 50 octets. Je viens de compter: enter_ghost_space tout seul prend 112 octets!


Et si l'utilisateur est vraiment un idiot, il n'aura jamais envoyé PreOs à la calculatrice!

Bref, moi, je préfère travailler sur les DLLs _nostub (ça a une utilité: on peut faire des programmes _nostub >64 KO avec ça) que sur ton mistub, désolé.

Kevin> Quand tu cites, il ne faut pas enlever le "Mr./Mme. XX a écrit : " car on ne le voit pas toujours immédiatement.

C'est corrigé.

Kevin Kofler a écrit :
Mais je te parle des anciens kernels, pas de PreOs!

L'une des particularites des kernels est qu'ils evoluent au cours du temps. Si, si, je te jure ! Un vieux kernel ne peut pas lire des nouveaux programmes.

Et tu ne fais plus que des branchements relatifs dans ton programme après? Pas de sauts absolus à une adresse relogée ni de rts vers du code appelé avant enter_ghost_space? Si oui, ça doit être bon.

Apres j'execute le kernel qui s'occupe du relogement.
Il faut d'ailleurs que je regarde l'implementation d'hw2tsr pour verifier si je peux pas bidoullier grace a une de ces features caches.
Lorsqu'hw2tsr s'installe, il active bien le ghost space ? Si c'est le cas, je n'ai meme pas besoin d'activer le ghost space, mais de faire une adresse de retour dans le ghost space.

Mais enter_ghost_space, rechercher preos dans la VAT et le lancer, puis revenir au début pour exécuter le programme comme un programme kernel prennent plus de 50 octets. Je viens de compter: enter_ghost_space tout seul prend 112 octets!

J'ai exagere. C'est mon esprit romantique qui veut ca.
Mais ca reste tres court neanmoins. Mais pas compatible ti-92+ ams 1.00 helas.

Et si l'utilisateur est vraiment un idiot, il n'aura jamais envoyé PreOs à la calculatrice!

S'il est un idot il n'enverra pas ttstart dans sa calculatrice.

Bref, moi, je préfère travailler sur les DLLs _nostub (ça a une utilité: on peut faire des programmes _nostub >64 KO avec ça) que sur ton mistub, désolé.

C'est pas tres complique a faire en plus.
Et je croyais que tu aimais pas les libs dynamiques.

PpHd
a écrit : L'une des particularites des kernels est qu'ils evoluent au cours du temps. Si, si, je te jure ! Un vieux kernel ne peut pas lire des nouveaux programmes.

... ce qui est déjà un problème, qu'il faudrait essayer d'éviter d'empirer.

Apres j'execute le kernel qui s'occupe du relogement.
Il faut d'ailleurs que je regarde l'implementation d'hw2tsr pour verifier si je peux pas bidoullier grace a une de ces features caches.
Lorsqu'hw2tsr s'installe, il active bien le ghost space ? Si c'est le cas, je n'ai meme pas besoin d'activer le ghost space, mais de faire une adresse de retour dans le ghost space.

h220xTSR déprotège bien l'espace fantôme lors de l'installation, mais c'est trop tard pour ton programme, parce que tu dois déjà avoir l'espace fantôme déprotégé pour pouvoir lancer preos à partir de ton programme.

S'il est un idot il n'enverra pas ttstart dans sa calculatrice.

Si, parce que les fichiers s'appellent program.89z et program.89y, où program.89z est le lanceur. L'idiot pourrait oublier le PPG, mais à en croire les forums, ça arrive très rarement, probablement à cause du nom identique mise à part l'extension. (D'habitude, les idiots essayent d'envoyer tout ce qui commence par program, y compris program.asm.)