Nicolas a écrit 104 commentaires

Pour l'avoir lue, je trouve cet interview plutôt inintéressante.

On n'y apprend pas grand chose, à part que Mark Shuttleworth croit en la réincarnation...

Euh... c'était de l'ironie, mais j'ai oublié les balises ;)

Même chose pour la BNP, qui utilise un clavier virtuel pour le mot de passe.

Ce clavier est composé de 25 cases je crois, avec seulement 10 chiffres dedans (il y a des cases vides) qui sont répartis de manière aléatoire.

Pour voir ce que ça donne :
http://www.bnpparibas.net/banque/portail/particulier/Fiche?t(...)

Pour résumer, c'est vraiment pratique, et ça marche partout !

Je suis plutôt d'accord avec l'argumentation. Mais le cas est légèrement différent pour XGL, enfin c'est ce que j'ai compris.

Ils ont fermé un développement qui était "partiellement" ouvert, et surtout ils se sont séparés de contributeur au projet (comme Zack Rusin)... ils auraient au moins pû offrir à certains contributeurs un accés aux sources.

C'est ce que je comprends, d'après la lecture du blog d'A. Seigo (qui n'est pas franchement objectif) :
* http://aseigo.blogspot.com/2005/12/wouldnt-be-it-be-nice.htm(...)
* http://aseigo.blogspot.com/2005/12/bit-more-on-xgl.html

Désolé, mais malheureusement je n'ai jamais créer de paquet klik.

Par contre, j'ai déjà utilisé, et c'est d'une simplicité déconcertante (surtout sous KDE) : il suffit de mettre un lien sur un site web (comme on peut trouver sur le site de klik), et klik se charge de tout récupérer et de mettre une icône dans le menu.
C'est très sympa pour tester un logiciel (surtout en béta), vu qu'on a rien à faire et qu'il suffit de supprimer un fichier pour désinstaller.

Le principe est le même que pour les applications Mac : un seul fichier qui comprend toutes les librairies et données nécessaires.
Il me semble qu'il se base sur les paquets Debian.

Je vais regarder ça d'un peu plus près...

Au passage juste une question bete ? Pour vous n'utilisez pas un système de package type Loki installer ou Autopackage ?

Ou carrément klik [1], qui permet de tester sans problème, et qui reste relativement propre (un seul fichier, qu'il suffit de supprimer pour désinstaller).

[1] http://klik.atekon.de/

D'après ce que j'ai compris, voilà ce qui va se passer :

* un QtCanvas va sortir, sous forme de solution. Ce dernier aura la même interface que QCanvas de Qt3, sauf qu'il ne s'appuiera que sur Qt4 (et pas les classes de compatibilités).

* QGraphicView, le successeur de QCanvas, sera présent dans Qt4.2 (mais ils nous avaient fait le même coup avec Qt4.1).

Source : mailing-list et ce message sur dot.kde :
http://dot.kde.org/1135084395/1135091972/

Si on en crois ce message sur le blog des développeurs Qt :
http://blogs.qtdeveloper.net/archives/2005/10/19/i-say-hey-w(...)

Ils étaient déjà en freeze fin octobre. Donc c'est un peu normal qu'ils n'aient pas corrigé le bug (mais je comprends que ce soit rageant...).

Moi aussi.

Je ne sais pas si c'est ce journal, mais ils viennent de prendre 150 signatures depuis que j'y suis allé (il y a 1h).

Au passage, cette page est très intéressante aussi : http://eucd.info/agir

et c'est sur le site officiel :
http://www.trolltech.com/products/3rdparty/index.html

Celles que j'utilise/ai utilisé :
- Qwt : http://qwt.sourceforge.net/
- QwtPlot3D : http://qwtplot3d.sourceforge.net/
- libQGLViewwer : http://artis.imag.fr/Members/Gilles.Debunne/QGLViewer/

Sinon, le forum en français :
http://prog.qt.free.fr/index.php

LE forum anglais (avec un wiki) :
http://www.qtforum.org/index.php?sid=

Et d'autres sites dispo là :
http://www.trolltech.com/developer/community_resources.html

Et mon petit doigt me dit qu'il devrait bientôt y avoir un wiki français...

Je viens de tomber sur une lettre ouverte aux personnes handicapées du Massachusetts :
http://phantomsdad.blogspot.com/2005/11/open-letter-to-disab(...)

Bien qu'apparemment rien ne soit joué, ni d'un côté ni de l'autre, cette lettre est vraiment intéressante pour avoir un état de l'accessibilité sous Linux, sous KDE (c'est un développeur KDE) mais aussi sous Gnome.

Lecture réellement intéressante (enfin pour moi).

http://fridge.ubuntu.com/node/115

Pour l'instant, c'est presque à égalité. A vous de faire pencher la balance d'un côté ou d'un autre.

C'est en effet un problème connu, dû au passage à kde 3.4.3 à la dernière minute (pas la meilleur idée qu'ils aient eu les gars de kubuntu)...
Ca va être corrigé dans la semaine, un patch (qui semble marcher) est déjà prêt et il attend d'être revu pour inclusion dans le dépôt breezy-update.
Voici un petit extrait de #kubuntu-devel :

02:47 Riddell JRe: try installing this http://muse.19inch.net/~jr/tmp/kdebase-kio-plugins_3.4.3-0ub(...)
02:47 Riddell JRe: then killall kded && kded

Le mieux est d'attendre un peu, ça arrive...

KDE 4 intégrera Tenor, qui sera partiellement basé sur Kat, d'après ce que j'ai compris.

Pour les différences entre Tenor et Beagle, voilà un peu de lecture :
http://dot.kde.org/1113428593/1113438483/(...)

J'ai hâte de voir ça.

A noter pour ceux qui veulent tester, un nouveau live CD avec KDE 3.4.1 et KOffice 1.4 basé sur Ubuntu Hoary :
http://www.kubuntu.org/hoary-koffice-14.php(...)

Et cerise sur le gâteau, le live CD est installable en rentrant la commande "install" au boot.

Il reste le marché de l'occasion mac, qui risque de voir les prix baisser. Donc il y aura des ordi à base de PowerPC a un prix encore plus abordable...

Sinon, le communiqué de presse :
http://www.apple.com/pr/library/2005/jun/06intel.html(...)

... sous Ubuntu (peut être Kubuntu, je ne sais pas).

Il y a dans la barre des tâches un notificateur de mise à jour qui apparaît quand il y a des mises à jour disponible depuis la Hoary. Ca marche plutôt bien pour l'instant.

Surtout que Qt a longtemps eu une licence non libre pour éviter les forks et la concurrence...

L'intérêt étant pour moi de pouvoir utiliser toute la force du libre : de nombreuses librairies/bibliothèques par exemple. En faisant du proprio, il n'est possible d'utiliser "légalement" que du LGPL.
Je n'ai pas proposé ça pour m'amuser non plus ;)

