Salut,
j'étais à la manifestation devant le parlement ce matin et d'après les dires des personnes présentes lors des discussions, cela a eu un réel impact sur la décision finale. "mahleureusement", nous n'étions vraiment pas nombreux. Sachant maintenant que notre engagement joue un rôle important et n'est pas seulement symbolique, il serait bien que lors de la prochaine manifestation de ce type plus de monde se déplace (je sais que c'est compliqué et coûteux, mais il y avait des bus gratuits organisés cette fois).
Sinon j'ai été agréablement surpris de voir que la parole des citoyens est prise en compte, et pas de manière marginale, c'est la fête :)
Retrospectivement, KDE a bien eu de la chance avec Trolltech.
Ils avaient quand même pris leurs précautions en commençant à dévélopper une alternative libre de QT à côté. Et ils ont tjrs été conscients du problème et ont, ils n'ont pas fermé les yeux.
C'est vrai que de prime abord ça ne sert pas à grand chose mais c'était un des voeux les plus demandés.
J'y ai cependant trouvé une application : la solution la plus simple (quand on est sous kde) pour prendre en compte les touches volume du clavier est d'activer son clavier dans le centre de contrôle de kde. Cela rajoute deux icones dans le tray : le drapeau de la langue du clavier et l'icone de kmix, qui se lance dès qu'on appuie sur la touche. Je n'ai a priori pas besoin de voir ces deux icones, et elles prennent de la place, mais j'ai besoin des services qui y sont associés.
On pourait se dire que ces programmes devraient inclure une option "ne pas afficher l'icone", mais cela va peut-être à l'encontre de la philosophie du bureau destiné à monsieur tout le monde en lui rappelant que ces programmes tournent en tâche de fond
Pour avoir essayé tous les toolkits dispo avec python, je peux te dire que pyqt est de très loin le plus élégant de tous. En plus avec qtdesigner et pyuic tu peux faire du développement très rapide.
pygtk est pas mal aussi, mais il a deux gros problèmes :
pour l'instant il ne gère pas la liaison dynamique "a la python" pour les fonctions prédéfinies des widgets de base ( ce qui limite pas mal l'intérêt de l'héritage, et tu te retrouves à connecter des signaux genre repaint à des fonctions de la même classe :/ ) et glade ne peux être utilisé que via la lib glade, mais ne génère pas de code ce qui peut être assez limitant dans certains cas.
à moins d'une très grosse erreur de ma part, nel est un framework de développement aussi bien pour le serveur que pour le client... voir d'ailleurs mtp-target qui l'utilise (http://www.mtp-target.org/(...))
Non, pour le typage python ne se comporte pas du tout comme caml...à vrai dire l'inférence de type ne peut être effectuée que dans les langages fonctionnels pour ce que j'en sais.
Cependant, python est extrêmement réflexif, ce qui permet entre autres de tester "à la main" le type d'une variable si cela est nécessaire. Les decorators : http://www.python.org/doc/2.4/whatsnew/node6.html(...) permettent de gérer le contrôle des types de manière élégante, mais je ne pense pas qu'un contrôle systématique soit vraiment dans l'esprit du langage.....
Pour moi, ça reste un langage de script qui permet de traduire une idée vraiment rapidement et sans se concentrer sur les "détails", dont le typage fait partie pour ce genre de programme. Mais il vrai que sa pratique vraiment agréable et les bonnes idées qui le parsèment nous poussent à l'adopter pour des projets à plus grande échelle
Moi j'utilise l'éditeur fourni avec python la plupart du temps : IDLE
C'est du TK donc c'est pas super beau mais à part ça c'est très pratique et on sent que ça a été programmé par des gens qui utilisent bcp python (cad guido ici :)
C'est pas un super IDE avec 50 fonction intégrée mais il soutient largement la comparaison face à kate par exemple.
Sinon y'a eric3 qui est "le super IDE avec 50 fonctions intégrées"
si tu es sous debian et que tu dis utiliser rosegarden, tu utilises peut-être le paquet rosegarden, l'ancienne version de rosegarden, au lieu du paquet rosegarden4, une refonte complète de rosegarden en qt qui marche très bien
c'est vrai que ça manque sous linux...j'ai un pote qui en a besoin aussi
j'ai essayé à peu près tout ... les 2 qui importent du guitar pro sont kguitar et songwrite
le premier semble inactif et utilise des fonctions qt dépréciées qui nécessitent l'installation de .h de compatibilité, le second est pas mal mais l'interface en tk en rebute plus d'un (enfin ça ça peut s'arranger) et ne propose pas autant de choses que gp, quand l'import fonctionne.
j'espère que jiba va continuer à l'améliorer parce que c'est vraiment qqc qui manque à GNU/linux.
Carmack est loin d'être hostile au libre (http://en.wikipedia.org/wiki/Carmack(...)) , et le moteur de quake3 sera libéré vers noël (cf son intervention récente sur slashdot).
Ok, Id n'est pas Carmack mais sans carmack Id n'est pas grand chose.
C'est vraiment le produit qui manquait à zope !
De plus, si l'on en crois les commentaires sur dot.kde.org, le support kolab est plus qu'hasardeux dans kde 3.3 rc1, ce module arrive donc à point nommé.
[^] # Re: droit sur le repertoire /home/polux
Posté par _ . En réponse au message gros problème de permissions. Évalué à 1.
en copiant le .profile du root (compte qui fonctionne) dans le home de polux, rien ne change
[^] # Re: droit sur le repertoire /home/polux
Posté par _ . En réponse au message gros problème de permissions. Évalué à 1.
malheureusement, tout seble normal de ce côté..
# manifestation
Posté par _ . En réponse à la dépêche Les eurodéputés rejettent la directive sur le brevet des logiciels. Évalué à 5.
j'étais à la manifestation devant le parlement ce matin et d'après les dires des personnes présentes lors des discussions, cela a eu un réel impact sur la décision finale. "mahleureusement", nous n'étions vraiment pas nombreux. Sachant maintenant que notre engagement joue un rôle important et n'est pas seulement symbolique, il serait bien que lors de la prochaine manifestation de ce type plus de monde se déplace (je sais que c'est compliqué et coûteux, mais il y avait des bus gratuits organisés cette fois).
Sinon j'ai été agréablement surpris de voir que la parole des citoyens est prise en compte, et pas de manière marginale, c'est la fête :)
[^] # Re: Speakez vous anglais or french ?
Posté par _ . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 6.
http://en.wikipedia.org/wiki/Framework(...)
puis un clic sur "french" mène à :
http://fr.wikipedia.org/wiki/Cadre_d'applications(...)
[^] # Re: Speakez vous anglais or french ?
Posté par _ . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 9.
bande de moules !
[^] # Re: Revers pour Linus
Posté par _ . En réponse à la dépêche BitKeeper : plus de version gratuite. Évalué à 2.
Ils avaient quand même pris leurs précautions en commençant à dévélopper une alternative libre de QT à côté. Et ils ont tjrs été conscients du problème et ont, ils n'ont pas fermé les yeux.
[^] # Re: JuK
Posté par _ . En réponse à la dépêche KDE 3.4 officiellement sorti. Évalué à 5.
J'y ai cependant trouvé une application : la solution la plus simple (quand on est sous kde) pour prendre en compte les touches volume du clavier est d'activer son clavier dans le centre de contrôle de kde. Cela rajoute deux icones dans le tray : le drapeau de la langue du clavier et l'icone de kmix, qui se lance dès qu'on appuie sur la touche. Je n'ai a priori pas besoin de voir ces deux icones, et elles prennent de la place, mais j'ai besoin des services qui y sont associés.
On pourait se dire que ces programmes devraient inclure une option "ne pas afficher l'icone", mais cela va peut-être à l'encontre de la philosophie du bureau destiné à monsieur tout le monde en lui rappelant que ces programmes tournent en tâche de fond
[^] # Re: et wxWidgets dans tout ça ?
Posté par _ . En réponse à la dépêche Trolltech va publier Qt 4 pour Windows sous double licence. Évalué à 4.
pygtk est pas mal aussi, mais il a deux gros problèmes :
pour l'instant il ne gère pas la liaison dynamique "a la python" pour les fonctions prédéfinies des widgets de base ( ce qui limite pas mal l'intérêt de l'héritage, et tu te retrouves à connecter des signaux genre repaint à des fonctions de la même classe :/ ) et glade ne peux être utilisé que via la lib glade, mais ne génère pas de code ce qui peut être assez limitant dans certains cas.
[^] # Re: Différence entre le jeux et les données ?
Posté par _ . En réponse à la dépêche Un MMORPG libre. Évalué à 1.
[^] # Re: Différence entre le jeux et les données ?
Posté par _ . En réponse à la dépêche Un MMORPG libre. Évalué à 4.
à moins d'une très grosse erreur de ma part, nel est un framework de développement aussi bien pour le serveur que pour le client... voir d'ailleurs mtp-target qui l'utilise (http://www.mtp-target.org/(...))
[^] # Re: kbasic
Posté par _ . En réponse à la dépêche Sortie de Gambas 1.0. Évalué à 2.
Cependant, python est extrêmement réflexif, ce qui permet entre autres de tester "à la main" le type d'une variable si cela est nécessaire. Les decorators : http://www.python.org/doc/2.4/whatsnew/node6.html(...) permettent de gérer le contrôle des types de manière élégante, mais je ne pense pas qu'un contrôle systématique soit vraiment dans l'esprit du langage.....
Pour moi, ça reste un langage de script qui permet de traduire une idée vraiment rapidement et sans se concentrer sur les "détails", dont le typage fait partie pour ce genre de programme. Mais il vrai que sa pratique vraiment agréable et les bonnes idées qui le parsèment nous poussent à l'adopter pour des projets à plus grande échelle
[^] # Re: Différence entre le jeux et les données ?
Posté par _ . En réponse à la dépêche Un MMORPG libre. Évalué à 0.
Nevrax se doit donc de rendre disponibles les sources du client de ryzom tout du moins puisqu'il en distribue des binaires.
A priori ils le feront peut-être-éventuellement-un-jour-mais-on-sait-pas si le contexte s'y prête...
[^] # Re: et...
Posté par _ . En réponse à la dépêche Blender 2.36. Évalué à 3.
[^] # Re: Quel éditeur/IDE pour python ?
Posté par _ . En réponse à la dépêche Sortie de Python 2.4. Évalué à 1.
C'est du TK donc c'est pas super beau mais à part ça c'est très pratique et on sent que ça a été programmé par des gens qui utilisent bcp python (cad guido ici :)
C'est pas un super IDE avec 50 fonction intégrée mais il soutient largement la comparaison face à kate par exemple.
Sinon y'a eric3 qui est "le super IDE avec 50 fonctions intégrées"
Enfin, l'indétônable emacs gère très bien python
# Décorateurs
Posté par _ . En réponse à la dépêche Sortie de Python 2.4. Évalué à 2.
En tout cas, cela ajoute un certain contrôle des types dont l'abscence rebutait quelques uns
[^] # Re: Brevets : M. Rocard remplace A. McCarthy
Posté par _ . En réponse à la dépêche Brevets : M. Rocard remplace A. McCarthy. Évalué à -10.
[^] # Re: J'attend de voir...
Posté par _ . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 1.
[^] # Re: Bravo!
Posté par _ . En réponse à la dépêche Wired: un nouveau logiciel de composition et de production musicale pour Linux. Évalué à 7.
[^] # Re: Woaw
Posté par _ . En réponse à la dépêche GNU LilyPond 2.4.0. Évalué à 1.
j'ai essayé à peu près tout ... les 2 qui importent du guitar pro sont kguitar et songwrite
le premier semble inactif et utilise des fonctions qt dépréciées qui nécessitent l'installation de .h de compatibilité, le second est pas mal mais l'interface en tk en rebute plus d'un (enfin ça ça peut s'arranger) et ne propose pas autant de choses que gp, quand l'import fonctionne.
j'espère que jiba va continuer à l'améliorer parce que c'est vraiment qqc qui manque à GNU/linux.
[^] # Utilise checkinstall !
Posté par _ . En réponse à la dépêche Sortie de KimDaBa version 2.0. Évalué à 1.
cd kimbada-jesaispasquoi
./configure --prefix=/usr
make
su
checkinstall
et ça roule t'as un paquet debian, installé en plus :)
biens sûr c'est très "mal packagé" mais tu t'en fiches c'est pas pour le refiler à qqn
[^] # Re: Il n'y a pas que les logiciels dans l'informatique
Posté par _ . En réponse à la dépêche De l'économie et de l'open source. Évalué à 2.
Ok, Id n'est pas Carmack mais sans carmack Id n'est pas grand chose.
# un peu en retard pour doom3...
Posté par _ . En réponse à la dépêche La spécification de OpenGL 2.0 enfin en version finale. Évalué à -2.
# cool !
Posté par _ . En réponse à la dépêche PloneiCalendar 1.0Beta2 est sorti !. Évalué à 3.
De plus, si l'on en crois les commentaires sur dot.kde.org, le support kolab est plus qu'hasardeux dans kde 3.3 rc1, ce module arrive donc à point nommé.