S, I understand the desire for an easier "compromise" solution to the transition problem. But I think the system that you're suggesting would create a jumble of functionality that would be just as bad, if not worse, for the users who are trying to navigate it.

If people are going to work together on wiki talk pages, they need to be able to talk to each other. Seeing two different communication systems operating on different pages would be confusing enough. Having to choose between the two systems on the same page is just impossible for users to figure out. It tries to please everyone and would actually suit no one.

Right now, there are some important gaps in the use cases that Flow supports. We have to figure out how to create multi-editable Collaboration space, and we have to figure out short-term and long-term solutions for what to do with the yellow Metadata boxes. These are hard problems, and it's going to take us a while to figure them out.

But I think saying "let's do both at once" is basically giving up on the idea that it's possible to make something that's better than blank wiki talk pages and the template-heavy cultural practices that we currently see on the big WPs. We can do better than just add another confusing element to the page. 


Danny

On Fri, Dec 12, 2014 at 3:31 PM, S Page <spage@wikimedia.org> wrote:
On Fri, Dec 12, 2014 at 2:31 PM, Kunal Mehta <legoktm@wikimedia.org> wrote:
On 12/11/2014 02:38 PM, S Page wrote:
> /{{draft}} {{random person's idea}}/ !!!
>
> Executive summary: add Flow discussions to pages with {{#useFlow:1}}.

I don't like this idea. We should be moving away from storing metadata
in wikitext and hacky parser functions and not adding more of them.

Sure, there are other ways to implement "This wikitext page should show Flow topics" (e.g. a Page property). I mentioned LQT's implementation because I'm familiar with the way LQT allows a hybrid page (example)
 
ContentHandler currently has some bugs because it really hasn't been
tested outside of Wikidata, but I believe most of those are short-term
issues and that it is the best way to integrate Flow into normal
MediaWiki pages.

Are you supporting my idea of a hybrid page but disagreeing with the implementation, or preferring the current "disruptive" switch to content model=flow-board?

Thanks,
--
=S Page  Collaboration team engineer

_______________________________________________
EE mailing list
EE@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/ee