https://bugs.kde.org/show_bug.cgi?id=482350
--- Comment #2 from RedBearAK ---
(In reply to Nate Graham from comment #1)
> This is an issue in `im-chooser` itself; please report it to the developers.
This is my best guess as to where the appropriate place would be. But after
searching the
https://bugs.kde.org/show_bug.cgi?id=482350
Bug ID: 482350
Summary: im-chooser libimchooseui-WARNING DBus Error No such
method 'logout'
Classification: I don't know
Product: kde
Version: unspecified
Platform: Fedora
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=412655
RedBearAK changed:
What|Removed |Added
Resolution|UNMAINTAINED|---
Version|5.16.5
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
> corre
https://bugs.kde.org/show_bug.cgi?id=454413
Bug ID: 454413
Summary: Transition from Alt+Tab to Alt+Grave without releasing
Alt unexpectedly switches windows
Product: kwin
Version: unspecified
Platform: Other
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 b
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
>
>
https://bugs.kde.org/show_bug.cgi?id=412655
RedBearAK changed:
What|Removed |Added
CC||redb...@redbearnet.com
--- Comment #4 from
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
>
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
https://bugs.kde.org/show_bug.cgi?id=433566
--- Comment #6 from RedBearAK ---
(In reply to Alexander Lohnau from comment #5)
> I think this is a good idea.
>
> How would you like the results to be presented? Like when you are searching
> for "Apperance" do you wan
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 s
https://bugs.kde.org/show_bug.cgi?id=435738
--- Comment #5 from RedBearAK ---
(In reply to Konrad Materka from comment #4)
> Both IconName and IconPixmap are empty.
>
> Maybe the problem is that Albert set's the icon in a weird way?
> https://github.com/albertlauncher/albert/blob
https://bugs.kde.org/show_bug.cgi?id=435738
--- Comment #2 from RedBearAK ---
(In reply to Konrad Materka from comment #1)
> Can you provide a link to the application?
The Albert GitHub thread that led to me asking for assistance on narrowing down
the cause of this issue:
https://github.
https://bugs.kde.org/show_bug.cgi?id=435738
RedBearAK changed:
What|Removed |Added
Summary|Tray icon fails to display |Tray icon for Albert
|in Albert
https://bugs.kde.org/show_bug.cgi?id=435738
Bug ID: 435738
Summary: Tray icon fails to display in Albert
Product: frameworks-plasma
Version: 5.81.0
Platform: Neon Packages
OS: Linux
Status: REPORTED
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 s
https://bugs.kde.org/show_bug.cgi?id=435170
Bug ID: 435170
Summary: REQUEST: Application-centric task switching like
macOS/GNOME
Product: kwin
Version: 5.21.3
Platform: Other
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=435043
--- Comment #6 from RedBearAK ---
(In reply to Nate Graham from comment #5)
> That issue has already been fixed by giving the button text in the next
> version of Plasma (5.22).
Oh, that's good news. I am eagerly awaiting 5.22.x for other fixe
https://bugs.kde.org/show_bug.cgi?id=435043
--- Comment #4 from RedBearAK ---
(In reply to Nate Graham from comment #3)
> Yup that's correct.
Thanks.
I guess I'll make a separate (short) report on Discover to get some attention
on the no-label cancel button that disappears when you
https://bugs.kde.org/show_bug.cgi?id=435043
--- Comment #2 from RedBearAK ---
(In reply to Nate Graham from comment #1)
> Interesting point of view. I can see what you mean.
Thank you for saying so.
Usually what people say right off the bat is, "Geez, you could have made that a
lot
22 matches
Mail list logo
