fabounet a écrit 27 commentaires

Donc un dock est plutot censé faire partie du serveur, eventuellement par un plugin (Weston le permet).

Tu te rends bien compte que ce n'est pas acceptable ("philosophie Unix", portabilité des applications, diversité, tout çaaa).
On a trouvé une solution avec Dbus (policyKit) pour que des applications puisse invoquer des actions normalement réservées à root (genre tout simplement éteindre l'ordinateur), on doit forcément pouvoir faire un truc similaire avec Wayland.
Dans tous les cas il faut que tout ça reste modulaire, c'est la base.

il me semble qu'au moins Kwin et le compositeur de Gnome ont annoncé qu'ils implémenteront des interfaces spécifiques à leur bureau

Et c'est un sérieux problème de fragmentation en perspective ! J'espère vraiment qu'ils parviendront à standardiser leurs besoins (comme avec EWMH pour X) sinon on peut dire adieu à "l'année du bureau Linux" ^_^;

Weston n'est qu'une preuve de concept, son but est d'exposer des API qui une fois validées iront dans Wayland, donc à priori une application ne devrait pas utiliser ces interfaces (à terme). A la limite, Weston disparaîtra probablement une fois que les autres gestionnaires de fenêtres auront implémenté wayland (ou restera en tant que référence pour de la validation).

xdg-shell malheureusement ne concerne que la gestion de la fenêtre du client, pas la gestion du bureau (récupérer la liste des fenêtres, changer la résolution, enregistrer un raccourci global, etc). Là ce serait plutôt desktop-shell, et il est très incomplet à l'heure actuelle. Donc pour l'instant, on a un bureau très monolithique avec un compositeur qui fait tout et aucune application tierce possible. Évidemment j'espère que cela va évoluer rapidement.

Note que pour xdg-shell, par design il est impossible de placer sa fenêtre où l'on veut, avec les problèmes mentionnés dans l'article originel.

En fait, la sécurité est prise au sérieux dans Wayland (contrairement à X), c'est aussi pour ça que le protocole est si fermé (par exemple un client ne peut pas agir sur une autre fenêtre que la sienne).
L'inconvénient c'est que du coup c'est très restrictif et peu pratique à utiliser (du moins pour les développeurs tiers).
Ce qui est possible c'est que les principaux desktops commencent à ajouter leurs propres interfaces pour leurs propres besoins, puis qu'ils se mettent d'accord pour les standardiser, un peu comme avec EWMH pour X. Le problème c'est que ça risque de prendre beaucoup de temps, ce serait mieux que Wayland fournisse directement les bonnes interfaces.

Weston étant le compositeur de référence, c'est celui qui est le plus à jour par rapport au protocole (en plus, il est assez rapide à compiler).

Normalement, tous les compositeurs implémentant Wayland sont (ou seront) équivalents, c'est transparent pour l'application cliente.
Pour l'instant, il manque énormément de choses pour avoir l'équivalent de X au niveau du bureau.
L'affichage des fenêtres, ce n'est pas tout; il y'a beaucoup d'interfaces manquantes (genre comment une appli signale qu'elle a fini de démarrer, comment une appli peut placer ses fenêtres, comment une appli peut recevoir un signal sur pression d'un raccourci clavier même si elle n'a pas le focus, et je pourrais remplir une page entière comme ça).

Le compositeur peut faire tout ça (puisqu'il a toutes les infos en interne), mais si c'est pour avoir un bureau monolithique avec aucune application tierce, autant rester avec X.
Le pire serait que chaque compositeur décide d'ajouter ses propres interfaces, et que les applis tierces ne soient pas portables d'un environnement à un autre.
On a déjà Mir, pas besoin de fragmenter Wayland en prime :-)

1) un problème dans la base de types "mime", un problème similaire a déjà été résolu sur notre forum
2) pour lancer gnomenu, mintmenu, cardapio, etc via le dock, il faut au minimum que ces applications soient installées; l'applet ne fait que les lancer et les afficher
3) ah, le coup des lettres en double est apparemment un bug dans GTK 3.10 (le problème n'apparaît pas avec les versions antérieures de GTK)

PS: n'hésite pas à passer sur le forum pour en discuter plus avant ;-)
PPS: IRC c'est bien mais c'est pas évident d'y être très présent

Je vais me permettre de répondre à chacun de tes points :-)

Si les captures sont chargées, c'est qu'on ne montre qu'un bout du bureau (justement celui où il y'a quelques chose à voir), ou qu'on a fait un montage de plusieurs actions, tout ça histoire de pas avoir 50 images de 1920x1200 ;-)

