GCompris sort en version 0.80

Posté par  (site web personnel) . Édité par bubar🦥, Davy Defaud, Benoît Sibaud et ZeroHeure. Modéré par bubar🦥. Licence CC By‑SA.
48
15
août
2017
Éducation

Nous sommes heureux d’annoncer la publication de la nouvelle version de GCompris, le logiciel éducatif pour les enfants de deux à dix ans.

Cette nouvelle version contient entre autres six nouvelles activités, listées dans la suite de la dépêche. GCompris propose plus de 100 activités, dont des jeux, toujours avec un objectif pédagogique. Lecture, mathématiques, sciences, géographie et découverte de l’ordinateur sont les thèmes abordés par ces activités.

Logo Gcompris

Nouvelles activités

  • Une activité de catégorisation d’images :
    http://gcompris.net/screenshots_qt/small/categorization.png

  • Une activité où il faut, à partir des nombres et des différentes opérations proposées, trouver un nombre donné :
    source : http://gcompris.net/screenshots_qt/small/guesscount.png

  • Un jeu où l’on doit faire en sorte que l’adversaire place la dernière boule sur une ligne, qui se joue contre l’ordinateur ou un ami :
    source : http://gcompris.net/screenshots_qt/small/bargame.png

  • Le jeu de dames en version avec l’ordinateur ou avec un ami :
    source : http://gcompris.net/screenshots_qt/small/checkers.png

Plates‐formes prises en charge

Comme pour la précédente version, nous prenons en charge bien évidemment GNU/Linux, pour lequel nous avons des paquets dans plusieurs distributions :

  • Arch Linux ;
  • KaOS ;
  • KDE Neon ;
  • Mageia Cauldron ;
  • OpenSUSE.

