gnumdk a écrit 7486 commentaires

Vu que sur ce site on crache sur les brevets logiciels mais qu'on se genent pas pour montrer les brevets comme quelques chose de bien... J'aimerai qu'on m'explique en quoi un brevet est autre chose que du vol de pensée.

Toute invention humaine n'est qu'une idée, donc bon, les lames de rasoirs aux 300 brevets exclusifs, j'en pense pas plus de bien que les brevets logiciels.

Désolé pour ce semi hors sujet.

En tant qu'utilisateur?

Ben t'attends que l'application le supporte, pour kde 3.4 y'avait que les fonds d'ecran de dispo.

Mais ca arrive dans amaroK 1.3 (plus encore plein d'autre truc, ca va encore être une release qui va rendre obsolete la precedente), dans le cvs de kopete, ...

Sinon, y'a khotnewstuff(la commande) qui va chercher ca sur kstuff.org, mais ca doit disparaitre je pense, c'etait juste un programme de test.

En tant que developpeur, /usr/include/knewstuff/ ? :)

moi, la ou je suis pas d'accord, c'est l'argument:

"Si tu veux jouer, achete une console!"

Alors, jouer à un jeu proprio sous un OS libre avec des drivers proprio c'est mal!

Jouer à un jeu proprio sous windows c'est mal!

Mais jouer à un jeu proprio sur une console c'est trop bien!

Je vois pas bien la logique...

>Mais c'est assez risqué d'intégrer des considérations spécifiques à un
>environnement graphique

Ben non, meme si il le permet(tu peux faire un projet gnome depuis kdevelop), kdevelop est la avant tous pour les developpeurs KDE! Et il fait bien son boulot meme si je lui reproche quelques problemes d'instabilité.

>Gimp est en train de détacher le core de la GUI.

Mwai, ils sont en train de faire comme tout le monde, mettre le maximum de chose dans des libs réutilisables, mais cela ne veut en aucun cas dire que tu aura un gimp basé sur Qt, gimp c'est du gobject(model objet de gtk)!

>me semblent permettre une description du comportement d'une application
>sans référer à un toolkit.

Aucun rapport, c'est juste la pour permettre aux applications sous linux(pas uniquement kde et gnome) de communiquer entre elles. Mais vouloir une application à la fois Qt et Gtk, c'est totalement utopique tellement ces deux toolkit sont différents: pas les meme widgets, comportements, ...

>chez moi, gpdf n'affiche pas les pdf issus de latex avec l'encodage T1 alors
>que xpdf les affiche

s/gpdf/ghostscript

Utilise un lecteur pdf basé sur xpdf si tu veux que ca marche, genre kpdf ou evince... Mais c'est clair que ghostscript est assez mauvais et lent!

Ah oui, petit oubli :)

Pour ceux qui se demande ce qu'est KHotNewStuff, c'est ce qui permet de récupérer les fond d'écran de kde 3.4.

Maintenant, amaroK, kopete, ... enfin tous les logiciels qui en ont besoin le supporte, on peut par exemple récupérer des styles amaroK et kopete directement!

Non, c'est pas un bug de XFCE mais plus un bug avec firefox ;)

Il y'a une norme pour ca, apparement firefox ne la respecte pas ou en tout cas ne prend pas en compte les demandes de plein ecran. Mais c'est clairement pas la faute de xfce.

Par exemple, à confirmer, que ce passe t il si on passe en plein ecran konqueror sous xfce? Normalement il devrait avoir le comportement voulu, en tout cas, quand kwin passe la fenetre en plein ecran, il se met en mode plein ecran.

Oui, c'est la zone de notification ;)

>Oui, la zone de notification est censé contenir les applications qui sont
>generalement lancée en permanence.

Non, comme son nom l'indique, la zone de notification permet aux applications de communiquer avec l'utilisateur.

Super, ben c'est quoi l'interet de ton journal? T'espere quand meme pas qu'ils rajoutent ca dans gnome? Deja que chez kde y'a des gens contre, alors chez gnome, tu peux toujours te toucher pour avoir ce genre de truc ;)

http://bugs.kde.org/show_bug.cgi?id=22375(...)

T'as qu'a voter ici ;)

>je prefererais un bouton sur les bordures de la fenetre pour le "minimize to
>tray"

Il me semble que c'est prévu pour Kde ou alors il y'a eu une proposition sur kde-apps.org, je sais plus.

Quand je parlais de Firefox, je parlais bien sur de Firefox sous OS X, t'es au courant que c'est un logiciel multi plateforme?

