On Thu, 2007-07-26 at 12:18 -0400, Owen Taylor wrote:
On Thu, 2007-07-26 at 08:53 -0700, Travis Reitter wrote:
On Wed, 2007-07-25 at 15:42 -0400, Owen Taylor wrote:
snip
So, I think I agree a lot with the basic premises here. But when
I look at:
Basic Architecture
On Fri, 2007-07-27 at 08:37 -0700, Travis Reitter wrote:
(Was that the idea of Galago? I'm not sure what has replaced it these
days. Somebody really needs to do a glossary of the Telepathy
ecosystem.)
Galago (if I remember correctly) meant to merge evolution contacts with
gaim contacts.
On Thu, 2007-07-26 at 08:53 -0700, Travis Reitter wrote:
On Wed, 2007-07-25 at 15:42 -0400, Owen Taylor wrote:
snip
So, I think I agree a lot with the basic premises here. But when
I look at:
Basic Architecture
==
[Desktop People Apps] - [Empathy] -
I really like the last ascii diagram here. I think it reflects more of
the direction we were discussing at GUADEC. Assuming we take that
direction (which I would agree with) I'd like to see a dbus interface
into the [[online-desktop-engine]] which would become the (generic data
model API).
On Thu, 2007-07-26 at 08:31 -0700, Travis Reitter wrote:
If eds-dbus doesn't work with standard EDS, I consider that a bug. The
original announcement didn't compile correctly with the standard EDS,
but that was promptly fixed.
You mean if eds-sync doesn't work with standard EDS...?
Yes,
On Wed, 2007-07-25 at 07:08 +0100, Ross Burton wrote:
On Tue, 2007-07-24 at 22:27 -0700, Travis Reitter wrote:
4. A daemon to initiate and perform data synchronization and merging.
This could be a modified version of eds-sync (though that requires a
special version of e-d-s (the dbus port,
I didn't had time to read the full discussion, here is my vision of what
should be done for contact managing in the GNOME desktop
(freedesktop ?).
We need a daemon that get information about contacts from Mission
Control accounts and store it locally somewhere. Actually that job is
done by
On Wed, 2007-07-25 at 15:42 -0400, Owen Taylor wrote:
snip
So, I think I agree a lot with the basic premises here. But when
I look at:
Basic Architecture
==
[Desktop People Apps] - [Empathy] - [e-d-s] -
[Online desktop server]
That just doesn't make a lot
On Thu, 2007-07-26 at 12:18 -0400, Owen Taylor wrote:
Say that we want to allow dragging two people together to
assert that your friend owtaylor on Myspace is the same as
[EMAIL PROTECTED] How do you represent that via VCard? Do you create a
VCard with a standard email attribute, and an
On Tue, 2007-07-24 at 22:27 -0700, Travis Reitter wrote:
4. A daemon to initiate and perform data synchronization and merging.
This could be a modified version of eds-sync (though that requires a
special version of e-d-s (the dbus port, I believe)). Maybe Conduit
could be use for anything
quote who=Travis Reitter
2. We need an Online Desktop preferences applet (mainly to choose your
Online Dekstop provider (if any)).
Would be great if this were part of the 'About Me' dialogue.
- Jeff
--
OSCON 2007: Portland OR, USAhttp://conferences.oreillynet.com/oscon/
On Wed, 2007-07-25 at 06:51 -0700, Jeff Waugh wrote:
quote who=Travis Reitter
2. We need an Online Desktop preferences applet (mainly to choose your
Online Dekstop provider (if any)).
Would be great if this were part of the 'About Me' dialogue.
It would be cool if about me didn't suck.
Travis, some good ideas. I thought I would weigh in on this issue from
the point of view of Conduit.
Basic Architecture
==
[Desktop People Apps] - [Empathy] - [e-d-s] - [Online desktop
server]
snip
4. A daemon to initiate and perform data synchronization and merging.
This
On Wed, 2007-07-25 at 06:51 -0700, Jeff Waugh wrote:
quote who=Travis Reitter
2. We need an Online Desktop preferences applet (mainly to choose your
Online Dekstop provider (if any)).
Would be great if this were part of the 'About Me' dialogue.
- Jeff
Ah, right! It's definitely a
quote who=Owen Taylor
Exactly ... we shouldn't think about synchronizing your machine's
addressbook with some other addressbook, we should think of it more like
IMAP where you may have some ability to do things offline, but it's clear
that you are editing the online copy.
One way I've found
Hi,
Adding a couple of more thoughts,
When displaying the list of people, there should potentially be some
groupings by origin (Facebook, AIM, local network, etc.) or a logo by
each one showing origin or a filter-by-origin drop-down or something of
that nature. We don't have to make all
Hi,
On 7/25/07, Owen Taylor [EMAIL PROTECTED] wrote:
That just doesn't make a lot of sense to me. What the Empathy block
here is doing here is merging together data from various sources; not
just e-d-s, but also Telepathy, Pidgin, or whatever. I see the
online-desktop-server as another of
On Tue, 2007-07-24 at 22:27 -0700, Travis Reitter wrote:
At GUADEC, a number of the people-centric software people (from Soylent,
Banter, Empathy, Telepathy, Mugshot/Online Desktop) got together to
discuss some issues around integrating our work.
Here are some ideas for the short-term
If eds-dbus doesn't work with standard EDS, I consider that a bug. The
original announcement didn't compile correctly with the standard EDS,
but that was promptly fixed.
Either way, is the e-d-s dbus port going to replace the existing bonobo e-d-s?
John
On Wed, 2007-07-25 at 11:36 -0700, John Stowers wrote:
If eds-dbus doesn't work with standard EDS, I consider that a bug. The
original announcement didn't compile correctly with the standard EDS,
but that was promptly fixed.
Either way, is the e-d-s dbus port going to replace the
At GUADEC, a number of the people-centric software people (from Soylent,
Banter, Empathy, Telepathy, Mugshot/Online Desktop) got together to
discuss some issues around integrating our work.
Here are some ideas for the short-term implementation, to get us rolling
on integration. Many of these
21 matches
Mail list logo