Hi Ankush, sounds good. Some of the details we might discuss more at a later stage.
Maybe we can get rid of any manual sync action a user would need to do. That might be more good for testing purpose. As for the libraries, please review our current stack. If we already using iCal4j we would probably prefer to keep using one library. Anyhow, those are details we can discuss once the proposal is approved. Just one formal note: You would not use the word "aim" in english. It's a goal, like "Project goals". Aim is a word you would use in a different context. And also normally you would include at least 1 sentence around the overall context of this project. Something like "The project will add xyz to Apache Openmeetings. *OpenMeetings is a Web-Conferencing and collaboration software which already has a Calendar*. But it doesn't integrate with CalDev yet. ... the rest of your details ... ". You have to imagine some Google guy reading this thing, he won't know what OpenMeetings is, maybe not even be a person with an engineering background. Please ping the mailing list once your application is submitted to the Google website. Thanks, Sebastian 2016-03-24 15:24 GMT+13:00 Ankush Mishra <[email protected]>: > Also, one another thing I forgot to mention was that, (this is optional, > not sure if it's necessary) we can implement an updation of calendars at > intervals of time, which could be set by the user. > > Ankush Mishra > > PS: I forgot to CC the mailing list for the previous email. > On 24 Mar 2016 07:44, "Ankush Mishra" <[email protected]> wrote: > >> Hey, Sebastian >> >> Thanks for the response and also mentioning that issue, I forgot about >> adding that part in. Might as well explain it now, I'm thinking of two ways >> which I am going to implement this on the user side: >> >> - Whenever the user visits the webpage there's going to be a recheck of >> the sync-token or the ctag of the calendar, if they it's different from the >> previous token/tag we are going to sync. >> - We also add a Sync/Reload Button to have the ability for the user to >> manually reload the calendars. >> >> On the backend, there are again two ways, out of which one is deprecated >> but still supported. >> >> - Using Calendar Collection Tag (Now deprecated by RFC6578) >> - Using RFC6578 which defines the WEBDAV sync specification. >> >> Also, one thing I'll most likely change in my proposal is to add the >> usage of jackrabbit-webdav and iCal4j aping with CalDAV4j. >> >> To answer your last question, I'll be only giving this one proposal for >> GSoC 2016. >> >> Much Thanks >> Ankush Mishra >> Hi Ankush, >> >> I think the proposal looks fine too me. I think the Google folks will not >> bother that much but for my personal interest I would like to know some >> more technical details, for instance: What will trigger the synchronisation >> with CalDav ? >> >> A common problem is that you create a calendar entry in one application >> and you want to see the event in some other calendar. What and when will >> the event be synchronised ? >> >> Please keep in mind that you have to submit your application by this week. >> Do you only submit this one application or are you submitting to multiple >> projects? >> >> Thanks, >> Sebastian >> >> >> 2016-03-23 13:54 GMT+13:00 Ankush Mishra <[email protected]>: >> >>> No problems, looking forward to it. >>> >>> Ankush Mishra >>> On 23 Mar 2016 01:56, "[email protected]" <[email protected]> >>> wrote: >>> >>>> Hi Ankush, >>>> >>>> will do later today (New Zealand Daylight time zone for me ;)) >>>> >>>> I will ping you later >>>> >>>> thx >>>> Sebastian >>>> >>>> >>>> 2016-03-23 5:00 GMT+13:00 Ankush Mishra <[email protected]>: >>>> >>>> > Looks like I sent it from a different email address. Apologies for >>>> that. >>>> > >>>> > Ankush Mishra >>>> > On 22 Mar 2016 21:27, "The Antimist" <[email protected]> wrote: >>>> > >>>> > > Hey, Sebastian >>>> > > >>>> > > Is it possible for you to review my Proposal as well? >>>> > > >>>> > > My proposal can be found here: >>>> > > https://www.dropbox.com/s/s5vnf6ctmdys7jb/proposal.pdf?dl=0 >>>> > > >>>> > > Ankush Mishra >>>> > > >>>> > >>>> >>>> >>>> >>>> -- >>>> Sebastian Wagner >>>> https://twitter.com/#!/dead_lock >>>> [email protected] >>>> >>> >> >> >> -- >> Sebastian Wagner >> https://twitter.com/#!/dead_lock >> [email protected] >> > -- Sebastian Wagner https://twitter.com/#!/dead_lock [email protected]
