ok, i'll admit i was a bit premature on the fix switch. however,
some code by marriouss (http://ubuntuforums.org/showthread.php?t=536045&highlight=compiz+slow+menus&page=6) hints at a more generic script. By using a more tidier loop, or even reading xorg.conf, the code can be used to safely impliment the workaround. More over, in Ubuntu compiz is actually called using a script (compiz.real.) Therefore it would be possible to integrate this loop into compiz.real, thus no additional workarounds would be required. I'm investigating how to quickly identify the number of screens in use, and then i'll try and get it into the official compiz.real script. >From the user's point of view this would be a fix, although it may still be argued a workaround. Considering compiz's some-what patched nature (i.e. included workarounds of openoffice menus etc.) I think this is probably the closest to a solution that can be gotten. I'll get the modd'ed compiz.real up on this log if i sort it, anyone who know's a lil' more is welcome to try it before me :-) Then it can be tested and proposed to replace the non-dual-monitor friendly current version. -- thanks. -- [nvidia] slow gtk popup menus with gtk dual head https://bugs.launchpad.net/bugs/149764 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