Un exemple tout bête c'est la bibliothèque Qt. On a une licence de développement, mais si on vend au client le soft + sources, et qu'il veut recompiler, il lui faut aussi acheter une licence de dév Qt.
Je ne cherche pas à entuber Trolltech, loin de moi l'idée, mais on fait acheter une licence au client pour rien (il ne l'utilisera jamais).

Quant à participer à des projets LGPL, je pensais et je pense toujours que ça peut permettre d'améliorer le code, de le tester encore plus, sur plusieurs architectures.

M'enfin, j'ai compris la leçon...

Pour Red Hat et Mandriva, il y a quand même pas mal de service autour si je ne me trompe pas.

Par contre, c'est vrai qu'il y a les développements à usage local... mais là encore j'y crois pas trop.

<ma_vie>
Je bosse dans une SSII, une grande partie de nos projets consiste à créer des softs utilisés par une poignée de personnes (quand ce n'est pas une seule).
On utilise beaucoup une bibliothèque LGPL, en lui ajoutant quelques fonctionnalités. Tu aurais dû être là le jour où j'ai proposé de :
- utiliser la GPL, vu qu'on fournit le code
- contribuer à la bibliothèque qu'on utilise, pour l'améliorer, lui apporter des fonctionnalités
Tout le monde m'a regardé comme un extra-terrestre (du programmeur au chef de département). Et on m'a clairement fait comprendre que ce n'était pas la peine de m'entêter dans cette voie. Raison : la concurrence.
</ma_vie>

Qu'est-ce qui empêche un client de redistribuer gratuitement un logiciel libre ? Rien si j'en crois la GPL...

En gros, voilà le scénario :
- je fais un logiciel libre
- j'ai le droit de le vendre, et je fournis les sources à tous mes clients qui ont le droit de le modifier et redistribuer comme ils le veulent
- un client mets le softs sur internet
- les clients potentiels téléchargent la version gratuite
- plus de rentrée d'argent

C'est pas un troll velu, c'est une vraie question. Etant moi-même programmeur, je me demande comment faire de l'argent (= vivre) en faisant du logiciel libre s'il n'y a pas de services associés.

Tout à fait d'accord, il y a des concepts essentiels qui sont en place depuis quelques versions (notamment le système de signal/slot).
Donc ce ne sera pas du temps perdu pour tes vacances.

En plus, il y a pas mal de bonne documentation sur Qt3, dont deux bouquins en libre téléchargement :
[FR] http://prog.qt.free.fr/viewtopic.php?t=679(...)
[EN] http://phptr.com/promotions/promotion.asp?promo=1484&redir=1&am(...)

Je parlais bien de Qt4, comme les autres comentaires ont confirmé.

Concernant le toilettage nécessaire, je ne connais pas le code de KDE, mais voici quelques éléments de réponses :
- il y a eu des gros changements concernant les méthodes de dessin, qui ne peuvent plus se faire n'importe où,
- il y a eu pas mal de changement sur la gestion des listview (avec un modèle MVC maintenant)
- il existe des outils de portage qt3 => qt4 ainsi qu'une bibliothèque de compatibilité

Personnellement, je pense qu'il faut faire pas mal de ménage notamment sur les bibliothèques de base utilisées partout, pour qu'elle n'utilise pas la bibliothèque de compatibilité.
Après, le portage des applications peut venir dans un deuxième temps (par exemple un KDE 4.1).

Note que je ne connais pas le code de KDE, si ça se trouve, je raconte n'importe quoi.

Les goûts et les couleurs...

J'ai fait une mise à jour hier soir, et j'aime beaucoup le nouveau thème. En fait, du moment que c'est sobre... le seul truc que je n'aime pas, c'est le fond d'écran.

Donc ça dépend des personnes. Moi j'aime les thèmes sobres, et avec ubuntu je trouve mon bonheur. Tu n'aimes pas, tu as la possibilité de changer (il y a une dizaine de thèmes d'installer il me semble).

Les ascenseurs sont gris clairs et passent en marron lorsqu'ils ont le focus (à vérifier). Je trouve que l'effet est plutôt bien réussit.

http://people.ubuntu.com/~jdub/screenshots/ubuntu-hoary-preview.jpg(...)

J'aime bien le nouveau thème (bouton, menu..., basé sur clearlooks), mais le fond d'écran "explose" un peu trop pour moi.