gnumdk a écrit 7486 commentaires

apt-get clean

Si apt se souvient ce ces packages, c'est qu'ils sont dans sont cache /var/cache/apt/archives/

amarok, totem, kaffeine, ...

Pour l'instant, les intégrateurs laissent choisir, il n'y a pas de raison que cela change.

http://www.metatheme.org/

Ca existe déjà, ca s'appelle metatheme et en plus ca marche aussi pour les applis java.

>Surtout que KDE risque fortement de choisir GStreamer comme framework audio
>pour remplacert arts.

Ceci est totalement faux:
http://multimedia.kde.org/roadmap.php

Kde 4 laissera le choix du framework multimedia (arts, gstreamer, NMM, Helix?, ...) aux utilisateurs et/ou intégrateurs.

Je joue dans un groupe de hard-core,
Post-mélodique emotional,
Tendance indus-trash-techno-cold.
Passé huit ans, t'y pige que dalle !

On essaie de jouer 'ach'ment vite
Et, aussi, de jouer 'ach'ment fort
Pass'que les groupes qui jouent 'ach'ment vite,
Nous on trouve qu'ils sont 'ach'ment forts !

Les malpolis, Gourmette, Et v'lan


Voila, je pense que la définition est la :)

Sinon, Miss Helium c'est bien !

Perso, ca marche moyennement avec konqueror (on voit l'image précédente durant l'animation) et ca marche pas du tout avec Firefox.

Ceci est faux, c'est l'application qui se souvient de sa taille et ca marche comme ca sous gnome et kde.

Le window manager, il mémorise la taille que si tu lui demande .


On trouve ca dans les fichiers de conf Kde:
[MainWindow]
Height 1024=406
Width 1280=584

>le concours d'interface pour KOffice est montre un certains vide de directive
>pour orienter les concepteurs d'interfaces.

C'était un concours pour le future Kde dont il n'y pour l'instant rien de définitif. Donc, le but était plus d'avoir des bonnes idées.

Koffice ne ressemblera surement pas à ca, puisqu'il devra s'intégrer dans kde et que pour l'instant, kde 4 n'existe pas vraiment.

gam_server tourne t'il?

As tu inotify et dnotify dans ton noyau?

>Dommage tout de même que cela passe par le retrait de code

Tu as lu trop vite ;)

La méthode simplekde passe par un retrait de code mais je pense que c'était l'objectif du developpeur.

La méthode kubuntu elle se sert des fichiers *rc pour simplifier les barres d'outils et les menus...

La seconde méthode est vraiment bien vu que l'on peut charger des profiles à la volé via une simple variable d'environnement.

http://jabber.apinc.org/

Wai, et ca a pété le serveur jabber de l'apinc :( Leur serveur de secours en plus vu que le serveur principal n'etait toujours pas remis en route (il est tombé y'a pas longtemps). J'espere que c'est rien de grave.

http://forum.jabberfr.org/viewtopic.php?pid=2424#p2424

Bref, fait chier :(

Il faut insaller le moteur de theme correspondant à ton theme?

Oui, sauf que dans le cas de debian, c'est différent, tu offres un systeme de packages à un outils qui n'en a pas.

Dans le cas de gentoo, c'est quand meme une distrib qui s'inspire des ports BSD donc c'est quand meme moins évident de voir un réel interet.

>Parce que de nombreux sites FTP n'allouent qu'un nombre de connection
>limité par adresse IP

Ou tu as vu que Konqueror faisait differement?

Si tu ouvres un fichier texte sur un ftp depuis konqueror avec kate, il y'aura deux connexion ftp distantes. C'est effectivement un gros problème actuellement et il serait bien que kio soit capable de partager ses connexions entre toutes les applis. Idem pour gnome-vfs d'ailleurs.

Tu as cru que le comportement de konqueror était de télécharger en local parce que lorsque le .desktop d'un programme contient %f ou %F, konqueror en déduit que ce dernier n'est pas capable de télécharger depuis une url distante et donc il fait une copie locale avant de passer le fichier au programme en question. Mais ce n'est pas le comportement que l'on retrouve avec la plupart des programmes Kde qui utilise kio.

Euh, la blague c'est celle de l'auteur du journal, parce que "Open Source vs. GNU, Debian Hurd - hahaha - vs. FreeBSD", c'est le nom de l'utilisateur...

Mwai, enfin Xegl il reutilise 80% du code de Xorg, c'est juste le serveur qui est différent. Il va pas faire 50Mo le serveur X.

On parle de Xgl la, un serveur X uniquement basé sur OpenGL.

Mais bon, David parle du long terme la, d'ici que Xegl soit pret, y'aura plus une carte sans processeur 3d de vivante... Et puis cela n'empechera pas d'utiliser Xorg si il te reste une vieille carte 2D.

La chose la plus importante que je note est quand meme que les prochains driver nvidia vont faire fonctionner compiz avec Xorg comme il fonctionne actuellement avec Xglx. Déjà ca va faire beaucoup de tord au projet :(

Mais j'espere que David va pas se décourager, c'est quand meme le seul à vouloir vraiment tenter une grosse évolution de X et il a peut être raison en pensant que la meilleur solution est de toute basé sur OpenGL.

Les arguments de Nvidia sont en gros: On veut pas Xgl, ca va tout casser ce qu'on a dans nos drivers, y'a pas moyen...

Il reste toujours la solution de mettre le repertoire courant à la fin de la variable PATH. Mais bon, le gars peut etre joueur et faire des scripts: lq, ld, lz et lx en esperant une fautre de frappe.

Bon, apres, faut pas avoir peur de se faire choper par l'admin...

>C'est que quand tu y vas avec Konqui il t'affiche la page Firefox.html

Mozilla/5.0 (compatible; Konqueror/3.5)

C'est ptet pour ca non?

Le seul probème, c'est que pour le moment, Etoilé, c'est Gnustep avec un theme, donc bon, j'aurais préféré voir un truc totalement différent, basé sur les libs de Gnustep. Pour le moment, vu les screenshot, je ne vois pas ce qu'il y'a de repensé...

>C'est comme quand la police tire, il faut pas oublier les actes du délinquant et les
>28 niveaux de sommation qu'il a pas entendu.

Ah oui, sympa l'exemple, effectivement, vive les flics qui se donnent le droit de tirer sur les gens tout ca parce qu'ils les ont prévenu avant ...

http://www.freedesktop.org/wiki/Xegl

Pour avoir vraiment voulut utiliser GNUSTEP en me foutant totalement de l'aspect graphique, j'ai eu beau insister, j'ai trouvé ca inutilisable.

Le systeme de menu est tout simplement insupportable. Les applications ont elle un comportement type année 80, ayant bossé 3 ans sous CDE, je peux te dire que GNUSTEP m'y fait fortement penser.

En clair, je serais vraiment etonné que ce projet dépasse un jours le stade de joujou pour geek pro Objectiv-C :)

C'est dommage pourtant, ils ont une bonne base, il leur faudrait juste quelqu'un avec une vision, pas forcement celle de copier ce que Apple a fait de cette base avec MacosX, mais au contraire, en essayant d'innover...

>les même perfs mais avec le client Xorg générique et non un client
>spécifique.

Nan, c'est serveur Xorg, les clients ce sont les applications :)
Oui, je sais, avec Xglx, c'est moins évident à differencier :)