We need to check if start and end date/time are the same after adjusting for full day meeting
The search template needs to know which day is today to present the list of meetings
When adding/editing a meeting if the time fields are disabled it fails the form validation
Add unit-tests for meetings starting and ending at the same time on the same date
Updating the MeetingUser object in Meeting.copy() causes problem for deleting recursive meetings
Update the unit-test for the change in the meeting.copy() method
Add a from_date field when deleting a meeting.

This field is in fact only set by a GET parameter
Add the from_date parameter to the url for view_meeting
In the view template add a from_date parameter to the delete_meeting url if any is provided
Rework the delete_recursive_meeting

Find the meeting date closest to the date specified, it is either the date specified or the
next occurence, use this as reference date.

- If all the meeting is specified: kill the recursivity one day before the next iteration.

- If all the meeting is false: kill the recursivity one day before the next iteration, copy the
old meeting into a new one, this new meeting starts at the next iteration, so
<frequency> days after the date found ealier and ends at the original recursion end.

Fixes https://fedorahosted.org/fedocal/ticket/101
Update the unit-tests for the change in delete_recursive_meetings
Update the controller to fix deleting recursive meetings

- forward the form_date argument up to delete_meeting

- call appropriately the delete_recursive_meeting function from the internal API
Fix the autocompletion field to send the right keyword instead of some representation of it
Make the calendar name clickable at the top in the meeting view
Let's fix deleting recursive meetings for regular meeting as well as full day meetings...
Add comment expliciting why the test fails
Merge pull request #92 from fedora-infra/fix_delete

Fix delete