Surtout que je sais pas si il faut généralisé, mais les seuls maceux que je connais(info graphistes) sont passés sous firefox et semblent pas pres de changer! Je n'ai eu que des éloges de ce dernier!

Aller, un petit espoir quand meme:

http://www.kdedevelopers.org/node/view/1046(...)

Esperons que cela aboutisse vraiment à une meilleur collaboration entre les deux projets.

Et qu'est ce qui empeche le client de redistribuer le code source sur le net ?

Bien sur, mais Apple aurait du prévenir les gens de khtml des le début et pas leur faire miroiter une pseudo collaboration!

De plus, webcore est lié au technologie MacOSX, contient de l'objC donc reutiliser webcore dans Kde reviendrait à refaire un nouveau fork. Donc, vu que khtml a continué à évoluer depuis le fork de Apple, il n'y aucune raison de passer à webcore, ca serait une perte de temps.

Ah autre précision, quand RMS dit que logiciel libre ne veut pas dire gratuit, je pense qu'il veut dire que la gratuité n'a aucune importance à ses yeux, que ce qui est important c'est la liberté, pas la gratuité.

Mais bon, dans notre société capitaliste ou tout s'achete, les gens se foutent bien de leur liberté du moment que c'est gratuit.

Mwai, à part dans le cas de developpement fait pour un client, logiciel libre implique gratuité donc je vois pas ou est le probleme.

Et meme dans le cas d'une boite qui vent du libre à un client, rien n'empeche le client de mettre le code sur le net.

J'attend toujours qu'on me trouve l'exemple d'un logiciel libre non gratuit, j'attend toujours...

>existe-t-il une mothode avec apt, ou bien yum (car je suis sous Fedora) qui puisse
>me dire /lib/libaudio.so.2 ca fait partie du package audio-dev ?

auto-apt search lib/libaudio.so sous Debian
urpmf libaudio.so sous Mandrake

Par contre, avec apt-rpm ca n'existe pas et yum je sais pas non plus :p

http://www.kde-apps.org/content/show.php?content=22135(...)

Je veux pas dire, mais kat est compilé pour plein de distribs, comme la majorité des trucs sur kdelook/kdeapps. Ton probleme, c'est que tu utilises une distrib que peux de kdeistes utilisent... Croise les doigts pour que le package générique fonctionne ;)

Moi aussi je peux faire des benchmarks foireux...

De plus, gentoo, j'aime pas comme exemple, la plupart du temps on se retrouve avec des trucs plus lent du à deux mauvaises options de compilation.

Mais bon, perso, j'ai testé ca sur un Inspiron 8600(laptop) et sur un gx270 et dans les deux cas, le Kde du FreeBSD est plus lent que celui sous debian/kubuntu. Idem pour Firefox.

De plus, 32 secondes pour démarrer Kde, ca me semble totalement surnaturel.

Ah, parce que l'uptime ca prouve la fiabilité d'un OS?

Moi je vois plus des admins incompétents qui n'ont pas mis leur OS à jour.

De plus, Linux et depuis peu FreeBSD remette le compteur à zéro au bout de 497 jours, alors tes conclusions à 1 franc...

>je n'arrive toujours pas à comprendre pourquoi linux est largement plus lent.

Ah, faudra alors m'expliquer pourquoi:
-Kde est plus rapide sous linux
-Firefox est plus rapide sous linux
-"mettre le logiciel que l'on veut" est plus rapide que sous linux

Idem, lors d'une monté en charge(compilation, ...), les applis sont bien plus réactive sous Linux!

Par contre, sur d'autre point, la compilation d'un soft par exemple, FreeBSD explose linux mais je pense que ca vient plus des outils BSD que de FreeBSD lui meme.

Pour finir, j'écris ce poste sous FreeBSD 5.4, c'est un tres bon OS mais faut arreter avec les FUD disant que linux est lent, c'est totalement faux!

Oui, ca marche quand le fichier est pas fragmenté de partout, donc ca marche partout sauf sous windows à moins d'etre une fan de la défragmentation_jutilise_pas_mon_pc_pendant_6heures. ;)

Bon, en 2006, Microsoft va nous sortir un OS capable d'appliquer ce que l'on sait faire depuis plus de 30 ans, enregister des fichiers sur un disque dur de manière optimisé.

Wai, enfin si ils doivent décrire la phase d'install de chaque soft étudié sur chaque distrib(mandrake, debian, slackware, *BSD, LSF, ...), on aura plus qu'un seul article par mag ;)