Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Main Menu : quelques petits fix
The latest stable release is the *3.4.0* : How to install it here.
Note: We just switched from BZR to Git on Github! (only to host the code and your future pull requests)
Ideas | Propositions

Subjects Author Language Messages Last message
[Locked] Main Menu : quelques petits fix
SQP Français 17 fabounet [Read]
28 March 2012 à 16:40

SQP, Friday 16 March 2012 à 14:37


Subscription date : 03 July 2010
Messages : 1081
Detection de session Cairo-Dock : Si on est dans une session cairo-dock, le bouton "quitter" est grisé. Je trouve qu'il faudrait aller jusqu'au bout de la démarche :
  • Virer l'option "lancer cairo dock au démarrage" : la je pense que tout le monde sera d'accord, elle ne sert absolument à rien dans ce mode.
  • Complètement enlever l'option quitter. Aucun panel ne propose une telle option, et c'est pas les moyens qui manquent pour le tuer si besoin.

Bloquer la position des icônes : Je ne suis pas un grand fan de ces options de menu qui changent leur texte en fonction d'un boolean.
  • je suis sur qu'un checkbox serait beaucoup plus efficace

Verrouiller le Dock : Autoriser le retour de l'option qui tue par une option dans le menu System. Je pense que c'est une régression de perdre cette option très intéressante.
  • Utiliser un checkbox aussi.
  • Mettre les popup d'erreur qui vont bien en cas d'échec d'une action.

Masquage rapide : Avec une configuration "Toujours devant" ou "Reserver l'espace", je n'ai pas accès aux options pour configurer cette action. Est ce que je dois quand même avoir droit à l'action ?
  • récupérer l'accès aux réglages ou ne pas proposer l'action.

Themes : Et pour ne plus avoir de différence entre les modes simple et avancé, et l'intégrer l'option des thèmes sur la page de config globale (comme sur la simple), je propose de scinder le premier groupe de la page de config en deux :
  • Global (sauf si vous trouvez un meilleur nom)
    • Themes
    • Shortkeys
    • System
    • Help
  • MainDock
    • Position
    • Visibility
    • Taskbar


La dernière idée demandant de la traduction, ca peut attendre, mais j'aimerais bien faire un petit patch pour les 3 ou 4 premiers

lylambda, Friday 16 March 2012 à 16:52


Subscription date : 06 September 2009
Messages : 1635
Complètement enlever l'option quitter.
Je ne connais pas encore eu la chance de tester une session Cairo-Dock. Mais actuellement, l'option quitter m'est très utile lors de mes tests de CD, notamment après une mise à jour. Tu recommande de la virer pour utiliser plutôt un kill ?

Verrouiller le Dock
Verrouiller les icônes ne te suffit pas ?

SQP, Friday 16 March 2012 à 17:57


Subscription date : 03 July 2010
Messages : 1081
de toute facon, si tu veux tester le dock, faut le relancer, donc de la console ou par une icone.
Ca change pas grand chose, tu peux faire un script (meme en demandant au dock de quitter proprement par dbus).
Tu perdras surement plus de temps à aller chercher l'option dans le menu.

perso, en général il se relance tout seul à la fin de la compilation, sinon je le fais à la console killa[TAB] ca[TAB] && cai[TAB]&
ca donne killall cairo-dock && cairo-dock&
et les fois suivantes c'est juste fleche haut + enter

