[mOved] Nspire - Page 16

Forcement le CAS utilisé par les TI-68k et la NSpire est Derive, c'est normal que ça partage certaines fonctionnalitée, ce qui ne veux pas dire non plus que ce sont les meme personnes qui on devellopé sur les deux.

et les "limitations" 16/8 sur le nom d'une variable il y a surement une tres bonne explication

Genre le système de fichiers ?
Sinon, je ne vois pas l'intérêt de faire une variable à 10000 caractères surtout quand on doit utiliser un petit clavier (et en plus ça n'aide pas à la lisibilité des formules)

Godzil (./451) :
Forcement le CAS utilisé par les TI-68k et la NSpire est Derive, c'est normal que ça partage certaines fonctionnalitée, ce qui ne veux pas dire non plus que ce sont les meme personnes qui on devellopé sur les deux.

et les "limitations" 16/8 sur le nom d'une variable il y a surement une tres bonne explication

D'après ce que je vois(j'attends d'avoir des confirmations) le C.A.S utilisé dans la TI-NSpire C.A.S est pratiquement à 100 % celui de l'A.M.S 3.10 avec surement les même algorithmes donc il est plus que certainement notablement moins puissant que Derive.
Avec 16 Mo de RAM et plus de 20 MB de mémoire de stockage,je ne vois pas vraiment l'utilité de limiter les noms des variables à 16 caractères à part bien sur si chaque nom de variable occupe exactement 16 octects(ou 32 en cas d'unicode) ce qui est,tu en conviendras,une manière particulièrement primitive de gérer les noms de variables.
Quand je pense que ma HP48G,achetée avant la sortie de la TI92 en 1995, avec seulement 30 Ko de RAM et pouvait supporter une arborescence de répertoire de plus de 32 niveaux et des noms de variables de 127 caractères sans frèmir.
Mais bon on a quand même affaire à TI.

Ximoon (./452) :
Genre le système de fichiers ?
Sinon, je ne vois pas l'intérêt de faire une variable à 10000 caractères surtout quand on doit utiliser un petit clavier (et en plus ça n'aide pas à la lisibilité des formules)

10000 caractères non mais au moins 64 serait un bon début surtout quand les HP48SX pouvaient gérer des noms de 127 caractères en 1989/1990 déja.
Ca peut être pratique d'avori des fonctions(faute de programme) avec des nom explicites.
C'est vrai aussi que malheuruesement on ne peut pas nommer les documents ou les feuilles de calculs qui sont sauvés comme partie de pages.

KonanYao (./453) :
D'après ce que je vois(j'attends d'avoir des confirmations) le C.A.S utilisé dans la TI-NSpire C.A.S est pratiquement à 100 % celui de l'A.M.S 3.10 avec surement les même algorithmes donc il est plus que certainement notablement moins puissant que Derive.

Ce qui n'empeche que le CAS utilisé pour les TI-68k et apriori pour la NSpire *EST* Derive

KonanYao (./453) :
Avec 16 Mo de RAM et plus de 20 MB de mémoire de stockage,je ne vois pas vraiment l'utilité de limiter les noms des variables à 16 caractères à part bien sur si chaque nom de variable occupe exactement 16 octects(ou 32 en cas d'unicode) ce qui est,tu en conviendras,une manière particulièrement primitive de gérer les noms de variables.

Et tu les stoquerais comment les nom de variable

KonanYao (./453) :
Quand je pense que ma HP48G,achetée avant la sortie de la TI92 en 1995, avec seulement 30 Ko de RAM et pouvait supporter une arborescence de répertoire de plus de 32 niveaux et des noms de variables de 127 caractères sans frèmir.

Ce n'est pas la taille qui compte

KonanYao (./454) :
10000 caractères non mais au moins 64 serait un bon début surtout quand les HP48SX pouvaient gérer des noms de 127 caractères en 1989/1990 déja.

Et alors ? Le Mac affichait des icones, et etait 100% graphique en 1984 et ?

Godzil (./455) :
Ce qui n'empeche que le CAS utilisé pour les TI-68k et apriori pour la NSpire *EST* Derive

C'est une version réduite de Derive, il n'y a pas tout ce que Derive sur PC sait (ou plutôt savait, ils sont en train de le remplacer par la version PC du logiciel TI-Nspire ) faire.

Et alors ? Le Mac affichait des icones, et etait 100% graphique en 1984 et ?

Le Mac n'est pas une calculatrice.

Kevin Kofler (./456) :

Et alors ? Le Mac affichait des icones, et etait 100% graphique en 1984 et ?

