Git Version | Version Git
Subscription date : 30 November 2007
Messages : 17118
|
j'ai modifié l'option "masquer sur fenêtre maximisée"
à l'utilisation, je trouvais que parfois on n'a pas forcément des fenêtres maximisées (surtout sur un grand écran), et que donc le dock pouvait gêner.
du coup je l'ai modifié. ça se rapproche maintenant du mode "intellihide" qu'on peut trouver chez les autres (comme quoi ils ont aussi de bonnes idées  ah non j'aurais pas du dire ça, ça va encore être mal interprété  )
dites-moi un peu ce que vous en pensez (notamment le fait que seule la fenêtre active est considérée comme pouvant gêner)  |
|
matttbe, Sunday 18 April 2010 à 15:27
|
|
Subscription date : 30 November 2007
Messages : 17118
|
la différence c'est que :
- si une fenêtre empiète sur le dock, elle gêne (c'est donc un peu plus général qu'"être maximisée")
- si une fenetre gêne mais n'a pas le focus, on considère qu' elle gêne pas
le point 1 était celui qui me gênait, le point 2 rend le code vachement plus simple |
Subscription date : 06 September 2009
Messages : 1635
|
Ce n'est pas ce que fait "Garder le dock sous les fenêtres" ? |
Subscription date : 30 November 2007
Messages : 17118
|
pas tout à fait, car "Garder le dock sous les fenêtres" garde le dock sous toutes les fenêtres en permanence (sauf lorsqu'on le rappelle), ici le dock ne se cache que si la fenêtre active le gêne (point 2)
de plus, le dock n'est pas derrière (il est devant mais invisible), ce qui fait que si une fenêtre demande l'attention, l'icône sera visible
d'ailleurs je l'ai implémenté pour Pidgin et Xchat (pas encore pushé je crois), désormais sur un nouveau message, l'icône est animée et visible même lorsque le dock est caché |
Subscription date : 06 September 2009
Messages : 1635
|
pas tout à fait, [...] Je vais tester dans ce cas.
En tout cas, contrairement à "Garder le dock sous les fenêtres", ce comportement débloque l'option "Delay before the dock unhide itself" qui est très pratique. |
Subscription date : 30 November 2007
Messages : 17118
|
effectivement
mais du coup je me demande si la 1ère est toujours utile ...
peut-être qu'il vaudrait mieux faire une option "masquer si une fenêtre quelconque recouvre le dock" ? |
|
matttbe, Tuesday 20 April 2010 à 21:11
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Merci Fab, cette fonction est impec juste un petit détail
Sur cette vidéo, on voit les animations lorsque le dock se cache et apparait. Serait-il possible d'avoir celui de la 10è seconde à tout moment? Car l'autre, on dirait qu'il le fait en 2-3 étapes même en changeant dans le module système. (test avec l'OpenGL)
=> http://videobin.org/+14s/1c0.html |
Subscription date : 06 September 2009
Messages : 1635
|
La modification est elle déjà implémenté dans la dernière weekly ? Si c'est le cas, cela ne fonctionne pas chez moi : il n'y a pas disparition du dock lorsqu'une fenêtre empiète sur lui, même avec le focus.
Autre chose, le changement de comportement n'est pas toujours effectifs. Je dois par exemple redémarrer GD pour réactiver "Garder le dock sous les fenêtres".
Sinon, penses tu pouvoir débloquer "Delay before the dock unhide itself" pour "Garder le dock sous les fenêtres" ? De même, pour rajouter l'option de d'apparition en fondu à l'appel de la souris ?
Parce ce que cela répondrais à ta question :
mais du coup je me demande si la 1ère est toujours utile ... En effet, cela rendrait ce comportement aussi intéressant (en terme de fonctionnalités) que "Cachage auto si maximisée", mais avec la subtilité que le dock serais toujours présent quoiqu'en dessous des fenêtres d'applications le chevauchant.
Cela est appréciable quand on l'a joliment (et longuement )décoré et intégré à son bureau ! |
|
fabounet, Wednesday 21 April 2010 à 10:57
|
|
Subscription date : 30 November 2007
Messages : 17118
|
Lylambda : en fait je pense modifier l'option "garder derrière" en "masquer si une fenetre quelconque chevauche le dock"
ce serait à peu près équivalent car lorsqu'une fenetre est devant le dock on le voit pas, sinon on le voit.
pour l'auto-hide, j'ai rajouté plusieurs effets :
glissement vers le bas
fondu
zoom
autre ? (je n'ai pas d'idée mais peut-être que vous si un peu comme les effets d'Illusion mais on a moins de place pour les dessiner)
Matttbe : tu parles de l'enroulement du dock lorsqu'il se minimise ? peut-être qu'on pourrait virer cet effet pour les docks principaux, et ne le garder que pour les sous-docks ? il me semble que ça surcharge un peu d'avoir les 2 en même temps |
|
matttbe, Wednesday 21 April 2010 à 12:22
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Matttbe : tu parles de l'enroulement du dock lorsqu'il se minimise ? peut-être qu'on pourrait virer cet effet pour les docks principaux, et ne le garder que pour les sous-docks ? il me semble que ça surcharge un peu d'avoir les 2 en même temps C'est que sur la vidéo, on voit que l'effet est trop rapide mais c'est bizarre car mnt, ça va mieux |
|
fabounet, Wednesday 21 April 2010 à 12:45
|
|
Subscription date : 30 November 2007
Messages : 17118
|
ah, ptet en réglant le nombre d'étapes dans l'animation de cachage ?
j'ai du changer la loi donc elle est sûrement à affiner (là c'est un truc tout bête en Yn+1 = Yn * a, ça permet d'avoir le dock qui arrive vite puis qui finit doucement.) |
|
matttbe, Wednesday 21 April 2010 à 13:17
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Oui, ça va mieux avec la dernière version mais le rassemblement sur une icône est trop rapide je pense.
Il y a aussi un problème . Si j'ouvre un sous-dock, la fenêtre est plus grande et le dock se planque. Pour le laisser visible il faut que je bouge la fenêtre qui est devant. |
|
fabounet, Wednesday 21 April 2010 à 14:23
|
|
Subscription date : 30 November 2007
Messages : 17118
|
l'auto-hide s'active quand tu es dans un sous-dock ? |
|
matttbe, Wednesday 21 April 2010 à 16:23
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Le dock se cache une fois que j'ai ouvert un sous-dock. Donc qu'une nouvelle fenêtre du dock passe au-dessus de celle qui a le focus.
EDIT: étrange, ça ne me le fait plus ! |
|
fabounet, Wednesday 21 April 2010 à 16:50
|
|
Subscription date : 30 November 2007
Messages : 17118
|
peut-être le sous-dock qui prend le focus, puis qui le rend à la fenêtre, si celle-ci recouvre le dock il se cache ?
il faudrait bien sûr qu'il reste visible. |
Subscription date : 26 October 2008
Messages : 1904
|
On peut pas avoir la meme option pour tous les comportements ?
Moi j'utilise le dock place toujours derriere et j'avoue que cette option me plait vraiment notamment ca resoud pas mal de conflit. Mais moi j'aime tellement mon dock sur mon bureau que je le trouve etrangement vide quand je deplace une fenetre vers le bas.
AH j'avais pas vue que Lylambda avait le meme soucis.. Mais +1 pour l'option de lylambda |
|
fabounet, Saturday 24 April 2010 à 20:52
|
|
Subscription date : 30 November 2007
Messages : 17118
|
"la meme option" = ?
en fait perso je trouve aussi que l'option "garder derrière" est vraiment très pratique, mais elle a un gros défaut : tu ne peux pas dessiner les icônes qui demandent ton attention.
alors qu'avec l'auto-hide, le dock est devant (mais invisible).
du coup j'aimerais bien virer l'option "garder derrière".
mais je cherche un remplaçant, et j'ai du mal à me décider. des idées ? |
Subscription date : 26 October 2008
Messages : 1904
|
fabounet : "la meme option" = ?
L'option = quand une fenetre recouvre le dock celui-ci perd le focus et disparait.
Mais moi j'aimerais voir mon dock passer derriere ma fenetre..
fabounet :
en fait perso je trouve aussi que l'option "garder derrière" est vraiment très pratique, mais elle a un gros défaut : tu ne peux pas dessiner les icônes qui demandent ton attention.
alors qu'avec l'auto-hide, le dock est devant (mais invisible).
du coup j'aimerais bien virer l'option "garder derrière".
mais je cherche un remplaçant, et j'ai du mal à me décider. des idées ? :)
On se rapproche de compiz?  |
Subscription date : 26 October 2008
Messages : 1904
|
J'ai un bug les fenetres "enregistrer sous" ne sont pas comprises dans le comportement je pense qu'il suffit de rajouter que le type de windows est de TYPE_DIALOG |
Git Version | Version Git
|
Français
Online users :