gnumdk a écrit 7497 commentaires

Ils sont occupés à autre chose: pour eux l'ordinateur est un outil,
pas un jouet.

Peut être que le dev a une vie et autre chose à faire que de maintenir un truc non maintenable...

Mais cela n'empeche personne de faire un kpart qui fait que ça et qui du coup le fait bien, si ca manque vraiment, ca arrivera... Il suffit de voir icon-tasks, Craig a d'abord eu un refus pour l'inclure dans kdebase mais il a réussi:
- à l'inclure dans kdeaddons
- à faire passer ses modifs sur la lib de gestion des taches

Ben, vu qu'il était compilé pour KDE 4.7 avec des modifs perso (utilisation de libs forkées) et que dans KDE 4.8 les modifs était de base dans KDE, il y'a peut etre eu conflit...

Tu confonds Gnome-Shell et Gnome3...

Parce que Unity, c'est 95% de Gnome3

Le mec te parle d'un truc qui permet le control des applications et toi tu nous parles d'OSS, c'est moi qui voit pas le rapport :p

De toute façons dans la logique Gnome-shell devs, si le thème est pas noir, c'est de la merde vu que ca casse l'experience utilisateur... Donc, vu qu'un thème tout noir ou un thème tout noir c'est pareil, pourquoi avoir des themes...

Whaou, OSS avait un système d'IPC pour faire discuter des logiciels entre eux, c'est bien on en apprend tous les jours...

mais j'avoue que j'ai du mal à voir l'intérêt…

Euh, y'a deux lecteurs qui tournent, c'est un peu ton problème, kmix, il regarde juste ce qu'il se passe sur DBUS... Tu veux qu'il choisisses à ta place?

maintenant qu'il est intégré officiellement ne fonctionne plus
(crash de plasma)...

Ici, Kubuntu, ca fonctionne au poil en RC2...

KNetworkManager

Ceci ne fait pas partie de KDE, donc pour l'instant release à part...

Pour quelle utilisation le mode colonne était il pratique?

Pour avoir donner des grands coups dans le "mousepad" de nombre de macs en devant utiliser ce truc, moi je répond: NON :)

Euh t'avais installé icon-tasks à l'arrache avec un make install dans /usr ? :)

Tu cherches aussi!

Au départ Konqueror avait son kpart pour la gestion des fichiers.

Le dev de dolphin en a codé un nouveau, qui était mieux que celui de konqueror donc konqueror utilise maintenant celui ci. C'est tout...

Konqueror n'a jamais été autre chose qu'un truc qui charge des kparts...

Ben, non, c'est kio qui permet de naviguer dans les archives... Là, on dit qu'une application peut utiliser un kpart pour afficher le contenu d'une archive, n'importe quelle application qui le décide...

Moi, les trucs qui se désactivent à coup d'extensions qui font un gros hide() dessus, JE RIGOLE!

Quel standard ? GNOME utilise gnome-keyring, ça veut dire KSecretService
pourra se substituer à lui ?

Et ben perdu, gnome est en train de faire la meme implémentation de ksecretservice de leur coté...

C'était pas déjà le cas avant ?

Non.

Si, mais c'est le cas aussi sous OpenSuse et y'a un paquet dans Aur pour Arch...

Moi, Firefox fait appel au selecteur de fichier de KDE grace à kmozillahelper (merci Novell).

Car à tout mettre dans le dock (lanceurs, bureau virtuels, poubelle,
notification, fichiers, etc.) on fini avec un bazar guère plus
ergonomique qu'avant…

Comme dans Gnome2 ? :)

"Je suis un gnomoportuniste,je retourne ma veste, toujours du bon côté"

Ce que je veux dire par là, c'est que meme si GNOME 2 n'avait pas de dock, on a l'impression que tout ce qu'invente GNOME est génial et le reste est forcément mal pensé, c'est fout quand même !!!

La zone de notification et les bulles de notifications sont fusionnées.

Sinon, je vois pas bien en quoi les notifications sont si différentes dans GNOME3, parce qu'ils les ont mis à l'autre bout de l'écran ? Parce que sinon, moi je vois une zone de notification, des bulles de notification au dessus comme dans tous les autres environnements de bureau...

Euh en quoi c'est plus intelligent qu'une fonction comme Exposé ?

La présentation des fenêtre, c'est ce que tu appelles "Exposé"... Enfin c'est le nom du plugin Kwin :p

Ici, le truc, c'est que ca fonctionne au niveau de l'application quand tu cliques sur le lanceur et qu'il y'a plus d'une

à quoi peut servir de mixer tâches et lanceurs ?

Cela prendre moins de place ?

Et surtout pour le pékin moyen, c'est bien plus compréhensible de n'avoir accès à un logiciel que par un seul endroit.

Le truc c’est qu’un jour des gens ont décidé que les socket UNIX,
c’était pas bien, alors on a créer 15 000 programmes qui tourne en
arrière plan et pas documenté.

Euh, dbus c'est un seul programme documenté qui utilise les sockets Unix (enfin, si c'est comme dcop mais normalement c'est le cas) ;)
Perdu :p

Je comprends pas pourquoi je me fais moinsser en posant la question.

T'inquiètes, c'est un aigri qui passait par là ;)

T'as un exemple d'utilisation concrète dans un environnement de
bureau ?

Dans KDE ? Tout le temps! Tu lances une appli, tu changes de chanson, tout cela passe sur dbus, sans forcément être utilisé, mais c'est dispo, y'a des signaux qui avertissent des changements et tu peux utiliser des méthodes pour faire des actions ou accéder à des propriétés de l'application.

En gros, c'est comme cela que fonctionne MPRIS (le standard Dbus pour la gestion des applications multimédia)... En fait ca permet à deux applications qui ne partagent rien de leur code (l'inverse de libunity du coup) de communiquer entre elles...

qui communiquent éventuellement en écrivant dans des fichiers.

Euh, pas vraiment non... T'imagines le bordel ? Pour cela, on a inventé les IPCs...

Concrètement, il y a un standard unique qui se dessine ?

Je pense que tu mélanges un peut tout, là on parle d'un pont entre les applications(qui exposent leur fonctionnalités via dbus) et le bureau... En fait, libunity et dockmanager permettent à chaque bureau d'en faire ce qu'il veut...

Ici, le dock s'intègre dans ton panel plasma, ce n'est pas un truc à part ;)

Donc la question est: "Qu'est-ce qu'un dock fait que le gestionnaire de tache de Plasma ne fait pas ?"

Ben, je répondrai:

• tout ce que j'ai dis dans le journal ? :)
• une utilisation intelligente de la présentation des fenêtres
• Le fait de pouvoir mixer correctement lanceur et tache parce que dans le gestionnaire de tache de Plasma, c'est un peu merdique...

Après, c'est aussi et surtout une question d'habitude, le seul désavantage est de ne pas avoir un accès direct à une tache mais franchement, cela ne me traumatise pas plus que cela...

C'est icon-tasks qui fait maintenant parti de kdeaddons.

Wai, bonne idée, c'est quand que Redhat abandonne cette daube de RPM ? :)

Hugo a sorti cette version:
- Parce que les distribs le package déjà
- Parce que c'est stable avec les logiciels dispos

Ce qu'il dit, c'est que avec les futurs port de softs vers GTK3, il y'aura surement de nouveaux bugs à prévoir... En effet, gérer un style complexe comme oxygen, ce n'est pas de tout repos avec Qt, encore moins avec GTK2 et avec l'API de GTK3 c'est encore pire...