<?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>Send updates/invitations to the attendees by default</title> 
  <pubDate>Fri, 10 Apr 2026 18:27:27 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/3944</link> 
  <atom:link rel="self" type="application/rss+xml" title="Send updates/invitations to the attendees by default" href="https://bugs.horde.org/ticket/3944/rss" /> 
  <description>Send updates/invitations to the attendees by default</description> 
 
   
   
  <item> 
   <title>We find it&#039;s a inconvenience to set the flag &#039;Send updates/i</title> 
   <description>We find it&#039;s a inconvenience to set the flag &#039;Send updates/invitations to the attendees by default&#039; when I create a event in the calendar. A lot of times we forget to set it and the attendees of the event doesn&#039;t receives the mail, so they doesn&#039;t have a notice about the event.

Is there any way to set automatically the flag? 



Thanks in advance</description> 
   <pubDate>Wed, 17 May 2006 14:05:07 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20287</link> 
  </item> 
   
  <item> 
   <title>We changed this by intention, it was the opposite before. Pe</title> 
   <description>We changed this by intention, it was the opposite before. People found that more confusing than the current default behaviour.

It could be turned into a preference, but I&#039;m not sure if this isn&#039;t &quot;over-customization&quot;.</description> 
   <pubDate>Wed, 17 May 2006 14:54:15 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20291</link> 
  </item> 
   
  <item> 
   <title>Have you planned to include this enhancement as a preference</title> 
   <description>Have you planned to include this enhancement as a preference in future releases?. We are very interested on it. So, I wonder if exists the possibility that we collaborate with us developing this new funcionality.

Thanks in advance.</description> 
   <pubDate>Mon, 22 May 2006 13:09:23 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20486</link> 
  </item> 
   
  <item> 
   <title>Jan, can you refresh my memory on why we turned it off by de</title> 
   <description>Jan, can you refresh my memory on why we turned it off by default? I think it makes sense that if you add attendees to an event, you intend them to get email about it...</description> 
   <pubDate>Thu, 01 Jun 2006 16:46:42 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20837</link> 
  </item> 
   
  <item> 
   <title>See ticket 2010.</title> 
   <description>See ticket 2010.</description> 
   <pubDate>Thu, 01 Jun 2006 17:02:31 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20841</link> 
  </item> 
   
  <item> 
   <title>Okay. Does it make sense to have it on by default for event </title> 
   <description>Okay. Does it make sense to have it on by default for event creation, off by default for editing, and to highlight the area (unless you check it) if you change the event with a &quot;changes have been made, notifiy attendees?&quot; notice?</description> 
   <pubDate>Thu, 01 Jun 2006 17:04:27 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20844</link> 
  </item> 
   
  <item> 
   <title>Not having the box consitently checked or not checked is a b</title> 
   <description>Not having the box consitently checked or not checked is a bad idea IMO.</description> 
   <pubDate>Thu, 01 Jun 2006 17:36:17 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20845</link> 
  </item> 
   
  <item> 
   <title>That&#039;s why I suggested the visual cue to tell you that updat</title> 
   <description>That&#039;s why I suggested the visual cue to tell you that updates won&#039;t be sent when you&#039;re making changes. If you add attendees to a new event, I think we have to send emails by default. Anything else seems to violate the &quot;least surprise&quot; principal.



Otherwise we have:

- always default to off, user always has to check it, pain in the ass.

- always default to on, attendees get email for irrelevant changes

- preference - both overconfiguration, and user just gets to pick which of the above they want to deal with.</description> 
   <pubDate>Thu, 01 Jun 2006 17:49:11 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t20849</link> 
  </item> 
   
  <item> 
   <title>I think it could be interesting to have a preference and  us</title> 
   <description>I think it could be interesting to have a preference and  user just gets to pick which of the above they want to deal with.



</description> 
   <pubDate>Fri, 28 Jul 2006 07:15:48 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t22404</link> 
  </item> 
   
  <item> 
   <title>Okay, here&#039;s my proposal on this one:



- we move the &quot;send</title> 
   <description>Okay, here&#039;s my proposal on this one:



- we move the &quot;send updates&quot; checkbox down to just above the bottom set of buttons so that it&#039;s in your line of sight when you save the event in case you need a reminder that you want to send them.



- we check it automatically when the user does anything in the attendees window



Otherwise we leave things alone.



Any objections?</description> 
   <pubDate>Mon, 18 Jun 2007 16:18:56 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t34367</link> 
  </item> 
   
  <item> 
   <title>&gt; Any objections?



Not strong ones. :) I think it&#039;s a good</title> 
   <description>&gt; Any objections?



Not strong ones. :) I think it&#039;s a good compromise.</description> 
   <pubDate>Mon, 18 Jun 2007 17:00:48 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t34376</link> 
  </item> 
   
  <item> 
   <title>Alright, I moved the checkbox, which I think is good, but I </title> 
   <description>Alright, I moved the checkbox, which I think is good, but I forgot how much of a nightmare keeping track of the parent window is in javascript - we lose it as soon as the page reloads. So I&#039;m declaring this good enough for now. We can improve it further with the other tickets that relate to free/busy and attendees.</description> 
   <pubDate>Tue, 19 Jun 2007 03:22:17 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3944#t34388</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
