Sortie d'un explorateur de fichiers graphique : EINSTEIN - Page 2

Thibaut a écrit :
Bah si ! ça supprime le fichier surligné

Ah ouais tiens. Tout à l'heure, ca n'a rien fait sur un dossier, maintenant ça remarche.

>Hand : ok
ah

> maintenant ça remarche
Ca a toujours marché

Je pense que c'est le fameux problème que je ne m'explique pas : une fois sur <beaucoup>, la boîte de dialogue de confirmation comprend [ESC] quand on presse [ENTER]

hum... les icones en 32 sont grosses, mais il n'y avait po d'autres moyen... C à cause du nom du fichier, dont la taille max est de32pxl, Cca?

Oué.
XSport a trouvé une parade à cette limitation, mais elle ne me plaît pas du tout : il tronque les noms et ajoute 3 points de suspension.

Et puis, ID aussi affiche avec des icônes 32x32, alors hein

Nan... 22x22

par contre je regrette que on ait plus l'icone qui montre que le fichier est compressé. c'est dommage que seules quelques lettres les differencient sinon un a propos de l'arret , avec un mot de passe?)

hi hi, au revoir tictex!

Et l'icone pour ID

GotGotGotak : un convertit ?

golstein : tu veux plutôt dire "je regrette que on ait plus l'icone qui montre que le fichier est en RAM" ?
Y'a toujours, j'ai remplacé le rond o par un R comme RAM

Thibaut a écrit :
nEUrOne : oui mais toi tu as une dent contre moi, ton avis je le connaissais d'avance

Bah nan, pas spécialement. Le tout est que je n'aime pas enstein pke il ne répond pas à mes critères de choix d'un shell. Puis si je voulais un gros truc comme ca, j'aurais pris prosit ou window !

Thibaut a écrit :
idle : non

C'est tout bête. Extrait des sources de Backgammon:

    pokeIO(0x600005,0b10111); /* low power mode, wake up CPU only on AI 1
                                 (grayscale), 2 (keypress), 3 (AMS clock), 5
                                 (AMS timer base, needed for APD) and 6 (ON,
                                 always wakes up the CPU) */

Accès rapide : Aïe ça ne va pas être évident avec _rowread.