En mode lock dock, yavait qq petits trucs en moins dans le menu, qui me servent pas pour une utilisation normale du dock, même en test, à moins que je sois en train de casser un applet. (le add et tout le sous menu de l'icone sauf le edit)

pour la session cairo-dock, je crois que matttbe avait refait mieux, mais comme je sais pas ou ils sont, voici mes fichiers :

/usr/share/xsessions/cairo-dock.desktop
[Desktop Entry]
Name=Cairo-Dock
Comment=Super Desktop
Exec=gnome-session --session=cairo-dock
TryExec=gnome-session
Type=Application


/usr/share/gnome-session/sessions/cairo-dock.session
[GNOME Session]
Name=Cairo-Dock Session
RequiredComponents=gnome-settings-daemon;
RequiredProviders=windowmanager;panel;
DefaultProvider-windowmanager=compiz
DefaultProvider-panel=cairo-dock
FallbackSession=cairo-dock-fallback
DesktopName=GNOME

matttbe, Saturday 17 March 2012 à 01:25


Subscription date : 24 January 2009
Messages : 12573
Virer l'option "lancer cairo dock au démarrage" : la je pense que tout le monde sera d'accord, elle ne sert absolument à rien dans ce mode.
Bien vu! Viré (en rev 1023)

Complètement enlever l'option quitter. Aucun panel ne propose une telle option, et c'est pas les moyens qui manquent pour le tuer si besoin.
Mmh, oui, c'est pas le seul moyen mais ça reste un moyen très propre de le faire... Et puis, c'est insensible au clic par défaut et il y a une explication. Si malgré ça, l'utilisateur a envie de quitter le dock, il le fera en connaissance de cause (ce qui lui évite un killall...)
Au pire, il le fait une fois et il a compris

Bloquer la position des icônes : (...) je suis sur qu'un checkbox serait beaucoup plus efficace
Oui, on en avait déjà parlé mais ce n'avait pas encore été fait. Voilà que la rev 1023 fait le boulot!

Autoriser le retour de l'option qui tue par une option dans le menu System. Je pense que c'est une régression de perdre cette option très intéressante.
Pourrais-tu expliquer pourquoi tu veux son retour stp?

Est ce que je dois quand même avoir droit à l'action ?
récupérer l'accès aux réglages ou ne pas proposer l'action.
En effet, un message d'info ou cacher l'action?

intégrer l'option des thèmes sur la page de config globale
Mixer les différents panneaux (à part le mode avancé et le about) solutionnerait le problème je crois.

pour la session cairo-dock, je crois que matttbe avait refait mieux, mais comme je sais pas ou ils sont
Dans cairo-dock-core/data/desktop-manager/
(le script de lancement est en cours d'amélioration )

SQP, Sunday 18 March 2012 à 08:45


Subscription date : 03 July 2010
Messages : 1081
Lock dock : Même moi qui fais pas mal de tests, j'ai vraiment très rarement besoin de modifier l'organisation des icônes de mon dock. Donc ces options add, move, detach, remove... ne me servent pas.
J'ai envie d'un mode lock dock qui simplifie cette partie, sans pour autant empêcher de pouvoir ouvrir les fenêtres de config.
Je veux donc enlever le sous menu dédié à l'icône, et remettre un simple "configure icon" en dessous de "configure" dans le sous menu principal.
Ca peut ressembler à un retour en arrière, mais je pense que c'est la meilleure organisation de menu pour un usage normal. (et j'ai pu le confirmer dans la pratique en ayant eu un menu hacké pendant des mois)

Peut être qu'on pourrait simplement considérer ça comme une évolution du mode "lock icons position"

Quitter : En mode session cairo-dock, la dock devient la pièce centrale du bureau, comme la barre des tâches d'un windows, le panel d'un gnome2, le dock d'osx...
Aucun de ces environnement ne propose l'option pour scier la branche sur laquelle on est assis, et je ne pense pas que le dock devrait déroger à la règle, même avec une sécurité.
J'en veux pour preuve que si on ferme notre dock à l'ouverture d'une session, donc sans terminal ouvert, il devient assez problèmatique de récupérer la main :
    • ctr-alt-backspace : violent car fait perdre toutes le travail en cours, et désactivé par défaut il y a qq années.
    • copie ou modification d'un raccourci sur le bureau : Encore faut-il avoir déjà un raccourci sur le bureau
    • utilisation de l'option "open terminal here" : si on a la chance d'avoir installé nautilus-open-terminal
    • creation d'un script : le seul moyen auquel j'arrive à penser pour quelqu'un qui n'a pas la chance d'avoir une des 3 options au dessus
    • utilisation des consoles systèmes : ouvrir une session sur le TTY1 et envoyer le programme sur le bon desktop avec un export DISPLAY=:0.0 pas vraiment user-friendly, et je ne suis pas sur que la technique soit très répandue.

Si la liste et sa quantité de si ne vous a pas convaincu, dites vous que ca terminera en reboot bouton pour plus de la moitié des personnes.

Masquage rapide : Même si je n'utilise jamais l'option, je peux comprendre que certains puissent l'aimer, alors je n'ai pas vraiment d'avis.
Par contre je sais que c'est pas normal d'avoir accès à une action que je n'ai pas la possibilité de configurer (surtout que c'est à cause de la position d'une autre option).
Je vous laisse faire.

Mixer les différents panneaux (à part le mode avancé et le about) solutionnerait le problème je crois


la je parle d'un moyen de faire rentrer la page thème dans la config avancée en faisant une petite place pour son icône. Ca fait disparaitre la fenêtre dédiée de thèmes, et ca unifie le menu entre les modes simple et avancé.

matttbe, Sunday 18 March 2012 à 15:20


Subscription date : 24 January 2009
Messages : 12573
j'ai vraiment très rarement besoin de modifier l'organisation des icônes de mon dock
J'ai envie d'un mode lock dock qui simplifie cette partie, sans pour autant empêcher de pouvoir ouvrir les fenêtres de config.
Si je ne me trompe pas, à la base, l'option lock icons position a été introduite pour éviter de déplacer les icônes dans ou hors du dock en cas de mauvaise manipulation de la souris.
L'option lock dock, quant-à elle, était là pour éviter que des personnes soient tentées de modifier le dock (il y a l'option -L aussi pour ça) mais aussi pour cacher des entrées de menus utilisées que lors de la personnalisation du dock (typiquement que qq1 aille activer cette option chez des personnes plus âgées ou qui ne maîtrise pas leur ordi ). Ces options étant maintenant cachées (c'est déjà trop "loin" pour des personnes qui ne maîtrisent pas l'ordi ), elles ne sont maintenant plus trop nécessaire. Si on veut complètement bloqué le dock (ex: pour un ordi public), on peut le lancer avec l'option -L (et retirer les droits d'écriture des fichiers de config).
Mais du coup, pour toi, c'est option viendrait cacher supprimer les entrées Edit, Move et Configure?

