Gof a écrit 2224 commentaires

Comme toujours lorsqu'on présente un logiciel sur linuxfr, il est indispensable d'avoir un certain quota de trolls commentaires à propos de la licence.... Je me lance

Pourquoi ne pas avoir choisis AGPL ?
Cela empêcherais les méchante entreprises de reprendre le code, faire des améliorations, l'utilisé sur son serveur sans rien donner en retour.
(/me pense à meebo.com qui utilisent une version modifié de libpurple)

Mais pourquoi attendre ?
Le fait d'être développé dans le svn de KDE peut donner plus de visibilité au projet.
(Il aurait parfaitement sa place dans trunk/playground/multimedia/phonon-backends/ par exemple)

Phonon est développé dans le SVN de KDE. (Et Trolltech y contribue à cet emplacement)

Pourquoi ne pas développer ça dans le SVN de KDE ?

A partir du moment ou l'on prétends distribuer une compilation de logiciels uniquement libre, les firmware doivent aussi être libre, car ce sont des logiciels...

Car l'intégration doit se faire au cœur du programme.

Par exemple, Arora va utiliser des QLineEdit, et pas des KLineEdit qui correspond au standards de KDE (icone pour effacer, menu contextuel, intégration de la correction orthographique, ...) . Pareil pour QTabBar/KTabBar.
La gestion des couleurs avec KColorSheme est très différente de celle que l'on peux faire avec QPalette. Si ils n'utilisent pas KConfig, a configuration ne sera pas avec les autres fichier de config de KDE, et ne pourra pas utiliser les outils fait pour la config de KDE (kiosk, ...)

Alors tu me dira qu'il est possible de faire des couches d'abstractions. Mais c'est plus difficile à maintenir (bloat). Et on risque d'arriver a un sans blanc d'intégration plus qu'une réelle intégration.

Mécréant ! Il est notoirement connu que leur système de ports encourage fortement l'utilisation de logiciels propriétaires !
</humour>

« Guerre des navigateurs » ?
Qu'est-ce que ça signifie ? Qu'ils soivent se battre jusqu'a ce qu'il n'en reste qu'un ?
Cela n'a aucun sens ! La diversité est la force du libre.

La guerre des navigateur avait du sans lorsque c'était Netscape Vs. Microsoft qui voulait récupérer les part de marcher pour se faire plein de fric. Et lorsque les développeur Web devaient faire des site différents en fonction du navigateur.
Mais cette époque est (presque) révolue. Aujourd'hui, c'est le temps des standards et de la paix des navigateurs.

Arora se veux un navigateur simple et indépendant de la platforme, et donc indépendent de KDE.
Bref, c'est l'opposé des objectifs de KDE qui sont d'avoir une suite de logiciels bien intégré les uns au autres.

Jamais Arora ne sera le navigateur de KDE !!

La fait que ce soit une application Qt ne signifie absolument pas un lien avec KDE. Les applications en Qt uniquement ne sont pas intégrées à KDE (différents menus, système de configuration, raccourcis claviers, boites de dialogues, .....)

> Avec Fedora, du jours au lendemain (ou presque) tous les paquets sont
> compilés avec gcc 4.3.

En quoi est-ce un avantage ? (surtout s'il faut de toute façon attendre 6 mois)

De plus, si c'est nécessaire (pour des problèmes de compatibilité aprsè une update de la glibc par exemple) le système de dépendances fera son boulot.

> Il y a un release manager (ou un truc dans ce goût) pour tout coordonner.

Il y a aussi des coordinateurs dans Archlinux.

> Fedora prends des trucs en CVS, bosse sur Rawhide, contribue upstream, etc.

Archlinux fait aussi ça dans la mesure de ses moyens.
Mais ça n'a rien à voir.

> Fedora a aussi son dépôt testing...
> Mais ce n'est pas suffisant.

Et pourquoi n'est-ce pas suffisant ?

(Dans archlinux, il y a les dépots release, core, testing, et experimental, perso je suis en testing)

Bref je n'ai toujours pas vu d'arguments convainquant pour un système de releases tout les 6 mois ?

KBabel : utitlisé par KDE
Lokalize : son remplacement KDE4

(Et aussi Linguist pour les traductions de programmes Qt)

J'ai pas de télé.

Et la version suivante sera la O.O.O ?

ou 0.00 ?
Intéressant... tendre vers l'infiniment_petit. Un peu comme TeX qui tends vers pi, ou Metafont qui tends vers e_(nombre)

Et la marmotte elle met le chocolat dans le papier alu...

+ Focus follow mouse (Focus suit la souris : pas besoin de cliquer pour donner le focus)

Au moment où je voulais rentrer chez moi du boulot il pleuvait. Donc je me suis dit que j'allais attendre le bus. Mais des collègues m'ont proposé une partie de bomberman 93 sur la wii que je n'ai pu refusé. Et quand les multiples parts furent finies, il ne pleuvait plus. Donc je suis rentré à pied.

Ratai: je compte plus de 4 occurences
http://fr.wikipedia.org/wiki/Encyclopédie#Wikipédia

Mais il me semble que une des politique de Wikipedia est de ne pas mettre en avance Wikipedia dans les articles

Si tu utilises une configuration de clavier qui le permet comme le dvorak-bépo.

Sinon tu copies-colles depuis une table des caractères :-)

Je recherche des volontaires pour l'expérience de l'étau.

Si vous acceptez de vous faire écraser le doigt dans un étau pour des recherches sur la douleur, vous pouvez m'envoyer un message privé et on fixera un rendez-vous.

C'est pour la science.

(Et je publierais peut-être les résultats sous une licence libre)

\o/

Ça dépends de la marque du liquide vaisselle.

Dans Arch Linux, il n'y a pas vraiment de releases.
On fait un "pacman -Suy" quand bon nous semble, et ça met à jour tous les paquets à leur dernière version stable.
Un peu comme debian sid je crois.

Ce que je veux dire c'est que dire « gmail » au lieu de « Jabber » caymal.
C'est un peu comme comme dire « Ubuntu » au lieu de « GNU/Linux ».

(Ou encore dire « Document Exel » au lieu de dire « Feuille de calcul ».)

Je me demandais du coup si je pouvais les faire aller sur gmail ?

tu veux dire Jabber ?

Quand webkit ou khtml est inclus dans une application (par exemple Plasma ou Kopete), ce ne sont pas les « développeurs web » qui font le html, mais les développeur ou les designer de l'application. Et il ne doivent « supporter » que le moteur de l'application.

Par exemeple, les thèmes de Kopete sont en HTML, mais utilisent des fonctionalités propres à KHTML car seul ce moteur sera utiliser pour faire du rendu.

>Par contre, je suis d'accord que KDE ne devrait pas avoir à gérer deux moteurs différents

KDE ne gère que un moteur: KHTML
(et celui-ci est légé pour afficher la documentation et les emails... et aussi le web :-) )