severity 506001 grave thanks > Ah, it's the anti-screensaver measure documented in bug 374644. > > Would setting 'xset s' parameters be a more portable, less annoying way of > disabling the screensaver temporarily? Or perhaps detect the presense of > xscreensaver etc on the current display, and run 'xscreensaver-command > -deactivate' periodically. > > Note that even performing this pressing-of-the-ctrl-key countermeasure > only when fullscreened is not sufficient - those of us who have multiple > screens like to display xine fullscreen on one monitor and do real work on > another monitor :) > > Note also, that this likely breaks accessibility: > http://ubuntuforums.org/showthread.php?t=595976
And it has the potential to break other applications on the system too (hence, grave, causes dataloss). Since it clearly simulates pressing the control key down regardless of whether it or another key is already down[1], it will happily press control down when someone has another key down that when in combination, will cause damage. For instance, imagine I am typing the "w" key into a browser window just as xine comes along and presses "ctrl" helpfully for me. Or if I've bound "alt-delete" or "alt-backspace" into my emacs session to do something useful. It will not simply do to detect a key already pressed and defer pressing ctrl until the next 20 seconds because this simply leads to race conditions. [1] Proven in my previous example where I hold down ctrl-g in xterm, get a series of beeps until xine presses and releases the control key for me, and then a series of "g"s come out into my xterm. -- Tim Connors | Anglo-Australian Observatory http://site.aao.gov.au/twc | Coonabarabran, NSW 2357, Australia | Tel: +61 2 6842 6286 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
