On Sat, May 29, 2010 at 10:15:22AM +0200, Nicolas wrote: > With the patch : > - If I add a new event in Evolution (so VCal -> BB direction), I set the > CalendarID value to -1. So I don't build this field. BB uses the rules > defined in the menu "Options > Advanced Options > Default services". > - If I edit an existant event in Evolution (so VCal -> BB direction), I > read at first the BB event to extract CalendID field. Then I build the > BB event and I set the CalendarID field with the good value (except if > the value is -1). So, my event isn't moved in an other calendar !
Thanks for the explanation. I can see the logic flow now. :-) > > I think we need to think about how to sync multiple calendars into another > > application. Does opensync support such a concept? I don't think it does. > > No. In fact, we should have : > <Resource> > <ID>1</ID> <= New XML field > <Enabled>1</Enabled> > <Formats> > <Format> > <Name>vevent20</Name> > </Format> > </Formats> > <ObjType>event</ObjType> > <Url>file:///home/nicolas/.evolution/calendar/local/system</Url> > </Resource> > <Resource> > <ID>2</ID> <= New XML field > <Enabled>1</Enabled> > <Formats> > <Format> > <Name>vevent20</Name> > </Format> > </Formats> > <ObjType>event</ObjType> > <Url>file:///home/nicolas/.evolution/calendar/local/others</Url> > </Resource> > > <Resource> > <ID>1</ID> <= New XML field > <Enabled>1</Enabled> > <Formats> > <Format> > <Name>vevent20</Name> > </Format> > </Formats> > <Name>Event</Name> > <ObjType>event</ObjType> > <DataBase>0x15</DataBase> > </Resource> > <Resource> > <ID>2</ID> <= New XML field > <Enabled>1</Enabled> > <Formats> > <Format> > <Name>vevent20</Name> > </Format> > </Formats> > <Name>Event</Name> > <ObjType>event</ObjType> > <DataBase>0x16</DataBase> > </Resource> > > We need a link between objetcts and be able to choose the database for > barry sync. My concern is: how will the user know what Database ID to enter? It would be nice if we could get a list of calendar names and IDs, via the library, so that the names could be ultimately displayed to the user. I like the config file idea though. - Chris ------------------------------------------------------------------------------ _______________________________________________ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
