Re: [Opensync-users] features for gnome-sync in next two months

On Tuesday 27 May 2008 11:14:56 Jedy Wang wrote:
> > Yes, we can use "discovery" to get available resources. But in some
> > cases we just want to know the resources supported by certain plugin
> > no matter they are available or not. Currently, I think I can get it
> > from OSyncPluginInfo after calling osync_plugin_initialize.

I see your point - but i guess somewhen in future we'll have a lot of plugins
which will be generic and not tied to any objformat/objtype. The SyncML  
plugin comes already very close to that... in theorey you can sync all kind
of "objformats" with SyncML. You can even invent your own format (we might
have to do this to support later cool OpenSync <-> OpenSync synchronization:
using SyncML plugin and the xmlformat's with wbxml compression ... ;) ).

So i wouldn't rely on that all plugins will report the correct number of
objtypes/objformats. But i also see that something like this would be very
helpful for usability on the UI side, to have some usable Wizards.

Maybe we should introduce some plugin categories to solve this kind of
problem:

- PIM (services/applications tied to PIM e.g. evo2-sync,google-calendar,...)
- Device
- ...

> For example, if users want to create a new group using GUI. Actually,
> now the group dose not exist, so you can not discover it. Currently, we
> solve the problem by creating a temp group which is not a very good
> solution, I think.



#0 Create Sync Profile/Group/or other term...
#1 What to sync? (PIM) Application / Device?
#2a ((PIM) Application)
- List of PIM service/application plugins

#2b (Device)
-  List of possible/supported connection types to detect a device:
   USB, Bluetooth, Network, ....
#3 Add another Application/Device?
- Goto #1


... but i see your point here as well. There are some issues with the API and
using plugins without the OSyncGroupEnv stuff. I guess it would be a lot
easier if we could call discovery() for plugins + config without creating a
OSyncMember struct. Any suggestions to change the API to make plugin more
usable without OSyncGroupEnv are more then welcome.

best regards,
Daniel

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