gnumdk a écrit 7492 commentaires

J'ai beau relire le poste de Linuce, je comprend le contraire de ce que tu as compris!

Il se fout de la gueule de OpenBSD en disant que si on *bloque* *tous* les ports, ben apres t'as l'air fin pour aller chercher de la doc sur le net. C'etait donc de l'humour, enfin je pense, et apparement ca n'a pas été compris.

Apres, reste à savoir si le *tous* les ports sous OpenBSD vaut en entrée uniquement ou aussi en sortie :)

Et xfs? Y'avais eu un début de projet pour le support xfs sous *BSD, ca n'existe plus, alors le support reiserfs, je me méfie un peu ;)

Mais c'est vrai que ca serait la seul condition pour avoir un BSD chez moi, le support de xfs, pour l'instant, j'ai FreeBSD au taf mais sur mon pc, c'est hors de question si j'ai pas accès à mes données...

http://www.mta.info/nyct/maps/subwaymap.pdf(...)

Ben tu m'ouvres ca avec gv, tu compares avec kpdf(un peu plus rapide que xpdf) et on en reparle hein de la rapidité de gv(qui utilise ghostscript)...

>C'est ce dont je parle: on détache/modularise afin de ne pas limiter une
>fonctionnalité à un seul environnement

Non, la il s'agit d'avoir un systeme de message pour unix! Il aurait fallu y venir, Kde ne pouvait pas imposer dcop, enfin je ne pense pas.

Mais c'est déja la cas sinon, Kde utilise beaucoup de libs en commun avec gnome, librairie souvent développé par des gens de gnome(fribidi, libgsf, ...).

En fait, on pourrait voir gnome comme une base pour le developpement de Kde :) Nan, je plaisante, mais c'est pourtant pas loin de la vérité pour les librairies de base.

>Si je pouvais trouver le temps de l'installer dans un bochs ou autre pour porter des
>logiciels...

Je doute que cela soit tres important actuellement... Te reste la possibilité d'aider au portage sur l4 mais cela sort des compétences de la majorité des personnes présentes sur ce site, enfin je pense...

Oui, je le sais ca! Mon probleme est bien la!

Et je pourrai prendre l'exemple de RMS pour démonter cela, on t'interdit de suivre les étapes de la recette de cuisine pour arriver au résultat!

Apres, je comprend bien que le systeme capitaliste a eu besoin des brevets pour permettre l'innovation, mais ce probleme ne concerne que les capitalistes!

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...