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' 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':
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 and paper 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
