Des questions à poser à TI ? C'est l'occasion !

[Neo]

Renommer les modèles, Persy, c'est spécifique à TI-France il me semble.

Exact. Les seules excetions sont les Nspire CX-C/CM/CM-C, mais c'est parce que c'est le haut de gamme.
Impossible, ou du moins très difficile, de trouver une TI-Collège Plus aux States, par exemple

[critor]

Ce ne sont pas des renommages à mon sens, Neo.

Appeler "TI-Nspire CX-C" une "TI-Nspire CX", ce n'est pas comme appeler "TI-82 Stats" une "TI-83", "TI-82 Plus" une "TI-83 Plus.fr", ou "TI-83 Plus.fr" une "TI-84 Plus Silver Edition".

[pierrotdu18]

D'après ce que je viens de lire, la chose qui revient souvent et qui pour moi est presque la plus importante, c'est leur point de vue par rapport à Ndless...
Je pense qu'il faudrait leur demander pourquoi ils sont contres, et s'ils sont contre pour des problèmes de sécurité, alors qu'ils fournissent eux même un moyen de programmer dans le langage natif de la calculatrice...
Ça pourrait même être un avantage pour eux car des membres pourraient ainsi "légalement" sortir de magnifiques programmes très utiles que TI pourrait même reprendre...

Je sais que c'est ce que Casio a fait avec la ClassPad, comme on peut faire des add-ins en C++, je crois qu'ils se sont servit d'un excellent programme d'un membre de la communauté... Mais c'est à vérifier, mes sources ne sont pas sures

Enfin vraiment, je pense qu'il va falloir axer sur Ndless, car cela devient presque handicapant de ne pas l'avoir, car il y a tant de bons programmes en ASM ou en C/C++.

[critor]

Il va falloir mettre à jour tes sources pierrotdu18

Casio semble suivre exactement la même voie que TI.
Leur SDK Graph 75/85/95 n'a jamais été adapté pour la Casio Prizm/fx-CG, c'est la communauté qui a dû se charger d'ouvrir ce dernier modèle à l'assembleur.

Même problème pour les Classpad 330+ et Classpad II fx-CP400 qui à ce jour ne disposent d'aucune solution de programmation native pour la communauté, contrairement aux modèles Classpad précédents.

[pierrotdu18]

Aaargh!

Veuillez m'excuser, c'est qu'en fait moi j'ai une ClassPad 300, donc j'ai pas été au delà niveau Casio

Et sinon, je propose de leur demander s'ils ont prévu de créer un nouveau format d'images pour le Lua, car le TI.image est atrocement lourd, et fait tout lagger...
Et sinon, aussi, ça serait super cool qu'on puisse coder des images en SVG, ça serait 100 fois plus rapide à afficher, et aussi 100 fois moins lourd

[Lionel Debroux]

7) TI accepterait-il d'embaucher parmi les membres de la communauté ? Quels profils seraient intéressants ?

A moins que ce soit pour travailler avec la communauté à la pleine ouverture de la machine (et c'est horriblement improbable), ou que les membres de la communauté puissent mettre un peu d'underhanded code sans se faire attraper, il n'est pas souhaitable que TI embauche des membres de la communauté.

Et sinon, aussi, ça serait super cool qu'on puisse coder des images en SVG, ça serait 100 fois plus rapide à afficher, et aussi 100 fois moins lourd

Euh... 100 fois moins lourd en espace de stockage, rarement (SVG est un vilain format XML verbeux), mais 100 fois plus rapide à afficher, oh que non - le raster de SVG est coûteux (surtout sans accélération 2D, ce qui est le cas de la Nspire)

[critor]

Par contre, il est possible que le SVG/XML se compresse mieux pour le stockage en Flash NAND

Après pour le chargement en SDRAM, c'est autre chose...

[Persalteas]

il n'est pas souhaitable que TI embauche des membres de la communauté.

Pourquoi ?

[pierrotdu18]

Ou alors pas forcément SVG oui, jute un format d'images vectorielles...
Même super simple, imagine tu veux un background qui va du rouge vers le blanc avec un dégradé, c'est faisable avec une image vectorielle en une dizaine de lignes, et ça doit bien être plis facile à traiter pour la calto qu'un image matricielle non?..

[Lionel Debroux]

Des employés de TI issus de la communauté ne participeraient plus à la communauté comme auparavant. HP est la seule marque de calculatrices dont certains devs participent à la communauté d'utilisateurs, en partie sur leur temps libre d'ailleurs.
S'il s'agissait de donner les pleins pouvoirs à des membres issus de la communauté pour ouvrir les machines, travailler main dans la main avec la communauté, pour augmenter l'utilité des machines TI et verrouiller encore davantage la position de leader du marché, il serait souhaitable que des gens qui changent moins souvent de poste que le management de TI prennent les choses en main. Evidemment, on peut dire que ce que je décris n'arrivera jamais.

ça doit bien être plis facile à traiter pour la calto qu'un image matricielle non?..

Non: pour pouvoir l'afficher à l'écran, il faudra bien que quelque chose transforme le dessin vectoriel en pixels directement utilisables. Sur Nspire, "quelque chose" ne peut être que le processeur, car la Nspire est dépourvue d'accélération matérielle 2D/3D - ce n'est pas un smartphone. Et si on fait des accélérations matérielles pour ces choses-là, c'est parce que c'est beaucoup plus efficace de le faire avec un coprocesseur qu'avec un processeur d'usage général.
Le traitement d'un sprite est direct (une fois décompressé si besoin est, bien sûr).

On peut clairement faire mieux que le TI.Image merdique issu du syndrome Not Invented Here qu'on voit également à l'oeuvre pour le reste du format crétin de documents utilisé par la Nspire, mais les dessins vectoriels ne sont pas une vraie solution pour la Nspire