<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>link in desktop notification for tasks</title> 
  <pubDate>Fri, 10 Apr 2026 16:47:26 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/12872</link> 
  <atom:link rel="self" type="application/rss+xml" title="link in desktop notification for tasks" href="https://bugs.horde.org/ticket/12872/rss" /> 
  <description>link in desktop notification for tasks</description> 
 
   
   
  <item> 
   <title>Forget sometimes to complete my tasks and the notification c</title> 
   <description>Forget sometimes to complete my tasks and the notification come up again, direct link to complete or open this task will be great.</description> 
   <pubDate>Tue, 03 Dec 2013 14:37:27 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12872#t81728</link> 
  </item> 
   
  <item> 
   <title>&gt; Forget sometimes to complete my tasks and the notification</title> 
   <description>&gt; Forget sometimes to complete my tasks and the notification come up 
&gt; again, direct link to complete or open this task will be great.

I&#039;ve actually been working on this (for Kronolith) the past few days. You have two observable events that pertain to this with desktop notifications, onclick and onclose. Currently, the &#039;onclose&#039; event (which is fired when closing the notification without clicking the link/text/open button) snoozes the event. Clicking the the link/text/open fires the onclick event and currently dismisses the event&#039;s alarm. In both cases a new notification *should* be shown (works in everything except safari right now) stating what occurred.

I tried implementing it so that clicking the link actually opened the event, but couldn&#039;t get a workflow that I liked. What was happening was that clicking the link would open the event (should this be in the current window, a new window?) and then trigger yet another notification. The only way to avoid that would be to dismiss/snooze the event first - and the user might not know which he wants yet until he views the event. Ideally it would be great if we could have multiple links/buttons in the notification, but that&#039;s not available in the Notification API.

Anyway, I&#039;ll do similar logic for Nag, unless you have any input into the workflow...</description> 
   <pubDate>Tue, 03 Dec 2013 15:00:29 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12872#t81729</link> 
  </item> 
   
  <item> 
   <title>Actually, this already works for Nag with Horde 5.2</title> 
   <description>Actually, this already works for Nag with Horde 5.2</description> 
   <pubDate>Tue, 03 Dec 2013 15:17:59 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12872#t81730</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; Forget sometimes to complete my tasks and the notificatio</title> 
   <description>&gt;&gt; Forget sometimes to complete my tasks and the notification come up
&gt;&gt; again, direct link to complete or open this task will be great.
&gt;
&gt; I&#039;ve actually been working on this (for Kronolith) the past few days. 
&gt; You have two observable events that pertain to this with desktop 
&gt; notifications, onclick and onclose. Currently, the &#039;onclose&#039; event 
&gt; (which is fired when closing the notification without clicking the 
&gt; link/text/open button) snoozes the event. Clicking the the 
&gt; link/text/open fires the onclick event and currently dismisses the 
&gt; event&#039;s alarm. In both cases a new notification *should* be shown 
&gt; (works in everything except safari right now) stating what occurred.

sounds good!

&gt;
&gt; I tried implementing it so that clicking the link actually opened the 
&gt; event, but couldn&#039;t get a workflow that I liked. What was happening 
&gt; was that clicking the link would open the event (should this be in 
&gt; the current window, a new window?) and then trigger yet another 

Should be a new window, because if i edit for example a event in this moment i lose this content.

&gt; notification. The only way to avoid that would be to dismiss/snooze 
&gt; the event first - and the user might not know which he wants yet 
&gt; until he views the event. Ideally it would be great if we could have 
&gt; multiple links/buttons in the notification, but that&#039;s not available 
&gt; in the Notification API.

Really good question, i guess if i click onto the link in the notification it should dismiss it as well.

&gt;
&gt; Anyway, I&#039;ll do similar logic for Nag, unless you have any input into 
&gt; the workflow...

No, not so easy as i think before :-)
</description> 
   <pubDate>Tue, 03 Dec 2013 15:47:31 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12872#t81731</link> 
  </item> 
   
  <item> 
   <title>
&gt; Should be a new window, because if i edit for example a </title> 
   <description>
&gt; Should be a new window, because if i edit for example a event in this 
&gt; moment i lose this content.

Done.


&gt;&gt; notification. The only way to avoid that would be to dismiss/snooze
&gt;&gt; the event first - and the user might not know which he wants yet
&gt;&gt; until he views the event. Ideally it would be great if we could have
&gt;&gt; multiple links/buttons in the notification, but that&#039;s not available
&gt;&gt; in the Notification API.
&gt;
&gt; Really good question, i guess if i click onto the link in the 
&gt; notification it should dismiss it as well.

This is what I ended up doing. Turns out, we can&#039;t really attach an action to the onclose event since it&#039;s impossible to differentiate between explicitly closing the alert and the alert timing out and fading on it&#039;s own. So, clicking the text dismisses the alarm, puts up another notification to indicate this, and opens the appropriate url in a new window (if applicable).
</description> 
   <pubDate>Tue, 03 Dec 2013 16:02:53 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12872#t81732</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
