https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #13 from Nate Graham ---
Git commit d25b9ebdb16b78d6ba2190048396d039e8e72289 by Nate Graham.
Committed on 12/04/2023 at 14:03.
Pushed by ngraham into branch 'master'.
kcms/rules: improve text for window rules with descriptions
In
https://bugs.kde.org/show_bug.cgi?id=458976
postix changed:
What|Removed |Added
CC||pos...@posteo.eu
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #12 from Bug Janitor Service ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/kwin/-/merge_requests/3964
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #11 from Natalie Clarius ---
Ah, that never occurred to me. I can't get that question mark button to show up
anywhere even though it's in the title bar according to the title bar buttons
configuration, but thats off topic now.
--
You are
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #10 from Nate Graham ---
WhatsThis text doesn't appear on hover, that's tooltip text.
It needs to be be seen by explicitly invoking "what's this?" mode via the
question mark titlebar button (which isn't supported on Wayland). There's also
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #9 from Natalie Clarius ---
What about the "whatsThis" texts? We actually already have inline help for all
of the items in the KCM - except it doesn't seem to be working; I assume these
texts are supposed to be shown on hover, but that's
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #8 from Nate Graham ---
(In reply to Natalie Clarius from comment #7)
> (What I mean is a dynamic label for each option, as opposed to my earlier
> suggestion of a general explanation for focus stealing prevention.)
Yeah I think that would
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #7 from Natalie Clarius ---
(What I mean is a dynamic label for each option, as opposed to my earlier
suggestion of a general explanation for focus stealing prevention.)
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #6 from Natalie Clarius ---
Or maybe explaining the options actually is better because then we could add a
note like in the window activation policy that the default is probably what
they want.
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #5 from Natalie Clarius ---
I would also be in favor of a general reorganization of the window behavior KCM
and not display the focus tab which is probably the most complicated as the
landing page, but I think that's for another thread.
--
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #4 from Natalie Clarius ---
I can somewhat agree with this.
Maybe for the meantime we could add a short sentence what focus stealing in
general is about, and refer to help page for more info on the individual
options?
--
You are
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #3 from Nate Graham ---
The problem is that almost nobody reads the help page. And it shouldn't be
expected that a feature is incomprehensible unless you do read it.
If this were a QML KCM, we could use KCM.ContextualHelpButton to provide
https://bugs.kde.org/show_bug.cgi?id=458976
--- Comment #2 from Natalie Clarius ---
That's what the help page is for, no?
Do you think these explanations are to short?
Or do you think an inline explanation label should be added? Imo, if one starts
doings this, it gets difficult to draw the
https://bugs.kde.org/show_bug.cgi?id=458976
Nate Graham changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
https://bugs.kde.org/show_bug.cgi?id=458976
Nicolas Fella changed:
What|Removed |Added
Product|kwin|systemsettings
CC|
15 matches
Mail list logo