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

MacIntoc a écrit :
Ca d'accord, mais la 2.06 existe pas

Si, Scott Noveck l'a.

Béta-testeur Rullllllllllleeeeeeeeezzzzzzzzzz

Kevin>Merci
Donc sur TI-92/TI-89, ce serat la 2.06 qui serat identique à la 2.07 sur V200, c bien ça ?

Bonn qst de Mac (giver ??), alors ??
paske la V200, a l'heur d'ojourdui, elle a kell version ?? 2.05 ; 2.06 ; 2.07 ; etc. ???

TI embrouiile un peu la chose ...

MacIntoc a écrit :
Kevin>Merci Donc sur TI-92/TI-89, ce serat la 2.06 qui serat identique à la 2.07 sur V200, c bien ça ?

Non, il n'y a que les bêta-testeurs qui ont eu la 2.06.
Ça sera aussi la 2.07 ou peut-être la 2.08.

Cryptolix a écrit :
Bonn qst de Mac (giver ??), alors ?? paske la V200, a l'heur d'ojourdui, elle a kell version ?? 2.05 ; 2.06 ; 2.07 ; etc. ???

2.07

Thibaud, c'est vrai que je suis d'accord avec kevin, comment tu fais pour faire un algo en moins de n*log(n) ???

le tri fusion permet un tri en n*log(n) constant, et le tri rapide en n*log(n) au mieux et n²log(n) au pire!

Je ne vois pas comment tu fais, tu dois te tromper, tu as du faire plutot un algo en n² ...
c'est beaucoup plus probable... tu aurais fait une trouvaille dans un autre cas, surtout dans le cas de tri de chaines de caractères!

Eskil serait possible thibaut, d'integrer ds un 4ème menu (par ex.) La liaison entre 2 TI 89 - 89 ; 89 - 92/+ ; 92/+ - 92/+ ; 89 - V200 ; etc., avec exploration de l'autre calto, échange de fichiers, ... ??? ??

@ +

freka a écrit :
Thibaud, c'est vrai que je suis d'accord avec kevin, comment tu fais pour faire un algo en moins de n*log(n) ???

le tri fusion permet un tri en n*log(n) constant, et le tri rapide en n*log(n) au mieux et n²log(n) au pire!

Je ne vois pas comment tu fais, tu dois te tromper, tu as du faire plutot un algo en n² ... c'est beaucoup plus probable... tu aurais fait une trouvaille dans un autre cas, surtout dans le cas de tri de chaines de caractères!

ds son algo de tri, il connait le nb de types de fichiers != à l'avance ;-)

freka (et Kevin) : llllllooooolllllllllll parceque maintenant les types sur TI sont stockés sous forme d'une chaîne de caractères comme sur PC ?
Désolé mais comme on connaît à l'avance les types possibles et leur nombre, il est possible de faire un algo de tri en 2*n, voir même en 1*n si on veut (mais moi je veux pas, ça compliquerait trop) !!

cryptolix : sur TI89 il n'y a plus de place dans la barre de menus pour rajouter un nouveau menu (F4), à cause de l'horloge. Mais cette fonction pourra être ajoutée et accessible via un item du menu outils (F3)

Pen^2
a écrit : ds son algo de tri, il connait le nb de types de fichiers != à l'avance ;-)

J'ai compris comment il fait là.
Mais pour les fichiers de type personnalisé, il les trie tous dans la même catégorie? Parce que s'il veut faire ça correctement (classer ppg sous ppg, FOO sous FOO, BAR sous BAR, TOTO sous TOTO, ...), il ne connaît pas le nombre de types de fichiers à l'avance!

ah, la communication........ tout un art


edite pas au fur et à mesure, je suis plus
et bien je ne sais pas, et c une très bonne rmq ça. alors Thibaut ?

