Hi.

On Fri, 2007-12-21 at 18:21 +0100, Guido Diepen wrote:
> On Friday 21 December 2007 17:55:37 Mark Ellis wrote:
> > I guessed that was what you were up to, though I hadn't got around to
> > looking at it properly, excellent, good luck ! Mine was only a stopgap
> > measure, personally I'm not actually bothered since I'm a gnomer, but it
> > seemed a shame to cut raki loose entirely.
> 
> I am really trying to get this working, since I use KDE. Fortunately I do a 
> lot of things console based, but still it is nice to have some things done in 
> the GUI also :) And since everybody else was using gnome, I decided to work 
> on a successor of raki :)

I think o-vdccm is possibly moving in the wrong direction. I have a
feeling that syncing should be done by something desktop-independent.
So, the current system of using opensync works fine with this idea
(albeit not being the most user-friendly). The other parts of SynCE that
would be great on the desktop are quite small -- partnership handling
perhaps, application removal, etc. This latter bit is basically what
Guido has written as synce-kdm. I like it.

> > I would suggest at some point then that we decouple rapip and raki.
> 
> This is definitely what I would like to suggest. Because rapip really works 
> regardless of RAKI and imho it is a very very useful program. Since more and 
> more people will get wm5+ devices, I think it would be nice for them to have 
> the abilitiy to install this separately.

Agreed.

There are many different parts of SynCE, as we all know. All of these
parts seem catered for on the command line (select_partnership.py, pls,
pcp, msynctool --sync..) Availability on your desktop is a different
story though. For example:

File browsing:
   GNOME: gnomevfs
   KDE:   rapip (needs separating from synce-kde perhaps)

Application management:
   GNOME: --
   KDE:   synce-kdm

Connection state (bit of a loose example here!):
   GNOME: trayicon
   KDE:   -- (perhaps synce-kdm in the future?)

Password entry if required:
   GNOME: synce-gnome && traycon IIRC
   KDE:   -- (but perhaps synce-kdm soon?)

Registry editor (option, of course):
   GNOME: registry-tool
   KDE:   --

kcemirror-esque application:
   GNOME: -- (Mark, you said you'd created a clone?)
   KDE:   kcemirror (obviously)

Partnership management:
   GNOME: --
   KDE:   --

Anyway, those are the basic tools for desktops (excluding syncing). This
list points out two things: some desktops have missing applications; and
there are an awful number of different applications for the same
desktop.
For example, with GNOME, it would be great if trayicon lived in your
tray (obviously) and it: managed partnerships, notified  the user upon
device connection/disconnection, displayed a password entry if needed,
managed application installation/removal, and contained up a
Gtk-kcemirror-esque app. (Perhaps even contain the registry editor?)
SynCE is already in so many parts that having yet more desktop
applications would be bad..

I'd love for people to install everything needed for great usage of
SynCE with: libsynce, librapi2, librra, odccm, sync-engine, synce-gnome
(replace gnome with kde where appropriate).

The desktop syncing question is a whole different thing. I personally
would stick with a third-party syncing app like we're doing at the
moment with opensync. Perhaps my ideal trayicon application (detailed
above) could skip through setting up a SynCE group for OpenSync and call
"sync"..? OpenSync has actually got a D-BUS interface.
(Another option could be to use Conduit. This, however, is whole
different I will not discuss here. I would hate a raki-esque tool for
only syncing SynCE to be created. A waste of time in my opinion.)

I hope some of this makes sense. I kind-of diverged from the subject of
dccms onto desktop applications.

Thoughts?

-- 
Jonny Lamb, UK                           [EMAIL PROTECTED]
http://jonnylamb.com                             GPG: 0x2E039402

Attachment: signature.asc
Description: This is a digitally signed message part

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
SynCE-Devel mailing list
SynCE-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synce-devel

Reply via email to