Create Task
Maniphest T10246

Numlock settings and behaviour
Closed, InvalidPublic
Actions

Description

One and a half year ago I had problems with the default numlock setting in Plasma and came across this forum thread: https://forum.kde.org/viewtopic.php?f=289&t=133089

Unfortunately after returning again to using Plasma nothing seems to have changed.

So there are several points I want to mention and discuss here, I hope this is the right place for it:

  • Even with having numlock turned to "on" in systemsettings it does not seem to work for some users: https://bugs.kde.org/show_bug.cgi?id=368063
  • There seem to be a viarity of points where numlock behaviour can be set including BIOS. This can lead to conflicts.
  • Referring to https://forum.kde.org/viewtopic.php?f=289&t=133089#p357530 the kernel itself is turning numlock off at boot. This leads to the question whether the default system setting "Leave unchanged" makes sense.
  • My expected behaviour is: Remember my last setting and restore it after boot. I guess most users would be happy with that, but currently there does not seem to be a setting for it.
clel created this task.Jan 1 2019, 9:35 PM
lbeltrame added a subscriber: lbeltrame.Jan 1 2019, 11:05 PM

Hello!
From what you posted here, it looks like a question and/or discussion, but unfortunately these Tasks on phabricator.kde.org are meant to be used by developers to organize their projects and not for these kind of discussions, or bug reports.

Issues are exclusively handled in bugs.kde.org, like your first bullet point. You may want to comment directly on the bug report you linked, or continue the discussion on forums.kde.org.

lbeltrame closed this task as Invalid.Jan 1 2019, 11:05 PM
clel added a comment.Jan 2 2019, 3:54 PM

Thanks for your reply. My problem is that I consider this as some kind of Meta discussion that should be held. It contains some strategic decisions and I did not find a good place where to do this.

  • bugs.kde.org seems to be rather meant for simple bugs, also sees not much response from strategic side
  • forum.kde.org seems mostly to be thought for user-user discussions and therefore also not a good point for this