|
lylambda, Thursday 05 August 2010 à 17:56
|
|
Subscription date : 06 September 2009
Messages : 1635
|
Je viens de noter un comportement bizarre avec le Sélecteur de Bureau :
- Cas 1 : Compiz avec "Cube", coordonnées des bureaux x = 1 à 4 et y = 1
La vue "Exposé" de Compiz apparaît ainsi : [1][2][3][4] de coord 1,1 2,1 3,1, 4,1
La roulette sur le bureau fait passer des faces 1,1 à 4,1 du cube sans soucis
La roulette sur "Sélecteur de bureau" fait suivre un mouvement en "Z" :
>[1]>[2]
>[3]>[4]
----------------
- Cas 2 : Compiz avec "Bureau sur un plan", coordonnées des bureaux x = 1 à 2 et y = 1 à 2
La vue "Exposé" de Compiz apparaît ainsi et de coord 1,1 2,1 1,2, 2,2
[1][2]
[3][4]
La roulette sur le bureau fait suivre un mouvement en "Z" :
>[1]>[2]
>[3]>[4]
La roulette sur "Sélecteur de bureau" fait suivre un mouvement en "N inversé" :
v[1]v[3]
v[2]v[4]
De plus, Les numéros des Bureaux changent aussi, avec 2 et 3 qui sont intervertit vis à vis des numéros définis dans Compiz.
---------------
Cette différence de comportement dans le Cas 2 est plutôt désagréable. Je n'est pas trouvé d'option dans Compiz ou CD pour aligné les comportements de roulette sur le mouvement en "Z" ou à défaut en "N inversé". Il y a t'il moyen de régler le soucis par un correctif ou une option ?
PS : En me relisant, je ne suis pas sur d'avoir été clair avec mes schémas en pseudo ASCII  |
|
matttbe, Thursday 05 August 2010 à 23:36
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Oui j'ai deja rapporté ceci 
Avec Metacity un coup de roulette sur l'applet donne un comportement different (mais mauvais pour ce WM d'apres l'applet du gnome-panel) qui serait bon pour Compiz
Donc pour Compiz:
1 2 3
4 5 6
Vu par CD:
1 3 5
2 4 6
Metacity:
1 3 5
2 4 6
Vu par CD:
1 2 3
4 5 6 |
|
lylambda, Thursday 05 August 2010 à 23:45
|
|
Subscription date : 06 September 2009
Messages : 1635
|
Je pensais bien avoir déjà croisé ce bug sur le forum, mais impossible à retrouver. Donc le problême viendrait de metacity qui a un comportement incorrect ?
Bon plus qu'à taquiner le fab pour unifier automatiquement le comportement de CD avec celui du gestionnaire de fenêtre  |
Subscription date : 30 November 2007
Messages : 17118
|
est-ce qu'au moins la roulette et le clic sur l'applet sont cohérents ?
ainsi que le dessin de l'applet dans tous les cas (et le numéro affiché) ?
je peux distinguer Compiz de Metacity car ils fonctionnent très différemment, par contre tous les autres WM ressemblent soit à l'un soit à l'autre, donc on déplace le problème |
Subscription date : 06 September 2009
Messages : 1635
|
est-ce qu'au moins la roulette et le clic sur l'applet sont cohérents ?
ainsi que le dessin de l'applet dans tous les cas (et le numéro affiché) ?
- Dessin : c'est OK, il y a bien correspondance entre les miniature de l'applet et les applis dans chacun des bureaux
- Numéros affiché : ceux affiché dans l'applet sont incorrect.
Mais c'est corrigeable avec le menu "renommer cette espace de travail"
[1][3] dans l'Applet.
[2][4]
---------------------
[1][2] dans Compiz
[3][4]
- La roulette : pas vraiment, puisqu'on passe du bureau 1->3->2->4 (numéro définis par Compiz, mais 1->2->3->4 pour CD)
- Le Clic sur applet : c'est Ok puisqu' un clic sur la miniature de bureau en "haut à droite" de l'applet mènera bien dans le bureau en "haut à droite" de Compiz |
|
matttbe, Friday 06 August 2010 à 20:45
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Oui, le dessin est ok, c'est uniquement la numérotation qui est incorrecte. |
Subscription date : 06 September 2009
Messages : 1635
|
Hop, je remonte ce bug. Il s'est fait un peu oublier . |
|
matttbe, Monday 23 August 2010 à 10:31
|
|
Subscription date : 24 January 2009
Messages : 12573
|
(Message ajouté sur la tâche #82)
Task added  |
Subscription date : 06 September 2009
Messages : 1635
|
Comment mettre la pression |
|
matttbe, Monday 23 August 2010 à 12:04
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Sauf que la priorité est "futile" |
Subscription date : 06 September 2009
Messages : 1635
|
 "futile" ? Effectivement, le bug ne risque pas d'être en tête de liste ^^. Heureusement, il n'a pas le statut d'"insignifiance absolu" |
Subscription date : 30 November 2007
Messages : 17118
|
c'est quand même mieux que s'il l'avait assigné à la version 3.0  |
|
SQP, Tuesday 24 August 2010 à 21:02
|
|
Subscription date : 03 July 2010
Messages : 1081
|
c'est parce qu'elle est pas dans la liste  |
|
lylambda, Wednesday 20 April 2011 à 18:38
|
|
Subscription date : 06 September 2009
Messages : 1635
|
Ce bug est résolu depuis quelques rev : merci ! |
|
matttbe, Wednesday 20 April 2011 à 20:11
|
|
Subscription date : 24 January 2009
Messages : 12573
|
C'était un sale problème de calculs, j'ai encore la feuille avec les variables, les petits carrés, etc.
Mais rien comparés aux calculs de fab pour la vague |
Subscription date : 30 November 2007
Messages : 17118
|
ah tu l'as résolu ?
je me demande comment, car je crois bien que les WM ne se comportent pas tous pareil.
Mais rien comparés aux calculs de fab pour la vague
ouais y'a qques perles dans dock-rendering |
|
matttbe, Friday 22 April 2011 à 17:25
|
|
Subscription date : 24 January 2009
Messages : 12573
|
je me demande comment, car je crois bien que les WM ne se comportent pas tous pareil. Non, c'est simplement que l'arrangement des bureaux étaient calculés dans le mauvais sens. Fallait juste trouver où il y avait un mauvais calcul mais maintenant, c'est correct sur Compiz et Metacity en tous cas (pour l'affichage et le scroll) $ bzr cdiff -r1922..1923
=== modified file 'switcher/src/applet-desktops.c'
--- switcher/src/applet-desktops.c 2011-04-02 01:01:38 +0000
+++ switcher/src/applet-desktops.c 2011-04-11 12:42:56 +0000
@@ -181,7 +181,7 @@
int cd_switcher_compute_index (int iNumDesktop, int iNumViewportX, int iNumViewportY)
{
- return iNumDesktop * g_desktopGeometry.iNbViewportX * g_desktopGeometry.iNbViewportY + iNumViewportX * g_desktopGeometry.iNbViewportY + iNumViewportY;
+ return iNumDesktop * g_desktopGeometry.iNbViewportX * g_desktopGeometry.iNbViewportY + iNumViewportX + iNumViewportY * g_desktopGeometry.iNbViewportX;
}
void cd_switcher_compute_viewports_from_index (int iIndex, int *iNumDesktop, int *iNumViewportX, int *iNumViewportY)
@@ -194,9 +194,9 @@
*iNumDesktop = iIndex / (g_desktopGeometry.iNbViewportX * g_desktopGeometry.iNbViewportY);
int index2 = iIndex % (g_desktopGeometry.iNbViewportX * g_desktopGeometry.iNbViewportY);
- *iNumViewportX = index2 / g_desktopGeometry.iNbViewportY;
- *iNumViewportY = index2 % g_desktopGeometry.iNbViewportY;
- + *iNumViewportX = index2 % g_desktopGeometry.iNbViewportX;
+ *iNumViewportY = index2 / g_desktopGeometry.iNbViewportX;
+ cd_debug ("[Switcher] New coordinates -> D=%d ; X=%d ; Y=%d ; i1=%d ; i2=%d ; nX=%d ; nY=%d", *iNumDesktop, *iNumViewportX, *iNumViewportY, iIndex, index2, g_desktopGeometry.iNbViewportX, g_desktopGeometry.iNbViewportY);
ouais y'a qques perles dans dock-rendering Oui, je n'ai rien à dire à côté |
Subscription date : 06 September 2009
Messages : 1635
|
Eh bé ! En tout cas félicitation, ça n'avait pas l'air simple  |
|
fabounet, Wednesday 27 April 2011 à 16:35
|
|
Subscription date : 30 November 2007
Messages : 17118
|
bravo alors ça marche avec Compiz cube et plan ?
faudrait tester avec Kwin tout de même, je pourrai le faire si tu m'y fais penser sur IRC |
|
lylambda, Wednesday 27 April 2011 à 17:23
|
|
Subscription date : 06 September 2009
Messages : 1635
|
En tout cas, avec le mode Compiz "Bureau sur un plan" 2×2, cela fonctionne à merveille |
|
Français
Online users :