Hi Vincent, On Thu, Aug 11, 2011 at 10:48 PM, Vincent Massol <[email protected]> wrote:
> > On Aug 10, 2011, at 11:03 PM, Eduard Moraru wrote: > > > Hi Jun, > > > > On Wed, Aug 10, 2011 at 9:15 PM, Jun Han <[email protected]> wrote: > > > >> Dear all, > >> > >> The demo video is http://youtu.be/QSKSpgvveHU > >> > >> The major part of my recent work is listed as below: > >> 1. page creation, modification, synchronization and deletion > >> 2. page translation creation, modification, synchronization and deletion > >> 3. object creation, modification, synchronization and deletion > >> 4. implement the local storage layer using flat file structure and > >> replace xml serialization/de-serialization with JSON > >> 5. Upgrade tycho from v0.11.1 to v0.13.0-SNAPSHOT, which fixes the issue > >> of not being able to generate macOSX product from linux distro. The > >> current maven build script is tested under Fedora 15 and can generate > >> mac OSX x86_64/x86 products successfully. However, I have not tested the > >> functions of generated RCP application in a mac OSX environment. > >> > >> Some modifications in API and improvements: > >> 1. add and remove tag for a page > >> 2. comment creation and deletion > >> 3. attachment creation, modification and deletion > >> 4. grab space > >> > > > > Great stuff! > > > > Some stuff I noticed in the video: > > - I noticed that the conflict resolution pasted the entire remote content > > instead of just the conflicting line. Also, the conflict markers showed > the > > entire content as conflicting and not only the specific line(s). Is this > a > > configurable behaviour? Can it just handle conflicting sections(lines)? > > - Object conflict (do we handle this as well, or just page content?) > > - No cancelable or background running dialog for the space grabbing. > > > > Do you have any more pending issues or stuff you`d like to handle before > the > > end of GSoC? > > Eduard is supporting XWiki syntax 2.0 part of this SOC? If not then Jun or > someone else should add it or find a solution since otherwise all the nice > things that Jun has added will be for nothing since XEclipse will not be > usable for any real work. > Technically, no, it's not part of the "XEclipse RESTification" project [1]. Now, if Jun would find some time to handle it (not necessarily before the end of GSoC), I`m sure he would get lots of appreciation from our community for the extra work :). If not, I guess I can have a look at it eventually. Thanks, Eduard ----------------- References: [1] http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HXEclipse22RESTification22 > > Thanks > -Vincent > > > Also, for the remainder of the program, you should mainly focus on > cleaning > > your code, polishing, refactoring (if needed), documenting (and > > synchronizing the existing code documentation), etc. > > > > Thanks, > > Eduard > > > > > >> Best regards > >> Jun Han > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