En mode session cairo-dock, la dock devient la pièce centrale du bureau, comme la barre des tâches d'un windows, le panel d'un gnome2, le dock d'osx...
Yep, je suis d'accord, ça peut être ridicule de quitter le dock avec cette session mais qui ferait ça alors qu'à première vue, l'icône est grisée? Si l'utilisateur y pense, il peut voir le tooltip (faut y penser, il n’apparaît pas tout de suite) mais là il y a d'abord un message d'avertissement puis la solution... Donc si l'utilisateur a envie de pourrir sa session, il fait ce qu'il veut et ça, c'est un peu bête mais ça reste de la liberté . Sur GNU/Linux, si tu veux péter ton ordi, tu peux mais tu as plein d'avertissements entre temps.
Ou alors, on retire la possibilité de rendre accessible l'entrée du menu lorsque l'on sort la version stable... Car pour le moment, c'est la seule méthode propre (avec un kill -15 mais pas très pratique) si on désire fermer le dock en lançant les actions de fin (ex: sauvegarder les entrées de clipper, fermer les indicateurs de session, arrêter les compteurs, etc.).
Ou introduire une option pour relancer le dock? Bof...

Par contre je sais que c'est pas normal d'avoir accès à une action que je n'ai pas la possibilité de configurer
Yep. Mais après réflexion, est-ce que l'on doit cacher cette option lorsque l'on a un dock avec une visibilité 'Toujours devant'? Même si on n'a pas accès aux options de configuration (enfin, oui et non, suffit de changer de mode pour configurer l'option), l'option pourrait justement être utile dans ce cas.

