The section uses tables and is an extremely long overwhelming list so without better organisation, I'm not sure what purpose it serves in a view mode on mobile. It seems like it would be better rendered by button press on an overlay in JavaScript as a secondary view mode.

We're reworking this as part of the ui redesign. The current state that will go to wikidata in January is at http://wikidata.beta.wmflabs.org/wiki/Q27946 Maybe that'll render better?

If we enable MobileFrontend on beta labs we'll be able to see :-)

@MaxSem can we do this? To be specific enable: http://m.wikidata.beta.wmflabs.org/wiki/Q27946

@Jdlrobson done, it just needed some DNS tweaks.

Yay. That fixes that part. However now a table of contents is shown. That is probably not too useful on Wikidata. Can/should we just get rid of the ToC on item pages?

Oh and the edit link should be removed I'd say.

The beta labs instance doesn't run the Common.CSS enabled on wikidata.org
so will reveal more of the problems with the mobile view.

Ok the new sitelinks UI is live on wikidata.org but sitelinks still don't show. Anyone got an idea why?

The sitelinks DO show in Browser "Opera Mini" on Android device.

The sitelinks DO show in Firefox on Windows when Javascript is disabled (NoScript).

I suspect like everything else this is due to the Mobile.CSS temporary hacks. Please do make yourself familiar with what we are doing there

On a side note I have been building some wikidata based javascript widgets that could be used for editing existing data and displaying external links in an overlay to minimise clutter on mobile screen. I have a patch in gerrit.

Although these are both aimed for Wikipedia.org these will also work on wikidata because of the way they are built.

I think it is a JavaScript issue. If JS is disabled (using NoScript), sitelinks look fine on mobile. (screenshot attached)

@FriedhelmW Sitelinks are hidden in MediaWiki:Mobile.css and thus they don't show up.