- User Since
- Jan 29 2015, 6:05 PM (435 w, 5 d)
- LDAP User
- MediaWiki User
- Fgnievinski [ Global Accounts ]
Thu, Jun 1
Thanks @Aklapper. Not sure if this kind of display should not be avoided, if possible?
Fri, May 12
the issue is also present in talk pages
May 2 2023
May 1 2023
Apr 30 2023
Apr 24 2023
screenshot 1 (mobile browser) displays the untitled link correctly, as "<sup></sup>".
Apr 23 2023
Jan 30 2023
Understood, thank you for the clarification. For the record, the display discrepancy does not involve the desktop version, it's actually between the website mobile version and the native mobile app. Maybe the website mobile version needs to follow the same design principle, for consistency.
Jan 23 2023
I'm afraid such inconsistency in display across app vs. browser might drive editors away from tables, recasting important information in the form of lists, for example.
Jan 19 2023
if you have any recommended changes to the pt template, I can volunteer to modify it; maybe in a test template first.
I'm afraid we're still seeing this issue at pt.wp, for example:
Jan 13 2023
Jan 10 2023
thanks all, I should have tested on an incognito tab.
Jan 9 2023
I've tried creating a redirect "Ebc" to the existing dab "EBC":
Now, searching for "Ebc" correctly produces EBC as the first hit.
However, searching for "ebc" still produces EBCDIC.
Is it a side effect of the inability to create pages with a lowercase initial?
Since lowercase is the default keyboard setting for most users,
I still think a denormalization would improve the user experience.
Would it be terribly expensive to create all-lowercase shadows of every term?
Although it'd duplicate the memory requirements, it's still the same order of magnitude.
I confirm it works well now in dark mode – thank you!
it works well in non dark mode
Jan 8 2023
Jan 1 2023
Oct 12 2022
Jul 12 2022
May 14 2022
Feb 14 2022
could this help?
Jan 23 2022
Sep 19 2021
Aug 18 2021
Jan 10 2021
Thanks for this. Would it be possible to apply different a configuration for each Wikipedia language?
Dec 31 2019
Maybe this issue has already been fixed as part of T172686?
Sep 11 2015
Would you mind elaborating why this is low priority? I looked at Trello but couldn't find any rationale. In the desktop, categories are a first-class navigational feature. Thanks.
just to emphasize that with the merger of task T87878 here, this feature request applies to both mobile website and app.
Aug 11 2015
Jan 29 2015
Categories normally are displayed at the bottom of an article page, as in in the desktop website version.