gnumdk a écrit 7492 commentaires

basés sur une barre des tâches

Mwai, alors j'aimerai bien savoir ce que les gens ont contre la barre de taches.

Cela donne un accès direct à une applications en cours d'utilisation (quand on a la main sur la souris bien sur), aucune des autres solutions ne propose cela (dock, expose, ...).

Et je dis barre de tache sans regroupement (parce que du coup perte de temps).

Ex, j'ai la présentation des fenêtres depuis des années, et je ne m'en sers que pour faire du ménage dans les fenêtres, la je trouve cela pratique de voir toutes les fenêtres d'un coup sur l'écran.

Unity n'est GNOME3

Il faudrait peut être suivre un peu l'actualité d'un projet avant de le critiquer, non ?

Bien sur que si Unity c'est GNOME3! Y'a juste deux shells: Unity d'un coté et Gnome-shell de l'autre mais sinon la base est identique...

Tu croyais quoi, que Canonical allait continuer à maintenir l'ensemble des libs/applis GNOME2 dans son \_o< ?

j'ai pas compris la différence par rapport à KDE3.

Ben, moi la principal différence, c'est la stabilité des applications, avec KDE3, j'avais toujours des plantages plus ou moins aléatoires et je trouve vraiment que KDE4 est très stable... Après, plasma, c'est une autre histoire et KDEPIM 4.7 vient de sortir, c'est aux distribution de faire les bons choix, KDEPIM 4.4.11.1 est lui aussi sorti!

 _____________ 
< ROGER Roger >
 ------------- 
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

J'ai pas fait gaffe à un tel comportement, t'e sur que c'est pas l'applet photo qui bouffe un peu de cpu ?

Amarok mange du cpu alors qu'il ne fait rien

Jamais vu ca, amarok fonctionne au poil et contrairement à une légende urbaine, il est plus rapide que clementine.

Ben, je l'ai vu sous Kubuntu aussi donc je dirais que c'est dans KDEPIM...

https://bugs.kde.org/show_bug.cgi?id=276893

Perso, sous Arch je n'ai pas de problème à signaler directement avec akonadi...

C'est au contraire super pratique de lancer kmail et de voir directement les mails arrivé sans avoir à attendre que ca "fetch" sur le serveur.

Pour le reste j'attends avec impatience GNOME 3.1.

Ca fait un moment qu'il est sorti ;)

Surtout que le seul soucis que j'ai avec KDEPIM 4.7, c'est deux devoir lire deux fois un mail pour qu'il soit marqué comme lu... Bon, d'accord c'est super relou.

"T'es une pompe, t'as rien gagné!"

Sinon, le meilleur antivirus du monde, il s'appelle ton gestionnaire de paquets, une fois que l'utilisateur à compris qu'il ne doit jamais installé quoi que ce soit sans passer par là, y'a plus de problème...

Il y a une photo à demi-célèbre de Linus, qui semble nu, buvant de la bière.

Mon couple Firefox + Thunderbird dépasse les 2 Go

Ah wai quand même... Bon, ben je vais garder mon KDEPIM 4.7 buggé, ce sont des bugs chiants mais au moins ca défonce pas ma machine (1.3 Gio consommé avec konqueror, kopete, kmail+akonadi, korganizer, konversation, konsole et plein de plasmoids)...

As-tu testé konquéror avec la moteur webkit (le même que rekonq du coup) ou khtml ?

As tu lu le journal ?

rekonq charge des preview des 5 derniers sites visités

Les devs de rekonq sont pas des ouiches, de plus je démarre sur google.fr par défaut...

Non, la question, c'est, chez toi, en allant sur google.fr puis linuxfr.org, est ce que tu arrives au même résultat ?

Sur une machine avec 2Gio de ram, ca fait un peu mal au cul... Surtout que y'a pas de problème avec Firefox 3.6...

Ah, un des techs vient de remarquer un truc drole, si il ferme thunderbird, alors firefox refonctionne correctement, si il ouvre thunderbird, firefox rame.

Pour les screenshots il vaut mieux utiliser PNG et non JPEG.

Je suis au courant, mais j'ai pris l'habitude du jpg avec tous les sites qui t'envoie boulet quand ton png est trop fat.... Puis là, tant que ca reste lisible ;)

En lançant une session xterm et en calculant avec free, j'arrive au même résultat que ci dessus: 62 Mio.

Il suffit donc de rajouter la mémoire partagée à la mémoire consommée.

Oui, mais je pense qu'il se souvient de ses commits, et il verrait bien qu'il y'a une incohérence entre son git local et celui du kernel, enfin je pense, non ?

Oui, surtout que du coup, au premier regard, j'ai cru que c'était la b**e du manchot mais en fait non c'est sa langue...

Non, l'outil de KDE fait déjà le calcul, il suffit de comparer avec les valeurs données par top...

Je ne remarque pas le problème sous Linux non plus (faut dire que firefox n'est pas mon navigateur principal) mais j'entends de plus en plus de gens sous Windows de plaindre de ce dernier.

Moi j'ai l'ensemble des techniciens qui viennent de migrer sous Chromium à cause de ça (sous Windows).

Il parait que firefox 6, c'est une catastrophe, au bout d'une heure d'utilisation, tout se met à ramer...

et il me semble que comme konqueror est intégré à KDE, il a besoin de moins de
mémoire dans une session KDE.

Hein ? Je vois pas bien ce que le fait de tourner dans KDE ou en dehors de KDE pourrait changer à la consommation mémoire du processus ;)

Après, il y'a 31 Mio de consommé et 31 Mio de partagé donc il consomme 62 Mio en tout (attention, je suis plus très sur d'avoir bon) et y'a donc que midori qui fait mieux...

Ah oui, effectivement, chromium est plutot mauvais en fait: 120 Mio en comptant tous les processus, merci ;)