| Bene | |
| Apr 13 2015, 12:24 PM |
| F112293: Unbenanntes_Bild.png | |
| Apr 13 2015, 12:24 PM |
The table of contents is shown at the bottom of each page only displaying the item's id. This TOC is obviously useless. We should decide if we want to have sections and thus also a TOC and then move the TOC to the right position and filling it with meaningfull data.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Jdlrobson | T78430 [Epic] Getting Wikidata to render nicely on mobile web | |||
| Resolved | Bene | T95884 Fix table of contents on mobile Wikidata | |||
| Resolved | Bene | T95889 Show collapsible sections for Statements and Sitelinks | |||
| Resolved | thiemowmde | T110902 [Bug] Table of content too large on mobile Wikidata |
@Jdlrobson We currently have two sections, "statements" and "site links". Another section called "identifiers" will follow so we will need the toc perhaps in near future.
Change 203953 had a related patch set uploaded (by Bene):
Get rid of $wgMFPageSections config
This can be resolved easily by adding an empty <div id="toc"></div> to the item's html. However, the toc should not show up if there are less then 3 sections (which is currently the case on item's pages) so this would still need to be fixed.
To summarize, we won't show a TOC right now because our site has less than 3 sections but will show one as soon as we have a third section for identifiers, right @Lydia_Pintscher?
I am wondering which way to go here. We have two options imho:
Including both sitelinks and identifiers in one section is going to be hard DOM wise and this mostly indicates a logical issue as well. The DOM for sitelinks is generated in SiteLinksView. We could now go ahead and also add the identifiers in there but that won't work in two ways: We don't have the information about statements in SiteLinksView but only a list of sitelinks and not all entities which have identifiers may also have sitelinks.
For these two reasons I think it is better to have three sections and separate sitelinks and identifiers. Furthermore, including two different UIs (for statements and sitelinks) in one section will also be bad considering the user-friendlyness.
Change 219953 had a related patch set uploaded (by Bene):
Insert empty toc to help MobileFrontend