gnumdk a écrit 7492 commentaires

Ben oui, j'imagine que la majorité des utilisateurs a demandé: je veux une interface graphique ou les boutons changent de place tout le temps...

C'est quoi le rapport ? Ils ont pas viré la vue parce qu'ils ont décidé que c'était mieux mais parce qu'ils n'avaient pas le temps de la maintenir...

Là, je suis désolé, mais cacher un bouton, c'est du code en plus, donc rien à voir...

Et elle est ou leur étude?

A ce moment là, il fallait le virer le bouton suivant, mais pas le faire apparaitre à la volé, c'est une ineptie!

Super, donc parce que 3 abrutis ne se servent pas du bouton précédent, on vire le bouton suivant, quelle logique! Fallait virer les deux, c'était beaucoup mieux...

Ah quand un fork de ce truc? Phoenix me manque...

le bouton « page suivante » sera désormais masqué tant que l'utilisateur
n'aura pas reculé d'une page.

Euh c'est moi ou ca sent le comportement bien merdique ? Niveau IHM, une barre d'outils qui ajoute des boutons, je trouve ca moyen... (vu que tous les éléments sont à un emplacement non fix et donc non prévisible).

Ou j'ai rien compris...

On doit pas utiliser le même outils, je viens de testé tout ce que tu dis et ici ca fonctionne sans aucun problème...

Non, il parle du menu affichage ou de la clef en haut à droite :p (le menu simplifié).

ou alors je sais pas comment faire

Wai, ça doit plus être ça... Parce qu'il suffit d'ajouter un maildir qui pointe au bon endroit, tout simplement...

Oui, icon-tasks utilisait à l'origine un bout de code forké de kde-workspace...

Pour l'intégration à KDE, Craig a:
- Intégré ses modifs à kde-workspace/libs/taskmanager
- Ajouté le code spécifique icon-tasks à kdeaddons

Je suis bien d'accord avec toi, google ou pas, cela ne change rien...

Si tu veux pas qu'on lise tes mails, alors faut tout chiffrer, sinon, croire qu'on est peinard parce que le serveur de mail est derrière sa box, je rigole...

C'est la même chose sous KDE hein ;) Pour les options complexes, y'a vim :p

Ou tout simplement que le dev a lancé deux lecteurs pour faire une seule capture d'écran...

Moi, j'ai une partie "activités" dans la conf, t'as du louper un truc ;)

Ben alors vite ce genres de commentaires complétements stupides... Dire qu'ils ne regardent jamais le bugzilla, c'est de la connerie, point barre.

Le nouveau Kpart est beaucoup plus rapide que le précédent, ca j'aime ![+1]

on peut se demander s'ils jettent parfois un œil au bugzilla.

Moi ce qui me gave, ce sont les ******* qui en branlent pas une pour le logiciel libre à part raconter de la merde sur linuxfr...

Cordialement (désolé, je suis énervé!)

Tu veux la boite de dialogue KDE sous GNOME3 ?

t'as pas encore update?

Zut, j'avais pas vu :)

Et ici, Akonadi gère le format mbox en 1.7...

icontask marche presque parfaitement

12.04 parce qu'ici avec la 11.10 et les backports de la RC2, aucun problème...

Ca tombe bien, ce n'est pas ce que fait kmix et ce n'est pas le sujet... :)

Tous ce que fait kmix, c'est dire via MPRIS2(dbus) à amarok (par exemple): play, next, prev, +, - , mute

Ca meme avec OSS, si y'a pas dbus, ca fonctionne pas...

Et la gestion du volume par application, sous KDE, c'est dans phonon que cela se passe en espace utilisateur et c'est pas plus mal...

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