On Thu, 26 Jul 2007 22:40:48 -0500
Shaun McCance wrote:
> On Fri, 2007-07-27 at 04:22 +0200, BJörn Lindqvist wrote:
> > On 7/26/07, Don Scorgie <[EMAIL PROTECTED]> wrote:
> > > Since the last time I proposed this, I have fixed the various issues
> > > people had:
> > > * Rarian has now moved to fr
On Fri, 2007-07-27 at 04:22 +0200, BJörn Lindqvist wrote:
> On 7/26/07, Don Scorgie <[EMAIL PROTECTED]> wrote:
> > Since the last time I proposed this, I have fixed the various issues
> > people had:
> > * Rarian has now moved to freedesktop, where there's a mailing list,
> > bugzilla and SVN acces
On 7/26/07, Don Scorgie <[EMAIL PROTECTED]> wrote:
> Since the last time I proposed this, I have fixed the various issues
> people had:
> * Rarian has now moved to freedesktop, where there's a mailing list,
> bugzilla and SVN access
> * A manual is now included and installed (accessible through a R
Hi,
On Thu, 2007-07-26 at 21:38 +0200, Olav Vitters wrote:
> On Thu, Jul 26, 2007 at 08:16:17PM +0100, Don Scorgie wrote:
> > Since the last time I proposed this, I have fixed the various issues
> > people had:
> > * Rarian has now moved to freedesktop, where there's a mailing list,
> > bugzilla a
On Thu, Jul 26, 2007 at 08:16:17PM +0100, Don Scorgie wrote:
> Since the last time I proposed this, I have fixed the various issues
> people had:
> * Rarian has now moved to freedesktop, where there's a mailing list,
> bugzilla and SVN access
I noticed you use GNOME ftp; assume that will move to f
Hi,
Since the last time I proposed this, I have fixed the various issues
people had:
* Rarian has now moved to freedesktop, where there's a mailing list,
bugzilla and SVN access
* A manual is now included and installed (accessible through a Rarian
metadata file to read in yelp or in
$datadir/libra
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 eds-syn
On Thu, 2007-07-26 at 19:06 +0200, Nicolas Trangez wrote:
> On Thu, 2007-07-26 at 18:09 +0100, Bastien Nocera wrote:
> > It's part of the bluez project, and the work is
> > already being done on the bluez-gnome wizard to that effect.
> This implies the user could have several places where he can a
Hey Nicolas,
On Tue, 2007-07-17 at 14:12 +0200, Nicolas Trangez wrote:
> Hija,
>
> I'm working on a SoC project regarding HID device handling in the GNOME
> desktop. One of the targets is to make it easier to work with Bluetooth
> devices: not the ones which got a docking station and act like any
On Thu, 2007-07-26 at 18:09 +0100, Bastien Nocera wrote:
> It's part of the bluez project, and the work is
> already being done on the bluez-gnome wizard to that effect.
This implies the user could have several places where he can add some
device of class X to his system, based on the connection m
On Thu, 2007-07-26 at 18:52 +0200, Reinout van Schouwen wrote:
> Hi Nicolas,
>
> Op dinsdag 17-07-2007 om 14:12 uur [tijdzone +0200], schreef Nicolas
> Trangez:
>
> > Now, there needs to be some place in our desktop where the user can
> > start this discovery when he wants to add hardware. I was
Hi Nicolas,
Op dinsdag 17-07-2007 om 14:12 uur [tijdzone +0200], schreef Nicolas
Trangez:
> Now, there needs to be some place in our desktop where the user can
> start this discovery when he wants to add hardware. I was thinking about
> these possibilities:
> - An applet (or tray icon) with some
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 "ex
On Thu, 2007-07-26 at 08:53 -0700, Travis Reitter wrote:
> On Wed, 2007-07-25 at 15:42 -0400, Owen Taylor wrote:
>
>
>
> > So, I think I agree a lot with the basic premises here. But when
> > I look at:
> >
> > > Basic Architecture
> > > ==
> > >
> > > [Desktop People Apps] <-
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).
-Calv
On Wed, 2007-07-25 at 15:42 -0400, Owen Taylor wrote:
> 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 does
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..."
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
18 matches
Mail list logo
