<?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>Provide a notification that a task has been added to your tasklist</title> 
  <pubDate>Fri, 10 Apr 2026 17:02:39 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/2332</link> 
  <atom:link rel="self" type="application/rss+xml" title="Provide a notification that a task has been added to your tasklist" href="https://bugs.horde.org/ticket/2332/rss" /> 
  <description>Provide a notification that a task has been added to your tasklist</description> 
 
   
   
  <item> 
   <title>This feature would be similar to the option available in Kro</title> 
   <description>This feature would be similar to the option available in Kronolith, where you can choose the types of actions for an event on your calendar that generate a notification for you.  Example, if someone adds a task to your tasklist, you could choose to be notified by email that a new task has been addded.</description> 
   <pubDate>Mon, 25 Jul 2005 13:58:20 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t10003</link> 
  </item> 
   
  <item> 
   <title>Here&#039;s an attempt to add email notifications for tasks.  I f</title> 
   <description>Here&#039;s an attempt to add email notifications for tasks.  I found it simpler to model the Kronolith code for this, so this also implements a (largely unused) Nag_Task object, based on the Kronolith_Event object.  Notifications are currently only supported in the SQL driver, although it should be easily adapted to the Kolab driver, but I have no way of testing that.</description> 
   <pubDate>Wed, 02 Nov 2005 23:24:41 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t13361</link> 
  </item> 
   
  <item> 
   <title>How about splitting up add() to Driver::add() and Driver_foo</title> 
   <description>How about splitting up add() to Driver::add() and Driver_foo::_add()? History logging and notificiation would be done in add() and the actual adding in _add().</description> 
   <pubDate>Thu, 03 Nov 2005 11:15:55 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t13370</link> 
  </item> 
   
  <item> 
   <title>&gt; How about splitting up add() to Driver::add() and Driver_f</title> 
   <description>&gt; How about splitting up add() to Driver::add() and Driver_foo::_add()? 

&gt; History logging and notificiation would be done in add() and the 

&gt; actual adding in _add().



If I understand you right, that would mean leaving the backend specific code in Driver_foo::add() and drawing the common code into Driver::add()?



I really only wanted to get notifications working, but if it makes sense to make those changes, I can certainly try :)</description> 
   <pubDate>Sun, 13 Nov 2005 01:58:51 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t13639</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; How about splitting up add() to Driver::add() and Driver_</title> 
   <description>&gt;&gt; How about splitting up add() to Driver::add() and Driver_foo::_add()?

&gt;&gt; History logging and notificiation would be done in add() and the

&gt;&gt; actual adding in _add().

&gt;

&gt; If I understand you right, that would mean leaving the backend 

&gt; specific code in Driver_foo::add() and drawing the common code into 

&gt; Driver::add()?



Not quite, the backend specific code goes into Driver_foo::_add(), because you will call these methods from the parent class, not the parent class&#039; method from the inherited class.



&gt; I really only wanted to get notifications working, but if it makes 

&gt; sense to make those changes, I can certainly try :)



It makes a lot of sense, because you would make notifications work with *all* driver at once.</description> 
   <pubDate>Sun, 13 Nov 2005 11:20:32 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t13644</link> 
  </item> 
   
  <item> 
   <title>Here is a patch that implements notifications as suggested. </title> 
   <description>Here is a patch that implements notifications as suggested.  It currently only handles notifications when tasks are added but could be extended in the same manner for modifications or deletions.  I added a $uid parameter to the kolab driver, only because it existed in the SQL driver, but it looks like they are autogenerated anyway, so it might not be necessary.  The notification could be changed to work with a user&#039;s &#039;date_format&#039; and &#039;time_format&#039; preferences, but I think that would only make sense if time_format was in the horde preference scope and not imp.</description> 
   <pubDate>Wed, 23 Nov 2005 22:00:23 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t13990</link> 
  </item> 
   
  <item> 
   <title>Also, I left $priority in as a parameter for notification.  </title> 
   <description>Also, I left $priority in as a parameter for notification.  I was thinking that it could be used to set the X-Priority header in the email that is generated.</description> 
   <pubDate>Wed, 23 Nov 2005 22:03:03 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t13991</link> 
  </item> 
   
  <item> 
   <title>Looks good. The only nit I found is that you probably want t</title> 
   <description>Looks good. The only nit I found is that you probably want to check if the return value of _add() is an error and don&#039;t proceed in this case.

Are you going to update the patch to hook into editing and deleting, or should I commit it for now?</description> 
   <pubDate>Thu, 24 Nov 2005 10:49:48 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t14020</link> 
  </item> 
   
  <item> 
   <title>&gt; Looks good. The only nit I found is that you probably want</title> 
   <description>&gt; Looks good. The only nit I found is that you probably want to check 

&gt; if the return value of _add() is an error and don&#039;t proceed in this 

&gt; case.

&gt; Are you going to update the patch to hook into editing and deleting, 

&gt; or should I commit it for now?



I at least thought about doing the check for the return value but I guess I never added it.  Here&#039;s an updated version and it handles editing and deleting too.

</description> 
   <pubDate>Fri, 25 Nov 2005 14:51:51 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t14103</link> 
  </item> 
   
  <item> 
   <title>Slightly tweaked and committed, thanks. Also merged to FRAME</title> 
   <description>Slightly tweaked and committed, thanks. Also merged to FRAMEWORK_3 to line up Nag 2.1 with Kronolith 2.1.</description> 
   <pubDate>Fri, 25 Nov 2005 15:58:02 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2332#t14106</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
