On Tue, Jun 26, 2012 at 10:41 AM, Vincent Massol <[email protected]> wrote:
> Hi Caty, > > On Jun 25, 2012, at 10:08 PM, Ecaterina Moraru (Valica) wrote: > > > Hi, > > > > Over my time spent in XWiki I have had several discussions with Sergiu, > > Marta, Marius, Eduard about making the editing process more collaborative > > and rewarding for the contributors. > > I finally made a proposal that encapsulated the following use cases: > > > > - UC1: *Concurrent Editing * > > - Allow multiple users to edit a page at the same time with local > > versions and propose to merge any eventual conflicts after pressing > > save > > - UC2: *Viewing History Versions* > > - When viewing the page history, be able to distinguish also the > > magnitude of the contribution brought by the version > > - UC3: *Viewing History Statistics* > > - Be able to quickly scan how the content changed over time, how > much > > content each contributor invested and each contributor's role > (editor, > > commentator, attacher) > > - UC4: *Viewing History Content Overview* > > - Be able to blame someone for a certain portion of the content and > > also visually scan the contribution's magnitude of each contributor > > > > Although the discussions also contained more elaborate/fun topics (like > > reputation mechanisms for contributors, achievements, etc.) this proposal > > covers just the mentioned use cases. > > > > You can view the proposal at: > > > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/CollaborativeEditing > > > > Feedback or other suggestion that match the purpose ("By rewarding > > participation, the contributors will feel appreciated and will want to > > contribute more.") of this proposal are welcomed. > > This is great. I'm very much in favor in bringing some "fun" in xwiki > because I fully believe in gaming for enterprise products. I agree it can > stimulate the collaboration. > > Some quick remarks/questions: > > Hi Vincent, Thanks for all your comments. > Details1.png: > * I'd put the version 53.1 on top right a bit less visible in view mode. > I'd put just before the "Last modified by Eduard…" as in "Version 53.1 last > modified by Eduard…" using the same color but keeping the dropdown. > This is a nice solution. > * Does it mean the tabs at the bottom of pages are removed now? i.e. that > users need to click on the icons in the edit bar to get > comments/attachments/page info/history/etc? > * I'm not sure why you have put History next to View and Edit buttons. IMO > History is not more important than say, comments or attachments to I'd put > it on the right with the rest in order to have an edit bar as light as > possible. > The skin structure is not complete. The menus are not final and I didn't even started the comments, page info, etc. zones. The current structure is made in order to have at least a position for the menus and for me to imagine the minimum interaction. I will make a separate proposal with this purpose when they are finished. > * Imagine editor1 save the page and gets the conflict resolution UI. Now > image editor2 does the same while the conflict resolution UI is not closed > by the 1st editor. What happens? How do we handle this? > Well, editor1 will handle 2 conflict resolutions in a row (if the editor2 is quicker than him and resolves it faster). There will be 2 conflict resolutions only if by chance editor2 edited exactly the same line, otherwise the changes will be merged automatically. Also we could have just like gmail a notify feature (like when you are editing the mail and you are notified that a new response has arrived) that notifies you that a new version of the document has been created (as in editor2 managed to save the content) + an option to refresh the areas not affected by editor1 edits (but this could take the content out of the version's context). Also this behavior (lots of notifications) could be stressful for the editor and the row conflict resolutions is better (I will resolve one conflict from editor0 and me and then a conflict between me and editor2). If there are other users that make versions, instead of editor2 conflict will be the latest conflict after I resolve the first. The notify feature is already displayed when a new editor opens the document in edit mode http://incubator.myxwiki.org/xwiki/bin/download/Improvements/CollaborativeEditing/uc1s5.png > > Details2.png: > * Very nice, perfect. How does it scale with users? Imagine 10 users edit > the page, how do you do the merge or present the current active users? > Well, the bottom part is separated in two (left, right). The editors zone will have room to dilate until 50% of the page on any number of rows it wants. Regarding the representation of the editors, if we have just 1-3 we can display also the name of the editor, if they are more we could show just the photo. If an user has the page open it is considered active. They could be enumerated in alphabetical order or in the order of arrival. We could have a title on hovering the photo stating since when the user is editing the page. > > Details3.png: > * The Rollback button is strange because you don't know what you're > rolling back since there are 2 versions selected > When I imagined the UI I was talking out loud like: - Compare from v15.2 to 15.3 (or reverse) - Delete from v15.2 to 15.3 (or reverse) - Rollback from current (15.3) to desired (12.0), but yes it has sense if the start version is the current one. I'll think more about the history actions interaction. > * Lines diff is cool > > Details4.png: > * Very nice. > * I wouldn't put stats as a subitem of History. IMO it's better to be at > the level of Page Info or even on its own in a new Stats button contributed > by the stats app > > Details5.png: > * I really like Content Overview (equivalent of Annotate or Blame view on > Subversion/Git) > * Colors are at the level of the character or line? BTW is the diff at the > level of the line only or char? > Well for the contributions it will need to be at char level, because users can change just punctuation, etc. For example, line 21 from http://incubator.myxwiki.org/xwiki/bin/download/Improvements/CollaborativeEditing/details5.png. I'm not sure how hard this is from a technical pov. > > Nice work! > Thanks, Caty > > Thanks > -Vincent > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
