User Details
- User Since
- Mar 29 2021, 7:53 PM (65 w, 5 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- BWang (WMF) [ Global Accounts ]
Thu, Jun 30
I'm still investigating why the sticky header isnt showing. For the first link in the description (https://eu.wikipedia.org/wiki/Txikipedia:Munduko_zazpi_mirariak) I believe its because the sticky header isnt available in that namespace 104. For the second, (https://eu.wikipedia.org/wiki/Atari:Hezkuntza/Lehiaketak/2022/04) I havent found any obvious reason why its not working. I probably have to setup page banners locally to reproduce and debug.
Wed, Jun 29
Tue, Jun 28
Mon, Jun 27
Fri, Jun 24
Thu, Jun 23
Related task: https://phabricator.wikimedia.org/T310828
Since the collapsed TOC uses the checkbox hack, this can be accomplished by using JS to progressively enhancing the collapsed TOC. Most of the other checkbox hacks in Vector contain links, so this issue hasn't come up before.
I realized I missed another option, which is to simply move the site notice out of the main element and above the TOC. This would mean the site notice is no longer part of the main landmark, but this might not be such a bad thing as the content isnt related to the page. Doing so would also mean the site notice spans the entire width of the page, and there may be implications on how easily accessible the notice is because it's no longer after the skip link and the main landmark. I'm not sure how important that is, but if fundraising banners go there that might be tricky.
Wed, Jun 22
Tue, Jun 21
Fri, Jun 17
Thu, Jun 16
@Jdlrobson
I realized that the second case in the description (i.e. collapsed TOC in the sticky header) isn't possible until T307901 is complete. On viewports greater than 1000px the TOC is sticky on the side by default, we need the hide button in order to trigger the TOC to appear in the sticky header. The work involved in getting the TOC in the sticky header is pretty distinct from the first case anyway, so I'd recommend splitting that into a separate ticket.
Wed, Jun 15
Tue, Jun 14
Yes that sounds like a good idea!
I put up a POC fix with an approach that basically does T308055, and separates the site notice from the rest of the page content. Another solution could be to rework the approach for the collapsed TOC altogether, and duplicate the TOC in the DOM (i.e. https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/794029).
Mon, Jun 13
@alexhollender_WMF The code originally has the sticky header search bar set to a max width of 500px. Do you want me to change that to 520px?
Fri, Jun 10
Thu, Jun 9
This task will require JS to add/remove classes when the "hide" and "move to sidebar" buttons are pressed.
EDIT:
This task can be accomplished by leveraging the approach taken in T307900, and simply updating the CSS to work with the new classes in addition to the media querys. This would still have the same a11y issues as the original approach.
Wed, Jun 8
Tue, Jun 7
Mon, Jun 6
After doing some more research, I believe that this task isn't as straightforward as just adding some attributes. Due to the design of our tabs, there are 2 tabs that are active on a given page (i.e. "Discussion" and "Edit"). aria-current can only be used once per page, and aria-selected can only be used in the context of a [[ https://www.w3.org/WAI/ARIA/apg/example-index/tabs/tabs-manual.html | tab component ]], which also only has the concept of a single tab selection.
Fri, Jun 3
@cjming I just chatted with @Jdlrobson, and it sounds like we should go with the simplest solution for now in the interest of unblocking the TOC, i.e. going with your original approach of styling the original TOC element, and also adding an a button element before the h1. Jon also mentioned concerns about the duplicated ids, and that there might be a point later on where we can think of a better solution, i.e. using JS to move elements to the right location when needed.