On Fri, Jun 18, 2004 at 02:58:01PM +0200, Adeodato Simó wrote:
> * Adeodato Simó [Fri, 18 Jun 2004 14:46:39 +0200]:
> > * Michael Schuerig [Fri, 18 Jun 2004 14:39:03 +0200]:
>
> > > This last step has changed. Now, after releasing Alt (Win), the
> > > selection window stays and only after pressin
* Jonathan Black [Fri, 18 Jun 2004 17:52:51 +0200]:
> Same, here and while attempting to track down the problem, I found that
> it was not limited to KDE, but the same behaviour occurred in GNOME too.
> It appears to have be caused by the new 4.3.0.dfsg.1-5 versions of the
> XFree86 packages th
Adeodato Simó wrote:
* Michael Schuerig [Fri, 18 Jun 2004 14:39:03 +0200]:
This last step has changed. Now, after releasing Alt (Win), the
selection window stays and only after pressing yet another key it
disappears. I can only avoid this behavior by pressing the
Alt(Win)-Tab sequence so quickly
* Adeodato Simó [Fri, 18 Jun 2004 14:46:39 +0200]:
> * Michael Schuerig [Fri, 18 Jun 2004 14:39:03 +0200]:
> > This last step has changed. Now, after releasing Alt (Win), the
> > selection window stays and only after pressing yet another key it
> > disappears. I can only avoid this behavior by p
* Michael Schuerig [Fri, 18 Jun 2004 14:39:03 +0200]:
> This last step has changed. Now, after releasing Alt (Win), the
> selection window stays and only after pressing yet another key it
> disappears. I can only avoid this behavior by pressing the Alt(Win)-Tab
> sequence so quickly that the wi
With recent upgrades to KDE in unstable (and qt 3.3 in experimental)
window and desktop switching has changed on my system. Previously, I
pressed Alt-Tab-Tab-... to cycle through windows (Win-Tab for
desktops). After pressing Alt (Win) and Tab for the first time, a
window appeared showing the
6 matches
Mail list logo