Notifications in Next

[Kai Uwe Broulik]

Hi,

Concerning the long notifications, I think when KMail lists subject and sender of all (or like 5-10) new mails that's a valid usecase imho. We do not have the possibility to show "x lines" all nowrap and elided to the right (like Android does it with E-Mail notifications [1]) but it's always just "text" :/

Would it be possible to keep notifications shown and have the timer start just on user interaction, so when you're not at your desk and come back you see pending notifications right away without missing them and they will then disappear after you started using the computer again? I think that's what plasma does/did with apps in auto-hide panels that demand attention.

[1] http://developer.android.com/images/jb-notif-ex1.png

Cheers,
Kai Uwe

Am 24.03.2014 15:19 schrieb Martin Klapetek <martin.klapetek at gmail.com>:
>
> On Sat, Mar 22, 2014 at 5:10 PM, Thomas Pfeiffer <colomar at autistici.org> wrote:
>>
>>
>> We're on a Desktop system, so everything that scrolls has to have a scrollbar.
>> Is there anything that strongly speaks against a scrollbar? Aesthetics should
>> not count, because notifications that need scrolling should be the extremely
>> rare exception anyway. See the Notifications HIG
>> (http://techbase.kde.org/Projects/Usability/HIG/Notifications): "Keep the
>> notification content concise (no more than about three simple sentences)."
>
>
> Space, possibly. The notification popups are rather small, stucking in a full scrollbar can make it look really crowded.
>
> However, the very current behavior actually elides the long text, we could just keep that (I totally agree that long notifications just should not happen).
>  
>>
>> Btw: Does the current status of the Plasma Next notifications comply with the
>> HIG?
>
>
> As far as "behavior" goes, yes, totally. Except that /all/ of the notification popups close after a small timeout. But those with persistent flag will get saved into the history popup. Which is not ideal I think and I'd like to expand this with automatically creating a StatusNotifierItem for each important notification instead of putting it in the history popup (that would go away). This is the idea of Dario's blogposts and I think it makes more sense than the history popup; we already do that for example with KTp - we put a notification *and* a SNI. And these SNIs would actually replace the notification's tabbar that is in the Plasma 1. It wouldn't get created for every notification, only persistent ones.
>
> What do you think?
>
> Cheers
> -- 
> Martin Klapetek | KDE Developer