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

c'est vrai

Thibaut, tu peux donner une seule bonne raison pour justifier le fait que Einstein n'est toujours pas sorti paske là vraiment je vois pas ... tu promets de le sortir mais tu le fais jamais ... c'est quoi le problème ?

LE PROBLEME C'EST QUE LA DOCUMENTATION DE TIGCC EST ERONEE

Arrêter de m'accuser sans trop savoir. J'aurais pu sortrir mon shell Lundi soir.

J'ai passé ma semaine à coder, recoder, supprimer, recommencer, .... la fonction de copie des fichiers qui plantait sans savoir pourquoi

J'ai fini par trouver l'origine du problème (je commençais à devenir fou) : la fonction FolderCur peut lancer un HeapCompress dans certains cas


Je vais informer Kevin de ce truc.

Elle n'est pas erronée, mais incomplète.

Oui, tu as raison

C'est curieux que cette fonction lance un HeapCompress ! et je n'ai pas réussit à déterminer dans quelles conditions elle le fait

On pourra faire de l'association de fichier dans ton shell thibaut ou pas?? (comme dans PCTools)
Car je ne suis pas contre tous les programmes ajoutés dans les shells comme des viewers de textes qui ne servent a rien sinon a prendre de la place et qui ne sont pas pas super (cf TICT Explorer) mais bon, j'aime bien HibText et j'aimerai lire mais textes avec...

est-ce que einstein permet (ou permetra) de gérer des sous-dossiers ("nested structure" dans pct) ???
pq moi g 50000 dossiers et sans ça, naviguer dans les folders serait vraiment très chiant !!!

guigui17 : Le viwer de TICTEX est une exception... Il déforme les textes en étirant l'espace entre les lettres et coupe les mots en plein milieu (pas de WordWrap)

YoMiG : pas encore, mais ça viendra sûrement.

Miracle!!!!

Non, j'y crois pas, ca peut pas etre vrai

Je vais voir ca

Yomig>Einstein gèreras les sous-dossier quand AMS les gèreras aussi. Pour l'instant, il y a que de shell qui gère les sous-dossier, PC-Tools et Bureau 2000 (en basic). Et il y en a un qui le gèreras, c Shellian

Faux.

Je peux activer le flag folder d'une SYM_ENTRY sans problème. Et là, pouf, magique, la SYM_ENTRY devient un répertoire pour Einstein. Il ne reste plus qu'à remplir ce "fichier" (il sera vu comm tel par le TIOS) comme une VAT.

et tu peut pas mettre plus de 64Ko de données dans ce dossier

g 2 petit bugs, je crois, et 1 suggestion.
1°)Les fichier STR sont données comme ficher EXPR.
2°)Les fichiers PPG sont afficher comme des EXE, même pour l'icone.
3°)Est-ce que tu pourrait faire en sorte de lancer Einstein, sans qu'il soit necessaire que einsdata soit dans le dossier courant ??

Tu avais zéro bug et 1 suggestion

Pour moi, les chaînes sont des fichiers de la même catégorie que les variables EXPR.

Les PPGs vu comme des EXEs, c'est normal ! Tous les fichiers compressés sont vus comme le fichier d'origine. Autrement dit, la compression est transparente pour l'utilisateur.
Compresse n'importe quel fichier, tu verras qu'il apparaîtra toujours avec le même type. La différence c'est qu'il aura un petit C à sa gauche et qu'il y aura un temps de décompression quand tu voudras l'ouvrir

Ta suggestion : ok !

c du bonheur en boite... noire avec TI de marque dessus

arf... ????
Bah ou elles sont passer les icones avec le logo de winzip

Pour moi, les chaînes sont des fichiers de la même catégorie que les variables EXPR.

On peut voir les choses comme ça... Ca n'est pas l'"avis" d'AMS (ni vraiment le mien, pour tout dire). Je pense qu'une expression mathématique est une expression mathématique, une chaîne n'est pas forcément une expression mathématique; j'ai 0 EXPR et plusieurs dizaines de STR qui sont une partie de ma todo list.

Mais Einstein est ton shell, tu en fais ce que tu veux.

bah... entre str et expr, ça dérange pas trop, même si je trouve sa aussi un peu embétant, mais ne pas différencier les ppg des asm, c déjas plus embétant.

il me semble que sur sa calc on sait a peu pres ce qu on a et de quel type c'est...

MacIntoc > ne pas différencier les ppg des asm, c déjas plus embétant

Pourquoi ?????????? Ils s'utilisent comme tous les autres fichiers compressés : on "clique" dessus et ils s'ouvrent comme s'ils n'étaient pas compressés (la seule différence c'est qu'il y a un petit temps d'attente avant l'ouverture : la décompression) !
C'est vachement pratique je trouve !

Et puis il y a le petit C à gauche de l'icône qui informe quand un fichier est compressé.

Oui, mais les programme kernel sont pas compressez et il plante, alors que les nostub, nan. Donc c un peu embétant de lance un prog en pensant que c un nostub et qu'il plante. C pour ça que c plus interressant de différencier les ppg des asm

Les PPGs kernel plantent ?

Aucun testeur ne m'avait signalé ça sur les autres versions !!!!!

euh... nan, c une spécificité de ma calc
Et c pas les ppg kernel, c les kernel en nvg (enfin, j'en est bien l'impression).

LOL et tu crois que je vais changer cet affichage avantageux pour une seule personne qui a une calc pourrie ?


Il est bizarre ton problème.
1) tu as quoi comme OS/version ?
2) comme TSRs ?
3) ça plante uniquement avec Einstein ?

Heu ils n'acceptent pas les programmes en Français, sur TiCalc ?
Je vois dans mes stats détaillées que les responsables de TIcalc ont visité mon site après que je leur ai envoyé mon programme (y'a 2 jours)... qui n'apparaît toujours pas dans la liste des nouveaux programmes

ils sont dégouté que les francais fasse de si bon prog!!
meme chrono fantasy qui é t aussi en anglais n'as po été publié sur ticalc alors tu peut tjs réver!

MacIntoc
a écrit : Oui, mais les programme kernel sont pas compressez

Autant compresser aussi les programmes kernels, vous plaignez pas qu'il manque 64ko sur l'AMS 2.08 si vous faites pas un minimum

oué, clair.
surtout que le ppg permet de tout compresser