Vous êtes une bande de moules
Regardez dans le ReadMe le type des fichiers reconnus (http://alineasofts.free.fr/einstein/A_LIRE.htm#complementaires) il me semble que les PPG et les ZIPs, c'est à dire les fichiers personnalisés les plus courants, ne sont pas "vus" par l'algo de tri comme des fichiers personnalisés

Les autres fichiers personnalisés sont également regroupés entre eux, mais par contre ne sont pas triés par extension. Mais ils sont bien regroupés.

PS : par la même occasion, consultez la liste des améliorations de la ß3.0 y'en a un paquet

Les autres fichiers personnalisés sont également regroupés entre eux, mais par contre ne sont pas triés par extension

ba ct prévisible

et je lis plus les readme tant que g pas ma fonction pour le lancer automatiquement ds IE
ou alors faut le faire en txt

Thibaut a écrit :
Vous êtes une bande de moules
Regardez dans le ReadMe le type des fichiers reconnus (http://alineasofts.free.fr/einstein/A_LIRE.htm#complementaires) il me semble que les PPG et les ZIPs, c'est à dire les fichiers personnalisés les plus courants, ne sont pas "vus" par l'algo de tri comme des fichiers personnalisés

Bref, c'est une solution à moitié.

Les autres fichiers personnalisés sont également regroupés entre eux, mais par contre ne sont pas triés par extension. Mais ils sont bien regroupés.

Ce n'est pas correct. Un type FOO devrait être rangé entre EXE et FUNC, pas sous OTH.

bah faudrait demander sur le forum quelqu'un connaît la clé qui contient le path d'IE

tient, Kevin : ça signifie quoi , FOO ???
g déjà vu ça +ieurs fois, mais sans comprendre..

Thibaut a écrit :
bah faudrait demander sur le forum quelqu'un connaît la clé qui contient le path d'IE

bon courrage
ça serait dommage de distribuer fls sans la pitite protection
donc soit on passe le readme en txt, soit tu fais la pitite fn

rmq c vrai que je pourrais aussi le faire

Thibaut a écrit :
bah faudrait demander sur le forum quelqu'un connaît la clé qui contient le path d'IE

Au lieu de forcer l'utilisateur à utiliser IE, "exécute" le fichier HTML, et Windows t'ouvrira automatiquement le navigateur choisi comme navigateur standard par l'utilisateur.

Kevin : non, pas dans Einstein : les extensions ne sont pas triées par ordre alphabétique l'ordre de tri est le suivant : FLD (dossiers), EXE, PPG, BAS, TXT, BMP, PIC, DLL, ZIP, OTH, EXP

Ma solution est "à moitié", certes, mais c'est largement mieux que ce que les versions précédentes rendaient : là les fichiers n'étaient pas du tout ni triés ni regroupés. T'auras qu'à demander aux testeurs quand ils auront essayé la ß3.0, ça fait un changement radical si bien que le fait que les fichiers personnalisés ne soient pas triés entre eux devient négligeable !

Pen^2 a écrit :
tient, Kevin : ça signifie quoi , FOO ???
g déjà vu ça +ieurs fois, mais sans comprendre..

C'est un nom bidon commun aux USA comme "toto" en France.

Kevin Kofler
a écrit : Au lieu de forcer l'utilisateur à utiliser IE, "exécute" le fichier HTML, et Windows t'ouvrira automatiquement le navigateur choisi comme navigateur standard par l'utilisateur.

ah ?
v coder ça tout de suite alors

Kevin Kofler
a écrit : C'est un nom bidon commun aux USA comme "toto" en France.

merci

Au fait, j'ai pas expliqué le fameux "type" FLD apparaissant en premier dans l'ordre de tri (cf post #981) : comme vous l'avez peut-être deviné, Einstein est prêt pour être compatible avec de prochaines version d'AMS qui supporteraient les répertoires imbriqués.

Il n'y aura que deux lignes de code et la définition de la structure de la FAT (3 lignes) à modifier dans la source pour rendre effectif le support des "nested directories"


Au fait, y a t-il une méthode plus subtile que comparer le handle d'une FAT à FolderListHandle pour savoir s'il s'agit de la Folder Allocation Table ou d'une Variable Allocation Table ??? si oui, ça réduirait à 1 le nombre de lignes de code à modifier en cas de support des ND

-

Ben dit donc, je me suis cassé le cul à coder 13 améliorations alors alors que seul le changement de ReadMe aurait suffit à vous rendre heureux ???


FrontPage Express et de l'imagination. Tu ne saurais pas pour ma question #985 ?

-

Il est distribuer ou non ce shell??