On Mon, 2011-04-18 at 09:29 -0700, Travis Reitter wrote:
As Frederic pointed out, we shouldn't be brainstorming on the 3.2
feature pages, so I thought I'd fill in some details/thoughts on the
Contacts [1] idea here.
Cool. Matthias put me down as Owner of that feature, because I will be
On Mon, 2011-04-18 at 11:52 -0700, Travis Reitter wrote:
On Mon, 2011-04-18 at 20:29 +0200, Johannes Schmid wrote:
While using GNOME 3.0 on my desktop now for a week I wanted to share my
thoughs on the UI. The problem in the current situation is that the
shell provides a nice chat
On Mon, 2011-04-18 at 09:29 -0700, Travis Reitter wrote:
http://lists.freedesktop.org/archives/telepathy/2011-March/005369.html
[4]
This seems to talk about querying contacts from slow social web
services. Additionally if this is to be our story in evolution too we
need to be able to
On Tue, 2011-04-19 at 10:01 +0200, Alexander Larsson wrote:
On Mon, 2011-04-18 at 11:52 -0700, Travis Reitter wrote:
On Mon, 2011-04-18 at 20:29 +0200, Johannes Schmid wrote:
While using GNOME 3.0 on my desktop now for a week I wanted to share my
thoughs on the UI. The problem in the
On Tue, 2011-04-19 at 09:53 +0100, Philip Withnall wrote:
On Tue, 2011-04-19 at 10:01 +0200, Alexander Larsson wrote:
On Mon, 2011-04-18 at 11:52 -0700, Travis Reitter wrote:
On Mon, 2011-04-18 at 20:29 +0200, Johannes Schmid wrote:
While using GNOME 3.0 on my desktop now for a
another very important point is synchronisation. together with salomon
sickert we thought about how to solve this problem. basically we came up
with the idea of a self-replicating backend, like couchdb. if we then
could add support to the contact apps of other computer/devices like a
n900 or
On 19/04/11 10:39, Alexander Larsson wrote:
On Tue, 2011-04-19 at 09:53 +0100, Philip Withnall wrote:
Empathy uses the “text/individual-id” and “text/persona-id” drag targets
for dragging and dropping folks individuals and personas.
Shouldn't you be using x-something for nonstandard types
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
another very important point is synchronisation. together with salomon
sickert we thought about how to solve this problem. basically we came up
with the idea of a self-replicating backend, like couchdb. if we then
could add support to
On 19 April 2011 11:27, Alexander Larsson al...@redhat.com wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
another very important point is synchronisation. together with salomon
sickert we thought about how to solve this problem. basically we came up
with the idea of a
On Tue, 2011-04-19 at 11:37 +0100, Ross Burton wrote:
On 19 April 2011 11:27, Alexander Larsson al...@redhat.com wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
another very important point is synchronisation. together with salomon
sickert we thought about how to solve
On Tue, Apr 19, 2011 at 11:37:49AM +0100, Ross Burton wrote:
On 19 April 2011 11:27, Alexander Larsson al...@redhat.com wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
another very important point is synchronisation. together with salomon
sickert we thought about how to
On 19 April 2011 11:56, Tomasz Torcz to...@pipebreaker.pl wrote:
Just recently there were some comment on sad state of sync:
http://www.happyassassin.net/2011/04/13/the-continuing-state-of-contact-calendar-synchronization-suck/
http://luther.ceplovi.cz/blog/2011/04/synchronization-sucks/
On 19/04/11 11:27, Alexander Larsson wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
another very important point is synchronisation. together with salomon
sickert we thought about how to solve this problem. basically we came up
with the idea of a self-replicating backend,
Can we make synchronisation not suck?
Achieving good and non-breaking sync is really hard and sometimes next
to impossible, given that the formats used in PIM sync (vCard, I'm
looking at you) are really weird and broadly interpreted differently by
different devices out there (Like e.g. the
and right here i think we shouldn't base on bad formats (vcard) and
sucking protocols (syncml). using json is a much better option.
see for example the desktopcouch specification for contacts
http://www.freedesktop.org/wiki/Specifications/desktopcouch/contact
On Tue, 2011-04-19 at 14:11 +0300,
On Tue, 2011-04-19 at 12:41 +0200, daniel g. siegel wrote:
On Tue, 2011-04-19 at 11:37 +0100, Ross Burton wrote:
On 19 April 2011 11:27, Alexander Larsson al...@redhat.com wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
another very important point is synchronisation.
On Tue, 2011-04-19 at 13:21 +0200, Rodrigo Moya wrote:
On Tue, 2011-04-19 at 12:41 +0200, daniel g. siegel wrote:
On Tue, 2011-04-19 at 11:37 +0100, Ross Burton wrote:
On 19 April 2011 11:27, Alexander Larsson al...@redhat.com wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel
On Tue, 2011-04-19 at 13:21 +0200, daniel g. siegel wrote:
and right here i think we shouldn't base on bad formats (vcard) and
sucking protocols (syncml). using json is a much better option.
Well as soon as you talk about sync, someone says device. And devices
come with vCard.
see for example
On Mon, 2011-04-18 at 09:29 -0700, Travis Reitter wrote:
As Frederic pointed out, we shouldn't be brainstorming on the 3.2
feature pages, so I thought I'd fill in some details/thoughts on the
Contacts [1] idea here.
The page suggests libfolks and/or libsocialweb for the implementation.
The
On Tue, 2011-04-19 at 14:38 +0300, Jens Georg wrote:
On Tue, 2011-04-19 at 13:21 +0200, daniel g. siegel wrote:
and right here i think we shouldn't base on bad formats (vcard) and
sucking protocols (syncml). using json is a much better option.
Well as soon as you talk about sync, someone
On Tue, 2011-04-19 at 13:28 +0200, daniel g. siegel wrote:
On Tue, 2011-04-19 at 13:21 +0200, Rodrigo Moya wrote:
On Tue, 2011-04-19 at 12:41 +0200, daniel g. siegel wrote:
On Tue, 2011-04-19 at 11:37 +0100, Ross Burton wrote:
On 19 April 2011 11:27, Alexander Larsson al...@redhat.com
On Tue, 2011-04-19 at 14:38 +0300, Jens Georg wrote:
On Tue, 2011-04-19 at 13:21 +0200, daniel g. siegel wrote:
and right here i think we shouldn't base on bad formats (vcard) and
sucking protocols (syncml). using json is a much better option.
Well as soon as you talk about sync, someone
what do you mean by 'backends'? Backends of what? As I said,
evolution-couchdb already provides an e-d-s backend for accessing
contacts in CouchDB databases, so IMO, what we need is:
so my question is basically: why do we need e-d-s if we have our
contacts in couchdb?
--
this mail was sent
libfolks was explicitly designed to aggregate contact information
instead of synchronising it, entirely because synchronisation is hard.
Philip
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
another very important point is synchronisation. together with salomon
sickert we thought
On Tue, Apr 19, 2011 at 02:14:41PM +0200, daniel g. siegel wrote:
so my question is basically: why do we need e-d-s if we have our
contacts in couchdb?
Don't forget features have to be across the whole of GNOME core. Cannot
ignore e-d-s if that results in an incomplete user experience (some
Hello!
Rob Taylor rob.taylor at codethink.co.uk writes:
On 19/04/11 11:27, Alexander Larsson wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
Ross pointed me to this discussion. Let me jump into the discussion by
replying to a more or less random post and quoting some other
Hey,
One of the things I'm looking at doing for 3.2 is the Web Accounts panel:
http://live.gnome.org/ThreePointOne/Features/Sharing
http://live.gnome.org/Design/SystemSettings/Profile
I sat down last week with one of the designers, Jon McCann, and we
came up with what we both think is a
On Tue, 2011-04-19 at 09:08 -0400, David Zeuthen wrote:
snip
This daemon/library thing, let's call it GOA (Gnome Online Accounts),
would _not_ be a mechanism to access any of these services. But it
would provide e.g. libsocialweb, telepathy, e-d-s and so on with
either the username/password
Le mardi 19 avril 2011 à 09:08 -0400, David Zeuthen a écrit :
- a daemon, goad, that implements the org.gnome.OnlineAccounts
interface
on a well-known object /org/gnome/OnlineAccounts and owns the
well-known
name org.gnome.OnlineAccounts (all this is on the session bus).
Hi David,
On 04/19/2011 04:08 PM, David Zeuthen wrote:
Hey,
One of the things I'm looking at doing for 3.2 is the Web Accounts panel:
http://live.gnome.org/ThreePointOne/Features/Sharing
See the Current status section in that page. We already have all of this (and
more) in MeeGo, and I'm
On Tue, 2011-04-19 at 14:14 +0200, daniel g. siegel wrote:
what do you mean by 'backends'? Backends of what? As I said,
evolution-couchdb already provides an e-d-s backend for accessing
contacts in CouchDB databases, so IMO, what we need is:
so my question is basically: why do we need
On 19/04/11 13:45, Patrick Ohly wrote:
Hello!
Rob Taylor rob.taylor at codethink.co.uk writes:
On 19/04/11 11:27, Alexander Larsson wrote:
On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote:
Ross pointed me to this discussion. Let me jump into the discussion by
replying to a more
Hi,
On Tue, Apr 19, 2011 at 9:28 AM, Bastien Nocera had...@hadess.net wrote:
On Tue, 2011-04-19 at 09:08 -0400, David Zeuthen wrote:
snip
This daemon/library thing, let's call it GOA (Gnome Online Accounts),
would _not_ be a mechanism to access any of these services. But it
would provide
On Tue, Apr 19, 2011 at 10:23 AM, David Zeuthen zeut...@gmail.com wrote:
Yup, I most of that out of my initial description to keep it short
Sorry, I obviously haven't had enough coffee yet - I meant to say that
I left authorization and authentication details out of my initial
description to keep
On Tue, Apr 19, 2011 at 9:57 AM, Milan Bouchet-Valat nalimi...@club.fr wrote:
Le mardi 19 avril 2011 à 09:08 -0400, David Zeuthen a écrit :
- a daemon, goad, that implements the org.gnome.OnlineAccounts
interface
on a well-known object /org/gnome/OnlineAccounts and owns the
well-known
Hi!
And for this we have the SSO framework in MeeGo. It's one daemon, that stores
the user credentials on an encrypted partition which is mounted only when the
user is identified (in our device we'll use the SIM card for this goal, in
the
Gnome desktop it could be the lock-screen
On Tue, 2011-04-19 at 12:45 +, Patrick Ohly wrote:
Regarding couchdb: how complete is its data model? When it first
showed up, SyncEvolution had some problems with it because REV wasn't
supported, if memory serves me right.
IIRC, that was a bug you filed for evolution-couchdb, which
Hey Alberto,
Thanks for your response!
On Tue, Apr 19, 2011 at 10:12 AM, Alberto Mardegan
ma...@users.sourceforge.net wrote:
Hi David,
On 04/19/2011 04:08 PM, David Zeuthen wrote:
Hey,
One of the things I'm looking at doing for 3.2 is the Web Accounts panel:
David Zeuthen wrote:
I would imagine Telepathy/Empathy to use GOA to get the Chat accounts
that is configured in GOA (in the above example, it would be Google
Talk from zeut...@gmail.com and Facebook Chat for davidz25). I would
use an Empathy specific preferences window (not appearing in
Hi,
On Tue, Apr 19, 2011 at 10:52 AM, Frederic Peters fpet...@gnome.org wrote:
David Zeuthen wrote:
I would imagine Telepathy/Empathy to use GOA to get the Chat accounts
that is configured in GOA (in the above example, it would be Google
Talk from zeut...@gmail.com and Facebook Chat for
David Zeuthen wrote:
I would imagine Telepathy/Empathy to use GOA to get the Chat accounts
that is configured in GOA (in the above example, it would be Google
Talk from zeut...@gmail.com and Facebook Chat for davidz25). I would
use an Empathy specific preferences window (not appearing in
Hi,
On Tue, Apr 19, 2011 at 11:24 AM, Frederic Peters fpet...@gnome.org wrote:
I am also of the opinion we want a single panel; but I think the
design of the online accounts panel should allow the accounts that
are currently in the messaging and voip accounts panel
I agree.
; nothing
On Tue, 2011-04-19 at 10:27 +0200, Alexander Larsson wrote:
On Mon, 2011-04-18 at 09:29 -0700, Travis Reitter wrote:
http://lists.freedesktop.org/archives/telepathy/2011-March/005369.html
[4]
This seems to talk about querying contacts from slow social web
services. Additionally if this is
On Tue, 2011-04-19 at 09:08 -0400, David Zeuthen wrote:
Implementation-wise, I can see this as a very minimal daemon / library
that sits below libsocialweb, Telepathy, e-d-s and other APIs (e.g.
these libraries/frameworks would use this new framework) that is
dealing data online accounts.
On Tue, 2011-04-19 at 13:48 +0200, Rodrigo Moya wrote:
On Mon, 2011-04-18 at 09:29 -0700, Travis Reitter wrote:
As Frederic pointed out, we shouldn't be brainstorming on the 3.2
feature pages, so I thought I'd fill in some details/thoughts on the
Contacts [1] idea here.
The page
On Tue, 2011-04-19 at 10:01 +0200, Alexander Larsson wrote:
On Mon, 2011-04-18 at 11:52 -0700, Travis Reitter wrote:
On Mon, 2011-04-18 at 20:29 +0200, Johannes Schmid wrote:
While using GNOME 3.0 on my desktop now for a week I wanted to share my
thoughs on the UI. The problem in the
On Tue, 2011-04-19 at 10:54 +0100, Will Thompson wrote:
On 19/04/11 10:39, Alexander Larsson wrote:
On Tue, 2011-04-19 at 09:53 +0100, Philip Withnall wrote:
Empathy uses the “text/individual-id” and “text/persona-id” drag targets
for dragging and dropping folks individuals and personas.
On Tue, 2011-04-19 at 09:08 -0400, David Zeuthen wrote:
This daemon/library thing, let's call it GOA (Gnome Online Accounts),
would _not_ be a mechanism to access any of these services. But it
would provide e.g. libsocialweb, telepathy, e-d-s and so on with
either the username/password combo
48 matches
Mail list logo