Tu peux utiliser un truc du style (attention, tel quel, ça ne marche que sur TI-92+, et pas avec un programme compatible on-calc - à toi d'adapter):
unsigned char key_table[256][2]={[0 ... 'a'-1]={RR_NO_KEY,RR_NO_KEY},['a']={RR_A},['b']={RR_B},/*...,*/['z']={RR_Z},['z'+1 ... 255]={RR_NO_KEY,RR_NO_KEY}};

GotGotGotak
a écrit : hi hi, au revoir tictex!

TICTEX:
* ne gaspille pas la plupart de l'espace disponible sur l'écran pour des icônes 32×32.
* est plus stable. En particulier, il est plus protégé contre les bêtises des utilisateurs:
- pas possible d'effacer, renommer, déplacer, archiver etc. TICTEX lui-même alors qu'il est en utilisation
- pas possible d'effacer un fichier archivé sans le désarchiver avant. Ça évite l'effaçage accidentel d'un fichier archivé, qui pourrait se produire quand on a selectionné par erreur un fichier archivé dans une grande sélection de fichiers à effacer: quand on répond à la confirmation, le nom du fichier archivé pourrait n'apparaître même pas dans le dialogue!

Je trouve que Einstein est tres bien fait, cependant j'aimerais bien y trouver:

-un resume des TSR installes (eventuellement du kernel)
-un resume sur l'etat de la memoire.
-un hediteur heaxdecimal et un explorateur de handle
-une touche pour provoquer un garbage collection
-qqch pour recuperer ce qui est dqns la poubelle
-pour le fun une fonction de naviguqtion sur une autre calc (voir d un PC ) par link.

cf pct et xcs

EvaSDK
a écrit : -un resume des TSR installes (eventuellement du kernel)

Ça sert à quoi? Tu devrais quand-même savoir ce que tu as installé sur ta calculatrice... Et en cas de doûte, lance uninevhk. (Tu peux le faire à partir de n'importe quel shell si tu veux.)

-un resume sur l'etat de la memoire.

Il y a ça dans TICTEX.

-un hediteur heaxdecimal

Il y a ça aussi dans TICTEX. (XDanger a intégré tthedit.)

et un explorateur de handle

Tu as besoin de cela dans un shell? Utilise tthdex. (Là encore, rien ne t'empêche de le lancer à partir un shell.)

-une touche pour provoquer un garbage collection

C'est strictement inutile. Ça ne fait qu'abîmer la FlashROM et ça n'apporte rien.

-qqch pour recuperer ce qui est dqns la poubelle

Pour cela, il faut déjà qu'il y en ait une...

-pour le fun une fonction de naviguqtion sur une autre calc (voir d un PC ) par link.

Là, c'est carrément lourd...

Cet instant de pub vous etait propose par yAronet.com

tes reponses sont certes justifiees, mais c ne sont la que des idees...

Personnelement je me suis servis du l'explorateur de handle et de l editeur hexa pour comprendre differente chose sur la vat pour mon projet. Mais c vrai que pour un utilisateur ca n'a aucun interet

Je crois que Einstein n'arrive pas à lancer Dementia, je suis pas sûr.

C'est le jeu en 3D filaire qui est sortit récemment ?
Il le lance très bien

Il y a ça aussi dans TICTEX. (XDanger a intégré tthedit.)

Pas exactement. C'est Cody Cutrer (programmer066) qui l'a intégré dans tictex.

EvaSDK: tu veux une version bêta de tthdex (en principe stable, ça fait un bon mois que je n'ai pas fait planter ma calculette, et pourtant je l'utilise souvent) ?
Elle est bien meilleure que la 2.8 actuellement disponible. Plusieurs bugs graves sont corrigés, et il y a beaucoup de nouveautés.

[EDIT: j'avais laissé l'adresse du smiley qu'a mis Kevin dans la citation que j'avais faite, ça n'était pas beau].

franchement sympa ce shell... Bravo!

EvaSDK a écrit :
-un resume des TSR installes (eventuellement du kernel)
-un resume sur l'etat de la memoire.
-un hediteur heaxdecimal et un explorateur de handle
-une touche pour provoquer un garbage collection
-qqch pour recuperer ce qui est dqns la poubelle
-pour le fun une fonction de naviguqtion sur une autre calc (voir d un PC ) par link.

1°)serat supporter par Shellian
2°)c koi ça ???
3°)totalement inutile. Je trouve bien plus pratique de pouvoir choisir son programme plutot que de se faire imposer celui du shell
4°)serat gérer par Shellian, mais avec pas mal de contrainte (basic oblige)
5°)nessecite un programmation en C ou ASM donc ne serat trés probablement pas supporter par Shellian.

Vala, moi aussi g bien droit à un peu de pub

Euh hmm, c quoi handle ?

Au faite Thibaut, j'ai vu un petit bug:
Si je compresse par exemple un fichier archivé, au final j'aurais un fichier compressé, mais il ne sera plus archivé.

Thibaut a écrit :
C'est le jeu en 3D filaire qui est sortit récemment ?
Il le lance très bien

Ca plante tout le temps à la sortie, même sur une calc propre (92+ HW2 AMS 2.08). SH'L le lance parfaitement>.

XDanger
a écrit : Pas exactement. C'est Cody Cutrer (programmer066) qui l'a intégré dans tictex.

Oups...

Pour les propostions:
- il aurait été bien d'avoir la date affiché également (affiché où je ne sais pas, c'est vrai qu'il n'y a plus de place sur le menu.
- possibilité d'éteindre la Ti pourquoi pas ?
- possibilité de cacher les fichiers ou les dossiers.

Personnellement, comme shell j'utilise Doors, eh oui (je sais qu'on va me traiter de...)
Les raisons principales, c'est qu'on peut cacher les dossiers et fichiers et on peut également compresser des fichiers textes qui pourront être visible sur Txtrider.
Et c'est le 1er shell que j'ai eu à l'époque où j'avais pas internet, je connaissais un copain que je voyais pas souvent, il m'a passé un jour Doors et depuis je me suis bcp habitué à ce shell.
Bon depuis que j'ai internet, je sais qu'il d'autre shell comme Brain, Xport, TicTex.

Brain, c beau mais j'ai pas l'habitude, et j'aime pas l'affichage. Les caractères sont petit par rapport aux icones.
Mais le point fort c qu'on peut zipper plusieurs fichiers sans qu'il nous demande confirmation.

TicTex, bah en faite après avoir vu plusieurs post de Kevin, j'ai essayé ce shell mais il ne m'a pas trop convaincu. Les raisons c'est qu'on ne peut pas cacher dossier/fichier et on ne peut pas compresser également.
Ce sont pour moi les principaux fonctions qui me pousse à utiliser un shell en asm/C.
Mais ce que je trouve bien, c que quand on veut lancer un programme, il quitte le shell et nous mettre le raccourcie dans l'écran HOME.
Ah oui, je trouve que ce shell prend trop de place.