Android est aussi pris en charge via le Play Store. Suite à l’ajout du SDK Qt dans F-Droid (https://gitlab.com/fdroid/fdroidserver/issues/202), nous espérons sortir aussi une version dessus.

Windows est toujours pris en charge en version 32 bits et 64 bits. Nous proposons une construction expérimentale pour la version 64 bits utilisant la suite d’outils MinGW.

Pour macOS et iOS, nous sommes en discussion avec deux contributeurs, mais nous n’avons toujours pas de paquet fonctionnel à distribuer.

Autres changements

Pour cette nouvelle version, on voit également arriver :

  • pour l’activité de vocabulaire, l’ajout des données pour le polonais, le suédois et l’ukrainien ;
  • de nouveaux graphismes pour plusieurs activités ;
  • la traduction du site est maintenant gérée dans l’infrastructure KDE :
    • cette version est complètement traduite en 17 langues,
    • elle est aussi traduite à plus de 85 % en 11 langues supplémentaires.

Capture d’écran de GCompris

Aller plus loin

  • # CGénial

    Posté par  (Mastodon) . Évalué à 6.

    Jusqu'à 10 ans ? Hey, j'ai pas encore fini le "atterrissage en douceur" sur Ceres :-)

  • # Ubuntu

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

    Y'a la 0.50 dispo sur Ubuntu, ça date un peu ceci dit et je trouvais que ça ne s'intégrait pas vraiment à Unity genre gros boutons qui dépassent de l'écran.

    Bon appli ceci dit pour les gens qui veulent du cahier de vacances numériques :)

    Si on cherche un peu, j'ai trouvé un PPA pour Artful :D avec la 0.80 lol

    • [^] # Re: Ubuntu

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

      Suite à l'Akademy de KDE, nous avons eu un mainteneur pour Ubuntu qui nous a contacté. Il est en train de travailler pour fournir une version à jour.

  • # Mac

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

    Pour Mac OS X et iOS, nous sommes en discussion avec 2 contributeurs mais n'avons toujours pas de paquet fonctionnel à distribuer.

    Vous voulez dire que vous n'avez plus le process pour MAJ GCompris Mac App Store (pour iOS je ne 'mavance pas)? Il y a bien quelqu'un qui paye toujours l'abo (sinon l'app sortirait du store) donc il manque quoi?

    • [^] # Re: Mac

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

      C'était Bruno qui s'en occupait avant (et qui a encore son abonnement pendant quelques temps) mais les principaux développeurs n'ont pas le matériel nécessaire pour pouvoir créer le logiciel, la tester et la mettre sur les stores.
      On voudrait sortir de l'App Store pour la version mac et la proposer directement sur le site de GCompris comme pour la version Windows.
      Dans les deux cas, ce qui nous manque est une personne pour créer les paquets et les maintenir.

      • [^] # Re: Mac

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

        Si vous n'avez pas de succès avec les "discussion avec 2 contributeurs" (car je mettrai des contraintes sans doute moins sympas qu'eux, cf plus bas), de notre côté on est en train d'acquérir de l'expérience autour du déploiement multi-plateforme y compris macOS (que ce soit dmg autonome ou Mac App Store) de projet open source et surtout avec du Qt (on a même réussi à y mettre du QtWebEngine… En souffrant un peu, on va bientôt documenter la chose), pour le moment uniquement pour les logiciels sur lesquels ont est sponsorisés mais on pourrait y inclure des projets tiers comme GCompris.
        Exemple avec QtWebEngine, avec QtGUI.

        Quelques inconvénients (autant jouer cartes sur table, même si c'est tabou dans certaines "communautés" je n'en est personnellement pas honte) de ma proposition:
        - financière : je ne prévois pas de me faire de l'argent dessus mais c'est un salarié qui gère ça, donc je facture ce que ça me coûte (j'aime bien GCompris et ai payé la version Windows et Android, mais je ne compte pas dépenser plus pour). Faut donc que ça vaille le coup/coût pour vous.
        - confiance : on ne gère pas des "rôles" sur notre mac, donc on compile (à partir du GitHub) nous-même et si vous voulez une signature avec votre certificat il faut nous le filer.
        - licence : la licence sur le GitHub est incompatible avec iOS (pas de soucis avec Mac App Store), donc faudra nous accorder une licence différente si c'est avec notre compte (i.e. que vous ne payez plus votre abonnement Apple)
        - expérience : on n'a pas encore joué avec iOS, mais c'est dans notre liste des choses à faire.

        en bonus, vu le thread sur Debian, on peut fournir aussi des repos pour Debian et autres distros Linux et des .deb/rpm en téléchargement direct (si on veut l'égalité : avec la même forme d'incitation qu'avec Windows/Mac? ;-) ).

        On voudrait sortir de l'App Store pour la version mac et la proposer directement sur le site de GCompris comme pour la version Windows.

        D'expérience, les deux sont complémentaires, les macqueux aiment bien le Mac App Store et on peut faire le même exécutable compatible diffusion directe et Mac App Store gratuit (je me suis mis à filer une version App Store d'un logiciel déjà filé en .dmg, et plein de monde a sauté dessus avec des "youpi").

        • [^] # Re: Mac

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

          Merci pour la proposition mais après discussion avec la personne en charge de la partie commerciale, nous ne sommes pas vraiment intéressés d'avoir juste les binaires créés et fournis :

          Quelques inconvénients (autant jouer cartes sur table, même si c'est tabou dans certaines "communautés" je n'en est personnellement pas honte) de ma proposition:
          financière : je ne prévois pas de me faire de l'argent dessus mais c'est un salarié qui gère ça, donc je facture ce que ça me coûte (j'aime bien GCompris et ai payé la version Windows et Android, mais je ne compte pas dépenser plus pour). Faut donc que ça vaille le coup/coût pour vous.

          Pour la partie financière, de mémoire, les versions mac et ios n'étaient pas beaucoup utilisées donc effectivement selon le coût, nous ne pensons pas que ça en vaille la peine.

          confiance : on ne gère pas des "rôles" sur notre mac, donc on compile (à partir du GitHub) nous-même et si vous voulez une signature avec votre certificat il faut nous le filer.

          Tant que personne "d'impliqué" dans le projet n'a la possibilité de tester et débugguer, il y a toujours un risque d'avoir des problèmes spécifiques et l'incapacité de pouvoir fournir une solution. Et si nous faisons payer la version, nous préférons que l'utilisateur ait un support possible.

          en bonus, vu le thread sur Debian, on peut fournir aussi des repos pour Debian et autres distros Linux et des .deb/rpm en téléchargement direct (si on veut l'égalité : avec la même forme d'incitation qu'avec Windows/Mac? ;-) ).

          Nous pouvons aussi créer les .deb/.rpm avec CPack mais nous préférerions qu'ils soient directement fournis dans les distributions (il y a aussi déjà les paquets auto-extractibles pour les personnes n'ayant pas accès directement via leur gestionnaire de paquets et nous sommes en train de voir pour fournir aussi une AppImage).

          On voudrait sortir de l'App Store pour la version mac et la proposer directement sur le site de GCompris comme pour la version Windows.

          D'expérience, les deux sont complémentaires, les macqueux aiment bien le Mac App Store et on peut faire le même exécutable compatible diffusion directe et Mac App Store gratuit (je me suis mis à filer une version App Store d'un logiciel déjà filé en .dmg, et plein de monde a sauté dessus avec des "youpi").

          merci pour le retour pour la complémentarité de l'appstore/dmg, de notre côté, je pense que ça dépendra plus de la personne qui voudra gérer ça.

  • # En bon français

    Posté par  . Évalué à -1.

    "We are happy to announce" se traduit par "Nous avons le plaisir de vous annoncer". "Nous sommes heureux" n'est qu'une traduction automatique et littérale qui sévit malheureusement un peu partout sur le Net.

    • [^] # Re: En bon français

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

      On ne peut plus être heureux ?

      • [^] # Re: En bon français

        Posté par  . Évalué à 2.

        Si mais, il a raison sur le fait que ça doit ce traduire de cette manière.
        C'est comme les gens qui traduisent "Laisse moi seul" pour "Let me alone" alors que c'est "Laisse-moi tranquille" la bonne traduction.

        • [^] # Re: En bon français

          Posté par  (Mastodon) . Évalué à 2.

          En anglais on dit « Leave me alone » plutôt que « Let me alone ».

          Yth.

  • # debian

    Posté par  . Évalué à 2. Dernière modification le 16 août 2017 à 13:05.

    Surpris de ne pas voir debian dans la liste des distributions supportées, j'ai vérifié et il est bien présent dans tous les dépôts, bien sûr.

    Peut-être qu'un modérateur pourrait rajouter debian dans la liste ?

    • [^] # Re: debian

      Posté par  . Évalué à 6.

      La version proposée dans Debian date d'octobre 2015 et quatre versions sont sorties depuis. Je pense que c'est pour cela que Debian ne figure pas dans la liste.

      • [^] # Re: debian

        Posté par  . Évalué à 2.

        Ah, évidemment, dans ce cas ça explique tout, et je retire ce que j'ai dit. Merci.

  • # Plateformes : ne pas oublier Crossroad et Osxcross

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

    Pour avoir un peu (parfois beaucoup) souffert avec MinGW, je ne peux que recommander de passer à Crossroad.
    L'outil est vraiment génial. Depuis que je l'utilise, je génère mes binaires Windows depuis ma machine Linux un peu comme monsieur Jourdain faisait de la prose sans le savoir.

    Côté Mac (machine que je ne possède pas), je génère également mes zips installables intégralement sous Linux avec Osxcross.

    • [^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross

      Posté par  (site web personnel, Mastodon) . Évalué à 8.

      Pour avoir un peu (parfois beaucoup) souffert avec MinGW, je ne peux que recommander de passer à Crossroad.
      L'outil est vraiment génial.

      Ça fait chaud au cœur de lire ça. C'est moi qui ai créé cet outil. :-)

      Depuis que je l'utilise, je génère mes binaires Windows

      Je vois que tu fais aussi un installeur. Qu'utilises-tu? Tu le fais aussi depuis Linux?
      Perso je ne fais que du développement, jamais du packaging, donc j'utilise juste crossroad pour cross-compiler pour débugguer pour Windows parfois. Je ne me préoccupe donc nullement de faire un installeur. Mais je me suis posé la question à plusieurs reprises s'il existe des projets qui pourraient s'intégrer à Crossroad pour générer des installeurs en une commande.
      Je sais que le truc que notre packageur Windows utilise pour GIMP (Inno Setup) ne fonctionne que sur Windows, ce que je trouve chiant car j'aimerais bien pouvoir créer un installeur depuis Linux.

      Côté Mac (machine que je ne possède pas), je génère également mes zips installables intégralement sous Linux avec Osxcross.

      Le problème de la cross-compilation MacOS, c'est qu'Apple interdit explicitement de compiler pour un OS Apple depuis une machine non-Apple (ou plutôt ils interdisent d'utiliser leur SDK sur du non-Apple or c'est nécessaire pour compiler a priori). Il me semble que c'est la raison pour laquelle l'outil dont tu donnes le lien demande aux gens de faire la démarche de récupérer le SDK à la main. C'est marrant car ils donnent même le lien vers la licence, et demande de la lire et la comprendre. Or l'article 2.7 dit:

      The grants set forth in this Agreement do not permit You to, and You agree not to, install, use or run the
      Apple Software or Apple Services on any non-Apple-branded computer or device, or to enable others to
      do so.

      Non parce que sinon ça pourrait être intéresser d'avoir prise en charge MacOS ou iOS dans crossroad.

      Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]

      • [^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross

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

        Je vois que tu fais aussi un installeur. Qu'utilises-tu? Tu le fais aussi depuis Linux?

        Inno Setup que je fait tourner avec Wine. Ca marche suffisemment bien pour que je ne me sois pas encore posé la question d'y trouver une alternative.

        Le problème de la cross-compilation MacOS, c'est qu'Apple interdit explicitement de compiler pour un OS Apple depuis une machine non-Apple

        Oui, je crois que c'est comme ça qu'il faut effectivement le comprendre.

      • [^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross

        Posté par  . Évalué à 1.

        Je vois que tu fais aussi un installeur. Qu'utilises-tu? Tu le fais aussi depuis Linux?

        y'a NSIS qui permet de créer des installeurs windows depuis linux. Je m'en étais servi.
        Disponible entre autre dans les dépôts debian/ubuntu.

        • [^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross

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

          Et y a une raison alors pour laquelle certains utilisent Inno Setup depuis Wine sur Linux? Inno Setup propose-t-il de meilleures fonctionnalités ou autre?

          Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]

          • [^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross

            Posté par  . Évalué à 1.

            je ne sais pas, il me semble qu'ils sont similaires pour le résultat.
            Je t'avoue que le fait que nsis soit dispo sur linux, et que le résultat me convenait, ne m'avait pas poussé à chercher plus.

          • [^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross

            Posté par  (site web personnel) . Évalué à 1. Dernière modification le 21 août 2017 à 23:46.

            y a une raison alors pour laquelle certains utilisent Inno Setup depuis Wine sur Linux?

            A l'époque du choix je développais sous Windows/MinGW. Le poids de l'histoire …

          • [^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross

            Posté par  . Évalué à 4. Dernière modification le 01 septembre 2017 à 12:46.

            Je sais pas, mais je sais qu'un script InnoSetup est BEAUCOUP plus facile à faire q'un script NSIS.

            Avec NSIS, tu te tapes un truc entre PHP et le C, à gérer la stack et le retour des processus.
            Un chose simple devient compliquée (du genre : Mettre une jolie image dans son installeur, un timeout, …), et une chose pas si simple devient super compliquée (exemple : pouvoir réparer une installation).

            InnoSetup propose bien plus :
            - un éditeur intégré, avec lequel on peut quasiment tout faire à la souris
            - des dizaines de propriétés simplement modifiables (du genre, IsWin64 pour savoir si on est sous Windows 64 bits. Sous NSIS, il faut un plugin, ou regarder si "Program Files (x86)" existe, et avant ça savoir comment déterminer le System Drive, alors que Inno Setup te donne sd pour ça)
            - Un système de script proche de Pascal. Tu mets ça dans une section code, et tu mets tes fonctions là dedans. Simple efficace, haut-niveau.
            - Un support natif de l'unicode. NSIS a été développé du temps de Windows 98SE, et il ADORE cette merde d'ANSI et envoie bouler tout ce qui est Unicode. Sympa pour les gens qui ne vivent pas aux USA, hein ?
            - L'import facile de fichiers pour le registre Windows. Tu veux que ça soit dans la bonne section selon qu'on est sous Win32 ou Win64 ? OK, tu spécifie par exemple que tout va dans HKLM32 dans la propriété qui va bien, et le setup s'occupera du reste. Faire ça avec NSIS sans pleurer sa mère et supplier son père de t'aider tient du miracle.

            NSIS devrait brûler en enfer. Voilà.

            "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • # Différence entre GCompris GTK et QT ?

    Posté par  (Mastodon) . Évalué à 2.

    Comme ma version de GCompris est la 17.05, je me suis demandé pourquoi on passait à la 0.80…
    En fait il y a un GCompris GTK, dernière version de Mai 2017, et un GCompris QT, qui date d'Août 2017.
    Les sources de la version GTK font 318Mo, alors que celles de la version QT font 67Mo…

    Je suppose que GCompris migre de GTK à QT ?
    Mais alors pourquoi une version GTK récente ?
    Y'a-t-il encore du contenu dans la version GTK non disponible dans la version QT ?
    Y'a-t-il un intérêt à la version GTK, ou mieux vaudrait passer à la version QT, parce que c'est l'avenir ?

    Yth, père plexe.

Suivre le flux des commentaires

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