[KDE] obtenir des bandeaux de fenêtre style Oxygen

[falke]

Salut,

ça fait un moment que je voudrais faire ça :

Enlever les bandeaux gris et moches de firefox et autres pour les remplacer par des bandeaux transparents comme pour la barre des tâches oxygen ou un peu comme sous windows.

Si je pouvais obtenir un ensemble cohérent de style oxygen ce serait le top.

Pourriez vous me dire quelle est la solution ?

merci

[FoolEcho]

Salut,

Tout est dans le wiki: http://wiki.archlinux.fr/KDE#Int.C3.A9g ... k_dans_KDE.
Dans ton cas, tu n'as besoin que d'installer oxygen-gtk2 (et oxygen-gtk3 si tu as des applications de ce type).

[falke]

et pourtant ces deux thèmes sont déjà installés. Je me souviens que ça a amélioré le rendu de skype par exple et je ne sais plus quelle autre appli

Il doit encore y avoir une action à effectuer pour obtenir des fenêtre glassy partout ?...

[Elbarto]

tu as aussi l'option "QtCurve" dans la page wiki, avec le paquet gtk-chtheme pour assigner un thème Qtcurve aux applications gtk

[FoolEcho]

Il doit encore y avoir une action à effectuer pour obtenir des fenêtre glassy partout ?...

À part redémarrer les applications concernées, pour oxygen, il ne me semble pas, non.

tu as aussi l'option "QtCurve" dans la page wiki, avec le paquet gtk-chtheme pour assigner un thème Qtcurve aux applications gtk

Je ne crois pas que ça soit nécessaire pour oxygen... à vérifier (sinon oui, qtcurve est aussi fait pour, notamment pour qui souhaite personnaliser un thème).

[Elbarto]

l'avantage du thème qtcurve c'est qu'il ressemble au thème oxygen, et par défaut appliqué sur les applications gtk ce thème charge toutes les icônes d'oxygen,

De plus, celui-ci, allant au delà des fonctionnalités d’un simple thème, règle automatiquement la taille et l’apparence des polices des applications GTK, et permet même de remplacer dynamiquement les icônes classiques d’un thème GTK par les icônes du bureau en cours d’utilisation. Ainsi, Firefox, une fois utilisé à l’aide de ce thème, est capable d’utiliser les icônes Oxygen d’un bureau KDE 4 sans ajout d’une extension complémentaire.

par contre les boites d'enregistrement et d'ouverture de fichier dans un programme gtk seront toujours celles de gtk ( même si elles prendront automatiquement les icônes Qt/oxygen )

[benjarobin]

oxygen existe aussi en gtk2 et gtk3

[Pafrapé]

Un petit paquet qui me parait être très intéressant : kde-gtk-config qui est sur Aur.

En effet, cela te permet de configurer avec exactitude te thème, les icones,... des applications gtk (telles que firefox,...).

Mon seul véritable regret, c'est que les boîtes d'enregistrement seront toujours en gtk, ce qui est une véritable absurdité.

Pourquoi les développeurs de kde n'ont-ils pas encore effectué le nécessaire pour que tout soit automatisé et les boîtes d'enregistrement au format kde ? C'est une question que l'on est très nombreux à se poser (il suffit de lire des articles dans la presse spécialisée et sur internet) et qui constitue un véritable frein au développement de Linux. Il faut toujours magouiller !!!

[Elbarto]

pas évident de faire une substitution des boites de dialogue ouvrir/enregistrer, le programme gtk fait logiquement appel à ces boites de dialogues gtk, c'est codé en dur dans le programme gtk, il faudrait alors à chaque fois intercepter les appels à la bibliothèque gtk et remplacer les appels fenêtres gtk ouvrir/enregistrer par ceux de Qt et gèrer ensuite les actions de l'utilisateur quand il clique sur le bouton, ça me semble compliqué,

mais il existe un wrapper qui fait cette substitution :

