<table><tr><td style="">mck182 added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D4663" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>I see your usecase, but I think there might be better solution overall<br />
and that would involve not actually depending on the notification. As<br />
you say, servers should enforce maximum timeout, Plasma does just<br />
that and there's no safe way to predict what other servers would do.</p>

<p>You could simply create a StatusNotifierItem with "demands-attention"<br />
state, that would cause it to blink, pulse or do whatever the implementation<br />
does. The good thing about this is that this would be animated in the<br />
screen basically forever while not being obtrusive. In Plasma it even<br />
raises a panel that is hidden. It's also fully cross platform and in fact,<br />
it is where the persistent notifications should evolve into (where<br />
persistent is the persistence you're looking for in your usecase). This<br />
would be in addition to the regular notification, not its replacement.<br />
Clicking the SNI would result in the exact same action you'd get from<br />
the notification. Plus, KSNI lives in the KNotification lib, so no new<br />
dependency. How's that?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R289 KNotifications</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D4663" rel="noreferrer">https://phabricator.kde.org/D4663</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>albertvaka, Frameworks, apol<br /><strong>Cc: </strong>mck182, Frameworks<br /></div>