D16031: [SDDM theme] remove blur and increase UI contrast so that it's not required

[Richard Addison]

raddison added a comment.


  In D16031#373947 <https://phabricator.kde.org/D16031#373947>, @filipf wrote:
  
  > In D16031#373904 <https://phabricator.kde.org/D16031#373904>, @raddison wrote:
  >
  > > > but I don't see why the lock and login screens should necessarily be identical in design
  > >
  > > I do. The the login and lock screens should be visually consistent with each other. **It's a no-brainer**. How do we mitigate that?
  >
  >
  > It's far from being a no-brainer. There is a temporal and functional difference between the two screens. The user will spend only a very short amount of time within the login screen, whereas a lock screen may stay on the screen longer. The user will also use the SDDM predominantly just for logging in, whereas the lock screen is functionally more diverse - offers some control (e.g. media playback) over and insight (e.g notifications) into the machine.
  >
  > Allow me to show an example: what is the point of having a huge centered clock in the login screen? It would make more sense to, for instance, jam it down into the newly created panel in order to simply have SDDM focused on what it's supposed to do: log you in. This is why some environments such as Windows, Deepin or GNOME don't have a big clock in the login screen, but have one in the lock screen; they were most likely thinking about conceptual differences instead of just advocating visual consistency solely for visual consistency's sake.
  >
  > On the other hand, having a big clock actually makes sense on the lock screen if I'm working on something next to my computer and I want to check the clock.
  
  
  "no-brainer" was referring to advisability, desirability and expectability and not implementability. Visual consistency is advised, expected and desired and it can only be achieved upstream. The following exchange proves it:
  
  > The prettiest login theme I've seen, but I have a problem...
  
  
  
  > The behavior you are mentioning is not a "problem" but rather a misunderstanding of how KDE works. Let me explain:
  >  The login theme you can download via system settings is a customization of a program called SDDM, which is completely independent of any desktop environment (which is KDE). The themes here on opendesktop or other platforms are specifically programmed for this program/application/software or whatever you want to call it (SDDM).
  >  When you suspend your PC the KDE Plasma desktop environment calls a programm called KScreenlocker which forms part of the KDE desktop environment itself. This program (at least for the moment) has no means of customization through theming. It can be hard coded by reprogramming system files of the KDE suite but it will be overwritten any time you update your desktop environment.
  >  I understand the inconvenience this causes because I too and other users before would love to unify the lockscreen with the login theme. For the moment I have to tell you that I'm sorry this is not possible as of now.
  
  source: https://store.kde.org/p/1214121/
  
  As far as implementability is concerned, visual consistency and functionality are equally important. You have however pointed out a number of important aspects and I thank you for that.

REPOSITORY
  R120 Plasma Workspace

REVISION DETAIL
  https://phabricator.kde.org/D16031

To: ngraham, #vdg, #plasma, rizzitello, davidedmundson
Cc: alexde, raddison, romangg, davidedmundson, rizzitello, abetts, pstefan, broulik, rikmills, filipf, rooty, plasma-devel, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, sebas, apol, mart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20181210/32c36963/attachment.html>