Principalement trois raisons :
1. Un système plus petit, il est quasi possible de comprendre son fonctionnement complet. Bon, il faudrait quand même mettre pas mal d'énergie, mais ça reste possible
2. Le système Morph 3 (Morph = objet d'interaction graphique avec l'utilisateur) qui intègre un système de coordonnées locales avec transformations affines entre les Morph emboîtés les uns dans les autres. Cela facilite le traitement d'interactions utilisateur un poil complexe.
3. Le canevas de rendu VectorGraphics qu'utilise Morph3
Oui l'explorateur de fichier—au départ développé pour la version tablette—fait parti des améliorations ergonomiques pour les jeunes enfants. Il y en d'autres plus subtiles dans la manipulation des objets dans le canevas.
J'oubliais, la VM de pharo ne tournant pour le moment qu'en 32 bits, il y a quelque dépendances particulières pour le faire tourné en 64bits (je ne sais pas ce qu'il en est pour PrimTux)
L'organisation de l'application auto-installable est un peu particulière.
Est-ce que vous avez essayé d'ouvrir une figure et d'en sauvegarder une ?
Les figures sont sauvegardées dans DrGeo.app/MySketches (accès rw), les exemples disponibles sont dans DrGeo.app/examples (accès r).
Il y a ce script startDrGeo.sh[1] qui aide à faire un démarrage propre, en installant dans le home l'ensemble des fichiers et dossiers de DrGeo.app qui doivent être en accès rw. Je n'ai jamais eu besoin d'utiliser ce script, mais dans votre cas il est utile.
Par ailleurs, vu que DrGeo peut être modifié depuis lui-même, l'utilisateur peut avoir envie de sauvegarder ces modifications. Ce script de démarrage permet de le gérer.
Pour résumer, pour l'école primaire, avec Dr. Geo on peut :
- utiliser les outils de construction de base
- adapter l'interface en proposant des figures avec uniquement quelques outils
- préparer des figures "intelligentes" où l'élève doit répondre à un challenge (construire des formes données, …). On utilise pour ça les scripts Smalltalk.
Bravo pour ce travail : déjà 140 activités en version GTK+ cela représente un important effort au long court, des années de persévérance.
Un portage vers une nouvelle architecture GUI c'est un peu comme repartir de zéro, reprogrammer des activités qui ont déjà été codées, et là il faut s'accrocher.
Bruno a trouvé un modèle économique qui lui permet de justifier son investissement personnel sur le long terme (on dépasse les 10 ans de travail) : un GCompris libre dont nous bénéficions sur toutes les plate formes, décliné en des versions compilées pour OS propriétaires contre une rétribution.
Il y a quelques temps un jeune développeur c'était penché sur la question d'un packaging pour Archlinux. Voir ce résultat de recherche dans le forum.
Mais j'ai l'impression que c'est à l'abandon.
Il faudrait que je me penche à nouveau sur la question du packaging. Au moins proposer un script de démarrage, pour les packagers sous Linux, qui gère la partie en lecture seule de Dr. Geo installé dans le système (VM, source Pharo, exemples) et la partie modifiable dans le répertoire utilisateur (en gros source + code compilé Dr. Geo, modifiables depuis lui même).
On avait travaillé sur ces points à l'époque.
En l'état l'archive téléchargeable fonctionne directement, mais il n'y a pas d'entrée dans le menu bureau et de gestion des mise à jour par exemple.
Pour ceux qui ne sont pas sur place et qui aimerait reproduire, on aimerait en savoir plus sur comment se déroulaient les ateliers, combien de temps, quelles difficultés.
Un album photos commenté serait chouette !
Bonne continuation !
Comment se situe Dr. Geo par rapport à la référence GeoGebra ?
Je peux dire trois choses.
D'une part, Geogebra permet de faire de l'analyse de fonction, ce à quoi Dr. Geo ne s'intéresse pas.
D'autre part, Geogebra n'est pas libre: il y a un an ou deux, un auteur italien souhaitant publier un livre de math avec des activités informatiques m'avait dit qu'il ne pouvait pas inclure le logiciel avec le livre, je crois comprendre qu'il y a des limites sur les possibilités de redistribuer le logiciel: installateur, icônes et traductions de l'interface non libres. Dans Dr. Geo ces derniers sont libres, et en fait il est extrêmement facile de redistribuer une version modifiée de Dr. Geo.
Enfin, la grande différence me semble être sur l'accent mis sur la programmation dans Dr. Geo: script, figure programmée et logiciel modifiable depuis lui-même.
On peut dire que la programmation est à Dr. Geo ce que le côté algèbre/analyse est à Geogebra.
Dr.Geo m'a l'air plus accessible, donc plus destiné aux primaires
L'utilisation des logiciels de géométrie dynamique est très anecdotique à l'école primaire. Les derniers développements ont pour objectif de simplifier la prise en main. Toutefois l'utilisation restera souvent de type découverte de propriété avec des scripts pour donner un feedback enrichi, du style détecter une propriété d'une figure.
Je passe sur les jugements méprisants à l'emporte pièce…
Mais sur la FAQ Dr. Geo , il y a justement deux paragraphes pour Debian, versions ancienne et récente. Pour le version récente (je copie-colle de http://www.drgeo.eu/community/faq) :
Check you are indeed running a 64 bits system and you have access to 32 bits architecture as well:
C'est sûr installer des libraires 32 bits ça coûte !
Ma machine est également en 64 bits, installer les librairies 32 bits me prend 2 min.
Le passage d'une architecture 32 bits à une architecture 64 bits ne se résume pas toujours à recompiler un code, et ici c'est justement le cas.
Ce genre de jugement à l'emporte pièce est un poil déprimant pour ceux qui se casse en deux pour écrire des logiciels libres. Derrière les logiciels, il y a des personnes qui donnent !
Ce sont les distributions Linux qui sont contraignantes en ne proposant pas l'installation par défaut des librairies de compatibilité 32 bits, sur ce point Dr. Geo n'a pas prise.
Sur Windows et Mac, celles-ci sont installées par défaut.
[^] # Re: Pharo vs Cuis-Smalltalk
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 26.06. Évalué à 8 (+6/-0).
Salut,
Principalement trois raisons :
1. Un système plus petit, il est quasi possible de comprendre son fonctionnement complet. Bon, il faudrait quand même mettre pas mal d'énergie, mais ça reste possible
2. Le système Morph 3 (Morph = objet d'interaction graphique avec l'utilisateur) qui intègre un système de coordonnées locales avec transformations affines entre les Morph emboîtés les uns dans les autres. Cela facilite le traitement d'interactions utilisateur un poil complexe.
3. Le canevas de rendu VectorGraphics qu'utilise Morph3
[^] # Re: Traduction des langages de programmation
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 16.10. Évalué à 2.
Je n'ai pas eu l'occasion de connaître ce langage. C'est du BASIC en français ?
Le symbole d'assignation <- était également présent dans Smalltalk.
[^] # Re: Dr Geo 16.10 est à jour dans le dépôt PrimTux
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 16.10. Évalué à 3.
Sympa !
[^] # Re: Pas eu le temps d'intégrer Dr. Geo ?
Posté par Fernandes Hilaire . En réponse à la dépêche PrimTux-Eiffel, une logithèque pédagogique libre pour les enfants. Évalué à 2.
Oui l'explorateur de fichier—au départ développé pour la version tablette—fait parti des améliorations ergonomiques pour les jeunes enfants. Il y en d'autres plus subtiles dans la manipulation des objets dans le canevas.
Bonne suite pour Prim-Tux !
Pour la référence historique, il y a dix ans de cela était développé Freeduc, selon le même principe: https://linuxfr.org/news/freeduc-cd-11--2
[^] # Re: Pas eu le temps d'intégrer Dr. Geo ?
Posté par Fernandes Hilaire . En réponse à la dépêche PrimTux-Eiffel, une logithèque pédagogique libre pour les enfants. Évalué à 3.
Tout de bon alors !
[^] # Re: Pas eu le temps d'intégrer Dr. Geo ?
Posté par Fernandes Hilaire . En réponse à la dépêche PrimTux-Eiffel, une logithèque pédagogique libre pour les enfants. Évalué à 2.
J'oubliais, la VM de pharo ne tournant pour le moment qu'en 32 bits, il y a quelque dépendances particulières pour le faire tourné en 64bits (je ne sais pas ce qu'il en est pour PrimTux)
http://www.drgeo.eu/faq#TOC-Debian-Jessie-Ubuntu-LinuxMint-12.04-LTS1
[^] # Re: Pas eu le temps d'intégrer Dr. Geo ?
Posté par Fernandes Hilaire . En réponse à la dépêche PrimTux-Eiffel, une logithèque pédagogique libre pour les enfants. Évalué à 2.
L'organisation de l'application auto-installable est un peu particulière.
Est-ce que vous avez essayé d'ouvrir une figure et d'en sauvegarder une ?
Les figures sont sauvegardées dans
DrGeo.app/MySketches(accès rw), les exemples disponibles sont dansDrGeo.app/examples(accès r).Il y a ce script
startDrGeo.sh[1] qui aide à faire un démarrage propre, en installant dans le home l'ensemble des fichiers et dossiers de DrGeo.app qui doivent être en accès rw. Je n'ai jamais eu besoin d'utiliser ce script, mais dans votre cas il est utile.Par ailleurs, vu que DrGeo peut être modifié depuis lui-même, l'utilisateur peut avoir envie de sauvegarder ces modifications. Ce script de démarrage permet de le gérer.
[1] http://bazaar.launchpad.net/~drgeo-developers/drgeo/trunk/view/head:/build/startDrGeo.sh
[^] # Re: Pas eu le temps d'intégrer Dr. Geo ?
Posté par Fernandes Hilaire . En réponse à la dépêche PrimTux-Eiffel, une logithèque pédagogique libre pour les enfants. Évalué à 2.
En effet, c'est la version 16.03 http://www.drgeo.eu/news/drgeo1603c
Par curiosité, comment est élaboré votre paquet à partir de cette version 16.03 ?
[^] # Re: Pas eu le temps d'intégrer Dr. Geo ?
Posté par Fernandes Hilaire . En réponse à la dépêche PrimTux-Eiffel, une logithèque pédagogique libre pour les enfants. Évalué à 2. Dernière modification le 07 avril 2016 à 21:03.
Est-ce bien la version 16.04 ?
En effet Dr. Geo n'est plus dans les dépôts Debian. La dernière version a y être présente date de 2005.
Les versions récentes sont auto-installables.
# Pas eu le temps d'intégrer Dr. Geo ?
Posté par Fernandes Hilaire . En réponse à la dépêche PrimTux-Eiffel, une logithèque pédagogique libre pour les enfants. Évalué à 2.
J'espère que ce sera possible pour une prochaine version :)
[^] # Re: destiné à un public jeune de l'école primaire
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 16.03. Évalué à 2.
Super. Merci.
[^] # Re: destiné à un public jeune de l'école primaire
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 16.03. Évalué à 2.
Il est vrai que le site de Dr. Geo n'est pas très loquasse sur ce sujet. Ce serait toutefois bien de corriger l'information dans le tableau.
Pour plus d'éléments, lire :
- La dépêche précédente de la version 15.12
- Travail en cours de prospective.
Pour résumer, pour l'école primaire, avec Dr. Geo on peut :
- utiliser les outils de construction de base
- adapter l'interface en proposant des figures avec uniquement quelques outils
- préparer des figures "intelligentes" où l'élève doit répondre à un challenge (construire des formes données, …). On utilise pour ça les scripts Smalltalk.
[^] # Re: destiné à un public jeune de l'école primaire
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 16.03. Évalué à 2.
Ce serait un bel ajout.
# Un modèle à suivre
Posté par Fernandes Hilaire . En réponse à la dépêche Version 0.50 de GCompris en Qt Quick. Évalué à 9.
Bravo pour ce travail : déjà 140 activités en version GTK+ cela représente un important effort au long court, des années de persévérance.
Un portage vers une nouvelle architecture GUI c'est un peu comme repartir de zéro, reprogrammer des activités qui ont déjà été codées, et là il faut s'accrocher.
Bruno a trouvé un modèle économique qui lui permet de justifier son investissement personnel sur le long terme (on dépasse les 10 ans de travail) : un GCompris libre dont nous bénéficions sur toutes les plate formes, décliné en des versions compilées pour OS propriétaires contre une rétribution.
Indéniablement un modèle à suivre.
Encore bravo et bonne continuation !
[^] # Re: pourquoi ?
Posté par Fernandes Hilaire . En réponse à la dépêche Edip (Easy Digital Imaging Processing), un programme de traitement d'image pour Linux. Évalué à 10.
Parce que la diversité c'est la richesse !
[^] # Re: Archlinux
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 15.12. Évalué à 2.
On se synchronise sur le forum ? Je suis en train de regarder.
Tu a peut-être une version plus récente de ton script de démarrage ?
# Chouette ce résumé
Posté par Fernandes Hilaire . En réponse à la dépêche Agenda du Libre pour la semaine 51 de l'année 2015. Évalué à 2.
Vraiment pratique pour avoir un aperçu d'un coup d’œil sur les événements à venir.
A continuer !
[^] # Re: Archlinux ?
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 15.12. Évalué à 3.
Il y a quelques temps un jeune développeur c'était penché sur la question d'un packaging pour Archlinux. Voir ce résultat de recherche dans le forum.
Mais j'ai l'impression que c'est à l'abandon.
Il faudrait que je me penche à nouveau sur la question du packaging. Au moins proposer un script de démarrage, pour les packagers sous Linux, qui gère la partie en lecture seule de Dr. Geo installé dans le système (VM, source Pharo, exemples) et la partie modifiable dans le répertoire utilisateur (en gros source + code compilé Dr. Geo, modifiables depuis lui même).
On avait travaillé sur ces points à l'époque.
En l'état l'archive téléchargeable fonctionne directement, mais il n'y a pas d'entrée dans le menu bureau et de gestion des mise à jour par exemple.
# MAGNIFIQUE !
Posté par Fernandes Hilaire . En réponse au journal Le Libre au service de jeunes sortis du système…. Évalué à 3.
Bravo pour ce projet.
Pour ceux qui ne sont pas sur place et qui aimerait reproduire, on aimerait en savoir plus sur comment se déroulaient les ateliers, combien de temps, quelles difficultés.
Un album photos commenté serait chouette !
Bonne continuation !
# Belles contributions au libre
Posté par Fernandes Hilaire . En réponse à la dépêche Pymecavideo fait peau neuve avec sa version 6.3. Évalué à 5.
Bravo pour tous ces projets, les logiciels liés à l'enseignement des sciences physique et chimie au lycée ne sont pas légion.
[^] # Re: Comparaison avec GeoGebra
Posté par Fernandes Hilaire . En réponse à la dépêche Dr. Geo 15.07. Évalué à 6.
Je peux dire trois choses.
D'une part, Geogebra permet de faire de l'analyse de fonction, ce à quoi Dr. Geo ne s'intéresse pas.
D'autre part, Geogebra n'est pas libre: il y a un an ou deux, un auteur italien souhaitant publier un livre de math avec des activités informatiques m'avait dit qu'il ne pouvait pas inclure le logiciel avec le livre, je crois comprendre qu'il y a des limites sur les possibilités de redistribuer le logiciel: installateur, icônes et traductions de l'interface non libres. Dans Dr. Geo ces derniers sont libres, et en fait il est extrêmement facile de redistribuer une version modifiée de Dr. Geo.
Enfin, la grande différence me semble être sur l'accent mis sur la programmation dans Dr. Geo: script, figure programmée et logiciel modifiable depuis lui-même.
On peut dire que la programmation est à Dr. Geo ce que le côté algèbre/analyse est à Geogebra.
L'utilisation des logiciels de géométrie dynamique est très anecdotique à l'école primaire. Les derniers développements ont pour objectif de simplifier la prise en main. Toutefois l'utilisation restera souvent de type découverte de propriété avec des scripts pour donner un feedback enrichi, du style détecter une propriété d'une figure.
[^] # Re: 64 bits :-(
Posté par Fernandes Hilaire . En réponse à la dépêche GNU Dr. Geo 14.10. Évalué à 3.
Je passe sur les jugements méprisants à l'emporte pièce…
Mais sur la FAQ Dr. Geo , il y a justement deux paragraphes pour Debian, versions ancienne et récente. Pour le version récente (je copie-colle de http://www.drgeo.eu/community/faq) :
Check you are indeed running a 64 bits system and you have access to 32 bits architecture as well:
Then add the 32 bits compatibility packages:
Ça ne marche pas sous Jessy ?
[^] # Re: 64 bits :-(
Posté par Fernandes Hilaire . En réponse à la dépêche GNU Dr. Geo 14.10. Évalué à 2.
C'est sûr installer des libraires 32 bits ça coûte !
Ma machine est également en 64 bits, installer les librairies 32 bits me prend 2 min.
Le passage d'une architecture 32 bits à une architecture 64 bits ne se résume pas toujours à recompiler un code, et ici c'est justement le cas.
Ce genre de jugement à l'emporte pièce est un poil déprimant pour ceux qui se casse en deux pour écrire des logiciels libres. Derrière les logiciels, il y a des personnes qui donnent !
[^] # Re: 64 bits :-(
Posté par Fernandes Hilaire . En réponse à la dépêche GNU Dr. Geo 14.10. Évalué à 3.
Ce sont les distributions Linux qui sont contraignantes en ne proposant pas l'installation par défaut des librairies de compatibilité 32 bits, sur ce point Dr. Geo n'a pas prise.
Sur Windows et Mac, celles-ci sont installées par défaut.
[^] # Re: 64 bits :-(
Posté par Fernandes Hilaire . En réponse à la dépêche GNU Dr. Geo 14.10. Évalué à 3.
http://www.drgeo.eu/community/faq#TOC-Can-I-run-it-in-my-Linux-64-bits-host-