MathEnPoche (MEP) a donné naissance à MEP version papier

Posté par  . Modéré par Jaimé Ragnagna.
Étiquettes :
0
16
jan.
2005
Communauté
Après MathEnPoche (MEP) le programme, voici MathEnPoche version papier. Pour mémoire, le programme MEP (sous GPL) est un formidable outil de soutien et d'approfondissement en mathématiques. Pour le moment, les niveaux 6e et 5e sont complètement achevés et sont téléchargeables. Les niveaux 4e et 3e sont en cours d'écriture.
Conjointement à ce programme est en train de se construire une version papier écrite avec OpenOffice.org (OOo pour les intimes) et diffusée en SXW (format natif de OOo) et PDF. Les fiches écrites pour chaque série d'exercices du programme MEP sont sous licence GNU FDL avec, a priori, aucune section non modifiable. Ces fiches permettent donc à l'enseignant d'avoir une trace écrite de l'utilisation de MEP et simplifie grandement le travail du prof. Non, elles ne corrigent pas les copies mais une version est en cours de développement et devrait sortir en même temps que la version finale de Hurd. Les fiches de 6e sont en cours d'écriture, certaines sont terminées. Nous avons toujours besoin de volontaires (évidemment, si possible des profs de maths en collège, mais nous avons aussi des collègues en lycée) : nous acceptons évidemment tout le monde.
Merci d'éviter le problème du flash de MEP déjà évoqué dans la news précédente.