"Ca s'affiche quand on veut vraiment lancer quelque chose. Ou savoir ce qui tourne"
Si tu avais essayé avant de critiquer, tu saurais que par défaut la visibilité du dock est "cachage intelligent", et qu'il y'a aussi d'autres modes.

"une zone avec les trucs "qu'on peut lancer", et une autre avec "les trucs qui tournent".
Encore une fois, Cairo-Dock sait le faire, c'est une simple case à cocher dans la config de la barre des taches:
- soit un mode où les lanceurs et les fenêtres sont groupés (mode par défaut avec indicateur etc)
- soit un mode où lanceurs et icônes de fenêtres sont séparés (avec duplication donc, et même si on veut dans 2 docks différents !)

"pour aller en haut ou en bas de d'écran"
le dock se place aussi bien à gauche ou à droite … tu peux même détacher les applets en widgets de bureaux si tu veux les agencer différemment.
mais vu que le dock se cache, il ne prend pas de place, et vu que les écrans sont larges, tu as plus de place dans le dock en le mettant à l'horizontal.

Bref, l'un des principaux atouts de Cairo-Dock, en plus d'être rapide et léger, est d'être très personnalisable (via la fenêtre de configuration avancée).

le nom du binaire est toujours cairo-dock
Glx-Dock, c'est son petit nom en version OpenGL, Cairo-Dock en version cairo.

Et c'est pourquoi cette nouvelle version intègre une recherche dans le menu d'applications ! :D
CTRL+F1 (c'est le raccourci par défaut, vu que ALT+F1 est souvent déjà utilisé), tape 2-3 lettres, et Entrée.

D'ailleurs avec Cairo-Dock, toutes les actions possibles avec la souris le sont aussi avec le clavier ;-)

c'est justement l'un des objectifs de cette nouvelle version :
un panneau de conf accessible à tous, des thèmes tout fait en grand nombre.
Il faut lire la news, c'est sur la dernière version qu'il faut faire des critiques.

ah une critique constructive ! je commençais à désespérer ^^

En fait le mode qui correspond au masquage intelligent est "garder le dock sous les fenêtres".
Cependant lorsque le panneau de config est ouvert, le dock reste devant pour que les changements soient visibles (et accessoirement pour que la fenêtre de config reste aussi devant). Ce qui t'as peut-être induit en erreur.

Pour ce qui est du thème d'icônes, on en a un qui est fait pour Ubuntu, mais justement un peu trop fait pour Ubuntu (la teinte orange bien connue, pas vraiment passe-partout donc). En tout cas je vais y penser, merci du conseil.

Tout ton bureau peut s'articuler autour du dock et de ses desklets.
C'est donc parfaitement normal d'y passer du temps pour avoir un truc aux petits oignons.
Les utilisateurs pressés peuvent se cantonner aux thèmes fournis.
C'est pas parque qu'il y'a what-mille options qu'il faut se sentir forcé de toutes les tester, surtout lorsqu'il faut explicitement passer en mode avancé pour y'avoir accès.

pour ce qui est des "excès graphiques", désactivez-les d'un simple clic dans le panneau de conf ;-)
ou choisissez un thèmes sobre.

Non Compiz n'est pas nécessaire, Metacity gère le composite aussi.

enlever les séparateurs => config simple : séparer les différents types d'icônes.

mettre un dock pour les fenêtres ouvertes : facile, déplace tous tes lanceurs dans un autre dock.
De manière général c'est une bonne idée de faire 2 ou 3 docks, ou bien des sous-docks.

rajouter un OPML : as-tu regardé l'applet RssReader ? tu peux l'instancier plusieurs fois, en lui assignant à chaque fois un flux différent.

passer par Evolution au lieu de Thunderbird : facile, fais glisser le lanceur Thunderbird hors du dock, puis via le Menu Applications ajoute celui de Evolution

les notes avec GNote ne fonctionnent pas : il me semble qu'il faut la dernière version de GNote, celle qui a DBus.

N'hésite pas à passer sur le forum si tu as des questions !

Ce débat est stérile.
Le dock est en GPL3 et il est le seul en OpenGL, point barre ;-)
Le slogan n'est pas gravé dans le marbre.

Après faut pas se focaliser non plus sur l'OpenGL. Le rendu cairo est identique, et adapté à des machines plus vieilles. Les fonctionnalités sont dans les 2 cas identiques.

Les goûts et les couleurs, hein ...
Moi je le trouve assez sobre ce thème au final.
Un thème par défaut ne plaira jamais à tout le monde. A la limite, s'il force à allez voir dans le gestionnaire de thèmes, c'est pas plus mal.
Essaye un thème comme "Humanity" ou "Square-dock".

