Liste de bugs de l'OS 3.6

[tralala]

Perso je viens de passer de 3.2 à 3.6 et je ne vois pas trop de différence au niveau de l'explorateur, du chargement des fichiers créés en lua ou de la vitesse générale.

Par contre oui il y a quelques bugs graphiques qui s'affichent de temps en temps, sur le pointeur (curseur).

Etant en 3.2 et Série K, c'est par contre la seule possibilité de profiter de ndless ... donc pas eu le choix que de passer en 3.6 . Je ferai quelques petits tests pour voir s'il y a réellement des différences ( je parle en tant qu'utilisateur novice et pas en tant que pro comme vous car j'y connais rien en prog comme certains ici).

[Adriweb]

Perso je viens de passer de 3.2 à 3.6 et je ne vois pas trop de différence au niveau de l'explorateur, du chargement des fichiers créés en lua ou de la vitesse générale.

Moi non plus, en fait. Pour le peu de temps que j'y passe, j'ai du moins pas noté de différence (ni amélioration ni déterioration) de la vitesse d'affichage ; ca reste plutôt lent de toute façon, et encore, j'ai pas non plus une quantité phénoménale de fichiers.

Par contre oui il y a quelques bugs graphiques qui s'affichent de temps en temps, sur le pointeur (curseur).

Oui, depuis le début sur les CX (3.0)

[tralala]

j'ai fait quelques vidéos et photos je mettrai tout ca dans un comparatif détaillé pour montrer qu'il y a très peu d'écarts "de performance de lecture" entre un 3.2 et 3.6 ( je ne parle pas d'un 3.0 ou 3.1, peut être sont-ils plus performant ou moins buggués je veux bien le reconnaître, mais pour moi dans un premier temps le 3.6 ne semble plus catastrophique que 3.2 sincèrement). Après pour ce qui est des calculs poussés avec des équations à quintuple inconnus ou pour trouver le calcul de la masse d'un atome c'est clair que perso c'est pas mon utilisation ... donc là j'en saurais rien ...

C'est juste que le 3.6 est pas aussi catastrophique pour ceux qui comme moi n'y connaisse pas grand chose (et qui n'ont pas d'autres possibilités pour ndless car je suis en révision K encore une fois donc ma vision est pas la même que ceux qui sont en révision " ndlessable 3.1 " ) .

[tralala]

après avoir installé 3.6 et ndless 3.6 j'ai testé le mwiever ndless, et bien je dois dire que je suis sur le baba comparé au Lua les temps de chargement son impressionnants quand on les compare ça prend moins d'une seconde pour charger une page alors qu'en lua ca peut en mettre 7 .

Je sais que certains ont essayé de faire comme moi, d'overclocké la calculatrice avec Nover pour accélérer la lecture du Lua , mais c'est désormais inutile, passez en 3.6, en ndless 3.6 et lisez les fichiers avec mviewer 3.6 directement en ndless, il y a une différence énorme de performance de lecture !

La solution Lua était géniale pour ceux qui étaient comme moi (version K et 3.2 mini) mais maintenant elle est largement détroné par la solution ndless 3.6 en performance de lecture.

[Adriweb]

Oui, c'est "normal" dans le sens ou l'allocation mémoire des données (donc 99%, les images) contenu dans le script Lua se fait pendant l'ouverture du .tns, alors que pour mViewer CX (ndless), elle se fait une fois que tu as choisi l'image dans son explorateur

[critor]

Merci tralala pour ton enthousiasme.

Toutefois, tu omets nombre de critères dans ta comparaison, sans quoi nous ne proposerions plus qu'une seule solution:

• la solution Lua te permet de continuer à utiliser toutes les applications TI-Nspire (scratchpad, calculs, graphiques...) sans avoir à quitter le lecteur pour ouvrir un nouveau document - il te suffit d'ajouter une nouvelle page avec et tu y fais ce que tu veux - et en ce sens tu gagnes un temps énorme à multiplier par le nombre de fois où tu éprouves le besoin d'aller calculer ou grapher quelque chose en lisant ton document
  
• dans la limite de 3 pages actuellement, la solution Lua change de page de façon quasi instantanée, en te permettant de conserver les niveaux de zoom et de position de chaque page de façon indépendante - idéal par exemple pour juxtaposer une page de correction à une page de sujet
  
