After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 127535 - Birthday and anniversary calendar backend
Birthday and anniversary calendar backend
Status: RESOLVED FIXED
Product: bounties
Classification: Infrastructure
Component: Calendar
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Bounty Bug List
Bounty Bug List
Depends on:
Blocks:
 
 
Reported: 2003-11-20 19:56 UTC by Benjamin Kahn
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of the ContactDates backend in action (64.67 KB, image/png)
2003-12-08 12:27 UTC, ÉRDI Gergõ
Details

Description Benjamin Kahn 2003-11-20 19:56:26 UTC
Evolution's contact editor allows you to annotate a contact with the dates
of their birthday and anniversary. However, these dates  don't
automatically copy themselves into your calendar. Unless you explicitly add
the dates to your calendar, you won't see them when you glance through your
schedule, and an alarm won't fire to warn you of a friend's upcoming birthday.

Clearly, this is a travesty.

The right solution is to create a special calendar backend which reads
birthdays and anniversaries out of the user's addressbook. Using Evolution
2.0's calendar aggregation feature, the user can then overlay a friend's
important life events into the calendar view by clicking a single checkbox.

This bug is part of the Integrated Collaborative Desktop Bounty Hunt.  For
more information on prizes, contest rules, and other bounty tasks, visit:
 
http://www.gnome.org/bounties/
 
If you would like to start working on this bounty, please create a bugzilla
account and append your intention to work on this bounty to this bug.  If
multiple people declare their intentions to work on a task, we encourage
you to join forces and work together.
 
Please do not close this bug.  The contest organizers will mark this bug as
FIXED when the prize is claimed.
Comment 1 Benjamin Kahn 2003-11-20 19:56:46 UTC
Please see http://www.gnome.org/bounties/Addressbook.php3#127535 for
more information.
Comment 2 Benjamin Kahn 2003-11-20 21:04:03 UTC
Oops.  The Correct URL for more information is:
http://www.gnome.org/bounties/Calendar.php3#127535
Comment 3 huzheng 2003-11-23 14:47:37 UTC
I will work on this.
Comment 4 ÉRDI Gergõ 2003-11-30 00:12:22 UTC
OK I have most of the back-end work done: it displays birthdays and
anniversaries as all-day non-editable events.

However, there are still issues with how to integrate it into
Evolution. Should I load all address books into one calendar, or
should there be separate calendars for separate address books?

How can I include static, non-editable calendars in the left-hand
calendar tree? Because the most straightforward might be to have a
"Contacts" calendar group, with caledars for every address book, like
this:

> Contacts
  [x] Personal
  [ ] Work

But this shouldn't be editable by the user, and shouldn't be stored in
 gconf:/apps/evolution/calendar/sources. So how do I do that?
Comment 5 Ettore Perazzoli 2003-11-30 04:48:37 UTC
I think there should probably be only one calendar...  I am not sure
how to handle the read-only mode though.

This needs some more thinking, why don't you bring it up on the
evolution-hackers mailing list?  The calendar people probably have
some thoughts on this.
Comment 6 ÉRDI Gergõ 2003-12-08 12:27:52 UTC
Created attachment 22215 [details]
Screenshot of the ContactDates backend in action
Comment 7 ÉRDI Gergõ 2003-12-08 12:31:33 UTC
As you can see on the attached screenshot, I have the backend mostly
implemented (will post the patch here shortly), but have problems
integrating it into the GUI (see the need for a fake source in the
source category 'Contacts' in the left-hand pane, for example).
Comment 8 ÉRDI Gergõ 2004-01-09 20:13:24 UTC
Checked in to CVS HEAD
Comment 9 Benjamin Kahn 2004-01-15 21:59:43 UTC
Accepted.