"une appli si triviale"
>>> avant de dire n'importe quoi regarde donc les fonctionnalités disponibles. Le dock remplace totalement un panel (et même plus), c'est une pièce centrale du bureau.

"une fenêtre acnéïque " alors là c'est sûr, tu n'as pas testé la version dont on parle !
>>> La nouvelle version te propose par défaut un panneau de configuration très épuré (le mode de config avancé étant toujours dispo bien sûr).

"Et pourquoi sous Linux, un dock fait toujours kéké?"
>>> et pourquoi tu n'essaierais pas les thèmes qui sont proposés ?
On a été sympa, on les a même classés par sobriété.
Plusieurs sont extrêmement sobres, il y'en a pour tous les goûts je pense.

c'était le cas avant, mais :
c'est lourd à maintenir avec tous ces Makefile pour rien
le paquet aussi est lourd
ça fait des mises à jour pour rien
toute façon si tu n'as pas le net tu ne pourrais pas installer le paquet, et si tu peux avoir le net à un moment, tu peux télécharger les archives à directement sur le serveur, et les dépaqueter dans ~/.config/cairo-dock/extras/themes

le problème vient des classes des applis, il suffit de mettre les bonnes classe si ce n'est pas le cas.
xprop | grep CLASS sur la fenetre te donnera la classe de l'appli, tu peux alors modifier le lanceur.
sous Gnome en général nom=classe et on n'a pas de problème.
je ne sais pas comment c'est fait sous KDE;
pour les thèmes, pense à cocher les 2 cases, ça aide, sinon il y'a plein de "?"

PS : les effets, ça se règlent/désactivent ;-)

j'ai donc rajouté une option pour la transparence de la fenetre de config ^_^
j'ai aussi revu certaines prévues.

"vous concentrer sur les petits détails et pinaillages"
c'est prévu, la branche 2 est encore toute neuve, et les petits défauts sont difficiles à relever quand on a le nez dedans 2h par jour. Tu peux passer sur le forum quand tu veux pour discuter de ça, ton point de vue extérieur est tout à fait le bienvenu !

oui c'est désactivable, module Barre des taches.
si l'application possède un lanceur, on prend le parti de garder l'icône du lanceur, c'est moins déstabilisant.
par contre la transparence de la fenêtre non, à rajouter donc, je ne savais pas que ça rendait différemment suivant le thème gtk.
après, il y'a suffisamment de thèmes pour pouvoir démarrer avec un truc proche de ses gouts personnels. Aucun n'est parfait, mais tous sont "complet, élégant et utilisable". Si tu te sens perdu dans la config c'est que tu manques juste d'habitude, c'est normal, comme tout, il y'a un temps d'adaptation.
Avoir beaucoup de fonctionnalités de doit pas être réservé à KDE.
Plus il y'en a, mieux c'est, et elles sont toutes dans la catégorie "Comportement", donc faciles à trouver.
Si tu souhaites améliorer le projet par tes critiques, tu peux toujours passer sur cairo-dock.org, les critiques constructives sont toujours les bienvenues !

la barre de taches la plus paramétrable existante.
des effets graphiques à la Compiz.
fluidité exemplaire.
stabilité.
configurable à 200%, mais aussi de nombreux thèmes déjà tout prêts à l'emploi.
la possibilité de détacher ses applets sur le bureau et de les placer sur la couche widget.
ce projet est plus jeune qu'AWN mais l'a déjà dépassé.

surtout l'utilisation d'OpenGL va bien au-delà du simple "eye-candy"
c'est déjà l'assurance d'avoir une occupation CPU à 0 même en ayant 100 icônes dans son dock, et une fluidité parfaite.
prenez par exemple l'horloge en desklet, avec l'option "secondes fluides", et comparez avec Cairo-Clock...

les effets sont secondaires, mais ils permettent par exemple d'avoir des effets homogènes avec Compiz (genre, une fenêtre explose en se fermant, et l'icône explosera aussi dans le dock), ce qui peut être sympa.
cela permettra aussi d'avoir des miniatures en temps réel ou d'autres choses tout simplement impossible avec du cairo pur.

et surtout, tout est désactivable / paramétrable.

c'est pour ça qu'on a prévu des petites cases à cocher à côtés des plug-ins d'animations.
tu cliques, et hop, plus de feu.

les widgets sont la continuation logique d'un dock, en effet à quoi bon coder 2 fois les applets alors qu'on peut indifféremment les afficher sur son bureau ou dans son dock avec Cairo-Dock ?
un widget ou un dock, ça ne sont que des containers. Ce concept est puissant et ne se retrouve nulle part ailleurs.

oui bon, il faut bien allécher le chaland ^_^
les docks c'est pas nouveau, mais un comme lui, si.