David's really on to something here. What is the "killer app" of the platform? If we think through requirements some, we might identify just one or two features of Flow that almost all editors would find compelling. This may be enough to shift lots of criticism from "I don't want Flow because of this use case" to "I want Flow because of this killer feature, but what can we do about this use case I'm concerned about?"
It may not be apparent on first glance. Candidates for me would include well structured threaded discussions and no edit conflicts, but these don't seem to be enough for a lot of editors- particularly if they have to give up some other features that current talk pages have to offer that they find more compelling.
For those of you who are holding out on support for Flow because there isn't anything that you feel provides enough value to tip the scales in favor of Flow vs. current talk pages, can you think of any one feature- or maybe a small collection of features- that would?
,Wil
On Wed, Sep 10, 2014 at 11:00 AM, David Gerard dgerard@gmail.com wrote:
On 10 September 2014 18:54, Gerard Meijssen gerard.meijssen@gmail.com wrote:
When a specific way of working insists on talk pages, it means that the associated workflow has to be revisited and changed with urgency. It cannot be permitted that special interests take the whole of the much needed change hostage. "Leaving this material unchecked ..." is FUD. It is not an argument that prevents change, at most it means that a different mechanism has to be designed for that special interest.
You are entirely correct. Nevertheless, the change still needs to be accepted by the crusty old editors who are used to the old ways. So we're now at the stage of: "how do we make experienced editors want and demand this?"
- d.
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe