Le forum de XCAS

Le but du jeu est de rendre les menus plus accessibles en les commentant à minima comme c'est déjà le cas du menu "Outils"
C'est faisable avec la procédure suivante :

Je viens d'essayer, en fait chacun peut le faire, il suffit de modifier le fichier xcasmenu du repertoire doc/fr (dans c:\xcas sous windows, dans /usr/share/giac sous linux et dans /Applications/usr/share/giac sur mac). Par exemple mettre
Scolaire/alea: nombre aleatoire
a la place de Scolaire/alea
ce qui precede le : est la commande (ne pas mettre d'espace avant, tant pis pour les regles typos francaises), et ce qui suit le commentaire (ne pas mettre de / dedans).

J'ai commencé avec le menu "Scolaire".
J'édite le fichier "xcasmenu" avec Geany, je l'ai déclaré "fichier de config" (sinon, l'item du menu de Geany commenter / décommenter ne marche pas), je commente les anciens items (visiblement ça marche => est-ce que ça peut poser pb ?) et j'ajoute les nouveaux items avec les 2 ou 3 mots d'explication

J'ai un souci avec le menu 1e : la commande "racines" n'est pas (plus) reconnue, de même que son synonyme "realproot", pourtant ces 2 commandes traînent encore dans le fichier "keywords" situé dans le même répertoire que le fichier "xcasmenu" : anciennes commandes supprimées ? donc je supprime du menu ?

C'est plutot un oubli du fichier d'aide aide_cas.
Comment vous commentez dans xcasmenu? Je n'ai pas souvenir d'avoir prévu quelque chose...

C'est plutot un oubli du fichier d'aide aide_cas

Effectivement, la commande marche, mais au niveau coloration syntaxique, elle reste "standard"

Comment vous commentez dans xcasmenu? Je n'ai pas souvenir d'avoir prévu quelque chose...

Ben j'ai déclaré le fichier en "fichier de config" dans Geany, et il me met un double dièse en commentaire, et visiblement, je n'ai pas moyen de changer ça dans les préférences.
Et ça semble marcher, j'ai les bons menus modifiés et ils appellent les bonnes commandes, mais à un moment, j'ai eu plusieurs plantages de Xcas => ça serait dû à ces lignes commentées ? Je pense aussi que le fait de travailler directement dans le fichier actif xcasmenu en ayant Xcas ouvert ne doit pas être génial non plus…
NB : je travaille sur une 1.1.0-28 sous Lubuntu 13.04 mis à jour il y a qq jours.

Ah, en fait, non, gag !
Mes commentaires ## donnent un menu ##scolaire derrière le menu tortue : je ne l'avais pas vu car je fenêtre serré.
Donc j'ai enlevé tous les items d'origine du fichier…

J'ai fait 2 fichiers pour xcasmenu :
- http://courelectr.free.fr/maths/xcasmenu1 : le 1er reprend les items tels quels avec un commentaire rajouté.
J'ai juste enlevé dsolve (équadiff) qui n'est plus au programme de terminale (quoique, en physique ?) et la décomposition première en seconde (sorti en 2009).
J'ai changé l'item "programme" en "algorithmique", c'est plus dans l'air du temps (et puis programme, dans l'item "scolaire", c'est ambigu !)
- http://courelectr.free.fr/maths/xcasmenu2 : le 2e est beaucoup plus radical : partant du principe que les menus sont principalement destinés aux débutants un peu perdus, j'ai écrémé sévère : je garde par ex simplifier, j'enlève normal et ratnormal, j'enlève resoudre_systeme_lineaire car resoudre sait faire aussi (je suppose que c'est l'algo qui est optimisé, mais bon, c'est pas un système 2x2 de seconde qui va mettre à genou un ordi actuel), etc.
C'est donc plus épuré mais plus lisible et plus simple pour un débutant.
Après, on peut discuter de tout, j'attends les retours avec intérêt !

Il y a un truc bizarre, si je clique sur le fichier dans firefox, les accents n'apparaissent pas, il y a peut-etre un probleme de choix d'accents, vous etes bien en UTF8?
Sur le choix plus complet ou moins complet, il me semble que j'avais ajoute certains items a la demande d'utilisateurs, peut-etre que les debutants un peu perdus seront moins perdus une fois les items completes par un commentaire? Ca vaudrait le coup d'essayer les deux (quitte a mettre un signe distinctif pour les fonctions de la complete non utilisees dans la plus simple). En fonction des retours on pourrait alors decider de conserver le plus complet ou le plus simple.

Effectivement, dans le navigateur, ça ne marche pas bien du tout => il faut télécharger le fichier et l'ouvrir avec le bon éditeur pour que ça soit propre (ex : TextEdit sur Mac ne marche pas en UTF8, j'ouvre avec Smultron. Sinon, sous Linux, Gedit, Kedit, Geany… affichent très bien). Si vous avez des soucis pour transférer les fichiers, je fais un zip, ça sera plus sûr.

Pour le choix du menu +/- complet, c'est un choix d'ergonomie, et comme vous dites, vous avez rajouté des choses à la demande : c'est l'avantage et l'inconvénient d'être ouvert…
Mon parti pris dans le cas n°2 (totalement assumé et pas ouvert), c'est de penser que :
1/ les menus sont plus un outil pour débutants => après, on tape directement la commande, ça va plus vite, et je répète, votre dictionnaire accessible avec "tab" est génial
2/ les menus d'Xcas sont largement redondants : si un item un peu exotique n'est pas dans le menu scolaire, ce n'est pas grave, on a sans doute affaire à un utilisateur non débutant, il ira cherche l'info dans un autre menu (outils par ex) ou en affichant le dictionnaire
3/ et donc, pour les débutants, il n'est pas idiot de ne mettre que l'essentiel qui couvrira 90% des besoins et qui permet d'avoir qqchose de léger et facilement accessible.
Plus on rajoute d'items, plus on éloigne l'utilisateur un peu fragile du but : il devra passer trop de temps à chercher un truc simple.
Je me suis bricolé plusieurs outils informatiques pour usage pro/perso (notamment avec matlab/octave), j'ai toujours appliqué le principe du simple pour tous les jours, quitte à restreindre le champ d'action de l'outil à 90% des cas de figure => et finalement, il s'avère que ce sont des outils redoutables d'efficacité et très agréables d'emploi… et donc très utilisés !

Ce que je peux faire, c'est reprendre le menu 1, épurer les redondances (par ex choisir entre simplifier, normal, ratnormal : votre avis est bienvenu !), regrouper certains items par fonctionnalités et mettre un séparateur pour améliorer la lisibilité comme j'ai fait dans le menu 2.

Ah, dernier souci d'ergonomie, pas drôle du tout : quand le fenêtre d'Xcas est à droite de l'écran, près du bord, le menu (surtout le scolaire quand il est élargi par les commentaires) se retrouve… complètement à gauche de la fenêtre ! Voire sur mon eeepc 701, je n'ai pas de menu.
Je suppose que modifier ce comportement demande beaucoup de boulot de programmation ?

Cheval a écrit :Je me suis bricolé plusieurs outils informatiques pour usage pro/perso (notamment avec matlab/octave), j'ai toujours appliqué le principe du simple pour tous les jours, quitte à restreindre le champ d'action de l'outil à 90% des cas de figure => et finalement, il s'avère que ce sont des outils redoutables d'efficacité et très agréables d'emploi… et donc très utilisés !

Argumentation convaincante pour la version epuree pour ma part, s'il n'y a pas de contre-argumentation on va partir la-dessus.

Ah, dernier souci d'ergonomie, pas drôle du tout : quand le fenêtre d'Xcas est à droite de l'écran, près du bord, le menu (surtout le scolaire quand il est élargi par les commentaires) se retrouve… complètement à gauche de la fenêtre ! Voire sur mon eeepc 701, je n'ai pas de menu.
Je suppose que modifier ce comportement demande beaucoup de boulot de programmation ?

C'est malheureusement infaisable avec xcas, car c'est la librairie graphique FLTK qui gere ca. Ou alors il faudrait completement changer le paradigme des menus et le remplacer par quelque chose comme dans qcas (mais si je ne compte pas me lancer moi-meme la-dedans, il me semble plus interessant de travailler sur une interface native avec navigateur). Donc il faut tasser!

C'est malheureusement infaisable avec xcas, car c'est la librairie graphique FLTK qui gere ca

Je me doutais d'une contre indication du genre… Dommage !

J'ai affiné les menus, rectifié les coquilles, et j'ai refait un 3e jeu dans le même esprit que le 2e mais moins écrémé :
j'ai choisi "simplifier" et écarté "normal" et "ratnormal" pour ne pas alourdir : mais j'ai peut-être fait le mauvais choix ou faut-il les 3 choix ? => si qq'un pouvait argumenter dans ce sens…
J'ai aussi laissé tomber resoudre_systeme_lineaire, sachant que resoudre le fait et que le menu outil n'en fait pas mention non plus.

Pour le jeu n°2, j'avais enlevé droite et gauche du menu seconde : j'ai vu l'utilité de ces commandes dans wxmaxima pour récupérer la solution d'une équation (donnée sous la forme [x = 28] par ex) ce qui nécessite de telles commandes. Je n'ai pas vu l'utilité dans Xcas => pareil, si qq'un a une utilisation de ces items…

Pour tous les jeux, en 1e, j'ai mis limite d'une suite, et je l'ai regroupée avec les items des suites, la limite d'une fonction étant sortie du programme.
Et j'ai rajouté aussi partout "forme_canonique" dans le menu de 1e : c'est peut être là qu'il sera le plus utile, dommage d'aller le pêcher dans le menu 2nde.

Il y aurait aussi moyen de rajouter des séparateurs dans le menu stats/probas de terminale pour améliorer la lisibilité…

J'ai fait un zip des fichiers xcasmenu : http://courelectr.free.fr/maths/menus.zip
et voilà un petit pdf qui fait le comparatif des différents choix : http://courelectr.free.fr/maths/Synthese_menus.pdf

Bonjour,

super, les xcasmenu sont utiles aussi pour qcas (meme si j'ai prefere ne pas les mettre sous forme de menu deroulant, mais juste en liste à observer)


Pour developper,simplifer normal ....

Je pense que l'on fonctionne d'abord avec 2 notions de base: factoriser et developper avec simplification/regroupement.

malheuresement ca n'est pas ce que fait developper. Je trouve que la demande de vouloir developper sans regrouper est deja une demande specialisée, et qu'il ne faut pas trop la mettre en avant car si les gens ne conservent que
developper/factoriser ca sera tres mauvais: Je mettrai donc plutot factoriser/simplifier en valeur (meme si j'utilise principalement normal, la perte de performance avec simplifer est maintenant souvent faible)

et ensuite, developper/regrouper


a+

Fred

Perso, j'aime bien le 3eme choix, avec l'aeration des --- et c'est assez complet. Sur ratnormal/normal/simplify: l'interet de ratnormal c'est qu'on est certain qu'il ne sortira pas de rootof, qu'il ne compliquera pas l'expression, et aussi que ca se fera rapidement. simplify s'en sort en general bien, mais si ce n'est pas le cas ca peut sortir des trucs horribles. Et normal est intermediaire, puisqu'il gere les extensions algebriques mais n'essaie pas de trafiquer dans les fonctions exp/sin/cos/ln/atrig. Pour savoir s'il faut conserver les 3 la, ce serait peut-etre interessant de savoir si des exemples au lycee conduisent simplify a quelque chose de moche.
Il me semble qu'il y a un = a remplacer par <= dans binomial_icdf.
Sinon, on peut peut-etre tasser par exemple pour developper_transcendant en remplacant developper par les

Donc si je synthétise vos deux interventions :
1/ je reprends le menu 3
3/ je mets dans l'ordre factoriser, simplifier, developper, regrouper
Question : est-ce que ça vaut le coup de mettre un séparateur --- entre les deux groupes d'items ?
4/ je rajoute ratnormal en queue de peloton
5/ je corrige la coquille de binomial_icdf
6/ j'en profite pour mettre les séparateurs dans ce menu stats / probas histoire d'aérer
7/

Sinon, on peut peut-etre tasser par exemple pour developper_transcendant en remplacant developper par les

Allô, on a été coupés => je suis d'accord, c'est long… si je mets en commentaire "cos(a+b)=…" ça parle ?
8/ j'ai été sec pour commenter "convertir" dans terminale->algèbre : c'est la grosse fonction passe partout, qq'un a une idée ?

=> Vous êtes en phase avec tout ça ?

Sur le 3/ on pourrait aussi mettre
factoriser, regrouper, simplifier, developper, ratnormal (avec ou sans --- entre les 2 premiers et les 3 derniers)?
Pour le 7/ ca sous-entendait developper_transcendant: les cos, sin, exp mais pas sur que ça parle à des lycéens.

Voilà, ça commence à prendre forme.
J'ai mis votre ordre pour le 3/, et ratnormal en dessous séparé par un tiret avec substituer.
Pour le 7/ je prends, c'est plus court que ce que j'avais mis et pas moins compréhensible (c'est vrai que 2 mots pour expliquer, des fois c'est sportif !)
En prime, dans le menu première, j'ai un peu affiné : j'ai séparé distinctement droite_tangente et tangente, le premier reste sous taux_accoissement où il a bien sa place, et le 2e, plus général, allant tout en bas du menu pour éviter les confusions.
le menu : http://courelectr.free.fr/maths/xcasmenu.zip
le résultat : http://courelectr.free.fr/maths/Synthese_menu2.pdf

J'aurais encore 2 suggestion de modification:
- pour taux accroissement mettre / au lieu de :
- pour les probas/stats mettre un P majuscule pour probabilite au lieu de p minuscule qui prete a confusion dans les icdf

C'est ok pour les probas, par contre, j'ai déjà donné pour le / : ça créé un sous-menu avec (x2-x1) dedans !
Vous aviez bien dit (citation premier post) qu'on peut mettre tous les caractères sauf… / !
":" fait pignouf, mais je ne sais pas s'il y a une alternative possible.
J'ai bien ÷ sur le mac, mais je ne sais pas si ça marche en UTF8 => je teste…
[edit] : "÷" sur le mac, ça passe, mais ça ressemble dramatiquement à un +, donc pas bon, le : est moins pire
[edit 2] : le nouveau menu est dispo dans le post précédent (xcasmenu.zip), j'ai écrasé le précédent.