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.
Nouvelles activités
Une activité de catégorisation d’images :
Une activité où il faut, à partir des nombres et des différentes opérations proposées, trouver un nombre donné :
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 :
Le jeu de dames en version avec l’ordinateur ou avec un ami :
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.
Aller plus loin
- Site officiel de GCompris (902 clics)
- Google Play Store (213 clics)
- Auto‐extractible GNU/Linux 64 bits (186 clics)
- Auto‐extractible GNU/Linux 32 bits (103 clics)
- Windows 64 bits (145 clics)
- Windows 32 bits (113 clics)
# CGénial
Posté par bubar🦥 (Mastodon) . Évalué à 6.
Jusqu'à 10 ans ? Hey, j'ai pas encore fini le "atterrissage en douceur" sur Ceres :-)
# Ubuntu
Posté par Draky (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 Johnny Jazeix (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 Zenitram (site web personnel) . Évalué à 1.
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 Johnny Jazeix (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 Zenitram (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? ;-) ).
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 Johnny Jazeix (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 :
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.
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.
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).
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 Maderios . É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 Joris Dedieu (site web personnel) . Évalué à 4.
On ne peut plus être heureux ?
[^] # Re: En bon français
Posté par Shunesburg69 . É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 Yth (Mastodon) . Évalué à 2.
En anglais on dit « Leave me alone » plutôt que « Let me alone ».
Yth.
# debian
Posté par sebas . É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 thomasv . É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 sebas . Évalué à 2.
Ah, évidemment, dans ce cas ça explique tout, et je retire ce que j'ai dit. Merci.
[^] # Re: debian
Posté par Raphaël Hertzog (site web personnel) . Évalué à 6.
En plus, le paquet s'appelle gcompris-qt dans Debian et il est actuellement en recherche d'un nouveau mainteneur:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826428
Qui est le mainteneur ubuntu qui a été trouvé? Il pourrait uploader son paquet dans Debian pour que cela profite à Debian et à Ubuntu. Je suis prêt à faire son sponsor pour l'envoi dans Debian.
[^] # Re: debian
Posté par Johnny Jazeix (site web personnel) . Évalué à 2.
Merci !
Je viens de lui envoyer un mail pour savoir s'il est intéressé. Je vous donne la réponse dès que je l'ai.
# Plateformes : ne pas oublier Crossroad et Osxcross
Posté par betonniere (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 Jehan (site web personnel, Mastodon) . Évalué à 8.
Ça fait chaud au cœur de lire ça. C'est moi qui ai créé cet outil. :-)
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.
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:
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 betonniere (site web personnel) . Évalué à 3.
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.
Oui, je crois que c'est comme ça qu'il faut effectivement le comprendre.
[^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross
Posté par martinclic . Évalué à 1.
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 Jehan (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 martinclic . É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 betonniere (site web personnel) . Évalué à 1. Dernière modification le 21 août 2017 à 23:46.
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 xcomcmdr . É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
sdpour ç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 Yth (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.