https://aur.archlinux.org/packages/kgtk/?setlang=fr

http://doc.ubuntu-fr.org/kgtk

[Pafrapé]

Effectivement, Kgtk permet de le faire, du moins en principe, car il plante régulièrement et de nombreuses applications gtk ne fonctionnent pas avec.

L'idéal serait que des développeurs de kde puissent effectivement créer une sorte de déviation obligeant les applications gtk à utiliser qt dans les boites d'enregistrement.

Mais on se retrouve toujours dans la guère fratricide kde/gnome, qui laisse de plus en plus la part belle à MacOS. C'est regrettable. C'est même désolant tout ce gâchis.

[benjarobin]

Il n'y a que toi qui voit une guerre entre kde/gnome. Personnellement je vois un ensemble qui se mélange pas si mal que cela...

[Pafrapé]

Il n'y a pas que moi qui voit ce problème.
Par exemple, un très bon article publié sur le magazine Planète Linux (ce n'est pas de la pub) n° 77 de février-mars 2014 traite bien du sujet, avec un programmeur unix qui est passé de Linux à MacOS, entre autres, pour cette raison.

Ce serait quand même super que l'ensemble des développeurs se mettent un jour d'accord pour créer des bibliothèques compatibles.

L'idéal, ce serait que les applications, que ce soit en gtk ou qt, s'adaptent automatiquement à l'environnement sur lequel elles sont installées et que les boites d'ouverture et d'enregistrement soient celles de l'environnement utilisé, sans qu'il y ait à effectuer des configurations complémentaires.
C'est sur, on arrive à configurer cela, mais cela demande des manipulations complémentaires (cela ne me dérange pas personnellement, mais ma compagne refuse de se prendre la tête avec cela).

Le jour ou ce sera le cas, un grand pas aura été réalisé.

[benjarobin]

Si tu te fait uniquement ton opinion par une tribune d'une personne donnant son avis... Certes je suis d'accord en parti avec toi, mais de la être aussi extrémiste, non.
Et très sérieusement passer à MacOs pour cette raison, sérieusement ? Na... Personnellement je n'ai jamais pu adhéré au fonctionnement de MacOs, et je ne veux pas lancer un Troll, mais c'est 1000 fois plus le bordel sous MacOs quand tu essayes d'installer autre chose qui n'est pas dans la "boutique d'apple"...

[Pafrapé]

Personnellement, je n'ai jamais essayé MacOS, donc je ne pourrai pas me prononcer sur le système.

Par contre, je ne suis pas extrémiste. Je trouve simplement que c'est dommage. Chaque environnement de travail bosse dans son coin en essayant de faire ce qui est le mieux pour lui (de ce coté là, il faut avouer que c'est réussi), mais les mises en commun ne sont pas une des priorités, loin s'en faut.
Sinon, comment expliquer par exemple qu'après tant d'années d'existence de qt et gtk, les boites d'ouverture et d'enregistrement ne soient pas celles de l'environnement sur lequel on travaille ?

[benjarobin]

Je crains que tu n'es aucune idée de la problématique que cela pose.
Qt est en C++ et Gtk en C, il faudrait trouver une interface logiciel dont les 2 parties soient d'accord, en gros une libraire avec une interface en C.
Techniquement c'est réalisable, mais cela demande énormément de temps et de volonté pour mettre tout le monde d'accord.
Et puis tu n'as pas que ce souci, les menus, les icones, etc...

[Pafrapé]

Effectivement, j'ignorais la complexité du processus.
Mais cela demande, comme tu l'as dit, énormément de temps et de volonté pour mettre tout le monde d'accord.
Et c'est là que ça bloque.

En ce qui me concerne, tout est effectivement configuré de telle sorte qu'il n'y ait aucune différence entre les applications qt et celle gtk.
Seules les boites d'ouverture et d'enregistrement posent problème et kgtk ne fonctionne pas de façon correcte.

Mais pour un novice, c'est une autre paire de manche.