The edit dialog time picker didnt take into account GNOME's hour format.
The edit dialog time picker didnt take into account GNOME's hour format because the desktop settings clock-format from gcal-window was not passed to gcal-edit-dialog.
Now the data is passed through the function gcal_edit_dialog_time_format and everything works as required.
https://bugzilla.gnome.org/show_bug.cgi?id=703321
Instead of using the ESource + ECalComponent combination,
use the new GcalEvent class, which wraps up and simplifies
most of the code.
This commit adds a GcalEditDialog::event property, and
adapts the dialog (and everything dependant on it's code)
to use the GcalEvent class.
This commit updates GcalEditDialog's code for
it to be a final class. As such, we don't need
the GcalEditDialogPrivate type - we can simply
move our data to the GcalEditDialog struct.
GcalWindow got connected to GcalManager, and pass just created component
to GcalEditDialog
GcalEditDialog gained support to handle component not committed to
manager singleton instance yet.
Also, updates the edit dialog to the newer backend design, removing all traces of the old cached data type.
This patch is mostly functional, but it introduces some crashes after the component is updated.
This patch mainly implements GCAL_RESPONSE_SAVE_EVENT. It updates the event correctly, no matter in which source it is.
Signed-off-by: Georges Basile Stavracas Neto <georges.stavracas@gmail.com>
The code added make the dialog show up. Probably anything else works,
but it's start to keep the project building while GcalManager migration
is finished and new GcalEditDialog is built.
Hooked signals from date and time entries.
Added comparison and adjustment if the interval.
Removed SimpleDate and SimpleTime structs.
Added _get_end_date for end-date change notification.
Added very initial support to handle obtention of the modified properties
of the edited event. There's still some kind of Model implementation to keep
track of the changes made by the user.
