I have a storng conviction that if a feature had been bitrotting in alpha for a year without anyone even remebering about it yet alone caring about promoting it - it should be put to death. It resurfaced for me yesterday when I discovered that it's taking about a half of page_props table on enwiki which is an atrocitous amount of rows. I vote for promoting or removing it, keeping it in alpha is counter-productive. Considering that we have the Flow team to work on alk pages, I think that making this hack in MobileFrontend makes no sense so it shoud be removed.

On Fri, May 23, 2014 at 9:07 AM, Jared Zimmerman <jzimmerman@wikimedia.org> wrote:

Displaying the discussion count in a design were investigating with winter as well.

Sent while mobile

> On May 23, 2014, at 7:37 AM, Jon Robson <jrobson@wikimedia.org> wrote:
>

> Then people would avoid starting a talk page when the number is 0. This is, in my view, a bad thing.
This is a valid assumption and one we could test. A zero might even
prompt new discussions. We'll never know unless we explore it. I'm
just curious if there are any plans to test this and other similar
hypotheses.

> This number would have to be generated by MediaWiki or Flow, but surely not by MobileFrontEnd. As I said, MobileFrontEnd is only a skin.

Not true. MobileFrontend has a few more bits of code that make it a
little more than a skin - e.g. special pages like Special:Nearby. It
currently records this number via a hook and is agnostic to Flow and
MediaWiki (although this code could easily be added to MediaWiki core
to be standardised)

_______________________________________________

Design mailing list
Design@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design

_______________________________________________
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

--
Best regards,
Max Semenik ([[User:MaxSem]])