Hi All,
After reading notes blueprint i feel the notes utility we have in mind is
not excatly real time ,it's rather non-real time groupware . Non-real
time just means the collaborative sessions are less focused and longer in
duration ( mira client may be offline for weeks).. A non-real-time
groupware allow a group of users to work on the same note , however each
user typically works on their own secion at their own pace. Implementation
wise such a system would be easy than a real time collaborative groupware
like google docs ..
I just saw that we have plans for a collaborative editor too . It would
make sense to define boundary between notes utility and real time
collaborative editor since i assume we will use the same framework for both.
- Notes can be non-real time ( as i defined above)
- Editor has to be a real time collaborative editor
- If we build both it's worth looking at implementing a real time
collaborative algorithm like dOPT by Ellis and Gibbs ( The google
differential synchronisation Alan pointed out is based on dOPT )
I would like to discuss the above in tommrow's meeting .
Thanks
Tijoy
On Sat, Dec 18, 2010 at 8:52 PM, Anand Arumugam <anand.aru...@yahoo.com>wrote:
> I read the blueprint but did not see the video/paper referenced in this
> thread. What in your opinion is the intended use of the notes utility in the
> context of Mira?
>
> -Anand
>
>
> ------------------------------
> *From:* Max Bossino <m...@miragroupware.org>
> *To:* Mira Development Mailing List <
> mira-development@lists.sourceforge.net>
> *Sent:* Sat, December 18, 2010 9:07:29 PM
> *Subject:* Re: [Mira-development] New Utilities development priority
>
> Hi Tijoy,
>
>
> On 18 Dec 2010, at 23:59, Tijoy Tom wrote:
>
>
> Hi All,
>
> I have been looking through mira source code and feel utilities might be
> the right place to start. We have about 8 utilities listed under our wish
> list , as far as my knowledge goes "Files" is the only one under active
> development . I am planning of taking up one of these to start with , do
> you have any suggestion ?
>
> I see we have Notes planned for 0.2 .
>
>
>
> If it would interest you, the Notes Utility would be best to work on as our
> intention is to begin with the most essential Utilities and progress to the
> more complicated ones as the Mira version number increases.
>
> The Notes Utility has a registered blueprint:
> https://blueprints.launchpad.net/mira/+spec/notes-utility
> And a full specification:
> http://miragroupware.org/wiki/doku.php/development/blueprints/utilities/notes
>
> You will notice that we have designed our own procedure for handling diff's
> and synchronization. There was a thread on the mailing list entitled 'Notes
> Utility
> blueprint'<http://thread.gmane.org/gmane.comp.groupware.mira.devel/1284/>
> which
> you might find of relevance.
>
> I quote from a later email of mine to the mailing list entitled 'Summary
> of 29/07/2010
> Meeting'<http://thread.gmane.org/gmane.comp.groupware.mira.devel/1372>
> :
>
>
> Alan sent round a link to a talk on Differential Synchronisation. There is
> actually a document which
> accompanies the video, which he shared in the meeting:
> http://neil.fraser.name/writing/sync/
> I have yet to read it, but he suggested that this implementation would also
> support real-time,
> collaborative editing of Notes, whereas the protocol that Shilpa and I
> designed would not (in its current
> form). I think it's worth a read; we could either use that algorithm, use
> the one we designed, or merge the
> two and come up with a hybrid that suits the requirements of the Notes
> Utility.
>
>
> That form of differential synchronization designed by Neil Fraser, whose
> video <http://www.youtube.com/watch?v=S2Hp_1jqpY8> and
> paper<http://neil.fraser.name/writing/sync/> I
> have since watched and read, is very comprehensive and is remarkably
> interesting. (He talks about the most advanced form, the 'Guaranteed
> Delivery Method', in detail from about 25 minutes into the video until the
> end of the talk.)
> It would be fantastic to base the Notes Utility on the Guaranteed Delivery
> Method of differential synchronization; but perhaps it might be too
> complicated for what we seek to accomplish in version 0.2. Not only that,
> but it is clearly most suitable for an environment such as one provided by a
> centralised, web-based, JavaScript implementation; where a user is able to
> edit a file only when that user *has* a connection to the server (at least
> at first).
> In our case, a Mira Client could be offline for weeks, make changes to a
> Note offline and then reconnect to the Server, during which time many
> changes might have been made to that Note. While the design and
> implementation that are in our blueprint are more intrusive than Fraser's
> (especially with conflict handling), they appear to handle difficult
> situations more pragmatically.
>
> I will add this as a topic for discussion in tomorrow's meeting. I hope you
> will be able to attend, as it would be interesting to hear your view on the
> appropriate design for such a system! Whether you would like to work on the
> Notes Utility or would prefer to take on another Utility is entirely up to
> you; you would be welcome to work on any. The order of Utility development
> is by no means static. :)
>
> Regards,
>
> Max Bossino
> Project Manager
> http://miragroupware.org
>
>
> ------------------------------------------------------------------------------
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> _______________________________________________
> Mira-development mailing list
> Mira-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mira-development
>
>
>
------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Mira-development mailing list
Mira-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mira-development
