[xwiki-users] This object is currently locked by - section editing
Hello :) I configured my XWiki instance in the following way: #-# This parameter will activate the sectional editing. xwiki.section.edit=1 #-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=6 I have many users working on documents simultaneously and in order to minimize document locking and possible merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users edit different sections within the same page, the latter gets the message: This object is currently locked by user1 I checked and it's possible to force editing and save both of concurrent changes to that document, but the message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to not display that message when the users edit different paragraphs within the same page ? Regards, Piotr
Hi! Piotr Dziubecki wrote:
Hello :)
I configured my XWiki instance in the following way:
#-# This parameter will activate the sectional editing. xwiki.section.edit=1
#-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=6
I have many users working on documents simultaneously and in order to minimize document locking and possible merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users edit different sections within the same page, the latter gets the message:
This object is currently locked by user1
I checked and it's possible to force editing and save both of concurrent changes to that document, but the message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to not display that message when the users edit different paragraphs within the same page ?
To the best of my understanding locking is set a document level. So, if any user edits a section, all other users will receive that message. I think what you are doing is a bit risky. I've had here some problems following the same problem. When an user received this message, although she/he is editing only a section, there is no way of knowing if they are in the same section or in a different one. Even more, if you edit a document using the same user at two different locations, you won't receive the locking message. But the solution to this situation is on its way! Are you aware of this? http://markmail.org/thread/erlky73x5np3gllh Hope this helps! Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
Hi :) W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
Hi!
Piotr Dziubecki wrote:
Hello :)
I configured my XWiki instance in the following way:
#-# This parameter will activate the sectional editing. xwiki.section.edit=1
#-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=6
I have many users working on documents simultaneously and in order to minimize document locking and possible merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users edit different sections within the same page, the latter gets the message:
This object is currently locked by user1
I checked and it's possible to force editing and save both of concurrent changes to that document, but the message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to not display that message when the users edit different paragraphs within the same page ?
To the best of my understanding locking is set a document level. So, if any user edits a section, all other users will receive that message.
I think what you are doing is a bit risky. I've had here some problems following the same problem. When an user received this message, although she/he is editing only a section, there is no way of knowing if they are in the same section or in a different one. Even more, if you edit a document using the same user at two different locations, you won't receive the locking message.
Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ). In fact it was one of the reason I've chosen XWiki ( possibility to edit sections ). In my case, it could happen that several people work on the same document at once, so sections could preserve the separation of their work.
But the solution to this situation is on its way! Are you aware of this?
That is really interesting, will try it if that's possible.
Hope this helps!
Ricardo
Thank you Ricardo ! Regards, Piotr
Piotr Dziubecki wrote:
Hi :)
W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
Hi!
Piotr Dziubecki wrote:
Hello :)
I configured my XWiki instance in the following way:
#-# This parameter will activate the sectional editing. xwiki.section.edit=1
#-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=6
I have many users working on documents simultaneously and in order to minimize document locking and possible merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users edit different sections within the same page, the latter gets the message:
This object is currently locked by user1
I checked and it's possible to force editing and save both of concurrent changes to that document, but the message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to not display that message when the users edit different paragraphs within the same page ?
To the best of my understanding locking is set a document level. So, if any user edits a section, all other users will receive that message.
I think what you are doing is a bit risky. I've had here some problems following the same problem. When an user received this message, although she/he is editing only a section, there is no way of knowing if they are in the same section or in a different one. Even more, if you edit a document using the same user at two different locations, you won't receive the locking message.
Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ).
I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section? Thanks!
In fact it was one of the reason I've chosen XWiki ( possibility to edit sections ). In my case, it could happen that several people work on the same document at once, so sections could preserve the separation of their work.
But the solution to this situation is on its way! Are you aware of this?
That is really interesting, will try it if that's possible.
Hope this helps!
Ricardo
Thank you Ricardo !
Regards, Piotr _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
Hi :)
W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
Hi!
Piotr Dziubecki wrote:
Hello :)
I configured my XWiki instance in the following way:
#-# This parameter will activate the sectional editing. xwiki.section.edit=1
#-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=6
I have many users working on documents simultaneously and in order to minimize document locking and possible merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users edit different sections within the same page, the latter gets the message:
This object is currently locked by user1
I checked and it's possible to force editing and save both of concurrent changes to that document, but the message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to not display that message when the users edit different paragraphs within the same page ?
To the best of my understanding locking is set a document level. So, if any user edits a section, all other users will receive that message.
I think what you are doing is a bit risky. I've had here some problems following the same problem. When an user received this message, although she/he is editing only a section, there is no way of knowing if they are in the same section or in a different one. Even more, if you edit a document using the same user at two different locations, you won't receive the locking message.
Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ).
I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here: http://www.mediawiki.org/wiki/Sandbox no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message: Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text. Cheers, Piotr
In fact it was one of the reason I've chosen XWiki ( possibility to edit sections ). In my case, it could happen that several people work on the same document at once, so sections could preserve the separation of their work.
But the solution to this situation is on its way! Are you aware of this?
That is really interesting, will try it if that's possible.
Hope this helps!
Ricardo
Thank you Ricardo !
Regards, Piotr _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
Hi :)
W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
Hi!
Piotr Dziubecki wrote:
Hello :)
I configured my XWiki instance in the following way:
#-# This parameter will activate the sectional editing. xwiki.section.edit=1
#-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=6
I have many users working on documents simultaneously and in order to minimize document locking and possible merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users edit different sections within the same page, the latter gets the message:
This object is currently locked by user1
I checked and it's possible to force editing and save both of concurrent changes to that document, but the message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to not display that message when the users edit different paragraphs within the same page ?
To the best of my understanding locking is set a document level. So, if any user edits a section, all other users will receive that message.
I think what you are doing is a bit risky. I've had here some problems following the same problem. When an user received this message, although she/he is editing only a section, there is no way of knowing if they are in the same section or in a different one. Even more, if you edit a document using the same user at two different locations, you won't receive the locking message.
Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ).
I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here! Just summing up: 1. Simultaneous edition is possible, but not advisable with the current XWiki release. 2. Locking is done at document level. 3. A true real-time edition editor for XWiki is on its way and will solve all these issues! It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
In fact it was one of the reason I've chosen XWiki ( possibility to edit sections ). In my case, it could happen that several people work on the same document at once, so sections could preserve the separation of their work.
But the solution to this situation is on its way! Are you aware of this?
That is really interesting, will try it if that's possible.
Hope this helps!
Ricardo
Thank you Ricardo !
Regards, Piotr _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
Hi :)
W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
Hi!
Piotr Dziubecki wrote:
Hello :)
I configured my XWiki instance in the following way:
#-# This parameter will activate the sectional editing. xwiki.section.edit=1
#-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=6
I have many users working on documents simultaneously and in order to minimize document locking and possible merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users edit different sections within the same page, the latter gets the message:
This object is currently locked by user1
I checked and it's possible to force editing and save both of concurrent changes to that document, but the message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to not display that message when the users edit different paragraphs within the same page ?
To the best of my understanding locking is set a document level. So, if any user edits a section, all other users will receive that message.
I think what you are doing is a bit risky. I've had here some problems following the same problem. When an user received this message, although she/he is editing only a section, there is no way of knowing if they are in the same section or in a different one. Even more, if you edit a document using the same user at two different locations, you won't receive the locking message.
Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ).
I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption. Looking forward to your feedback guys ! Regards, Piotr
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
Hi :)
W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
Hi!
Piotr Dziubecki wrote:
> Hello :) > > I configured my XWiki instance in the following way: > > > > #-# This parameter will activate the sectional editing. > xwiki.section.edit=1 > > #-# This parameter controls the depth of sections that have section editing. > #-# By default level 1 and level 2 sections have section editing. > xwiki.section.depth=6 > > > I have many users working on documents simultaneously and in order to minimize document locking and possible > merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users > edit different sections within the same page, the latter gets the message: > > This object is currently locked by user1 > > I checked and it's possible to force editing and save both of concurrent changes to that document, but the > message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to > not display that message when the users edit different paragraphs within the same page ? > > > To the best of my understanding locking is set a document level. So, if any user edits a section, all other users will receive that message.
I think what you are doing is a bit risky. I've had here some problems following the same problem. When an user received this message, although she/he is editing only a section, there is no way of knowing if they are in the same section or in a different one. Even more, if you edit a document using the same user at two different locations, you won't receive the locking message.
Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ).
I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition? I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses. I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either. Thanks for your thoughts!
Regards, Piotr
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
W dniu 10-11-13 09:50, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
Hi :)
W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
> Hi! > > Piotr Dziubecki wrote: > > > >> Hello :) >> >> I configured my XWiki instance in the following way: >> >> >> >> #-# This parameter will activate the sectional editing. >> xwiki.section.edit=1 >> >> #-# This parameter controls the depth of sections that have section editing. >> #-# By default level 1 and level 2 sections have section editing. >> xwiki.section.depth=6 >> >> >> I have many users working on documents simultaneously and in order to minimize document locking and possible >> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >> edit different sections within the same page, the latter gets the message: >> >> This object is currently locked by user1 >> >> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >> not display that message when the users edit different paragraphs within the same page ? >> >> >> > To the best of my understanding locking is set a document level. So, if > any user edits a section, all other users will receive that message. > > I think what you are doing is a bit risky. I've had here some problems > following the same problem. When an user received this message, although > she/he is editing only a section, there is no way of knowing if they are > in the same section or in a different one. Even more, if you edit a > document using the same user at two different locations, you won't > receive the locking message. > > > Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ).
I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Exactly the same feelings on my side, Ricardo are you a member of XWiki team ? I see you're pretty active over the xwiki users list, is it possible get some attention to that matter ? I am willing to help with that since it is crucial for me and my projects, I'd need some guidance from where to start ( feature request ? some analysis in the context of the whole system, implementation phase ). Thanks, Piotr
On 11/15/2010 11:23 AM, Piotr Dziubecki wrote:
W dniu 10-11-13 09:50, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
> Hi :) > > > W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: > > > >> Hi! >> >> Piotr Dziubecki wrote: >> >> >> >>> Hello :) >>> >>> I configured my XWiki instance in the following way: >>> >>> >>> >>> #-# This parameter will activate the sectional editing. >>> xwiki.section.edit=1 >>> >>> #-# This parameter controls the depth of sections that have section editing. >>> #-# By default level 1 and level 2 sections have section editing. >>> xwiki.section.depth=6 >>> >>> >>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>> edit different sections within the same page, the latter gets the message: >>> >>> This object is currently locked by user1 >>> >>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>> not display that message when the users edit different paragraphs within the same page ? >>> >>> >>> >> To the best of my understanding locking is set a document level. So, if >> any user edits a section, all other users will receive that message. >> >> I think what you are doing is a bit risky. I've had here some problems >> following the same problem. When an user received this message, although >> she/he is editing only a section, there is no way of knowing if they are >> in the same section or in a different one. Even more, if you edit a >> document using the same user at two different locations, you won't >> receive the locking message. >> >> >> > Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( > avoiding the whole page locks ). > > I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Exactly the same feelings on my side, Ricardo are you a member of XWiki team ? I see you're pretty active over the xwiki users list, is it possible get some attention to that matter ? I am willing to help with that since it is crucial for me and my projects, I'd need some guidance from where to start ( feature request ? some analysis in the context of the whole system, implementation phase ).
http://jira.xwiki.org/jira/browse/XWIKI-175 A patch would be welcome ;) It isn't such a hard issue to fix, but nobody took the time to do it. -- Sergiu Dumitriu http://purl.org/net/sergiu/
W dniu 10-11-15 11:34, Sergiu Dumitriu wrote:
On 11/15/2010 11:23 AM, Piotr Dziubecki wrote:
W dniu 10-11-13 09:50, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
> Piotr Dziubecki wrote: > > >> Hi :) >> >> >> W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: >> >> >> >>> Hi! >>> >>> Piotr Dziubecki wrote: >>> >>> >>> >>>> Hello :) >>>> >>>> I configured my XWiki instance in the following way: >>>> >>>> >>>> >>>> #-# This parameter will activate the sectional editing. >>>> xwiki.section.edit=1 >>>> >>>> #-# This parameter controls the depth of sections that have section editing. >>>> #-# By default level 1 and level 2 sections have section editing. >>>> xwiki.section.depth=6 >>>> >>>> >>>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>>> edit different sections within the same page, the latter gets the message: >>>> >>>> This object is currently locked by user1 >>>> >>>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>>> not display that message when the users edit different paragraphs within the same page ? >>>> >>>> >>>> >>> To the best of my understanding locking is set a document level. So, if >>> any user edits a section, all other users will receive that message. >>> >>> I think what you are doing is a bit risky. I've had here some problems >>> following the same problem. When an user received this message, although >>> she/he is editing only a section, there is no way of knowing if they are >>> in the same section or in a different one. Even more, if you edit a >>> document using the same user at two different locations, you won't >>> receive the locking message. >>> >>> >>> >> Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( >> avoiding the whole page locks ). >> >> > I also arrives to XWiki from MediaWiki years ago. So, with the current > MediaWiki release, is it possible to do section edition and get a > warning only if two users edit the same section? > > Thanks! > > To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Exactly the same feelings on my side, Ricardo are you a member of XWiki team ? I see you're pretty active over the xwiki users list, is it possible get some attention to that matter ? I am willing to help with that since it is crucial for me and my projects, I'd need some guidance from where to start ( feature request ? some analysis in the context of the whole system, implementation phase ).
http://jira.xwiki.org/jira/browse/XWIKI-175
A patch would be welcome ;)
It isn't such a hard issue to fix, but nobody took the time to do it.
Well that's odd because it seems to me it's one of the key features of wiki concepts :) Apart from that, my question is, since you know the XWiki, if we could implement the true lock for the sections instead of whole pages ? That would be a great progress, a solution for now - user will be aware that another user edits the same section and it shouldn't be touched. Now with the document lock it's like gambling. Could you tell whether the sections are introduced only for the presentation layer, to facilitate editing or they are also mapped to the application's model ? Thanks, Piotr
On 11/15/2010 12:03 PM, Piotr Dziubecki wrote:
W dniu 10-11-15 11:34, Sergiu Dumitriu wrote:
On 11/15/2010 11:23 AM, Piotr Dziubecki wrote:
W dniu 10-11-13 09:50, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
> W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote: > > >> Piotr Dziubecki wrote: >> >> >>> Hi :) >>> >>> >>> W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: >>> >>> >>> >>>> Hi! >>>> >>>> Piotr Dziubecki wrote: >>>> >>>> >>>> >>>>> Hello :) >>>>> >>>>> I configured my XWiki instance in the following way: >>>>> >>>>> >>>>> >>>>> #-# This parameter will activate the sectional editing. >>>>> xwiki.section.edit=1 >>>>> >>>>> #-# This parameter controls the depth of sections that have section editing. >>>>> #-# By default level 1 and level 2 sections have section editing. >>>>> xwiki.section.depth=6 >>>>> >>>>> >>>>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>>>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>>>> edit different sections within the same page, the latter gets the message: >>>>> >>>>> This object is currently locked by user1 >>>>> >>>>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>>>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>>>> not display that message when the users edit different paragraphs within the same page ? >>>>> >>>>> >>>>> >>>> To the best of my understanding locking is set a document level. So, if >>>> any user edits a section, all other users will receive that message. >>>> >>>> I think what you are doing is a bit risky. I've had here some problems >>>> following the same problem. When an user received this message, although >>>> she/he is editing only a section, there is no way of knowing if they are >>>> in the same section or in a different one. Even more, if you edit a >>>> document using the same user at two different locations, you won't >>>> receive the locking message. >>>> >>>> >>>> >>> Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( >>> avoiding the whole page locks ). >>> >>> >> I also arrives to XWiki from MediaWiki years ago. So, with the current >> MediaWiki release, is it possible to do section edition and get a >> warning only if two users edit the same section? >> >> Thanks! >> >> > To be sure, I did some tests here: > > http://www.mediawiki.org/wiki/Sandbox > > no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that > case you see such a message: > > Someone else has changed this page since you started editing it. The upper text area contains the page text > as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes > into the existing text. > > > > Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Exactly the same feelings on my side, Ricardo are you a member of XWiki team ? I see you're pretty active over the xwiki users list, is it possible get some attention to that matter ? I am willing to help with that since it is crucial for me and my projects, I'd need some guidance from where to start ( feature request ? some analysis in the context of the whole system, implementation phase ).
http://jira.xwiki.org/jira/browse/XWIKI-175
A patch would be welcome ;)
It isn't such a hard issue to fix, but nobody took the time to do it.
Well that's odd because it seems to me it's one of the key features of wiki concepts :)
Apart from that, my question is, since you know the XWiki, if we could implement the true lock for the sections instead of whole pages ? That would be a great progress, a solution for now - user will be aware that another user edits the same section and it shouldn't be touched. Now with the document lock it's like gambling.
Yes, the current lock could be refined to apply on sections.
Could you tell whether the sections are introduced only for the presentation layer, to facilitate editing or they are also mapped to the application's model ?
Somewhere in between. The whole content is stored in one piece, but there are some APIs to access sections. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Piotr Dziubecki wrote:
W dniu 10-11-13 09:50, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
> Hi :) > > > W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: > > > > >> Hi! >> >> Piotr Dziubecki wrote: >> >> >> >> >>> Hello :) >>> >>> I configured my XWiki instance in the following way: >>> >>> >>> >>> #-# This parameter will activate the sectional editing. >>> xwiki.section.edit=1 >>> >>> #-# This parameter controls the depth of sections that have section editing. >>> #-# By default level 1 and level 2 sections have section editing. >>> xwiki.section.depth=6 >>> >>> >>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>> edit different sections within the same page, the latter gets the message: >>> >>> This object is currently locked by user1 >>> >>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>> not display that message when the users edit different paragraphs within the same page ? >>> >>> >>> >>> >> To the best of my understanding locking is set a document level. So, if >> any user edits a section, all other users will receive that message. >> >> I think what you are doing is a bit risky. I've had here some problems >> following the same problem. When an user received this message, although >> she/he is editing only a section, there is no way of knowing if they are >> in the same section or in a different one. Even more, if you edit a >> document using the same user at two different locations, you won't >> receive the locking message. >> >> >> >> > Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( > avoiding the whole page locks ). > > > I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Exactly the same feelings on my side, Ricardo are you a member of XWiki team ? I see you're pretty active over the xwiki users list, is it possible get some attention to that matter ? I am willing to help with that since it is crucial for me and my projects, I'd need some guidance from where to start ( feature request ? some analysis in the context of the whole system, implementation phase ).
I'm just an user! Almost as old using XWiki as XWIKI-175... but as you can see, I was not able to remember this Jire issue and much less of contributing to it solution! I've not ever voted for it until now! As you see, devs like Sergiu and others are browsing the users list to correct my incomplete or even incorrect answers! :-) Contributing to the lists is the best way to get a clear idea about what is going on within XWiki! It will be great to have skilful people taking care of this and other pending issues! Thanks for your contribution!
Thanks, Piotr _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
W dniu 10-11-15 12:14, Sergiu Dumitriu wrote:
On 11/15/2010 12:03 PM, Piotr Dziubecki wrote:
W dniu 10-11-15 11:34, Sergiu Dumitriu wrote:
On 11/15/2010 11:23 AM, Piotr Dziubecki wrote:
W dniu 10-11-13 09:50, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
> Piotr Dziubecki wrote: > >> W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote: >> >> >>> Piotr Dziubecki wrote: >>> >>> >>>> Hi :) >>>> >>>> >>>> W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: >>>> >>>> >>>> >>>>> Hi! >>>>> >>>>> Piotr Dziubecki wrote: >>>>> >>>>> >>>>> >>>>>> Hello :) >>>>>> >>>>>> I configured my XWiki instance in the following way: >>>>>> >>>>>> >>>>>> >>>>>> #-# This parameter will activate the sectional editing. >>>>>> xwiki.section.edit=1 >>>>>> >>>>>> #-# This parameter controls the depth of sections that have section editing. >>>>>> #-# By default level 1 and level 2 sections have section editing. >>>>>> xwiki.section.depth=6 >>>>>> >>>>>> >>>>>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>>>>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>>>>> edit different sections within the same page, the latter gets the message: >>>>>> >>>>>> This object is currently locked by user1 >>>>>> >>>>>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>>>>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>>>>> not display that message when the users edit different paragraphs within the same page ? >>>>>> >>>>>> >>>>>> >>>>> To the best of my understanding locking is set a document level. So, if >>>>> any user edits a section, all other users will receive that message. >>>>> >>>>> I think what you are doing is a bit risky. I've had here some problems >>>>> following the same problem. When an user received this message, although >>>>> she/he is editing only a section, there is no way of knowing if they are >>>>> in the same section or in a different one. Even more, if you edit a >>>>> document using the same user at two different locations, you won't >>>>> receive the locking message. >>>>> >>>>> >>>>> >>>> Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( >>>> avoiding the whole page locks ). >>>> >>>> >>> I also arrives to XWiki from MediaWiki years ago. So, with the current >>> MediaWiki release, is it possible to do section edition and get a >>> warning only if two users edit the same section? >>> >>> Thanks! >>> >>> >> To be sure, I did some tests here: >> >> http://www.mediawiki.org/wiki/Sandbox >> >> no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that >> case you see such a message: >> >> Someone else has changed this page since you started editing it. The upper text area contains the page text >> as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes >> into the existing text. >> >> >> >> > Well, I don't see this blocking behaviour working with MediaWiki > sandbox... I don't know why! In any case, MediaWiki is not the case here! > > Just summing up: >
Thanks for that summary, let me comment on your thoughts:
> 1. Simultaneous edition is possible, but not advisable with the current > XWiki release. >
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
> 2. Locking is done at document level. >
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
> 3. A true real-time edition editor for XWiki is on its way and will > solve all these issues! >
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
> It will be great if some developer or more skilled user could review > this statements to confirm/deny/complete them! Thanks! >
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Exactly the same feelings on my side, Ricardo are you a member of XWiki team ? I see you're pretty active over the xwiki users list, is it possible get some attention to that matter ? I am willing to help with that since it is crucial for me and my projects, I'd need some guidance from where to start ( feature request ? some analysis in the context of the whole system, implementation phase ).
http://jira.xwiki.org/jira/browse/XWIKI-175
A patch would be welcome ;)
It isn't such a hard issue to fix, but nobody took the time to do it.
Well that's odd because it seems to me it's one of the key features of wiki concepts :)
Apart from that, my question is, since you know the XWiki, if we could implement the true lock for the sections instead of whole pages ? That would be a great progress, a solution for now - user will be aware that another user edits the same section and it shouldn't be touched. Now with the document lock it's like gambling.
Yes, the current lock could be refined to apply on sections.
Could you tell whether the sections are introduced only for the presentation layer, to facilitate editing or they are also mapped to the application's model ?
Somewhere in between. The whole content is stored in one piece, but there are some APIs to access sections.
I don't know if this list is a proper place, but could you give me some basic guidelines regarding locks and documents, I mean where to look and what should be done in general ( which projects, Xwiki platform or modules ). Now I'm reading the materials from the developers zone but I need to estimate the required efforts in terms of time and entry work. Thanks ! Piotr
W dniu 10-11-15 14:18, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-13 09:50, Ricardo Rodriguez [eBioTIC.] wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
> Piotr Dziubecki wrote: > > > >> Hi :) >> >> >> W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: >> >> >> >> >>> Hi! >>> >>> Piotr Dziubecki wrote: >>> >>> >>> >>> >>>> Hello :) >>>> >>>> I configured my XWiki instance in the following way: >>>> >>>> >>>> >>>> #-# This parameter will activate the sectional editing. >>>> xwiki.section.edit=1 >>>> >>>> #-# This parameter controls the depth of sections that have section editing. >>>> #-# By default level 1 and level 2 sections have section editing. >>>> xwiki.section.depth=6 >>>> >>>> >>>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>>> edit different sections within the same page, the latter gets the message: >>>> >>>> This object is currently locked by user1 >>>> >>>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>>> not display that message when the users edit different paragraphs within the same page ? >>>> >>>> >>>> >>>> >>> To the best of my understanding locking is set a document level. So, if >>> any user edits a section, all other users will receive that message. >>> >>> I think what you are doing is a bit risky. I've had here some problems >>> following the same problem. When an user received this message, although >>> she/he is editing only a section, there is no way of knowing if they are >>> in the same section or in a different one. Even more, if you edit a >>> document using the same user at two different locations, you won't >>> receive the locking message. >>> >>> >>> >>> >> Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( >> avoiding the whole page locks ). >> >> >> > I also arrives to XWiki from MediaWiki years ago. So, with the current > MediaWiki release, is it possible to do section edition and get a > warning only if two users edit the same section? > > Thanks! > > > To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Exactly the same feelings on my side, Ricardo are you a member of XWiki team ? I see you're pretty active over the xwiki users list, is it possible get some attention to that matter ? I am willing to help with that since it is crucial for me and my projects, I'd need some guidance from where to start ( feature request ? some analysis in the context of the whole system, implementation phase ).
I'm just an user! Almost as old using XWiki as XWIKI-175... but as you can see, I was not able to remember this Jire issue and much less of contributing to it solution! I've not ever voted for it until now!
As you see, devs like Sergiu and others are browsing the users list to correct my incomplete or even incorrect answers! :-) Contributing to the lists is the best way to get a clear idea about what is going on within XWiki!
It will be great to have skilful people taking care of this and other pending issues! Thanks for your contribution!
I see, well it's good to have such active members in the community :) But going back to our issue, I'll try to get some help from XWiki devs and see whether that problem could be fixed in the reasonable amount of time. Regards, Piotr
Real-time editing would be great, but IMHO a real tough job to accomplish with a complicated markup language as XWiki's. Section editing is to me/us a great one, too. I'd go even further: in my frame of mind, a section is nothing different from a page. I see many users finnicking around, not sure if they should put everything on a topic in one page with headers, or splitting the text in different pages. As we already have hierarchy, it would make sense to me to let users just create a new 'sub-page' below their current content. That sub-page is, in the data model, just a child with a weight set; for the original page, a property is set like: "content splitted in child pages, include every child in order of ascending weight". Did I make any sense to you guys? On Sat, Nov 13, 2010 at 9:50 AM, Ricardo Rodriguez [eBioTIC.] <[email protected]> wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
Hi :)
W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote:
> Hi! > > Piotr Dziubecki wrote: > > > >> Hello :) >> >> I configured my XWiki instance in the following way: >> >> >> >> #-# This parameter will activate the sectional editing. >> xwiki.section.edit=1 >> >> #-# This parameter controls the depth of sections that have section editing. >> #-# By default level 1 and level 2 sections have section editing. >> xwiki.section.depth=6 >> >> >> I have many users working on documents simultaneously and in order to minimize document locking and possible >> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >> edit different sections within the same page, the latter gets the message: >> >> This object is currently locked by user1 >> >> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >> not display that message when the users edit different paragraphs within the same page ? >> >> >> > To the best of my understanding locking is set a document level. So, if > any user edits a section, all other users will receive that message. > > I think what you are doing is a bit risky. I've had here some problems > following the same problem. When an user received this message, although > she/he is editing only a section, there is no way of knowing if they are > in the same section or in a different one. Even more, if you edit a > document using the same user at two different locations, you won't > receive the locking message. > > > Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( avoiding the whole page locks ).
I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Regards, Piotr
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Hi Joris, I think that you can accomplish your scenario partially by using the following macro: {{include document="TestPage2"/}} That will give you another page linked into yours in the 'in-line' mode. Unfortunately you cannot edit such page from the context of your main document. W dniu 10-11-18 00:56, Joris Dirks wrote:
Real-time editing would be great, but IMHO a real tough job to accomplish with a complicated markup language as XWiki's. Section editing is to me/us a great one, too. I'd go even further: in my frame of mind, a section is nothing different from a page. I see many users finnicking around, not sure if they should put everything on a topic in one page with headers, or splitting the text in different pages.
As we already have hierarchy, it would make sense to me to let users just create a new 'sub-page' below their current content. That sub-page is, in the data model, just a child with a weight set; for the original page, a property is set like: "content splitted in child pages, include every child in order of ascending weight".
In fact, before I migrated to XWiki I wanted to use Wiki from Liferay and since their implementation doesn't support sections at all, I had a plan to substitute them like in your idea. Unfortunately this cannot be done without an application model redesign ( like how to handle subdocument reindexing if you add/remove something from the middle of structure etc. ). What I want to say is that currently I'd opt for the simplest solutions because they don't need a lot of work with implementation :) Regards, Piotr
Did I make any sense to you guys?
On Sat, Nov 13, 2010 at 9:50 AM, Ricardo Rodriguez [eBioTIC.] <[email protected]> wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
> Hi :) > > > W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: > > > >> Hi! >> >> Piotr Dziubecki wrote: >> >> >> >>> Hello :) >>> >>> I configured my XWiki instance in the following way: >>> >>> >>> >>> #-# This parameter will activate the sectional editing. >>> xwiki.section.edit=1 >>> >>> #-# This parameter controls the depth of sections that have section editing. >>> #-# By default level 1 and level 2 sections have section editing. >>> xwiki.section.depth=6 >>> >>> >>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>> edit different sections within the same page, the latter gets the message: >>> >>> This object is currently locked by user1 >>> >>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>> not display that message when the users edit different paragraphs within the same page ? >>> >>> >>> >> To the best of my understanding locking is set a document level. So, if >> any user edits a section, all other users will receive that message. >> >> I think what you are doing is a bit risky. I've had here some problems >> following the same problem. When an user received this message, although >> she/he is editing only a section, there is no way of knowing if they are >> in the same section or in a different one. Even more, if you edit a >> document using the same user at two different locations, you won't >> receive the locking message. >> >> >> > Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( > avoiding the whole page locks ). > > I also arrives to XWiki from MediaWiki years ago. So, with the current MediaWiki release, is it possible to do section edition and get a warning only if two users edit the same section?
Thanks!
To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Regards, Piotr
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
HI Piotr, On Thu, Nov 18, 2010 at 10:57 AM, Piotr Dziubecki <[email protected]> wrote:
Hi Joris,
I think that you can accomplish your scenario partially by using the following macro:
{{include document="TestPage2"/}}
That will give you another page linked into yours in the 'in-line' mode. Unfortunately you cannot edit such page from the context of your main document.
Thanks, that's indeed the modus we are using right now. Yet it isn't easy enough :)
W dniu 10-11-18 00:56, Joris Dirks wrote:
Real-time editing would be great, but IMHO a real tough job to accomplish with a complicated markup language as XWiki's. Section editing is to me/us a great one, too. I'd go even further: in my frame of mind, a section is nothing different from a page. I see many users finnicking around, not sure if they should put everything on a topic in one page with headers, or splitting the text in different pages.
As we already have hierarchy, it would make sense to me to let users just create a new 'sub-page' below their current content. That sub-page is, in the data model, just a child with a weight set; for the original page, a property is set like: "content splitted in child pages, include every child in order of ascending weight".
In fact, before I migrated to XWiki I wanted to use Wiki from Liferay and since their implementation doesn't support sections at all, I had a plan to substitute them like in your idea. Unfortunately this cannot be done without an application model redesign ( like how to handle subdocument reindexing if you add/remove something from the middle of structure etc. ).
What I want to say is that currently I'd opt for the simplest solutions because they don't need a lot of work with implementation :)
Regards, Piotr
Did I make any sense to you guys?
On Sat, Nov 13, 2010 at 9:50 AM, Ricardo Rodriguez [eBioTIC.] <[email protected]> wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 21:28, [Ricardo Rodriguez] eBioTIC. wrote:
Piotr Dziubecki wrote:
W dniu 10-11-04 12:13, [Ricardo Rodriguez] eBioTIC. wrote:
> Piotr Dziubecki wrote: > > >> Hi :) >> >> >> W dniu 10-11-04 11:08, [Ricardo Rodriguez] eBioTIC. wrote: >> >> >> >>> Hi! >>> >>> Piotr Dziubecki wrote: >>> >>> >>> >>>> Hello :) >>>> >>>> I configured my XWiki instance in the following way: >>>> >>>> >>>> >>>> #-# This parameter will activate the sectional editing. >>>> xwiki.section.edit=1 >>>> >>>> #-# This parameter controls the depth of sections that have section editing. >>>> #-# By default level 1 and level 2 sections have section editing. >>>> xwiki.section.depth=6 >>>> >>>> >>>> I have many users working on documents simultaneously and in order to minimize document locking and possible >>>> merging I encourage them to edit sections/paragraphs instead. I noticed that when, for instance, two users >>>> edit different sections within the same page, the latter gets the message: >>>> >>>> This object is currently locked by user1 >>>> >>>> I checked and it's possible to force editing and save both of concurrent changes to that document, but the >>>> message itself is a bit confusing to the users. I'm asking if it's possible to change xwiki configuration to >>>> not display that message when the users edit different paragraphs within the same page ? >>>> >>>> >>>> >>> To the best of my understanding locking is set a document level. So, if >>> any user edits a section, all other users will receive that message. >>> >>> I think what you are doing is a bit risky. I've had here some problems >>> following the same problem. When an user received this message, although >>> she/he is editing only a section, there is no way of knowing if they are >>> in the same section or in a different one. Even more, if you edit a >>> document using the same user at two different locations, you won't >>> receive the locking message. >>> >>> >>> >> Yes, I came from the Media Wiki and section editing is pretty popular way of collaborative editing ( >> avoiding the whole page locks ). >> >> > I also arrives to XWiki from MediaWiki years ago. So, with the current > MediaWiki release, is it possible to do section edition and get a > warning only if two users edit the same section? > > Thanks! > > To be sure, I did some tests here:
http://www.mediawiki.org/wiki/Sandbox
no warnings, you can even edit the same section but then you'll need to get through the merge phase. In that case you see such a message:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text.
Well, I don't see this blocking behaviour working with MediaWiki sandbox... I don't know why! In any case, MediaWiki is not the case here!
Just summing up:
Thanks for that summary, let me comment on your thoughts:
1. Simultaneous edition is possible, but not advisable with the current XWiki release.
Yes, especially that there is no merge phase after concurrent editing ( or maybe there is a 'merge plugin' - I'd be grateful for any info on that ). In that case you end up with the article content overridden by someone else and your only hope is to dig in the document's history and try to fix edits manually.
2. Locking is done at document level.
Is that going to change in the future ? In my opinion that basically blocks user groups/communities from working on the documents in a collaborative way. Is it much work to make that lock 'section sensitive', architecture-wise ? If someone could describe what should be done / changed in order to achieve that, maybe we could figure out a solution for that issue.
3. A true real-time edition editor for XWiki is on its way and will solve all these issues!
Well, it could be, but it's based on the js/ajax - it could be tricky to achieve a good level of compatibility between browsers ( of course it could be done, Google docs is a good example here ). Of course I'd take that right away in the stable form. But I think merging/lock on the section level could be more than enough for the ordinary wiki users ( Wikipedia is basing on that model on a huge scale and it's doing fine ;) )
It will be great if some developer or more skilled user could review this statements to confirm/deny/complete them! Thanks!
I concur. Currently I'm struggling to figure out how to get over that problem. I can tell my users just to ignore the lock message, but that is not super safe and could cause a content loss/corruption.
Looking forward to your feedback guys !
I do agree with you, Piotr. In fact, when I present XWiki to a new group of users, this is the question I would like to avoid: how XWiki manage concurrent edition?
I talk about locking behaviour and a future real-time editor, but this is not a good answer at all. To use instant messaging to agree on a timetable to edit a document is what we currently do here. But it is a solution out of XWiki (even though it is not costly at all as we use instant messaging extensively in our research groups) and I don't like to propose this kind of workarounds as I'm trying to show how to use XWiki to collaborative writing among other uses.
I'm a bit surprised of being discussing this issue here as we are already in a 2.7.z release of XWiki. Perhaps I'm missing something, but I am not able to find an answer either.
Thanks for your thoughts!
Regards, Piotr
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
participants (5)
-
[Ricardo Rodriguez] eBioTIC. -
Joris Dirks -
Piotr Dziubecki -
Ricardo Rodriguez [eBioTIC.]
-
Sergiu Dumitriu