Le Mac n'est pas une calculatrice.

C'était juste pour souligner que son affirmation n'a pas gd rapport avec le shmilimilimili..

Et puis apres tout un Mac 128K a moins de disque, moins de horsepower, moins de mémoire qu'une pauvres TI-89...

Godzil (./455) :
Ce qui n'empeche que le CAS utilisé pour les TI-68k et apriori pour la NSpire *EST* Derive

Non ce n'est pas Derive.Le C.A.S de l'A.M.S 3.10 est une version réduite et trsè limitée de Derive.
tu pense toute de même pas que les entiers sont limités à 614 chiffres avec Derive ?
Ou que les flottants ont une précision limitée à 14 chiffres ?
Ou qu'il n'y aurait pas de fonctions spéciales,

Godzil (./453) :
Et tu les stoquerais comment les nom de variable

En codant la taille du nom sur un octet et en utilisant autant de caractères que nécessaire pour le nom.
C'est pas très efficace de fixer arbitrairement d'allouer un nombre fixe de caractères.

Godzil (./453) :
Ce n'est pas la taille qui compte .

KonanYao (./454) :
Et alors ? Le Mac affichait des icones, et etait 100% graphique en 1984 et ?

Et alors ?
On en est 2007 et il est inadmissible que des calculateurs coutant plus de 150 euros ayant 16 Mo de RAM,20 MB de mémoire de stockage,un écran QVGA supportabt de manière native 16 niveaux de gris,un processeur tournant certainement à + de 100 Mhz,etc... gère encore les variables entre autres de manière aussi limitée.
Tout comme il est inacceptable qu'un calculateur coutant plus de 200 euros n'intègre même pas la 3D et un C.A.S au niveau de la concurrence.
Quand à Apple j'attends toujours de voir leur Vista killer et le soit disant smartphone revolutionnaire parce que ni Mac OS X Leopard,ni l'iPhone 1.0 ne méritent ces titres.

KonanYao (./458) :
En codant la taille du nom sur un octet et en utilisant autant de caractères que nécessaire pour le nom.

Sur un octet? Et tu fais comment pour les noms de 257 caractères (256 passe encore si tu interdis les noms vides, mais 257 => boum)?

non mais vous me faites marrer avec vos prophéties avant même d'avoir tenu une bécane dans les doigts

KonanYao (./458) :
Quand à Apple j'attends toujours de voir leur Vista killer et le soit disant smartphone revolutionnaire parce que ni Mac OS X Leopard,ni l'iPhone 1.0 ne méritent ces titres.

Comme c'est intéressant tout ça !

Enfin bref, pour ceux qui s'interressent à la Ti-Nspire, sachez qu'elle est dispo sur pas mal de sites marchands depuis aujourd'hui même...
Avis aux amateurs (les vrais !) ;-)

Personnellement, je ne compte pas l'acheter. Ma 92+ et ma Titanium me suffisent amplement.

Je suis pas super motivé non plus, je sens que c'est un peu perdu d'avance tout ça.

en fait j'hésite fortement, depuis que je l'ai écrit

Je viens d'enregistrer un canal IRC: #inspired (Independent TI-Nspire Developers) sur irc.freequest.net.

Avec strictement les mêmes caractéristiques que #tigcc ?

Le sujet est différent, le public du chan peut-être aussi.

Si tu es réellement intéressé par le développement sur TI-Nspire, je veux bien tolérer même ta présence, mais si c'est juste pour nous embêter, ça va avoir les mêmes caractéristiques que #tigcc pour toi.

Nan t'as raison c'est bien de commencer sur des bases saines

Perso si la bête est craquée par quelqu'un pourquoi pas, mais je ne pense pas être celui-là.

KonanYao (./458) :
Non ce n'est pas Derive.Le C.A.S de l'A.M.S 3.10 est une version réduite et trsè limitée de Derive.
tu pense toute de même pas que les entiers sont limités à 614 chiffres avec Derive ?
Ou que les flottants ont une précision limitée à 14 chiffres ?
Ou qu'il n'y aurait pas de fonctions spéciales,

Heureusement qu'il y a des limites... Une TI-68k n'a pas 4Go de RAM et 1To de disque.. (ni un CPU a 42Ghz)

KonanYao (./458) :
Et alors ?
On en est 2007 et il est inadmissible que des calculateurs coutant plus de 150 euros ayant 16 Mo de RAM,20 MB de mémoire de stockage,un écran QVGA supportabt de manière native 16 niveaux de gris,un processeur tournant certainement à de 100 Mhz,etc... gère encore les variables entre autres de manière aussi limitée. Tout comme il est inacceptable qu'un calculateur coutant plus de 200 euros n'intègre même pas la 3D et un C.A.S au niveau de la concurrence.

