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.klape...@gmail.com>: > > On Sat, Mar 22, 2014 at 5:10 PM, Thomas Pfeiffer <colo...@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 _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
