En fait GCompris depuis 2003 est un logiciel libre et payant. Il est gratuit sur toutes les plates formes libre et payant sur MacOSX et Windows: http://gcompris.net/buy-fr.html
Il y a déjà eu pas mal d'échange ici sur ce sujet mais c'est vrais que les utilisateurs GNU/Linux ne s'en rendent pas vraiment compte.
Bonjour, j'avais déjà vu passer cette nouvelle mais j'en profite pour remercier l'équipe derrière ce projet. Pour ceux qui travaillent sur des logiciels libres éducatifs comme GCompris c'est une immense satisfaction de voir notre travail amené aux enfants dans un si bel écrin.
Depuis l'annonce en janvier dernier de la ré-écriture en Qt Quick, les choses avancent vraiment bien. Le projet a officiellement rejoint l'incubateur KDE. Quelques développeurs se sont donc retrouvés à Randa avec plusieurs objectifs. D'abord rencontrer et présenter GCompris à la communauté KDE, principalement KDE-Edu. Sur le plan technique nous avons travaillé à la spécification du futur système d'administration qui simplifie l'utilisation de GCompris en classe. Des échanges ont lieu pour mettre des choses en commun entre KDE-Edu et GCompris.
Nous avons bien sûr continué la ré-écriture en Qt Quick. Actuellement nous avons porté 80 activités sur les 140 de la version GTK+.
Pour ceux qui n'ont pas vu l'info, si vous avez envie de découvrir Qt Quick en faisant quelque chose d'utile vous pouvez réserver une activité sur le wiki de GCompris (me demander pour que je vous ouvre un compte sur le Wiki).
Message envoyé depuis le Wifi du bus sur le retour de Akademy entre Brno et Vienne.
Et si ca merde sur un environnement quelconque, tu seras bien seul pour comprendre pourquoi ca ne marche pas dans un environnement que tu ne connais pas et que l'utilisateur connaîtra encore moins.
Vis à vis d'un développeur upstream c'est la situation actuelle. Ton appli est packagé pour chaque distros avec un ensemble et une combinaison de librairie que tu n'a jamais testé. Tu peux avoir fais des efforts pour valider ton appli avec une combinaison de dépendance mais il y a peu de chance que la distro fasse les mêmes choix.
Concernant les problèmes de libc multiples, si tu regardes bien la proposition de Lennart c'est supporté : "Note that in this design apps are actually developed against a single, very specific runtime, that contains all libraries it can link against (including a specific glibc version!). Any library that is not included in the runtime the developer picked must be included in the app itself."
C'est vraiment bien de voir une initiative pour faire évoluer la distribution des applications sur les distributions. Le modèle actuel fonctionne bien pour certains cas d'utilisation mais il échoue à adresser certains besoins basiques comme par exemple pouvoir utiliser une version spécifique d'un logiciel ou même d'en avoir plusieurs d'installées.
En tant que développeur 'upstream' mon principal reproche que je fais au système de packaging actuel c'est qu'on se retrouve coupé des utilisateurs. Impossible de dire quand ton application sera disponible sur telle distro. Tu te retrouves souvent avec des utilisateurs qui ont plusieurs années de retard sur la version de ton soft tu coup tu perds la dynamique sur les retours de bugs.
La proposition de Lennart me semble excellente car il résout une équation délicate, garder ce qui est bien dans le modèle actuel des distributions tout en ouvrant de nouvelles possibilités.
Les travaux de ré-écriture de GCompris en Qt Quick [1] annoncés ici en ce début d'année ont donné suite à un rapprochement avec le projet KDE.
GCompris est maintenant dans l'incubateur KDE. Ceci explique sa présence à la rencontre Randa cette année.
J'en profite pour faire un petit point sur la ré-écriture, le projet avance bien. Une petite communauté d'environ 10 personnes participent au développement et actuellement 55 activités sur les 140 de la version Gtk+ ont été portées. Si vous voulez vous rendre compte des de nos progrès vous pouvez regarder la vidéo [3].
Les vacances approchant, si vous avez envie de découvrir l'environnement de développement Qt Quick vous pouvez le faire en prenant comme objectif de porter une activité de GCompris. Vous trouverez tous les détails techniques pour bien démarrer sur la page développeur de GCompris [4].
Cependant même si GCompris représente beaucoup de travail cela n'a rien de compliqué. A mon avis, vraiment rien qui ne permette de prétendre à cette notoriété.
J'ai regardé rapidement et j'ai du mal à saisir le concept de ton jeu. C'est assez éloigné des activités traditionnelles de GCompris en tout cas.
Oui je prévois de le distribuer via les stores respectifs sous en modèle payant dans le même esprit que ce que je fait actuellement avec les versions Windows et MacOSX. Mais bon on en est pas encore là, pour l'instant il y a une montagne de code à gravir…
As-tu testé ta démo sous Android et iOS ? ça fonctionne correctement ?
J'ai testé uniquement sur Android, je ne me suis pas encore équipé en tablette Apple et Qt Quick étant plus mature sur Android c'est probablement plus simple de commencer par là
Oui, ça marche très bien, je suis même impressionné par la qualité de l'environnement de développement. C'est un plaisir de travailler en QML, Javascript et C++ avec QtCreator. L'aide en ligne est remarquable dans QtCreator et sur le site de Qt. J'ai rencontré des problèmes avec la balise Audio de QML, j'ai ouvert des bugs à ce sujet.
J'aurais peut être du commencer par là, pour ceux qui veulent tester sur Android (arm).
Quelles sont les raisons pour ne pas passer à HTML/JavaScript/WebGL ?
Pour moi QtQuick sort gagnant sur tous les points :
Comme je l'ai dit QtCreator et son aide en ligne est parfait. Il est aussi plus simple de faire une interface dynamique qui s'adapte à la taille de l'écran en Qml. Le découpage description de l'interface en Qml et logique du jeu en Javascript s'avère très efficace. Dans mon cas la partie C++ s'avère réduite au minimal et n'est pas utile pour coder une activité.
GCompris est une porte d'entrée pour des étudiants qui veulent débuter sur un projet de logiciel libre. Il est important que l'écriture de code soit simple. En ce sens, Javascript en HTML5 implique une programmation asynchrone, très performante mais pas forcément idéale pour débuter en programmation.
Au final la réalisation est basée sur un graphe de scène OpenGL avec des animations fluides et des particules ce qui ajoute un coté abouti à l'application sans que ce soit complexe à programmer. Pour animer mes poissons par exemple, il suffit juste de leurs donner des coordonnées et dire en combien de temps ils doivent les rejoindre.
Pour la maintenance, j'ai plus confiance à m'appuyer sur une plate forme unique dont je peux contrôler la diffusion avec mon application plutôt que de devoir en permanence courir après les évolutions de chaque navigateur. Par exemple, mon application color_svg.html ne marche plus sur Firefox mais marche sur Chromium depuis une Ubuntu LTS.
Le débat sur les Femen avec Laurent Ruquier en volume très faible dans la vidéo est passionnant :)
Mince, je me disais pourquoi j'avais pas les blop blop de mes poissons dans la vidéos !
Bonne question mais il n'y a pas de raison de changer de nom. Le G de GCompris était pour Gnu, pas Gtk+.
De manière plus profonde, ce logiciel est connu et reconnu dans le monde entier sous ce nom, il serait stupide perdre tout cette reconnaissance pour une histoire de toolkit graphique dont nos utilisateurs ne connaissent rien.
Je ne connaissais pas non. C'est sûrement intéressant mais passer de python pour GCompris au couple Qt+QML est déjà un gros morceau à avaler. Je préfère rester dans les chemins balisées des gens qui ont développés cette technologie. Lorsqu'on maîtrisera bien, on pourra se permettre de regarder des approches alternatives.
Pour ma part, nous avons besoin d'un langage de scripting car c'est bien adapté au public de développeurs et à ce que nous devons coder. Que ce soit du Python ou du Javascript n'est pas vraiment important.
Ceci dit, il y a des projets comme QMLWeb qui permette d’exécuter une application QML dans un navigateur et en ce cas il vaut mieux rester en Javascript.
Ouep, bof, la diversité qui a fait exploser le brillant avenir du bureau GNU/Linux en plein vol. On va pas réécrire l'histoire mais si tous les efforts c'étaient focalisés sur un seul toolkit graphique et un Desktop dominant, on aurait peut être réussi à avoir plus d'utilisateurs et de développeurs.
Je préfère qu'on ait un bon toolkit graphique que 10 moyens. Tu peux remplacer 'toolkit graphique' par 'kernel' ou autre.
Je ne sais pas, GCompris est en Gtk+ 2.0 et je n'ai jamais essayé. Mais je doute de l’intérêt dans le cas de GCompris on veut vraiment une application native qui s'intègre parfaitement sur les tablettes.
Aussi je me vois mal lancer un GCompris sur mon serveur pour chaque utilisateur !
Je savais pas et je ne suis pas convaincu. Dans les fichiers Qml le langage de scripting est Javascipt. Python si je comprend bien permet de remplacer la partie C++ d'une application Qt Quick par du Python. Mais dans le cas de GCompris cette partie sera vraiment très petite, chaque activité n'est pas suffisamment complexe pour nécessiter d'y adjoindre du C++ ou les cas seront rare.
Si on ajoute la problématique de distribution, ou il va falloir ajouter un interpréteur Python sur chaque plate forme cible, desktop et tablette, ça vaut vraiment pas le coup.
Pour la réutilisation du code, dans GCompris on a beaucoup de mix avec Gtk+ et il s'avère difficile de l'extraire. J'ai jugé préférable de faire une implémentation propre avec Qt Quick et bénéficier de tous ses apports.
Dans le cas d'une utilisation pour faire une version portable, est-t-il possible de force l'ajout d'un répertoire ou il faut vraiment aller dans tous les menus de l'application pour accéder et ainsi ajouter tous les fichiers ?
Bien sur, le dit modèle va s'écrouler le jour ou les dites plateformes vont s'écrouler, et donc au final, tu n'as aucun intérêt financier à ce que ça n'arrive, ce qui est quelque part gênant dans le fond.
En théorie tu as raison mais je ne pense pas que cela soit réellement un problème. Si GNU/Linux prend des parts de marché sur le bureau il y aura aussi plus d'argent dans cet écosystème. Les acteurs principaux auront alors intérêt à aider les développeurs d'application d'une manière ou d'une autre.
Ma seule critique serait cette limite arbitraire à 2 ans, de mon point de vue la personne a fait le geste de payer, il mérite "à vie" (façon Mac App Store qui permet pas de limiter d'ailleurs)
Ce point est souvent mal compris. Les gens qui achète le code d'activation de GCompris peuvent l'utiliser sans limite de durée et peuvent le mettre à jour pendant 2 ans uniquement.
[^] # Re: payant ?
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris se refait une beauté... avec votre aide. Évalué à 10.
En fait GCompris depuis 2003 est un logiciel libre et payant. Il est gratuit sur toutes les plates formes libre et payant sur MacOSX et Windows: http://gcompris.net/buy-fr.html
Il y a déjà eu pas mal d'échange ici sur ce sujet mais c'est vrais que les utilisateurs GNU/Linux ne s'en rendent pas vraiment compte.
# GCompris inclut !
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche L'informatique pédagogique primaire à Genève avec GNU/Linux. Évalué à 6.
Bonjour, j'avais déjà vu passer cette nouvelle mais j'en profite pour remercier l'équipe derrière ce projet. Pour ceux qui travaillent sur des logiciels libres éducatifs comme GCompris c'est une immense satisfaction de voir notre travail amené aux enfants dans un si bel écrin.
Bruno au nom de l'équipe GCompris.
[^] # Re: Rapport de bogue
Posté par Bruno Coudoin (site web personnel) . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 1.
Hum, on fait encore du publipostage en 2014 ?
Après il y a peut être d'autres solutions que de passer par une suite bureautique pour faire ça.
[^] # Re: Il y avait aussi GCompris
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche Compte-rendu de la rencontre KDE à Randa. Évalué à 2.
Super, j'y ai ajouté un paragraphe sur GCompris.
# Il y avait aussi GCompris
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche Compte-rendu de la rencontre KDE à Randa. Évalué à 10.
GCompris était aussi de la partie.
Depuis l'annonce en janvier dernier de la ré-écriture en Qt Quick, les choses avancent vraiment bien. Le projet a officiellement rejoint l'incubateur KDE. Quelques développeurs se sont donc retrouvés à Randa avec plusieurs objectifs. D'abord rencontrer et présenter GCompris à la communauté KDE, principalement KDE-Edu. Sur le plan technique nous avons travaillé à la spécification du futur système d'administration qui simplifie l'utilisation de GCompris en classe. Des échanges ont lieu pour mettre des choses en commun entre KDE-Edu et GCompris.
Nous avons bien sûr continué la ré-écriture en Qt Quick. Actuellement nous avons porté 80 activités sur les 140 de la version GTK+.
Pour ceux qui n'ont pas vu l'info, si vous avez envie de découvrir Qt Quick en faisant quelque chose d'utile vous pouvez réserver une activité sur le wiki de GCompris (me demander pour que je vous ouvre un compte sur le Wiki).
Message envoyé depuis le Wifi du bus sur le retour de Akademy entre Brno et Vienne.
[^] # Re: Enfin
Posté par Bruno Coudoin (site web personnel) . En réponse au journal Marque page sur l'unification possible des systèmes Linux. Évalué à 8.
Vis à vis d'un développeur upstream c'est la situation actuelle. Ton appli est packagé pour chaque distros avec un ensemble et une combinaison de librairie que tu n'a jamais testé. Tu peux avoir fais des efforts pour valider ton appli avec une combinaison de dépendance mais il y a peu de chance que la distro fasse les mêmes choix.
Concernant les problèmes de libc multiples, si tu regardes bien la proposition de Lennart c'est supporté : "Note that in this design apps are actually developed against a single, very specific runtime, that contains all libraries it can link against (including a specific glibc version!). Any library that is not included in the runtime the developer picked must be included in the app itself."
# Enfin
Posté par Bruno Coudoin (site web personnel) . En réponse au journal Marque page sur l'unification possible des systèmes Linux. Évalué à 10.
C'est vraiment bien de voir une initiative pour faire évoluer la distribution des applications sur les distributions. Le modèle actuel fonctionne bien pour certains cas d'utilisation mais il échoue à adresser certains besoins basiques comme par exemple pouvoir utiliser une version spécifique d'un logiciel ou même d'en avoir plusieurs d'installées.
En tant que développeur 'upstream' mon principal reproche que je fais au système de packaging actuel c'est qu'on se retrouve coupé des utilisateurs. Impossible de dire quand ton application sera disponible sur telle distro. Tu te retrouves souvent avec des utilisateurs qui ont plusieurs années de retard sur la version de ton soft tu coup tu perds la dynamique sur les retours de bugs.
La proposition de Lennart me semble excellente car il résout une équation délicate, garder ce qui est bien dans le modèle actuel des distributions tout en ouvrant de nouvelles possibilités.
# GCompris chez KDE
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche Rencontre KDE Randa (Suisse) — aout 2014. Évalué à 10.
Les travaux de ré-écriture de GCompris en Qt Quick [1] annoncés ici en ce début d'année ont donné suite à un rapprochement avec le projet KDE.
GCompris est maintenant dans l'incubateur KDE. Ceci explique sa présence à la rencontre Randa cette année.
J'en profite pour faire un petit point sur la ré-écriture, le projet avance bien. Une petite communauté d'environ 10 personnes participent au développement et actuellement 55 activités sur les 140 de la version Gtk+ ont été portées. Si vous voulez vous rendre compte des de nos progrès vous pouvez regarder la vidéo [3].
Les vacances approchant, si vous avez envie de découvrir l'environnement de développement Qt Quick vous pouvez le faire en prenant comme objectif de porter une activité de GCompris. Vous trouverez tous les détails techniques pour bien démarrer sur la page développeur de GCompris [4].
[1] http://linuxfr.org/news/gcompris-change-de-moteur
[2] http://community.kde.org/Incubator
[3] https://www.youtube.com/watch?v=J675KRVuFZA
[4] http://gcompris.net/wiki/Developer%27s_corner#Documentation_of_the_Qt_Quick_Version_.28Under_development.29
[^] # Re: l'auteur de Gcompris ?
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 5.
Je te remercie d'avoir pensé à moi.
Cependant même si GCompris représente beaucoup de travail cela n'a rien de compliqué. A mon avis, vraiment rien qui ne permette de prétendre à cette notoriété.
[^] # Re: Un grand merci !
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 3.
J'ai regardé rapidement et j'ai du mal à saisir le concept de ton jeu. C'est assez éloigné des activités traditionnelles de GCompris en tout cas.
Oui je prévois de le distribuer via les stores respectifs sous en modèle payant dans le même esprit que ce que je fait actuellement avec les versions Windows et MacOSX. Mais bon on en est pas encore là, pour l'instant il y a une montagne de code à gravir…
[^] # Re: Très bon choix
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 2.
Merci pour l'info, je n'ai pas encore essayé le drag&drop, j'ai l'impression que ça va me servir.
[^] # Re: Demo sous Android/iOS ?
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 10.
J'ai testé uniquement sur Android, je ne me suis pas encore équipé en tablette Apple et Qt Quick étant plus mature sur Android c'est probablement plus simple de commencer par là
Oui, ça marche très bien, je suis même impressionné par la qualité de l'environnement de développement. C'est un plaisir de travailler en QML, Javascript et C++ avec QtCreator. L'aide en ligne est remarquable dans QtCreator et sur le site de Qt. J'ai rencontré des problèmes avec la balise Audio de QML, j'ai ouvert des bugs à ce sujet.
J'aurais peut être du commencer par là, pour ceux qui veulent tester sur Android (arm).
Clairement, c'était mon choix numéro 2. Afin de pouvoir décider en pleine lumière, j'ai codé 2 activités de GCompris en HTML5 (http://gcompris.net/activity/lang/ http://gcompris.net/activity/color/color/color_svg.html). J'ai ainsi pu comparer les processus de développement, la qualité du code produit et le résultat final.
Pour moi QtQuick sort gagnant sur tous les points :
Comme je l'ai dit QtCreator et son aide en ligne est parfait. Il est aussi plus simple de faire une interface dynamique qui s'adapte à la taille de l'écran en Qml. Le découpage description de l'interface en Qml et logique du jeu en Javascript s'avère très efficace. Dans mon cas la partie C++ s'avère réduite au minimal et n'est pas utile pour coder une activité.
GCompris est une porte d'entrée pour des étudiants qui veulent débuter sur un projet de logiciel libre. Il est important que l'écriture de code soit simple. En ce sens, Javascript en HTML5 implique une programmation asynchrone, très performante mais pas forcément idéale pour débuter en programmation.
Au final la réalisation est basée sur un graphe de scène OpenGL avec des animations fluides et des particules ce qui ajoute un coté abouti à l'application sans que ce soit complexe à programmer. Pour animer mes poissons par exemple, il suffit juste de leurs donner des coordonnées et dire en combien de temps ils doivent les rejoindre.
Pour la maintenance, j'ai plus confiance à m'appuyer sur une plate forme unique dont je peux contrôler la diffusion avec mon application plutôt que de devoir en permanence courir après les évolutions de chaque navigateur. Par exemple, mon application color_svg.html ne marche plus sur Firefox mais marche sur Chromium depuis une Ubuntu LTS.
Mince, je me disais pourquoi j'avais pas les blop blop de mes poissons dans la vidéos !
[^] # Re: Reste le problème ...
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 9.
Bonne question mais il n'y a pas de raison de changer de nom. Le G de GCompris était pour Gnu, pas Gtk+.
De manière plus profonde, ce logiciel est connu et reconnu dans le monde entier sous ce nom, il serait stupide perdre tout cette reconnaissance pour une histoire de toolkit graphique dont nos utilisateurs ne connaissent rien.
[^] # Re: QtQuick et python
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 10.
Je ne connaissais pas non. C'est sûrement intéressant mais passer de python pour GCompris au couple Qt+QML est déjà un gros morceau à avaler. Je préfère rester dans les chemins balisées des gens qui ont développés cette technologie. Lorsqu'on maîtrisera bien, on pourra se permettre de regarder des approches alternatives.
Pour ma part, nous avons besoin d'un langage de scripting car c'est bien adapté au public de développeurs et à ce que nous devons coder. Que ce soit du Python ou du Javascript n'est pas vraiment important.
Ceci dit, il y a des projets comme QMLWeb qui permette d’exécuter une application QML dans un navigateur et en ce cas il vaut mieux rester en Javascript.
[^] # Re: Un grand merci !
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 3.
Tu parles de l'activité d'apprentissage du vocabulaire, celle qui ressemble à ça?
[^] # Re: Encore un logiciel qui passe de GTK à Qt
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 2.
Oui tout est question d'équilibre.
[^] # Re: Broadwayd ?
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 2.
On parle de tablette ici, je doute que ce soit adapté.
[^] # Re: Encore un logiciel qui passe de GTK à Qt
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 10.
Ouep, bof, la diversité qui a fait exploser le brillant avenir du bureau GNU/Linux en plein vol. On va pas réécrire l'histoire mais si tous les efforts c'étaient focalisés sur un seul toolkit graphique et un Desktop dominant, on aurait peut être réussi à avoir plus d'utilisateurs et de développeurs.
Je préfère qu'on ait un bon toolkit graphique que 10 moyens. Tu peux remplacer 'toolkit graphique' par 'kernel' ou autre.
[^] # Re: Nouvelle "technologie"
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 8.
Désolé, il me semble que c'est le terme consacré.
[^] # Re: Broadwayd ?
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 3.
Je ne sais pas, GCompris est en Gtk+ 2.0 et je n'ai jamais essayé. Mais je doute de l’intérêt dans le cas de GCompris on veut vraiment une application native qui s'intègre parfaitement sur les tablettes.
Aussi je me vois mal lancer un GCompris sur mon serveur pour chaque utilisateur !
[^] # Re: QtQuick et python
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 10.
Je savais pas et je ne suis pas convaincu. Dans les fichiers Qml le langage de scripting est Javascipt. Python si je comprend bien permet de remplacer la partie C++ d'une application Qt Quick par du Python. Mais dans le cas de GCompris cette partie sera vraiment très petite, chaque activité n'est pas suffisamment complexe pour nécessiter d'y adjoindre du C++ ou les cas seront rare.
Si on ajoute la problématique de distribution, ou il va falloir ajouter un interpréteur Python sur chaque plate forme cible, desktop et tablette, ça vaut vraiment pas le coup.
Pour la réutilisation du code, dans GCompris on a beaucoup de mix avec Gtk+ et il s'avère difficile de l'extraire. J'ai jugé préférable de faire une implémentation propre avec Qt Quick et bénéficier de tous ses apports.
# Penser à regarder gitorious
Posté par Bruno Coudoin (site web personnel) . En réponse au journal Outils de pseudo gestion de projet et développement. Évalué à 2.
Dans la même veine que gitlab il y a aussi gitorious.
# Gestion de la liste des fichiers
Posté par Bruno Coudoin (site web personnel) . En réponse à la dépêche CARE et la reproductibilité des exécutions. Évalué à 3.
Dans le cas d'une utilisation pour faire une version portable, est-t-il possible de force l'ajout d'un répertoire ou il faut vraiment aller dans tous les menus de l'application pour accéder et ainsi ajouter tous les fichiers ?
[^] # Re: shareware ou logiciel libre payant ?
Posté par Bruno Coudoin (site web personnel) . En réponse au journal Financement des applications sur le 'bureau'. Évalué à 2.
En théorie tu as raison mais je ne pense pas que cela soit réellement un problème. Si GNU/Linux prend des parts de marché sur le bureau il y aura aussi plus d'argent dans cet écosystème. Les acteurs principaux auront alors intérêt à aider les développeurs d'application d'une manière ou d'une autre.
[^] # Re: shareware ou logiciel libre payant ?
Posté par Bruno Coudoin (site web personnel) . En réponse au journal Financement des applications sur le 'bureau'. Évalué à 2.
Ce point est souvent mal compris. Les gens qui achète le code d'activation de GCompris peuvent l'utiliser sans limite de durée et peuvent le mettre à jour pendant 2 ans uniquement.