https://bugzilla.wikimedia.org/show_bug.cgi?id=37992
--- Comment #12 from Oliver Keyes <[email protected]> 2012-09-15 21:15:34 UTC --- TL;DR, I really oppose turning this on with the way it's formatted now and using the process that's being discussed. *For more detail on each point; this is not, as MzMcBride claims, "a general MediaWiki enhancement" unless you want to expand the definition to cover pretty much anything. It introduces a completely new workflow, alters existing ones and sticks a big button on the (already overfilled) page that we know all editors are going to see. There is no way this can be turned on without a community discussion unless you want a raging storm of anger hurled in the direction of whoever hits the big red button. *The UI elements clash with current thinking about the direction that we're going in. The Micro Designs Improvement project is currently working on the edit window as we speak, and plans to do a couple more iterations given the opportunity. I'd rather not throw two competing philosophies of design into the mix - that works if they're from the same team, but I worry we'd end up with (at best) an inconsistent UI and (at worst) an active clash. *This really doesn't seem an efficient way to do things. What's the use case here, exactly? If it's "people would like to save a draft in case they lose their work", save the draft automatically after [number] of minutes or seconds rather than requiring them to actually make a decision, and then just void any drafts after [other number] of minutes or seconds. If it's "we want to sort how confusing the existing setup is by offering functions found on other sites", integrate that into the existing workflows to avoid button bloat. At https://www.mediawiki.org/wiki/Extension:Drafts I'm seeing edge cases discussed and the workflow discussed...but not how this in any way can be integrated into how Wikipedia currently works, or how we'd like it to work, or what exactly the use case is for this software. If there is a use case, it needs to be communicated. If there isn't, we shouldn't be turning it on. *Can someone point me to, if not a use case, the user demand for this feature? One power user requesting it on bugzilla is not a case for change. This is not to say that it isn't useful, or that this type of feature isn't the sort of thing we should be looking at - as mentioned above, reforming the editing workflows is something that is being discussed and worked on. I'm just skeptical that this particular information, particularly deployed in this fashion, is going to benefit more than it costs. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