la je parle d'un moyen de faire rentrer la page thème dans la config avancée en faisant une petite place pour son icône
Personnellement, je pense que ce serait plus intéressant de n'avoir que 2 panels de configuration: un panel pour la configuration (donc le panel pour éditer les lanceurs et applets en y intégrant le panneau simplifié, thèmes y compris) et le panel avancé. Normalement, on devrait pouvoir se passer du panel avancé sauf si l'utilisateur a des besoins plus spécifiques. Et donc, si l'utilisateur veut avoir accès au panel de thème, il le fera via le menu simplifié, pas besoin de dupliquer le panel de thème comme tu dis.

SQP, Monday 19 March 2012 à 21:04


Subscription date : 03 July 2010
Messages : 1081
Si on veut complètement bloqué le dock (ex: pour un ordi public), on peut le lancer avec l'option -L


c'est pratique pour un dev/testeur

en fait, en y réfléchissant bien, mon idée correspond parfaitement au "Verrouiller la position des icônes".
Ca supprime les entrées : Add, Detach, Delete, Clone, Move.
Ca laisse le "Edit icon" (en le remontant d'un menu, vu que l'autre disparait)
Le seul truc qui pourrait manquer, c'est le "manuel de l'applet", mais il n'est pas caché loin (1ère page du edit)

Option quitter : J'avoue que l'option est correctement protégée, mais je la pense qd même de trop.
Sur GNU/Linux, si tu veux péter ton ordi, tu peux

Bah gnome panel ne le propose pas, gnome-shell ne le propose pas, et je ne crois pas que kde le propose. (pas envie de tout installer)

Quitter sur le programme qui gère la session, c'est déconnecter.

Faire rentrer la fenetre de thèmes dans la config avancée : Sans vouloir être méchant, et je sais qu'il reste du travail dessus, mais je vais essayer d'en faire un constat objectif : Je n'utilise JAMAIS la fenêtre de config simple. Elle ne sert à RIEN une fois passées les 5 premières minutes !
  • On a accès a 3% des options de base
  • ce n'est qu'un lien vers la config des applets, pas vraiment plus pratique que la fenêtre avancée pour trouver celui qu'on cherche. (tri contre filtre, et bientôt hide disabled)


Donc je travaille encore à rendre la fenêtre avancée, dont tu penses qu'on peut se passer, mais que j'ouvre presque autant que celle des lanceurs, plus utilisable.
La je propose un moyen de supprimer la dernière fenêtre qui ne soit pas "config", "launchers" ou "about", juste en déplacant l'entrée du menu (spécifique au mode avancé) vers une icône sur la page avancée. Il n'y a rien à dupliquer.

J'ai aussi eu une idée pour avoir un truc propre en une seule fenêtre en mode avancé, je regarde un peu ce que ca peut donner et je vous en parle.

matttbe, Monday 19 March 2012 à 22:47


Subscription date : 24 January 2009
Messages : 12573
Je n'utilise JAMAIS la fenêtre de config simple. Elle ne sert à RIEN une fois passées les 5 premières minutes !
Toi, parce que tu es un utilisateur avancé! Mais la majorité des personnes ne le sont pas! C'est aussi en partie pour ça que les interfaces actuelles n'ont presque pas d'options. C'est un avantage du dock d'en avoir énormément mais d'après ce que l'on voit, sans ce panneau simple, ce serait un gros inconvénient car la plupart des personnes ne recherche pas ça...

Quitter sur le programme qui gère la session, c'est déconnecter.
Mouais. On pourrait l'enlever à la version stable ou alors ne faire apparaître cette entrée du menu que lorsque l'on appuie sur la touche Maj.

en fait, en y réfléchissant bien, mon idée correspond parfaitement au "Verrouiller la position des icônes".
Ca supprime les entrées : Add, Detach, Delete, Clone, Move.
À voir ce que l'on entend par "Bloquer la position des icônes. Si c'est uniquement pour empêcher de glisser/déposer les icônes, ça n'a rien à voir avec les menus. Faudrait d'autres avis

SQP, Monday 19 March 2012 à 23:36