• la solution Lua marchera encore à la rentrée 2014, alors que la solution Ndless c'est bien moins certain - si TI sort une nouvelle mise à jour bloquant Ndless, tous les documents générés pour la solution Ndless deviendront définitivement inutilisables

Personnellement, je pense que la solution Lua est un meilleur choix pour un candidat d'examen/concours, par rapport aux deux premiers points.

[Excale]

la solution Lua te permet de continuer à utiliser toutes les applications TI-Nspire (scratchpad, calculs, graphiques...) sans avoir à quitter le lecteur pour ouvrir un nouveau document - il te suffit d'ajouter une nouvelle page avec et tu y fais ce que tu veux - et en ce sens tu gagnes un temps énorme à multiplier par le nombre de fois où tu éprouves le besoin d'aller calculer ou grapher quelque chose en lisant ton document

D'où l’intérêt du pseudo-programme basic mvl() qui permet de retrouver en deux secondes l'image.
(il pourrait d'ailleurs y avoir un touche pour quitter mViewer qui conserve l'image en mémoire, comme ça suffirait de 0.1 sec pour retourner à l'image en cours avec mvl())

dans la limite de 3 pages actuellement, la solution Lua change de page de façon quasi instantanée, en te permettant de conserver les niveaux de zoom et de position de chaque page de façon indépendante - idéal par exemple pour juxtaposer une page de correction à une page de sujet

Pour ça que tu as rajouté les touches pour changer de page rapidement dans mViewer, non?
Si ça n'est toujours pas assez rapide, faut que tu proposes d'ouvrir deux images à la fois avec mViewer .

PS: Il serait possible de proposer mViewer (le vrai) directement comme widget de classeur. Le tiers du travail a été fait. Reste à RE les deux autres .

la solution Lua marchera encore à la rentrée 2014, alors que la solution Ndless c'est bien moins certain - si TI sort une nouvelle mise à jour bloquant Ndless, tous les documents générés pour la solution Ndless deviendront définitivement inutilisables

... pour tous ceux qui mettront bêtement leur Nspire à jour ou bien ceux qui achèteront une nouvelle Nspire.
Mais il est évident que pour ces derniers (qui se trouvent être nombreux), la solution Lua se doit de continuer à exister.

[critor]

la solution Lua te permet de continuer à utiliser toutes les applications TI-Nspire (scratchpad, calculs, graphiques...) sans avoir à quitter le lecteur pour ouvrir un nouveau document - il te suffit d'ajouter une nouvelle page avec et tu y fais ce que tu veux - et en ce sens tu gagnes un temps énorme à multiplier par le nombre de fois où tu éprouves le besoin d'aller calculer ou grapher quelque chose en lisant ton document

D'où l’intérêt du pseudo-programme basic mvl() qui permet de retrouver en deux secondes l'image.
(il pourrait d'ailleurs y avoir un touche pour quitter mViewer qui conserve l'image en mémoire, comme ça suffirait de 0.1 sec pour retourner à l'image en cours avec mvl())

dans la limite de 3 pages actuellement, la solution Lua change de page de façon quasi instantanée, en te permettant de conserver les niveaux de zoom et de position de chaque page de façon indépendante - idéal par exemple pour juxtaposer une page de correction à une page de sujet

Pour ça que tu as rajouté les touches pour changer de page rapidement dans mViewer, non?

Ce ne sont en rien des solutions - je parlerais plutôt de 'compensations'.
Aucune de ces fonctionnalités que tu évoques ne conserve notamment tes paramètres de lecture (niveau de zoom + position dans l'image).

Moi je sais que si j'avais à passer un examen, j'utiliserais la version Lua.

[Adriweb]

Perso, je serais en 3.6 ndlessé (en faisant gaffe de pas mettre-à-jour ), donc j'aurais les 2 solutions en parallèles selon les fichiers (quantité) à ouvrir

[Excale]

Ce ne sont en rien des solutions - je parlerais plutôt de 'compensations'.
Aucune de ces fonctionnalités que tu évoques ne conserve notamment tes paramètres de lecture (niveau de zoom + position dans l'image).

Il est très facilement possible de laisser mViewer en pause en arrière plan avec l'image en mémoire et toussa. Et alors, mvl() n'aurait qu'à se rebrancher dans la boucle d'events et afficher le buffer actuel.
( Au travail )

Moi je sais que si j'avais à passer un examen, j'utiliserais la version Lua.

Je préfère 42 000 fois le vrai mViewer. (en particulier pour les exams)