Forum TI-Planet.org

parisse a écrit:Je pense qu'il y a une difference d'appreciation sur l'importance de cet aspect d'esthetique : Xcas pour Firefox n'est pas un logiciel grand public, c'est un logiciel de maths. Si un prof le rejette d'emblee juste parce que l'icone de Xcas deborde un peu ou qu'un bouton est mal aligne, ben j'ai envie de dire que ce n'est probablement pas un utilisateur qui va me manquer beaucoup.

L'ergonomie et le user experience en informatique ont fait d'immenses progrès depuis les débuts des années 90. Sans aller chercher le raffinement et la perfection (certains diront l'abrutissement et l'aberration, mais c'est un autre débat), un utilisateur lambda de nos jours a un minimum d'attentes en la matière et le présenter devant une interface austère n'est pas le meilleur moyen de faire une bonne première impression (sinon on serait tous encore en train d'utiliser dc comme calculette, VisiCalc comme feuille de calcul, nroff comme traitement de texte et TWM comme environnement graphique...).

Je ne dis pas que le fonctionnel n'est pas important, mais mettre un moteur V12 dans une carcasse de Mini Cooper d'époque ne fait pas honneur au V12, même si on aime bien les Mini Cooper et/ou les V12.

Aussi, j'ai essayé de me servir de Xcas en ligne depuis mon Chromebook (donc Chrome) et je n'ai pas pu valider une seule commande à cause d'une erreur JavaScript/WebAssembly au chargement. C'est une chose de ne pas être ergonimique, c'est une autre que de ne pas fonctionner du tout...

Ca marche avec Chrome sur mon Mac. Mais il faut etre un peu patient avant de lancer le premier calcul, pendant que le message Restauration de la session en cours est affiche (20 secondes environ sur mon mac). Si je tape un calcul a ce moment-la, ca plante en affichant un message qui me semble assez clair "Assertion failed: you need to wait for the runtime to be ready (e.g. wait for main() to be called)". C'est aussi pour cela que ca s'appelle Xcas pour Firefox, et qu'une alerte apparait "Les calculs seraient plus rapides avec Firefox". On peut desactiver wasm dans les reglages pour eviter le temps d'attente un peu long au demarrage, mais les calculs sont alors ralentis (en particulier le premier).
Dans tout ca, je ne vois pas bien ce que je peux y faire... Comme je l'ai dit precedemment, j'accepte volontiers les contributions des gens qui considerent l'interface actuelle inadequate.

Bon, j'ai rajoute un test et une alerte pour eviter le plantage si on lance un calcul trop rapidement dans Chrome.

parisse a écrit:Bon, j'ai rajoute un test et une alerte pour eviter le plantage si on lance un calcul trop rapidement dans Chrome.

J'ai toujours l'exception RangeError et Xcas qui ne se charge pas sur mon Chromebook, mais j'ai bien la popup "Please wait until system is ready" si j'essaie de faire un calcul. Par contre c'est spécifique à mon Chromebook, Chromium sur mon ordinateur fixe n'a pas ce problème.

giacwasm.js est genere par emscripten, donc je n'ai pas de prise la-dessus. Il faut juste ne pas activer wasm sur le chromebook. Par defaut il n'est pas active, pour le desactiver s'il a ete active et qu'on ne peut plus acceder a la configuration de Xcas pour Firefox, on peut faire dans une console javascript:
localStorage.xcas_wasm="0"

La ligne dans la console JavaScript a résolu le bug, mais idéalement ce workaround devrait être activé automatiquement en cas d'erreur pendant le chargement de Xcas. Je me demande par contre pourquoi mon Chromebook exhibe cette erreur...

Peut-etre qu'il faut rajouter le test !!window.WebAssembly avant d'activer wasm sur Chrome, je m'etais contente de tester si on etait sur mobile ou pas.

vijaydeveloper a écrit:As we all know that Python interpreter is coded in C. Well what I don't comprehend is the reason Pyhton and not another? Python has evident points of interest (dynamic composing for instance however we can take note of the change of sorts as a result of the info) yet I don't imagine that we will go to the word reference for instance or much further to class. We are just made to investigate the noticeable side of the icy mass as I would see it.

Python is the language studied in French high schools. That's why Python was chosen to be implemented on calculators.

Hayleia a écrit:

vijaydeveloper a écrit:As we all know that Python interpreter is coded in C. Well what I don't comprehend is the reason Pyhton and not another? Python has evident points of interest (dynamic composing for instance however we can take note of the change of sorts as a result of the info) yet I don't imagine that we will go to the word reference for instance or much further to class. We are just made to investigate the noticeable side of the icy mass as I would see it.

Python is the language studied in French high schools. That's why Python was chosen to be implemented on calculators.

This user is a spambot. The last two sentences of the post are complete nonsense.

parrotgeek1 a écrit:

Hayleia a écrit:

vijaydeveloper a écrit:As we all know that Python interpreter is coded in C. Well what I don't comprehend is the reason Pyhton and not another? Python has evident points of interest (dynamic composing for instance however we can take note of the change of sorts as a result of the info) yet I don't imagine that we will go to the word reference for instance or much further to class. We are just made to investigate the noticeable side of the icy mass as I would see it.

Python is the language studied in French high schools. That's why Python was chosen to be implemented on calculators.

This user is a spambot. The last two sentences of the post are complete nonsense.

I had a doubt at first
This post still kind of makes sense in the topic (though yeah the last sentences are a bit wtf).
Check the other post from that user, it looks like you're right.