Aller plus loin

  • # Bravo

    Posté par  . Évalué à 2.

    "Superbe programme" ou devrais-je dire "superbe cours de math" car je pense que l'esprit didactique et l'envie d'apprendre qui en surgissent sont complètement réussis. Un travail d'une grande qualité. Chapeau !
  • # genial !

    Posté par  (site web personnel) . Évalué à 2.

    Il est TRES utilisé au collège et c avec grand plaisir que j'installe ce qu'il faut pour que ca tourne :)
  • # Flash c'est pas bien.

    Posté par  . Évalué à -1.

    <i>Merci d'éviter le problème du flash de MEP déjà évoqué dans la news précédente.</i>

    Ah mais non j'ai pas envie. C'est quoi cette censure?

    Bon, la question étant que MEP c'est bien, est-il possible de remplacer Flash?
    Et bien oui, je le pense. Mozilla en native SVG est dorénavant suffisament au point pour mettre SVG+JS à la place.

    Donc les dessins dans le génial mais trop méconnu InkScape, et quelques lignes de JS et zou, à la poubelle le Flash!

    Ah mais!

    --
    ouvrez ouvrez la cage aux petits trolls
    regardez les s'envoler et LOL
    les amis si vous trouvez
    des petits trolls prisonniers
    ouvrez leur la porte de la liberté
    • [^] # Re: Flash c'est pas bien.

      Posté par  . Évalué à 1.

      Pour info, voir la technologie SMIL (http://www.w3schools.com/smil/default.asp(...) ) tres peu connue malheureusement...
      Il s'agit d'une techno SVG + interactivite + notion de temps. Ce qui donne une alternative à flash .... mais le probleme de la compatibilite reste courant avec les technologies WEB de facon generale. Le principal est d'eviter les powerpoint en ligne :-@
      • [^] # Re: Flash c'est pas bien.

        Posté par  . Évalué à 2.

        C'est cool leur lien :]

        Ils te parlent de SMIL puis trois lignes en dessous tu as de la pub pour un bouquin sur le flash :))
    • [^] # Re: Flash c'est pas bien.

      Posté par  . Évalué à 1.

      Tu aurais des liens avec des pages d'exemples, parce que svg+js j'en ai entendu plusieurs fois parler, mais j'ai jamais rien vu d'utilisable.
    • [^] # Re: Flash c'est pas bien.

      Posté par  . Évalué à 3.

      Mozilla en native SVG est dorénavant suffisament au point pour mettre SVG+JS à la place.


      Ah oui ? Et d'ou ça sort, ça ? Par exemple, peux-tu me faire une liste de capacités offertes par flash et pas encore offertes par Moz SVG+JS et vice versa ?

      Non pas que je pense que tu es dogmatique et que je cherche à éprouver la solidité de ton expérience et de ta connaissance sur le sujet, mais moi j'en suis resté a des conclusion nettement moins optimistes.

      D'abord, par défaut, il n'y a pas de support SVG Moz. Il faut
      télécharger une version spécifique, ou se la compiler soi-même.

      Ensuite, seule un partie de SVG est supportée, et SMIL ne l'est pas encore donc exit les fonctions temporelles etc.

      Et pour moi, jusqu'à nouvel ordre, il n'y a pas d'environnement d'authoring, donc je suppose qu'on doit utiliser InkScape pour construire les scènes, en veillant à se limiter aux fonctions que Moz sait afficher, et en testant, scène après scène, que l'affichage obtenu dans l'un correspond à celui obtenu dans l'autre.

      Je pourrais continuer.

      Je terminerais juste en disant que je bosse avec le framework Moz depuis qq mois dejà, c'est un produit fantastique, mais pas mature et mal documenté (en tant que plateforme de Dev j'entends) et je n'ai aucune raison de penser que le support SVG ne déroge à cette règle.

      Et donc, pour l'instant, Flash, pas Moz SVG.
      • [^] # Re: Flash c'est pas bien.

        Posté par  (site web personnel) . Évalué à 1.

        Et le projet LimSee de l'inria, ca ne correspond pas pour faire de l'authoring ? C'est fait pour faire du SMIL apparement : http://wam.inrialpes.fr/software/limsee2/index.php?goto=Home(...)

        J'avoue, c'est juste une page sur laquelle je suis tombé par hazard il y a qq temps, je n'ai jamais essayé ce genre d'outils.
      • [^] # Re: Flash c'est pas bien.

        Posté par  . Évalué à 1.

        Par exemple, peux-tu me faire une liste de capacités offertes par flash et pas encore offertes par Moz SVG+JS et vice versa ?
        Non, parce que je ne connais pas Flash. Je parlais juste de ce cas là, MathEnPoche.

        Si tu connais Flash, tu vas lire les SPEC de SVG et tu compare les possibilités. Moi je ne connais pas Flash, alors je ne peux que comparer des résultats (MathEnPoche en l'occurence)) avec ce que permet mon Mozilla.

        moi j'en suis resté a des conclusion nettement moins optimistes
        Si tu cherches à remplacer totalement Flash on est d'accord. Ce n'est pas possible actuellement. Remplacer certains projets l'est, par contre. Il faut voir les besoins au cas par cas.

        Ensuite, seule un partie de SVG est supportée, et SMIL ne l'est pas encore donc exit les fonctions temporelles etc.
        Tu peux utiliser les appels JS par setTimeout dans certains cas, comme ici:
        http://www.croczilla.com/svg/samples/opacity1/opacity1.xml(...) .

        ça me fait penser que SMIL devait être la base du logiciel de présentation d'OOo, mais ça n'a rien à voir avec la choucroute.

        D'abord, par défaut, il n'y a pas de support SVG Moz. Il faut
        télécharger une version spécifique, ou se la compiler soi-même.

        C'est pas plus dur que d'installer le plugin Flash.

        Et pour moi, jusqu'à nouvel ordre, il n'y a pas d'environnement d'authoring
        C'est le problème en effet.

        donc je suppose qu'on doit utiliser InkScape pour construire les scènes, en veillant à se limiter aux fonctions que Moz sait afficher,
        j'ai utilisé gcompris+python-xml+emacs pour le fichier ci-dessous, mais je suis un peu spécial.

        et en testant, scène après scène, que l'affichage obtenu dans l'un correspond à celui obtenu dans l'autre.
        On t'a dit que svg c'était une norme? Quand l'affichage est pas bon c'est un bug d'un côté ou de l'autre. Mais oui, ça arrive.

        Je terminerais juste en disant que je bosse avec le framework Moz depuis qq mois dejà, c'est un produit fantastique, mais pas mature et mal documenté (en tant que plateforme de Dev j'entends) et je n'ai aucune raison de penser que le support SVG ne déroge à cette règle.
        Si tu veux aider au développement du support SVG dans mozilla, c'est #svg sur moznet, et je penses que tu sera accuilli à bras ouvert. Mais ce point là n'a rien à voir avec les questions que tu soulève au-dessus.
    • [^] # Re: Flash c'est pas bien.

      Posté par  . Évalué à 1.

      Donc vous nous produisez ne serait ce qu'un seul exercice de MEP dans la technologie que vous signalez et ensuite on en parle.
      Parce que donner des idées sans preuve, ce n'est pas bien.
      Nous pouvons donc vous compter parmi les développeurs de MEP ?
  • # Mep + the Hurd ?

    Posté par  (site web personnel) . Évalué à 0.

    > une version est en cours de développement et devrait sortir en même temps que la version finale de Hurd

    Merde, ca veut dire qu'on verra pas de version avant 2056 ?

    Plus serieusement, pourquoi ca doit sortir en meme temps que le troupeau ?
    • [^] # Re: Mep + the Hurd ?

      Posté par  . Évalué à 3.

      Remarque, la version finale de linux, on l'attend aussi depuis pas mal de temps.
      1.quelque-chose puis 2.0, 2.2, 2.4, 2.6...
      Moi, c'est décidé, j'me mets à linux quand la version finale sort. Mais avant, on sait
      jamais, ça pourrait ne pas être fini!
    • [^] # Re: Mep + the Hurd ?

      Posté par  . Évalué à 2.

      Serieusement, c'est de l'humour.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.