Un shell comme vous n'en avez jamais vu sur TI 68 k : EINSTEIN - Page 19

Peut-être très prochainement.

Je vois que tout le monde commence à la vouloir, depuis que les viewers de textes et d'images sont programmés je me fais harceler

Vite un lien

moi je l'ai
(erf ds ma bouate ! )

T'avais qu'à pas oublier le pass de ton mail Pen^2

moi aussi je l'ai (mais po la dernière version )

tu va devenir celebre thibaut

je l'ai pas oublié, je l'ai jamais connu celui là

tu pourrai faire une version avec la souris? qqun avait publiés les plans et une lib avec...
c'est tout ce qui manque...
et ca peut visualiser les image en 7 niv gray?

souris : bof pour 1 utilisateur ou deux.... sauf si ça ne fait prendre que très peu de poids au fichier.
7 gris : y'a pas encore cette possibilité dans la lib de TIGCC (et puis ça ne marcherait que sur HW1, non ?)

Sur HW2 aussi, mais ça clignoterais atrocement.
Sinon, je lui est fait bouffer des texte de 30-40Ko (et même un de 65536octets) et il a pas broncher. Par contre, il aime pas les textes vide. J'ai pas encors regarder bien, mais si un texte contient beaucoup de 00 au début et des caractères à la fin, il l'affiche pas. J'ai bien envis de faire un piti générateur de texte aléatoire, voir ce que ça donne

vous me decevez beaucoup!!!!!
CA FAIT DEJA PLUSIEURS MOIS QUE LES 7 GRAY SONT STABLE SUR HW2 AVEC PREOS , GRAPHLIB HW2 ET GRAY7LIB HW2 (cf ticalc)
avec imag'in........



et vous ests pas au courant???? la t3 l'a hurlé pourtant....

J'en ai entendu vaguement parler. Mais bon c'est pas encore dans la bibliothèque de TIGCC

MacIntoc :
1) comment ça il n'aime pas les textes vides ?
2) Tu as bien la toute dernière version de la 2.9 ?
3) "si un texte contient beaucoup de 00 au début (...) il l'affiche pas" ben c'est normal puisque le caractère de code zéro indique la fin d'un fichier texte selon la convention du TIOS ! vérifie dans tous tes TXTs, tu verras que le dernier octet est un zéro.

Il n'y a pas que tigcc dans la vie. J'attends la reponse de KK

PpHd : tu autorises l'utilisation de la routine sans utiliser graphlib?

n'utilise pas tout le temp tigcc pour les 7 gray ca vaut le coup

== contradiction....

progman7gray
a écrit : n'utilise pas tout le temp tigcc pour les 7 gray ca vaut le coup

... de pas l'utiliser

je pense que c ce qu'il voulait dire.

M'en fout j'ai des choses beaucoup plus urgentes à coder de toute façon

A c pour ça que ça affiche rien quand le texte commence par 0000
Bon, v ré-essayer avec d'autre texte.

-

Je me demande même qui a bien pu inventer gray4lib et gray7lib et pourquoi Pour une compatibilité descendante ?

C'était des libs de PlusShell et graphlib une lib de doorsos, non?

Tiens... voilà l'intéret d'un défragmenteur. J'ai 403 804 octets de Flash libre, et je peut pas archiver un fichier de 65 520 octets.

T'es décourageant parfois, Aymeric

mouais

Mais c t pour tester le viewer, à la base. Comme y a pas de prbm (sauf que ça fait de lignes d'une longueur kilométrique), j'en est profiter pour bien mettre en lumière le prbm de la fragmentation de l'espace libre

T'inkièt, y'aura un WordWrap activable sur la ß3.0

C koi un wordwrap

ca veut dire:
"retour à la ligne automatique sans couper les mots"
=>l'éditeur de texte de la TI n'en a pas
=>word en a un

Un worldwrap, MacIntoc, c'est ce que faisait (lentement ) ta fonction de découpage en basic

Et c'est aussi ce que fait FSC mais bcp plus rapidement

progman7gray a écrit :
vous me decevez beaucoup!!!!!
CA FAIT DEJA PLUSIEURS MOIS QUE LES 7 GRAY SONT STABLE SUR HW2 AVEC PREOS , GRAPHLIB HW2 ET GRAY7LIB HW2 (cf ticalc)
avec imag'in........


et vous ests pas au courant???? la t3 l'a hurlé pourtant....

Et tout ca se trouve ou ? j'ai la flemme de chercher, surtout sur le site de la t3 (j'ai horreur de l'anglais)

c dans les libs que pphd a refait (ou du moins modifiee)