shift switcher has slow response when keys are released

Bug #217096 reported by tommy
6
Affects Status Importance Assigned to Milestone
compiz-fusion-plugins-main (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Binary package hint: compiz-fusion-plugins-main

I enabled the "shift switcher" and set the keybinding for "next window" to SUPER-TAB.

When I use the shift switcher, it seems to be running at a very slow framerate. It's not smooth at all and jerks around. The biggest problem though is that when I release super-tab to select the switched-to window, it just stalls for almost a second before returning to the desktop with the new window selected.

I never experienced this problem with Gutsy. Although I was running Gutsy x86 and am now using Hardy amd64.

I'm running up-to-date Hardy on AMD64, with a nVidia 8800 GTS graphics card,
compiz-fusion-plugins-main 0.7.4-0ubuntu3
nvidia-glx-new 169.12+2.6.24.12-16.34

Neither the "ring switcher" nor the normal application switcher have this problem. They are quick and responsive.

Revision history for this message
Paul Reid (damarus999) wrote :

I am also experiencing this bug, the plug-in was much smoother in gutsy

Revision history for this message
cosmix (cosm7x) wrote :

There is no stalling, but the switcher waits for the animation to complete. Someone reported this on the opencompositing bugzilla (see http://bugs.opencompositing.org/show_bug.cgi?id=887) and the developer to whom it was assigned stated that it won't be fixed as "The current behavior is needed to get a correct animation."

From a usability perspective, it is certainly an example of *extremely bad* design and from a software engineering perspective it is poor to couple the shift animation with the response of the switcher. Indeed, the switcher should be responsive with *no delay* to the release of the trigger key combination.

I second this bug report and request that a solution is attempted within Ubuntu or in conjunction with the opencompositing community. Perhaps the Ubuntu developers/packagers should try to convince opencompositing developers that the current behaviour of the shift switcher is unacceptable from a usability point of view (and/or patch the code to provide a more usable shift switcher if the current behaviour doesn't change).

Daniel T Chen (crimsun)
Changed in compiz-fusion-plugins-main:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Travis Watkins (amaranth) wrote :

Upstream does not want to change this behavior and this plugin is not in the default plugins for Ubuntu so there is no reason for us to go against that.

Changed in compiz-fusion-plugins-main (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.