- cacher des fichiers: C'est l'abus d'un flag qui veut dire en fait "fichier en utilisation". Aucun shell ne devrait permettre de mettre ce flag sur un fichier qui n'est pas en utilisation, et encore moins permettre de retirer ce flag sur un fichier qui le porte!
- compresser des fichiers: Il faudra attendre qu'il y ait une compression on-calc potable. Ziplib compresse très mal (par rapport à ttpack), nécessite un kernel et comporte des bogues.
- pour la place: Sache que quand tu lances un programme, TICTEX ne consomme que 7 KO pendant l'exécution de ce programme! Le reste n'est utilisé qu'en mémoire archive.

Kevin Kofler a écrit :
- cacher des fichiers: C'est l'abus d'un flag qui veut dire en fait "fichier en utilisation". Aucun shell ne devrait permettre de mettre ce flag sur un fichier qui n'est pas en utilisation, et encore moins permettre de retirer ce flag sur un fichier qui le porte!

Mais est-ce qu'on est obligé de se servir du système de la façon dont il a été prévu ?
Non. Les auteurs d'AMS ont mis en place ce flag dans une autre utilisation que celle qu'en fait MicroTI, mais ce n'est pas grave. Je ne vois pas où est le pb...
Cela dit, je trouve cela comlètement inutile de cacher des fichiers.

jackiechan a écrit :
Mais est-ce qu'on est obligé de se servir du système de la façon dont il a été prévu ? Non. Les auteurs d'AMS ont mis en place ce flag dans une autre utilisation que celle qu'en fait MicroTI, mais ce n'est pas grave. Je ne vois pas où est le pb...

Le problème est que AMS, des FlashApps, et TICTEX lui-même aussi, d'ailleurs, utilisent ce flag pour protéger les fichiers en cours d'utilisation contre l'utilisateur, et qu'il ne faut donc pas permettre à l'utilisateur de toucher quand-même à ces fichiers (sinon, ça plante).

Oui, c'est vrai que si par exemple on est en train d'éditer un texte avec l'éditeur de texte du TIOS et qu'on lance le shell (avec Shift+ON), ça peut causer des pb si on affiche les fichiers cachés et qu'on effectue des opérations sur le fichier actuellement édité (Enfin, j'ai jamais essayé, donc je ne sais pas du tout ce qui va se passer).
Donc tu as raison, il vaut mieux éviter de permettre ce genre de manipulations. Ou bien il suffit simplement de faire attention.

Kevin Kofler a écrit :
Il faudra attendre qu'il y ait une compression on-calc potable. Ziplib compresse très mal (par rapport à ttpack), nécessite un kernel et comporte des bogues.

Ce qu'avait commencé Thomas Nussbaumer avait l'air de marcher pas mal, qu'est-ce qu'il en fait ?

Mouais bon, je ne suis pas programmeur C ou Asm donc je ne sais pas ce que veut dire Flag, bon pas grave.

Pour Ziplib, c'est vrai, le point faible c'est qu'il nécessite un kernel.
Mais par contre j'ai jamais vu de bugs, de quels bugs-parles tu ?

Et pour les dossiers/fichiers cachés, en règle général, je ne cache pas les fichiers, je cache généralement les dossiers.
Il me semble, c'est vrai que si on cache un fichier et qu'on utilise ce fichier, cela peut provoquer un bug.
Par contre si on cache un dossier, et qu'on utilise un fichier qui est caché dans ce dossier, il n'y a normalement pas de bug.

- Pour répondre à Jackie, je cache les dossiers pour éviter d'avoir trop de dossier que je n'utilise qu'occasionnellement.
J'ai par exemple un dossier ou je met des sauvegarde de mes programmes basic en cours de développement.
Tu as dû déja programmé en basic je pense. Et ben moi il m'est arrivé plusieurs fois pendant que je programme un truc, que ma Ti s'éteind là où je ne m'y attend pas. Et forcément cela me fais disparaître mon programme.
A cause de ça, maintenant quand je programme un truc en basic, je fais de tant en tant une copie de mon programme sur un dossier de sauvegarde et je l'archive pour être sûr au cas où. Et ce dossier quand je ne l'utilise plus, je le cache.
- J'ai aussi un dossier où j'ai une copie des principales librairies. Une sauvegarde au cas où. Et ce dossier je le cache également.
- Faut dire aussi que je cache des dossiers face au trop curieux qui veulent scruté ma Ti