Subscription date : 03 July 2010
Messages : 1081
J'ai rien contre le panneau simple, je viens même de passer du temps à lui corriger tous ses problèmes de scrollbar. (et comme c'est la première page de config sur lequel commence à jouer l'utilisateur, c'est très important je pense pour le ressenti aux premiers lancements)

Mais relis mon idée d'organisation des icônes pour la page avancée, et dis moi si tu pense que ca convient pour faire rentrer thèmes dedans
A noter que le "Global" se verra surement ajouter une page "Download" prochainement. Je me rappelle que fabounet avait dit que le seul truc qui manquait pratiquement, c'était une GUI, alors je vais m'y mettre. (si vous avez des noms de prog ou sites pour faire des dessins d'ui, je veux bien pour vous faire le mockup)

Ton idée de Shift (et Ctrl) pour remettre tous les éléments du menu pourrait être étendu à mon idée de réduction en mode verrouillé.
à noter que le ctrl pourrait aussi être une option pour forcer l'ajout une icône par drag & drop
et supprimer l'animation du d&d si mode verrouillé et drop impossible (et message si action failed à cause du verrouillage, je sais pas si ca été fait déjà)

matttbe, Tuesday 20 March 2012 à 08:16


Subscription date : 24 January 2009
Messages : 12573
dis moi si tu pense que ca convient pour faire rentrer thèmes dedans
C'est vrai que ça réduirait l'utilisation d'une fenêtre... même si celle-là me dérange moins: un utilisateur classique qui a envie d'un peu personnaliser le dock ira dans les options générales du dock (panneau simple), s'il veut personnaliser ses applets (ou au-moins voir les options), il devrait changer de panneau... un peu dommage.
Maintenant, s'il voit les thèmes, normalement, ce sera dans le panneau simple.
Si par contre, il utilise un panneau avancé, il aura une nouvelle fenêtre... oui mais une fenêtre dédiée à ça (dans l'autre cas, on a, d'un côté, le dock principal et options globales et de l'autre, les applets... on peut avoir envie de modifier les deux en même temps...)

Mais c'est vrai que si ce n'est pas trop long de faire rentrer le panneau des thèmes dedans, pourquoi pas. Mais pas besoin de splitter la catégorie "Comportement" pour le moment je dirais

(si vous avez des noms de prog ou sites pour faire des dessins d'ui, je veux bien pour vous faire le mockup)
Tu peux faire des mockups avec Glade (tant que ça reste des mockups )

Ton idée de Shift (et Ctrl) pour remettre tous les éléments du menu pourrait être étendu à mon idée de réduction en mode verrouillé.
à noter que le ctrl pourrait aussi être une option pour forcer l'ajout une icône par drag & drop
En effet
Tant que le comportement par défaut ne nous oblige pas à connaître ces raccourcis! (pas comme le nouveau gnome-panel ou il faut faire MAJ + click pour atteindre les options...). Mais je me demande même si ça vaut la peine d'ajouter ces fonctionnalités car ça reste caché, même si c'est écrit qqe part, je ne crois pas qu'il y aura beaucoup de personnes qui connaîtrons ces raccourcis!

et supprimer l'animation du d&d si mode verrouillé et drop impossible (et message si action failed à cause du verrouillage, je sais pas si ca été fait déjà)
oui, c'est à faire ça

fabounet, Wednesday 21 March 2012 à 12:55


Subscription date : 30 November 2007
Messages : 17118
désolé pour le retour tardif

+1 pour les 2 premiers points
(y compris le "quitter")

pas fan du 3ème, vu que:
- on peut verrouiller son dock au lancement avec l'option -k
- l'intérêt de verrouiller les icônes, c'est uniquement d'empêcher les manip malencontreuses (détachement/suppression/déplacement d'icone), il y'avait donc un réel problème à résoudre

le point 4 est délicat, mais cette option n'est faite que pour une situation d'urgence: pour une raison x ou y, le dock m'empêche d'accéder à quelque chose, il est utile de pouvoir le masquer temporairement et rapidement. bien qu'en pratique, ça ne doit pas arriver très souvent.
donc la façon dont le dock se cache est très secondaire.

pour le dernier point, je te demanderais d'attendre un peu avant de coder, car j'ai de mon côté pas mal de modif sur la GUI simple qui sont en attente les mockups sont les bienvenus bien sûr, mais ce serait dommage d'avoir plein de conflits dans le code.

Faire rentrer la fenetre de thèmes dans la config avancée

+1, et il y'a plusieurs façons de faire, ce sera très simple avec mes modifs car j'ai isolé chaque widgets

Elle ne sert à RIEN une fois passées les 5 premières minutes !

pas d'accord

Mais je me demande même si ça vaut la peine d'ajouter ces fonctionnalités car ça reste caché, même si c'est écrit qqe part, je ne crois pas qu'il y aura beaucoup de personnes qui connaîtrons ces raccourcis!

assez d'accord, à ce niveau ça ne sert plus à grand chose
pensez que chaque option se paye en développement/tests/debug/maintien du code

+1 pour Glade
et aussi pour une GUI pour les applets externes (qu'il faudra encore intégrer aux GUI)

matttbe, Wednesday 21 March 2012 à 15:30


Subscription date : 24 January 2009
Messages : 12573
le point 4 est délicat, mais cette option n'est faite que pour une situation d'urgence: pour une raison x ou y, le dock m'empêche d'accéder à quelque chose, il est utile de pouvoir le masquer temporairement et rapidement. bien qu'en pratique, ça ne doit pas arriver très souvent.
donc la façon dont le dock se cache est très secondaire.
Mais on pourrait cacher ce menu si la visibilité est en mode "réserver l'espace"?

lylambda, Thursday 22 March 2012 à 22:25


Subscription date : 06 September 2009
Messages : 1635
Voici quelques retours sur le menu de mon coté. À mon avis, le menu Cairo-Dock est trop chargé :
- la rubrique "Ajouter" pourrait être agréablement remonté d'un cran au coté du menu principal et des menus d'applet. Son statut de conteneur et son usage me pousse à dire qu'il n'a pas sa place ici.
- De même "À propos" (ainsi que "Aide" et "Plus d'applet" dans une moindre mesure), pourrait facilement être présent sous forme de bouton dans les fenêtre de config.
À vrais dire, je ne connais aucun logiciel qui présente ces rubriques dans un menu d'utilisation. Cela me parait anti-ergonomique.
Je comprend bien l'importance de ces rubriques, mais pas au dépend de l'utilisation. Une solution intermédiaire serait de créer un menu "Aide" à la Firefox.

SQP, Friday 23 March 2012 à 00:31


Subscription date : 03 July 2010
Messages : 1081
J'en ai pas parlé parceque je lui trouve pas une bonne place, mais j'aime pas non plus ou est le add.

A part ca, si t'es en mode avancé, il reste le "thèmes" que je vais faire sauter (validé)
puis les :
  • Lock
  • Launch on startup : caché si actif ou en mode session
  • Hide : en cours de discussion, mais va rester
  • Extras : devrait disparaitre à terme (prochaine version j'espère)
  • Help
  • About
  • Quit : à cacher en mode session (validé)

Il y a aussi Edit subdock et Delete Subdock. J'aime pas le 2e, mais pareil il lui faut d'abord une meilleure place sur la GUI Items, le click droit sur la liste suffit pas.
Il reste encore quelques étapes pour un truc parfait, mais ca avance (je fais les trucs qui me paraissent plus génant avant)

A noter que dans cette liste, 1 seul est une action directe, le hide, il doit avoit un accès plus facile. Les autres c'est du réglage et de l'info. Lock serait pas mal mis en évidence aussi pour faire ressortir la checkbox entre les icônes.
Je propose donc
  • sep
  • Hide
  • sep
  • Lock
  • sep


Ca me parait vraiment pas chargé. J'avais pensé à un moment à une option pour choisir les entrées du menu à activer, mais j'ai d'abord ouvert la question de l'utilité des entrées.

PS : petit jeu, sauras tu trouver combien de boutons ou liens "plus d'applets" sont cachés dans le dock ?

matttbe, Friday 23 March 2012 à 10:36


Subscription date : 24 January 2009
Messages : 12573
Personnellement, je ne le trouve pas trop chargé mais d'abord mal nommé. C'est vrai que rajouter des séparateurs, ça pourrait être bien: séparer les entrées de configuration, l'entrée "Ajouter", le hide et le lock du reste.

Concernant l'entrée pour quitter, c'est aussi pour rendre plus difficile le débogage par un nouvel utilisateur: "Pour quitter le dock, vas-y, lance un beau killall (ou un kill -15) qui va mal quitter le dock".

PS : petit jeu, sauras tu trouver combien de boutons ou liens "plus d'applets" sont cachés dans le dock ?
C'est p-ê bête de voir autant de boutons et liens pour la même chose mais ça reste nécessaire! Pour les habitués, c'est inutiles mais pas gênants mais sans ça, les nouveaux utilisateurs (ou les personnes qui ne maîtrisent pas l'info en général) ne verront jamais que d'autres plug-ins existent... (il y en a déjà sûrement pas mal qui ne sont toujours pas au courant)

A noter que dans cette liste, 1 seul est une action directe, le hide, il doit avoit un accès plus facile
Oui et non car c'est une action qui doit être disponible au clic droit au cas où le dock ne se cacherait pas à cause d'un cas non géré (ou non gérable)...

Guest, Friday 23 March 2012 à 11:27

qd je displus facile s'acces je parle de dans ce menu, en premiere place apres les panneaux de conf comme sur mon exemple

pour les boutons more applet j'en ai pas parle je sais qu'on en a besoin et je vais les virer priprement (mais j'en ai trouve 5 qui dit mieux ?)

SQP

lylambda, Friday 23 March 2012 à 12:05


Subscription date : 06 September 2009
Messages : 1635
mais j'en ai trouve 5 qui dit mieux ?
Oula ! Je suis petit joueur… j'en suis seulement à 3
En tout cas, ta simplification du menu et ta réforme de la config me semble plutôt pas mal
Je reste au aguets pour te faire des remarques tatillonnes

fabounet, Wednesday 28 March 2012 à 16:40


Subscription date : 30 November 2007
Messages : 17118
Mais on pourrait cacher ce menu si la visibilité est en mode "réserver l'espace"?

non car tes fenetres peuvent quand meme aller dessous.

J'en ai pas parlé parceque je lui trouve pas une bonne place, mais j'aime pas non plus ou est le add.

yep, mais le mettre dans le menu principal serait maladroit, vu tous les efforts qu'on a fait pour épurer ce dernier


PS : petit jeu, sauras tu trouver combien de boutons ou liens "plus d'applets" sont cachés dans le dock ?


ils sont nécessaires pour donner de la visibilité aux applets tierces tant qu'on n'a pas un moyen de les présenter.

Oui et non car c'est une action qui doit être disponible au clic droit au cas où le dock ne se cacherait pas à cause d'un cas non géré (ou non gérable)...

en fait, c'est uniquement fait pour le cas où le dock gênerait une fenêtres, donc pas s'il a déjà l'auto-hide (à priori, il n'y a pas de bug dans l'auto-hide )

Ideas | Propositions

Subjects Author Language Messages Last message
[Locked] Main Menu : quelques petits fix
SQP Français 17 fabounet [Read]
28 March 2012 à 16:40


Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Main Menu : quelques petits fix Top

Online users :

Powered by ElementSpeak © 2007 Adrien Pilleboue, 2009-2013 Matthieu Baerts.
Dock based on CSS Dock Menu (Ndesign) with jQuery. Icons by zgegball
Cairo-Dock is a free software under GNU-GPL3 licence. First stable version created by Fabounet.
Many thanks to TuxFamily for the web Hosting and Mav for the domain name.