Hi designers,

I have a request for extending the lock screen. We would like to integrate the OSD messages (e.g. Volume changed) into the lock screen. We cannot reuse the OSD from the shell for security reasons, so best would be to have it properly integrated into the lock screen. I would love to see a mockup on how this could look like.

As a second request: we are considering to show a few white listed notifications in the lock screen. For this I would also prefer an integrated solution. What's important here is that the notifications will be read-only. There cannot be a way to interact with them, that is no actions and no way to dismiss them.

mgraesslin wrote: As a second request: we are considering to show a few white listed notifications in the lock screen. For this I would also prefer an integrated solution. What's important here is that the notifications will be read-only. There cannot be a way to interact with them, that is no actions and no way to dismiss them.

Which examples do you have in mind for these whitelisted notifications? I can imagine power management. What else?
One has to be careful with what ends up on that whitelist so as not to defeat one of the two purposes of locking the screen (to keep people from gathering information from your computer while you're away).

colomar wrote:Which examples do you have in mind for these whitelisted notifications? I can imagine power management. What else?
One has to be careful with what ends up on that whitelist so as not to defeat one of the two purposes of locking the screen (to keep people from gathering information from your computer while you're away).

The idea is to give the control to the application developers to opt-in. I think they can best decide for themselves whether it's private information which should not be exposed.

mgraesslin wrote:The idea is to give the control to the application developers to opt-in. I think they can best decide for themselves whether it's private information which should not be exposed.

Makes sense. I'd still provide the option to the user to exclude notifications from the locker altogether.

colomar wrote:

mgraesslin wrote:The idea is to give the control to the application developers to opt-in. I think they can best decide for themselves whether it's private information which should not be exposed.

Makes sense. I'd still provide the option to the user to exclude notifications from the locker altogether.

of course, this must be configureable on a per-notification basis

Infrastructure for showing OSD is now prepared: https://git.reviewboard.kde.org/r/122452/

Please have a look at the attached screenshot in the review request and comment on the design of the OSD in the lock screen.

I can imagine power management. What else?
One has to be careful with what ends up on that whitelist so as not to defeat one of the two purposes of locking the screen (to keep people from gathering information from your computer while you're away).

_____________
Our excellent online Certkiller a+ notes training programs will lead you to success in the We als offer latest and network+ exam N10-005 with 100% success guarantee. Our http:calarts.edu is rare in IT world.

My question would be if there's any reason to make these notifications so different looking that the "standard" plasma notifications.
If there's no technical reason I'd vote to make them look and behave like the ones in Plasma. I think it does not make sense from a user perspective to visually present the lock screen as a completely separate entity from Plasma, even though it might be technically the case.

Sogatori wrote:If there's no technical reason I'd vote to make them look and behave like the ones in Plasma.

Not really a technical reason. The Plasma notifications are shown for a short time and then destroy themselves. Persistent notifications go into the sytray. If the screen is locked we can assume that most likely nobody is in front of the system and can see the notification. This renders all the normal notifications a pointless exercise to show them in the first place. The persistent ones would need a different interaction anyway as we cannot interact with the systray

mgraesslin wrote:

Sogatori wrote:If there's no technical reason I'd vote to make them look and behave like the ones in Plasma.

Not really a technical reason. The Plasma notifications are shown for a short time and then destroy themselves. Persistent notifications go into the sytray. If the screen is locked we can assume that most likely nobody is in front of the system and can see the notification. This renders all the normal notifications a pointless exercise to show them in the first place. The persistent ones would need a different interaction anyway as we cannot interact with the systray

Indeed, I based this comment on the example in the review request. I don't think the screen brightness is a persistent notification. I meant, is there a reason for these to look so different. For persistent ones we indeed have to think of something different.

In Gnome lockscreen is very good and respect your privacy
http://ubuntuguide.net/wp-content/uploa ... screen.jpg

Sogatori wrote:Indeed, I based this comment on the example in the review request. I don't think the screen brightness is a persistent notification. I meant, is there a reason for these to look so different. For persistent ones we indeed have to think of something different.

Oh actually I can tell you why: That's not a notification, but an OSD, and it looks pretty mich like the normal OSD.

colomar wrote:

Sogatori wrote:Indeed, I based this comment on the example in the review request. I don't think the screen brightness is a persistent notification. I meant, is there a reason for these to look so different. For persistent ones we indeed have to think of something different.

Oh actually I can tell you why: That's not a notification, but an OSD, and it looks pretty mich like the normal OSD.

If that's the case then these OSDs are pretty ugly TBH

Sogatori wrote:If that's the case then these OSDs are pretty ugly TBH

Feel free to create a better looking one and post it here