On Tue, Aug 5, 2014 at 10:38 PM, Quim Gil qgil@wikimedia.org wrote:
On Mon, Aug 4, 2014 at 9:50 PM, Pine W wiki.pine@gmail.com wrote:
I am asking Quim to provide us an update.
Me? :) I'm just an editor who, like many of you, has suffered this problem occasionally.
On Mon, Aug 4, 2014 at 10:02 AM, rupert THURNER rupert.thurner@gmail.com
wrote:
that would be a hullarious feature! which is btw available in some other opensoure and proprietory wikis.
TWiki is an open source wiki and also has (had?) a concept of blocking a page while someone else is editing. This feature might sound less than ideal in the context of, say, Wikipedia when a new Pope is being nominated, but I can see how many editors and MediaWiki adminis have missed such feature at some point.
If I understood correctly, VisualEditor already represents an improvement vs Wikitext because the chances of triggering conflicting edits are smaller, because of the way the actual content is modified and updated in every edit.
i'd have strong doubts here, from a technical standpoint :)
Rupert, in any case you see that the trend is going in the direction of being more efficient handling concurrent edits. Blocking pages while another editor supposedly is working on them might work in e.g. corporate wikis where most f the times the Edit link is clicked for a reason, but it could be potentially counterproductive in sites like Wikipedia.
i can only 100% agree, quim, and i am glad you help clarifying the feature request in this direction. the suggestion is "notify" or "show", not "block". if a user presses edit, the page shows other persons who pressed edit in the last, say 15 minutes, and did not save yet. it sounds simple to implement, but big benefit, especially with many users. an additional goodie could be to show it on the edit window of other user as well, so she can quickly save. if a user ignores the notification and is quicker in saving, we have the current situation. additionally these "in work" templates would be made superfluous in many cases.
rupert