Raison de plus c'est inadmissible on est en 2007 et je veux un ordinateur qui lise dans mes pensée, qui affiche un monde virtuel, qui code a ma place, qui fasse tout a ma place, le tout branché directement sur ma moelle epiniere, blablabla, blablabla...


Tu sais, c'est une CALCULATRICE *__PAS__* un PDA, si tu veux un PDA tu achete un iPaq/Dell Axim/Asus etc pas un NSpire..

Webchat: http://tigcc.ticalc.org/webchatinspired.html

Kevin Kofler (./460) :

KonanYao (./458) :
En codant la taille du nom sur un octet et en utilisant autant de caractères que nécessaire pour le nom.

Sur un octet? Et tu fais comment pour les noms de 257 caractères (256 passe encore si tu interdis les noms vides, mais 257 => boum)?

boarf, si l'octet de taille contient le nombre 256 alors on ajoute un second octet de taille, pour les caractères après le 256e.

{3}{m}{o}{i}
{256}{2}{ 256 caractères }{4}{2}
{256}{256}{7}{ 256 caractères }{ 256 caractères }{y}{a}{r}{o}{n}{e}{t}
etc. ^^

Bon... je sais pas si c'est utilisé en vrai (et si c'est optimal niveau performances) mais ça peut se faire.

[edit] mise en page

au niveau perf c'est une vrai catastrophe, surtout sur un truc embarqué avec un cpu peu puissant...

Ce qui n'est pas pour m'étonner, pour une calculette (même si elles sont toujours plus puissantes) y a des compromis à faire (et qu'on peut se permettre, cf les exemples au dessus, comme la pertinence de noms très long avec un si peu pratiue clavier)

Ou y'aurait-il d'autres algos pour avoir des noms sans restiction de taille, mais moins gourmands ?

Pour en revenir aux "attaques" possibles :
Visiblement, puisque personne ne se risque à faire le premier pas,
Est-ce que quelqu'un qui l'a déjà peut nous dire si il y a un FCC ID derrière ?

Avec un FCC ID, on peut souvent avoir des photos de l'intérieur.

illwieckz > au pif, chaine terminée par un zéro? ou 2 octets de taille, genre on peut avoir des noms de variables à 65535 caractères

illwieckz > un codage à la UTF-8 est plus efficace. C'est à dire qu'il ne faut pas garder une seule valeur (chez toi 256) qui dit "hé attention y a encore un octet derrière !", mais plein de valeurs (la moitié dans le cas d'UTF-8). En prenant une bonne valeur, ça te permet de faire un codage qui prend pas trop de place dans la majorité des cas, mais qui peut avoir une taille arbitraire (tout en ne prenant toujours pas une place immodérée ... parce que dans ton exemple il faut ~256 octets pour coder 65536 )

illwieckz (./474) :
Ce qui n'est pas pour m'étonner, pour une calculette (même si elles sont toujours plus puissantes) y a des compromis à faire (et qu'on peut se permettre, cf les exemples au dessus, comme la pertinence de noms très long avec un si peu pratiue clavier)

Ou y'aurait-il d'autres algos pour avoir des noms sans restiction de taille, mais moins gourmands ?

de toute façon vu la taille des structures pour décrire chaque fichier un champ 32 bits pour la taille ne coûterait pas vraiment plus cher qu'un champ 8 bits, je pense que ce qui les fait chier c'est plutôt 1) qu'il faudrait allouer le nom séparément (le code des 68k n'était pas fait pour ça) 2) que ça compliquerait inutilement un certain nb de choses (par exemple le var-link, il faudrait prévoir un mécanisme pour les noms de fichiers longs [peut-être des pointillés ou un défilement automatique], mécanisme qui peut être déroutant pour l'utilisateur, etc -- alors que là il prévoient juste 16 colonnes pour le nom et paf)

Kevin Kofler (./460) :

KonanYao (./458) :
En codant la taille du nom sur un octet et en utilisant autant de caractères que nécessaire pour le nom.

Sur un octet? Et tu fais comment pour les noms de 257 caractères (256 passe encore si tu interdis les noms vides, mais 257 => boum)?

Il est clair que si je code la taille sur un octet,je ne m'attends à utiliser des noms de plus de 256 caractères.
En fait je m'attends même pas à avoir des noms de plus de 64 caractères mais au moins le potentiel serait là.

./472 > avec ton système il est impossible que la taille soit un multiple de 256