On Mon, 2011-09-12 at 13:30 +0200, Christian Hilberg wrote:
> Am Donnerstag 25 August 2011, um 18:46:15 schrieb Matthew Barnes:
> >
> >evolution and other e-d-s clients
> >
> > e-addressbook-factory | e-calendar-factory
> > \ | /
> >
Hi all,
Am Donnerstag 25 August 2011, um 18:46:15 schrieb Matthew Barnes:
> [...]
> Proposal:
>
> I think the key file management needs to be centralized in a new D-Bus
> service, tentatively called "e-source-registry". The ESourceRegistry
> singleton class in client programs would then be a pr
On Fri, 2011-08-26 at 10:30 -0400, Matthew Barnes wrote:
> Reconnect? The usage pattern I envision for proxy object is to
> connect, obtain all the sources somehow (details TBD), and then just
> listen for the occasional add/remove/change signal. If the proxy has
> to reconnect and refresh its se
On Fri, 2011-08-26 at 07:39 +0200, Milan Crha wrote:
> sounds good. One thing for a process name, it would be better to call it
> evolution-source-registry, because Chen mentioned similar for factories
> as well, but we never took a consensus on it and thus their name was
> never changed.
Yeah, m
On Thu, 2011-08-25 at 12:46 -0400, Matthew Barnes wrote:
> Proposal:
>
> I think the key file management needs to be centralized in a new D-Bus
> service, tentatively called "e-source-registry". The ESourceRegistry
> singleton class in client programs would then be a proxy for the D-Bus
> service
Now that my head's back into account management issues, I wanted to
brain storm about something that's been knocking around in my brain for
a few weeks. Seeing how David Zeuthen implemented the Online Accounts
service I think has influenced my thinking.
Right now on the account-mgmt branch I've g
