https://bugs.kde.org/show_bug.cgi?id=435170
RedBearAK changed:
What|Removed |Added
Version|5.21.3 |6.0.0
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=435170
Marco Rebhan changed:
What|Removed |Added
CC||m...@dblsaiko.net
--
You are receiving this mai
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #13 from RedBearAK ---
(In reply to Natalie Clarius from comment #12)
> Re. §2: I was not talking about activation and the tab-grave transition
> issue, but raising and the singling out a window issue. If I understood you
> correctly, you wa
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #12 from Natalie Clarius ---
Re. §2: I was not talking about activation and the tab-grave transition issue,
but raising and the singling out a window issue. If I understood you correctly,
you want to be able break the pattern of raising all
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #11 from RedBearAK ---
(In reply to Natalie Clarius from comment #10)
> The transition from Tab to Grave already activating the window before
> releasing Alt is an issue on its own though, so I suggest you file a
> separate bug report about
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #10 from Natalie Clarius ---
Re. §1: Okay, I hadn't thought about disabling the preview.
The transition from Tab to Grave already activating the window before releasing
Alt is an issue on its own though, so I suggest you file a separate bug
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #9 from RedBearAK ---
(In reply to Natalie Clarius from comment #8)
> > But as soon as you press Grave while still holding Alt after doing Alt+Tab,
> > the Grave key press triggers the app switch event
>
> What's the problem with that exac
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #8 from Natalie Clarius ---
> But as soon as you press Grave while still holding Alt after doing Alt+Tab,
> the Grave key press triggers the app switch event
What's the problem with that exactly? You can still switch back to a different
ap
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #7 from RedBearAK ---
(In reply to Natalie Clarius from comment #6)
> It should be noted that the KWin script acts on any window activation event,
> i.e. not only when task switching with Alt+Tab, but also with the task
> manager in the pane
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #6 from Natalie Clarius ---
It should be noted that the KWin script acts on any window activation event,
i.e. not only when task switching with Alt+Tab, but also with the task manager
in the panel, clicking on a window directly, or when acti
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #5 from RedBearAK ---
The Kwin script from Natalie is working great after compensating for some
interference with panel items.
Windows of a single application are kept together and brought forward when
clicking on any window of the app, or
https://bugs.kde.org/show_bug.cgi?id=435170
Natalie Clarius changed:
What|Removed |Added
CC||natalie_clar...@yahoo.de
--- Comment #4 from
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #3 from RedBearAK ---
There is another desktop environment that has the ability to have both "Switch
windows" and "Switch applications" active at the same time on different
keyboard shortcuts.
It is possible that some users would have a us
https://bugs.kde.org/show_bug.cgi?id=435170
--- Comment #2 from RedBearAK ---
(In reply to Nate Graham from comment #1)
> Coming from the Mac world, I also find this style of switching to be
> intuitive and pleasant, and would appreciate seeing it as an option. It
> mostly only makes sense when u
https://bugs.kde.org/show_bug.cgi?id=435170
Nate Graham changed:
What|Removed |Added
CC||n...@kde.org
Summary|REQUEST:
15 matches
Mail list logo
