| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2000-01-24 Federico Mena Quintero <federico@helixcode.com>
* cal-backend.c (cal_backend_remove_cal): New function to remove a
calendar client interface object from a backend.
(cal_backend_load): Convert the URI to string and use
Parse_MIME_FromFileName(). The conversion is not very smart,
though.
* cal-factory.c (load_backend): Moved most of the error handling
upstream to load_fn().
(load_fn): Handle failure in case the backend could not be loaded.
(cal_factory_destroy): Free the backends and the backend hash
table.
(add_calendar_client): Implemented. We create a Cal client
interface object and attach it to the backend, and we notify the
listener.
svn path=/trunk/; revision=1618
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2000-01-22 Federico Mena Quintero <federico@helixcode.com>
* cal-backend.c (cal_backend_load): Take in a GnomeVFSURI, not a
string.
* cal-listener.c (Listener_cal_loaded): Pass the load status to
the signal.
(cal_listener_destroy): Better error checking.
(cal_listener_new): Better error checking.
* cal-listener.h (CalListenerLoadStatus): New enum for the load
status of a calendar.
(CalListenerClass): Added the status argument to the cal_loaded
signal.
* gnome-calendar.idl (cal_loaded): Added a load status code.
* cal-backend.h (CalBackendLoadStatus): Renamed from
CalBackendLoadResult.
svn path=/trunk/; revision=1607
|
|
|
2000-01-18 Federico Mena Quintero <federico@helixcode.com>
* cal-backend.c cal-backend.h: Moved the calendar backend here.
This is the actual calendar-handling object.
(load_from_vobject): Moved over from calendar.c. Modified to use
a CalBackend instead of the old Calendar structure.
(add_object): Likewise.
* cal.c: Now the Cal object is just a calendar client interface
object; we use it as a "viewport" onto a CalBackend. This also
lets us do correct resource management.
* cal-common.h: New file with common forward declarations; we
can't have circular dependencies between headers.
2000-01-18 Federico Mena Quintero <federico@helixcode.com>
* cal-factory.c (cal_factory_load): Queue a load job.
(load_fn): Load job handler. Lookup the calendar by URI, load it
if it is not loaded, or just report it to the new listener if it is.
* job.c job.h: New files with a simple job queue manager.
* gnome-calendar.idl (Listener::cal_loaded): Do not return the
whole calendar object string. The client will be able to query
the calendar for the events it needs.
* cal-listener.c (Listener_cal_loaded): Ref the calendar GNOME
object. We unref it when the listener is destroyed.
2000-01-17 Federico Mena Quintero <federico@helixcode.com>
The files from the gncal directory of the gnome-pim module on CVS
were moved here, to evolution/calendar, in preparation for the
Evolution work. The calendar is being split into a model/view
architecture. The model is a personal calendar server (PAS): it
provides storage, notification, and event generation; the
views/controllers are the calendar user agents and things like
Pilot synchronizers.
svn path=/trunk/; revision=1591
|
