Page MenuHomePhabricator

XanonymusX
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Monday

  • Clear sailing ahead.

User Details

User Since
Sep 9 2015, 8:10 PM (314 w, 2 d)
Availability
Available
LDAP User
XanonymusX
MediaWiki User
XanonymusX [ Global Accounts ]

Recent Activity

Tue, Aug 24

XanonymusX updated subscribers of T283505: [EPIC] Fixed "sticky" site header.

Yes, that's what I thought. On dewiki, I am not aware of other templates generally using sticky table headers, so "my" templates would be the most common, if not only use cases so far. Those tables all use the class charts-stickyhead (as documented here). I have no idea if other projects have done similar experiments, the Gadget on enwiki (@TheDJ) can probably be adapted to the Skin-specific differences. I think if this sticky header is deployed, the potential problem and its fix (eg, adding a certain standardized class) should be clearly documented somewhere for reference, then fixing any unwanted effects should be relatively easy. I will follow it closely in any case ;)

Tue, Aug 24, 6:36 PM · Epic, Readers-Web-Backlog (Kanbanana-FY-2021-22), Desktop Improvements
XanonymusX added a comment to T270872: Subpages class treated differently in Minerva/Mobile.

Hm, so you basically do not see the element mw-fr-category-oldreviewed. I thought logged-in users would see it generally, but since it comes from FlaggedRevs, I suppose you need reviewer rights in order to see it.

Tue, Aug 24, 6:19 PM · MediaWiki-Core-Skin-Architecture
XanonymusX added a comment to T270872: Subpages class treated differently in Minerva/Mobile.

The linked page is still the relevant use case. To see the issue, you just need to be logged in and get rid of span.subpages {display: block;} in Minerva.css and Mobile.css, which is our temporary fix.

Tue, Aug 24, 11:00 AM · MediaWiki-Core-Skin-Architecture

Fri, Aug 20

XanonymusX added a comment to T283505: [EPIC] Fixed "sticky" site header.

Yes, I was thinking of that. But would that have to be done for every template and gadget or would new Vector automatically modify top:0 in tables? In templates, it would of course be possible to target Vector and change the top attribute only there, but I don’t know how that would affect Vector Legacy. And much depends on the final version of the sticky site header: if it only appears on mouseover, it might not be necessary to change sticky table headers at all, as they would only be covered temporarily; otherwise, elements would have to move whenever the sticky site header appears. If the site header remains sticky all the time, the table headers need to remain visible all the time. And if the site header will be configurable through user preferences, the configuration would have to adapt accordingly.

Fri, Aug 20, 9:37 PM · Epic, Readers-Web-Backlog (Kanbanana-FY-2021-22), Desktop Improvements

Aug 17 2021

XanonymusX added a comment to T283505: [EPIC] Fixed "sticky" site header.

True, I remember having tested to fix the VE toolbar in such situations, the overlap is very annoying. A page with several sticky table headers on dewiki is eg this discography (the template is of course used on thousands of pages). On enwiki, there is even a Gadget that can be activated for basically all tables.

Aug 17 2021, 7:19 AM · Epic, Readers-Web-Backlog (Kanbanana-FY-2021-22), Desktop Improvements

Aug 15 2021

XanonymusX added a comment to T283505: [EPIC] Fixed "sticky" site header.

I had already mentioned that on one of the feedback pages (can’t find it anymore), but I would like to point it out here as well: the feature should not clash with sticky headers of tables already used on pages. A sticky site header would overlap sticky table headers and make them useless. Maybe such situations have already been addressed in the meantime, just wanted to mention it again. I’m looking forward to the feature!

Aug 15 2021, 3:35 PM · Epic, Readers-Web-Backlog (Kanbanana-FY-2021-22), Desktop Improvements
XanonymusX added a comment to T287997: Community expectation that mw-datatable styles are loaded on pages which use it.

The blatant “who cares?” attitude shown on this task makes it hard for me to comment any further. But anyway, let’s wait until someone answers the obvious question on why this change was not announced the way it should have been. Then we might think about a local solution. Just further cluttering the common stylesheet of dewiki after every new bug should be avoided.

Aug 15 2021, 2:54 PM · Regression, MediaWiki-Core-Skin-Architecture
XanonymusX added a comment to T97892: Remove capitalize-all-nouns from MW core and move it to the Monobook skin.

Yes, that could only be fixed via Common.css, but I would not touch that stylesheet only for a temporary fix.

Aug 15 2021, 9:51 AM · MW-1.37-notes (1.37.0-wmf.19; 2021-08-16), Regression, MediaWiki-skins-GuMaxDD, MediaWiki-Core-Skin-Architecture, Technical-Debt, I18n

Aug 14 2021

XanonymusX added a comment to T287997: Community expectation that mw-datatable styles are loaded on pages which use it.

Who is going to determine what are “important articles” and by which criteria? Without a replacement strategy, this change should have never been done in the first place. If it can’t be undone easily, I will propose a local replacement via Common.css on dewiki (at least for the row highlighting, which in my experience is the main reason why it is used). But I guess that cannot be a permanent solution.

Aug 14 2021, 8:52 PM · Regression, MediaWiki-Core-Skin-Architecture
XanonymusX added a comment to T287997: Community expectation that mw-datatable styles are loaded on pages which use it.

Yeah, currently we are advised against using TemplateStyles that way. And as PerfektesChaos already pointed out, who is going to insert that template in more than 2,000 pages now?

Aug 14 2021, 8:05 PM · Regression, MediaWiki-Core-Skin-Architecture
XanonymusX added a comment to T287997: Community expectation that mw-datatable styles are loaded on pages which use it.

I always liked using datatable on tables, and apparently I was not alone on dewiki: more than 2,000 pages there use the feature. The suggestion to work with TemplateStyles does not help, as we cannot simply make templates out of all the individual tables. Please bring back the functionality asap!

Aug 14 2021, 7:51 PM · Regression, MediaWiki-Core-Skin-Architecture

Aug 13 2021

XanonymusX added a comment to T280982: Suggestions in new Vector search form should wrap long words.

How far are we on this? The search suggestions footer still does not wrap correctly on Chrome, in any case.

Aug 13 2021, 5:27 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (Vector (Tracking)), WVUI, Desktop Improvements
XanonymusX added a comment to T97892: Remove capitalize-all-nouns from MW core and move it to the Monobook skin.

This looks like a small unintentional mistake in T285492 that's easily rectifiable due to 2 conflicting but unrelated changes. No action is needed from editors.

Are we supposed to fix this on dewiki directly via Monobook.css (easily doable) or will there actually be a central solution? I don’t really understand what the proposed “move to Monobook” of this task was trying to do.

For the record, this task was a refactor to make MonoBook more manageable that was done in July that has nothing to do with the current breakage. The current breakage occurred due to applying a patch that was written before the change and only recently merged. I've applied a temporary fix to MonoBook.css which I'll remove when this is dealt with.

Aug 13 2021, 5:24 PM · MW-1.37-notes (1.37.0-wmf.19; 2021-08-16), Regression, MediaWiki-skins-GuMaxDD, MediaWiki-Core-Skin-Architecture, Technical-Debt, I18n
XanonymusX added a comment to T97892: Remove capitalize-all-nouns from MW core and move it to the Monobook skin.

Are we supposed to fix this on dewiki directly via Monobook.css (easily doable) or will there actually be a central solution? I don’t really understand what the proposed “move to Monobook” of this task was trying to do.

Aug 13 2021, 10:37 AM · MW-1.37-notes (1.37.0-wmf.19; 2021-08-16), Regression, MediaWiki-skins-GuMaxDD, MediaWiki-Core-Skin-Architecture, Technical-Debt, I18n

Aug 3 2021

XanonymusX added a comment to T287688: Uncaught error in some Wikipedia Preview instances in Diff blog.

As far as I can see, the same error is shown for links to redirects and for “red links” (thus links to ?action=edit of non-existing pages). For the former I would expect to be shown the preview of the page it redirects to, for the latter I would recommend a more specific error message, if possible (“read on Wikipedia” is a misleading description if it leads to editing a page).

Aug 3 2021, 8:21 PM · Wikipedia-Preview, Inuka-Team (Kanban)

Jul 13 2021

XanonymusX added a comment to T265892: MediaWiki:Pagetitle-view-mainpage does not behave the same in mobile version as it does in the desktop version.

I have tried to describe what the original problem was (and still is)

Jul 13 2021, 8:09 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), MinervaNeue
XanonymusX updated the task description for T265892: MediaWiki:Pagetitle-view-mainpage does not behave the same in mobile version as it does in the desktop version.
Jul 13 2021, 8:07 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), MinervaNeue

Jun 24 2021

XanonymusX added a comment to T283549: Not possible to move, delete and protect a user page on mobile AMC page.

Oh, true, I checked with protected pages in ns-0 as well! Okay, new task then.

Jun 24 2021, 3:20 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), good first task, patch-welcome, Advanced Mobile Contributions, MinervaNeue
XanonymusX added a comment to T283549: Not possible to move, delete and protect a user page on mobile AMC page.

Just noticed this as well. Additionally, for pages in the Help and Template namespace, I do not see a “protect” option (while move and delete are present). I can’t think of a good reason to treat the various namespaces differently.

Jun 24 2021, 1:03 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), good first task, patch-welcome, Advanced Mobile Contributions, MinervaNeue

Jun 22 2021

XanonymusX added a comment to T280982: Suggestions in new Vector search form should wrap long words.

Yes, but why would you go for break-all now? That one is the worst option available, as lined out in T171726 (at least for text, not sure if it would make any difference for mere search results). It needs break-word (and yes, as a fallback for hyphenation). There is also some confusion around whether to use word-break, word-wrap or overflow-wrap (Chrome does some weird things there), but that will need some browser testing. Search results and footer should act in the same way in any case.

Jun 22 2021, 3:51 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (Vector (Tracking)), WVUI, Desktop Improvements
XanonymusX added a comment to T280982: Suggestions in new Vector search form should wrap long words.

As long as it does not work in Chrome (the by far most widely used browser), it should not even be an option. And while in normal text it might be reasonable to use it, in the context of a diff (T171726) it does more harm than good, as readers won’t be able to distinguish between actual hyphens in the text and automatic hyphens. I guess in the search, hyphenation could be considered (but please consistently, not just in the footer), as users can directly see if they typed a hyphen themselves, but it needs word-break as fallback for Chrome and unsupported languages.

Jun 22 2021, 3:13 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (Vector (Tracking)), WVUI, Desktop Improvements

Jun 21 2021

XanonymusX updated the task description for T171726: MobileDiff with inconsistent linebreaks within words.
Jun 21 2021, 2:40 PM · Readers-Web-Backlog (Tracking), MediaWiki-Page-diffs, MobileFrontend
XanonymusX added a comment to T280982: Suggestions in new Vector search form should wrap long words.

So, your observation is actually easily explainable: the browser apparently does not know any working hyphenation for Hebrew specifically, just tried it on Firefox. Other languages work fine. While Chrome apparently does not provide hyphenation in this context at all. That’s why I already questioned the use of hyphens:auto several times; just use word-break as anywhere else and we should be fine on all browsers and in all languages.

Jun 21 2021, 2:00 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (Vector (Tracking)), WVUI, Desktop Improvements
XanonymusX added a comment to T280982: Suggestions in new Vector search form should wrap long words.

Hm, doesn’t seem like a satisfying explanation to me; I always have this happen on dewiki, where content language and interface language are both German!

Jun 21 2021, 12:20 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (Vector (Tracking)), WVUI, Desktop Improvements

Jun 16 2021

XanonymusX added a comment to T277534: TypeaheadSearch component: Localization issue on quotation marks.

Interesting. So this part is supposed to use hyphens instead of word-break? I would suggest to be consistent everywhere, but no idea if this is the root cause. For me it looks like in this screenshot; I use Chrome, there should be nothing else causing trouble.

Jun 16 2021, 9:55 PM · Readers-Web-Backlog (Kanbanana-FY-2020-21), Design-Systems-team-project (Vue.js Search Experience (Vector modern)), I18n, Vector (Vector (Tracking)), WVUI

Jun 15 2021

XanonymusX added a comment to T277534: TypeaheadSearch component: Localization issue on quotation marks.

Nice, seems to work! Now I found a new problem though (might also be caused by the change due to T280982): the search term is not wrapped and long ones are visible outside of the dropdown now. I do believe that was different before, but I wouldn’t bet on it, since I used custom CSS on the whole dropdown; might be a new issue entirely.

Jun 15 2021, 11:57 PM · Readers-Web-Backlog (Kanbanana-FY-2020-21), Design-Systems-team-project (Vue.js Search Experience (Vector modern)), I18n, Vector (Vector (Tracking)), WVUI

Jun 10 2021

XanonymusX added a comment to T197912: Option to have FlaggedRevs rating box as an indicator.

Just an observation: is it on purpose that unregistered users on mobile (Minerva) will not see any box/notification (that is the case now already, but the indicator area is of course no different)? From a dewiki perspective, I feel like this would be an important information for all users (similar to hatnote warnings etc.).

Jun 10 2021, 6:32 PM · Readers-Web-Backlog (Tracking), MediaWiki-extensions-FlaggedRevs

May 12 2021

XanonymusX added a comment to T256297: Improve TheWikipediaLibrary guard clause to prevent spam.

Okay, I have made some edits on beta today and received one notification (and one email) regarding Wikipedia Library! Will this be the only notification then?

May 12 2021, 1:09 PM · MW-1.37-notes (1.37.0-wmf.5; 2021-05-11), Patch-For-Review, The-Wikipedia-Library (Kanban)

May 6 2021

Lucas_Werkmeister_WMDE awarded T279829: Enable magic word SHORTDESC on German-language Wikipedia a Dislike token.
May 6 2021, 3:31 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

May 4 2021

XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

I am pretty sure that the short description will work in the same way as the sort key does right now; thus we of course need to review the revision (in the wikitext), but the description the page uses will come from the latest revision, even if not reviewed. That is of course not the ideal behaviour (same for DEFAULTSORT), but with the current status of the FlaggedRevs extension it is to be expected.

May 4 2021, 11:24 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 27 2021

Carn awarded T279829: Enable magic word SHORTDESC on German-language Wikipedia a Heartbreak token.
Apr 27 2021, 10:06 AM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 24 2021

XanonymusX created T281040: Searchsuggest-containing in new Vector should use correct quotation marks.
Apr 24 2021, 5:42 PM · Vector

Apr 23 2021

XanonymusX updated the task description for T280982: Suggestions in new Vector search form should wrap long words.
Apr 23 2021, 2:17 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (Vector (Tracking)), WVUI, Desktop Improvements
XanonymusX created T280982: Suggestions in new Vector search form should wrap long words.
Apr 23 2021, 2:11 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (Vector (Tracking)), WVUI, Desktop Improvements
XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

In my eyes, it is only reasonable that WMF would try to treat communities/projects equally, even if indeed several years have passed. But anyway, since I am the initiator on dewiki, I will not allow for a premature termination to happen. Let’s continue the talks on dewiki!

Apr 23 2021, 1:00 AM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 22 2021

XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

The German Wikipedia community has not yet even discussed whether Wikidata descriptions should be dumped completely, or which milestone would be appropriate in case this should be done. Some remarks:

  • In case this gets approved, there is a plan to add short descriptions from [[de:Vorlage:Personendaten]], which actually has systematic "short descriptions" for all biographies in German Wikipedia that would immediately qualify for use in SHORTDESC as well. With 870.000 transclusions, it alone would be sufficient to pass the proposed 850.000 requirement, leaving all non-biographies without descriptions.
  • A couple of days ago, I queried the situation a bit. There were 2,56 million German Wikipedia articles (main namespace, no redirects), of which 2,13 million (83%) use a German description from Wikidata. This is considerably more than what we had three years ago for English Wikipedia.

You propose to ignore 1,3 million existing descriptions from Wikidata. This is way too much, particularly considering that quite some editors have invested considerable time into adding Wikidata descriptions due to the way they have been used and exposed to readers in the past six years or so. It is also unclear at this point whether there is a desire to dump Wikidata descriptions entirely that is as strong as it was in English Wikipedia three years ago.

Apr 22 2021, 10:59 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests
XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

Perfect, thank you! As for step two, we are discussing that separately and might choose a different approach than English Wikipedia, but the procedure will show. We will continue our talks and then move forward with voting on the proposals soon.

Apr 22 2021, 10:51 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 19 2021

XanonymusX added a comment to T280433: DiscussionTools makes talk page sections uncollapsible on mobile.

Right, the same happens to other pages in the Wikipedia namespace that use class-styled h2 titles, like the Community portal.

Apr 19 2021, 7:54 PM · Verified, MW-1.37-notes (1.37.0-wmf.1; 2021-04-13), Editing-team (FY2021-22 Kanban Board), DiscussionTools
XanonymusX added a comment to T280433: DiscussionTools makes talk page sections uncollapsible on mobile.

@matmarex Seems so, yes. However, now the main page on dewiki looks completely broken when I have the tool activated (on all skins). Somehow TemplateStyles are no longer loaded, I believe. According to the HTML output, there is DiscussionTools involved. The dewiki main page is in the Wikipedia namespace, that must be the reason it is affected.

Apr 19 2021, 7:23 PM · Verified, MW-1.37-notes (1.37.0-wmf.1; 2021-04-13), Editing-team (FY2021-22 Kanban Board), DiscussionTools

Apr 18 2021

XanonymusX added a comment to T280433: DiscussionTools makes talk page sections uncollapsible on mobile.

It also causes weird overflow issues with long titles, btw, took me a while to figure out what could be wrong.

Apr 18 2021, 8:39 PM · Verified, MW-1.37-notes (1.37.0-wmf.1; 2021-04-13), Editing-team (FY2021-22 Kanban Board), DiscussionTools
XanonymusX merged T280464: Section titles are wrongly wrapped and cause overflow in mobile version into T280433: DiscussionTools makes talk page sections uncollapsible on mobile.
Apr 18 2021, 8:38 PM · Verified, MW-1.37-notes (1.37.0-wmf.1; 2021-04-13), Editing-team (FY2021-22 Kanban Board), DiscussionTools
XanonymusX merged task T280464: Section titles are wrongly wrapped and cause overflow in mobile version into T280433: DiscussionTools makes talk page sections uncollapsible on mobile.
Apr 18 2021, 8:38 PM · Mobile
XanonymusX added a comment to T280464: Section titles are wrongly wrapped and cause overflow in mobile version.

As it probably is related: at the same time, all these sections are now suddenly expanded by default, without even the option to undo it (the arrows are gone). Have not yet encountered it on any ns-0 pages, but on project pages.

Apr 18 2021, 8:25 PM · Mobile
XanonymusX created T280464: Section titles are wrongly wrapped and cause overflow in mobile version.
Apr 18 2021, 12:57 PM · Mobile

Apr 15 2021

XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

Thanks! There is no need to hurry, the current discussion is one of a series that went on for years, so we can wait a bit longer. I will not move on with the voting for now, as it is only fair to first provide the community with as much additional input as possible.

Apr 15 2021, 9:28 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests
XanonymusX added a comment to T231291: AMC mode: No link to delete or move, protect and other admin and non-admin actions in Minerva.

The move icon is a bit unexpected, but otherwise it looks promising!

Apr 15 2021, 12:41 AM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), Readers-Web-Backlog (Kanbanana-FY-2020-21), User-Zabe, good first task, patch-welcome, MinervaNeue, Advanced Mobile Contributions

Apr 14 2021

XanonymusX added a comment to T278836: Should protection indicators be more prominent?.

How many projects actually use indicators for protection icons? I know it from enwiki, but eg dewiki has never tried to do that.

Apr 14 2021, 5:22 PM · Readers-Web-Backlog

Apr 13 2021

XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

There is no point in re-discussing it; if a community wants to use it, they should be able to. And what exactly is the use of a German-language short description of a dewiki article for other projects?

Apr 13 2021, 12:54 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 11 2021

XanonymusX changed the status of T279829: Enable magic word SHORTDESC on German-language Wikipedia from Stalled to Open.
Apr 11 2021, 4:40 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests
XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

Sure, but I repeat, this is deemed controversial for whatever reason, and I would like to have input on that beforehand, otherwise there con be no informed consensus by the community. Since the start of the procedure would have to be announced at least one week in advance anyway, there is enough time for the responsible people here on Phabricator to react; during the voting the task should of course be stalled. Let’s keep it open for now!

Apr 11 2021, 4:40 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests
XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

Ehm, the plan was to just do the opposite! As explained in the beginning, I will only go forward with the voting procedure if there is no “fundamental, well-founded reason to decline such a request”. I do not expect there to be one, but I would prefer to have some form of an official statement on this, due to its controversial nature.

Apr 11 2021, 4:20 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 10 2021

XanonymusX added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

@Aklapper has referred me to filing a new request in the linked discussion

Errrm, well, I merely pointed to https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes and https://meta.wikimedia.org/wiki/Limits_to_configuration_changes for general info...

Apr 10 2021, 8:50 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests
XanonymusX updated subscribers of T279829: Enable magic word SHORTDESC on German-language Wikipedia.

@Bugreporter I'm sorry, but this will not suffice. In that task they refer to a statement by @DannyH from 2018 (!), where he simply says that they will not enable the feature right now and without any reasons. It is 2021, @Aklapper has referred me to filing a new request in the linked discussion, and so I did. The dewiki community deserves a proper statement regarding this issue!

Apr 10 2021, 6:20 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests
XanonymusX created T279829: Enable magic word SHORTDESC on German-language Wikipedia.
Apr 10 2021, 5:07 PM · User-Urbanecm, User-Luke081515, wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 9 2021

XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

Another example for indicators: just saw that Dutch Wikipedia (nlwiki) puts the player for spoken articles in the indicator area (eg here), quite a stretch. At least it is also added to the end of the article (similar to dewiki, where the indicator icon only links to the footer with the player).

Apr 9 2021, 6:29 PM · Readers-Web-Backlog (Tracking), MinervaNeue

Mar 30 2021

XanonymusX added a comment to T270981: Enable DIV infoboxes to be shown in mobile-html.

Well, there is a lot that has never been documented in MobileWeb as well … How should something like this be fixed by template editors? First of all, close to nobody uses the apps (especially among editors), so editors will not notice. Then, in the recommendations for mobile-friendly pages it says that such divs should use the infobox-container class. Would it still be removed in that case (as the class name contains infobox nonetheless)? Atm using that class doesn’t help though, as the current configuration of MoveLeadParagraph won’t recognise it anymore; and Mobile Web is more important than the apps. I recommend deleting that rule altogether.

Mar 30 2021, 6:57 PM · Page Content Service, Wikipedia-iOS-App-Backlog, iOS-app-Bugs, Product-Infrastructure-Team-Backlog, Android-app-Bugs

Mar 28 2021

XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

Yeah, the latter point I thought about as well. So, I would summarise our “common” ideas:

Mar 28 2021, 10:11 PM · Readers-Web-Backlog (Tracking), MinervaNeue
XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

Well, high time to track these discrepancies then! ;)

Mar 28 2021, 6:45 PM · Readers-Web-Backlog (Tracking), MinervaNeue
XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

If there was a workable proposal for generally showing indicators in Minerva, sure; but since 2014 there hasn’t been any, as far as I can see. My WD-based proposal is relatively easy to configure, as the same is done for generating the short description on most projects, so I have more hope that it could be done quickly. And people seem to agree that those quality badges are the most important/relevant types of indicators, so giving them a special treatment seems to be in line with what has been discussed about the general problem. Oh, and just like with the short description, a way to locally overwrite it (with a categorised indicator as proposed?) could be implemented as well. The rare discrepancy between WD and local indicator (which at least on dewiki is tracked and quickly fixed) is still an improvement over not having any indicators shown.

Mar 28 2021, 2:12 PM · Readers-Web-Backlog (Tracking), MinervaNeue
XanonymusX added a comment to T124168: Show Navbox templates in mobile skins.

Lovely. That’s the issue with mixing structural global semantics and local decoration (as already criticised in T262093) …

Mar 28 2021, 2:02 PM · MobileFrontend (Tracking), Readers-Web-Backlog (Tracking), Reading-Web-Local-Wiki-Issues, Mobile

Mar 25 2021

XanonymusX added a comment to T124168: Show Navbox templates in mobile skins.

Well, but why does it use this class then in the first place? Navboxes on dewiki are visible because we never used the class, there is absolutely no need for it.

Mar 25 2021, 1:30 AM · MobileFrontend (Tracking), Readers-Web-Backlog (Tracking), Reading-Web-Local-Wiki-Issues, Mobile

Mar 22 2021

XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

But mobile web of enwiki does have a tagline, it is just empty. And I stand corrected, the same holds true for Minerva on desktop generally, so the tagline should indeed be the preferred position for the indicators. My proposal:

Mar 22 2021, 1:54 PM · Readers-Web-Backlog (Tracking), MinervaNeue
XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

No idea about the apps, but what do you mean by m.wikipedia.org? That is not a project. My screenshots above are from de.m.wikipedia.org, in case that wasn’t clear. However, I have come to realise that this task is actually about the Minerva skin, not specifically about mobile web, there we indeed do not have a default tagline. But as already said, it can just float within the page-heading, a tagline is not a necessity.

Mar 22 2021, 4:24 AM · Readers-Web-Backlog (Tracking), MinervaNeue

Mar 21 2021

XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

@XanonymusX I don't think the tagline is shown on most mobile displays for most wikis.

Mar 21 2021, 11:34 PM · Readers-Web-Backlog (Tracking), MinervaNeue

Mar 20 2021

XanonymusX created T278023: Paragraph order on some disambiguation pages is wrong in Wikipedia apps.
Mar 20 2021, 7:30 PM · Product-Infrastructure-Team-Backlog (Kanban), Page Content Service, Wikipedia-iOS-App-Backlog, Wikipedia-Android-App-Backlog, iOS-app-Bugs
XanonymusX added a comment to T265892: MediaWiki:Pagetitle-view-mainpage does not behave the same in mobile version as it does in the desktop version.

I can confirm that it still looks like this, yes!

Mar 20 2021, 3:58 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), MinervaNeue
XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

I would go along with giving good/featured a special treatment (as I said, I would then just directly take that information from WD and ideally display the small badges to the right of the short description), which should be prioritised, and offering a dropdown for anything else users might have added to the indicator area (unless specifically marked as nomobile).

Mar 20 2021, 2:22 AM · Readers-Web-Backlog (Tracking), MinervaNeue
XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

Honestly, in order to do that, we don’t even need to resolve this task at all. The information on good/featured is already in Wikidata and could be quite easily displayed directly from there, like the short description (maybe even using the same small badges used on WD). Tooltips on tap would have to be added, but it seems fairly easy to me. Any comments on that approach? Could be filed in another task.

Mar 20 2021, 1:36 AM · Readers-Web-Backlog (Tracking), MinervaNeue

Mar 19 2021

XanonymusX added a comment to T171726: MobileDiff with inconsistent linebreaks within words.

This was intentional. Why is the word wrap problematic? What would be preferred?

Mar 19 2021, 11:15 PM · Readers-Web-Backlog (Tracking), MediaWiki-Page-diffs, MobileFrontend
XanonymusX renamed T171726: MobileDiff with inconsistent linebreaks within words from MobileDiff with linebreaks within words to MobileDiff with inconsistent linebreaks within words.
Mar 19 2021, 11:09 PM · Readers-Web-Backlog (Tracking), MediaWiki-Page-diffs, MobileFrontend

Mar 18 2021

XanonymusX added a comment to T262093: MoveLeadParagraphTransformInfobox should be rewritten to be more similar to mobile apps (allow more flexibility in lead paragraph identification).

This assumes that the class names will remain like this, with all the styling issues that have been pointed out already. As already explained, I would have to use hatnote both for disambiguation notes and for message boxes on dewiki due to incompatibilities of the ambox class, which would not be in line with the logic of the linked recommendations.

Mar 18 2021, 1:32 PM · Readers-Web-Backlog (Tracking), Patch-For-Review, User-notice, MW-1.36-notes (1.36.0-wmf.34; 2021-03-09), MobileFrontend

Mar 17 2021

XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

I would also add that the icons for protected status are not that widely used across projects, there is no such thing on dewiki, for example.

Mar 17 2021, 4:03 AM · Readers-Web-Backlog (Tracking), MinervaNeue

Mar 16 2021

XanonymusX added a comment to T277201: Minerva should better deal with nowraps on small screens.

It’s not really a bug, as it is to be expected that a nowrap will cause overflow. But since mobile web and the app hide overflow, it needs to be forced to wrap. In the four screenshots I show lines with nowrap (the page numbers in footnotes 268 and 271; it’s part of the citation templates on dewiki); only the reference preview in the iOS app manages to wrap the line.

Mar 16 2021, 12:17 AM · Readers-Web-Backlog (Tracking), Accessibility, Wikipedia-iOS-App-Backlog, iOS-app-feature-Accessibility, Mobile-Web-Settings, MinervaNeue

Mar 14 2021

XanonymusX added a comment to T277302: Hatnote and ambox recognition is poor and essentially only works for enwiki.

Yeah, I just experimented with the ambox class and must say that it is absolutely incompatible with related templates on dewiki. Which means that we would have to use hatnote on all of them (not really what the class was designed for) or just leave them in the middle of the text if this change were to become permanent. Apart from potential clashes with local CSS because of poor naming, as pointed out by @PerfektesChaos, the biggest issue is that these classes all have very specific styling attached to them, which has caused me quite some headache with infobox already; now with hatnote there comes a grey text-colour and a tiny font size, which is not in line with standard styling on dewiki.

Mar 14 2021, 9:27 PM · MW-1.36-notes (1.36.0-wmf.34; 2021-03-09), Readers-Web-Backlog (Kanbanana-FY-2020-21), Regression, MobileFrontend

Mar 13 2021

XanonymusX added a comment to T277302: Hatnote and ambox recognition is poor and essentially only works for enwiki.

I remember similar problems on dewiki with the IPA template, which uses templatestyles and had previously broken the moving of the first paragraph. That had been fixed (last year?), can’t remember which task that was.

Mar 13 2021, 2:08 PM · MW-1.36-notes (1.36.0-wmf.34; 2021-03-09), Readers-Web-Backlog (Kanbanana-FY-2020-21), Regression, MobileFrontend

Mar 12 2021

XanonymusX added a comment to T277302: Hatnote and ambox recognition is poor and essentially only works for enwiki.

For dewiki, I have now added hatnote to some of the most common templates. Luckily I have admin rights, since many of these templates are protected. But this can indeed not be the solution; as long as the recommendations linked above are not followed by a substantial percentage of the projects, such an enwiki-centric change disrupts a huge number of projects. Just saying, I am one of the main forces behind mobile-friendly optimisations on dewiki, but I had never even seen this page with recommendations before. I will be happy to promote them on dewiki, but there would be a lot more to do in other projects. Revert by Monday sounds reasonable for now.

Mar 12 2021, 8:22 PM · MW-1.36-notes (1.36.0-wmf.34; 2021-03-09), Readers-Web-Backlog (Kanbanana-FY-2020-21), Regression, MobileFrontend
XanonymusX added a comment to T277302: Hatnote and ambox recognition is poor and essentially only works for enwiki.

As explained in T277258, dewiki for example uses class="navigation-not-searchable" on the disambiguation notice. There are absolutely no standard classes for whatever elements of a page across projects (the infobox class is still not standard on dewiki, and I think on itwiki it had never even been used).

Mar 12 2021, 5:33 PM · MW-1.36-notes (1.36.0-wmf.34; 2021-03-09), Readers-Web-Backlog (Kanbanana-FY-2020-21), Regression, MobileFrontend
XanonymusX created T277258: HTML Formatter moves disambiguation notice after first paragraph in mobile version.
Mar 12 2021, 1:52 AM · Regression, MobileFrontend

Mar 11 2021

XanonymusX created T277201: Minerva should better deal with nowraps on small screens.
Mar 11 2021, 5:00 PM · Readers-Web-Backlog (Tracking), Accessibility, Wikipedia-iOS-App-Backlog, iOS-app-feature-Accessibility, Mobile-Web-Settings, MinervaNeue

Mar 1 2021

XanonymusX added a comment to T231291: AMC mode: No link to delete or move, protect and other admin and non-admin actions in Minerva.

Yeah, I just followed the label from the desktop version; as long as it’s just my personal gadget, I know what it means anyway. :D But I doubt that addPortletLink is ultimately the solution here; it means doubling all the links also in the desktop version (have to add it to common.js) and it gives no possibility to do anything about the formatting (as far as I know).

Mar 1 2021, 3:40 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), Readers-Web-Backlog (Kanbanana-FY-2020-21), User-Zabe, good first task, patch-welcome, MinervaNeue, Advanced Mobile Contributions
XanonymusX added a comment to T231291: AMC mode: No link to delete or move, protect and other admin and non-admin actions in Minerva.

F631F8F1-7E73-4746-AA97-A8751CDF896A.jpeg (1×750 px, 296 KB)

Here a screenshot of the overflow menu; I have added the “move” link via addPortletLink.

Mar 1 2021, 3:24 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), Readers-Web-Backlog (Kanbanana-FY-2020-21), User-Zabe, good first task, patch-welcome, MinervaNeue, Advanced Mobile Contributions

Feb 26 2021

XanonymusX created T275901: Notifications cannot be displayed from search result pages in mobile version.
Feb 26 2021, 6:37 PM · MW-1.36-notes (1.36.0-wmf.35; 2021-03-16), Discovery-Search (Current work), Readers-Web-Backlog (Tracking), CirrusSearch, MinervaNeue (Tracking), Mobile, Mobile-Web-Settings, Notifications, Growth-Team

Feb 25 2021

XanonymusX added a comment to T231291: AMC mode: No link to delete or move, protect and other admin and non-admin actions in Minerva.

Actually, users can help themselves by simply using mw.util.addPortletLink. If added to the toolbox, the link will also appear in the overflow menu. Without icon, of course, but better than nothing. I will use that for the moment then ...

Feb 25 2021, 12:12 AM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), Readers-Web-Backlog (Kanbanana-FY-2020-21), User-Zabe, good first task, patch-welcome, MinervaNeue, Advanced Mobile Contributions

Feb 24 2021

XanonymusX added a comment to T270981: Enable DIV infoboxes to be shown in mobile-html.

Have updated it, now both Android and iOS app are affected!

Feb 24 2021, 11:33 PM · Page Content Service, Wikipedia-iOS-App-Backlog, iOS-app-Bugs, Product-Infrastructure-Team-Backlog, Android-app-Bugs
XanonymusX added a project to T270981: Enable DIV infoboxes to be shown in mobile-html: iOS-app-Bugs.
Feb 24 2021, 11:32 PM · Page Content Service, Wikipedia-iOS-App-Backlog, iOS-app-Bugs, Product-Infrastructure-Team-Backlog, Android-app-Bugs

Feb 19 2021

XanonymusX updated the task description for T275201: Add border to images with thumb parameter.
Feb 19 2021, 12:25 PM · Readers-Web-Backlog, MinervaNeue

Dec 31 2020

XanonymusX updated the task description for T270981: Enable DIV infoboxes to be shown in mobile-html.
Dec 31 2020, 5:40 PM · Page Content Service, Wikipedia-iOS-App-Backlog, iOS-app-Bugs, Product-Infrastructure-Team-Backlog, Android-app-Bugs
XanonymusX created T270981: Enable DIV infoboxes to be shown in mobile-html.
Dec 31 2020, 5:40 PM · Page Content Service, Wikipedia-iOS-App-Backlog, iOS-app-Bugs, Product-Infrastructure-Team-Backlog, Android-app-Bugs

Dec 28 2020

XanonymusX updated the task description for T270872: Subpages class treated differently in Minerva/Mobile.
Dec 28 2020, 2:46 PM · MediaWiki-Core-Skin-Architecture
XanonymusX created T270872: Subpages class treated differently in Minerva/Mobile.
Dec 28 2020, 2:43 PM · MediaWiki-Core-Skin-Architecture

Nov 29 2020

XanonymusX added a comment to T42763: Implement repeated/fixed/floating table headers.

My question was whether there was a known interference of the new vector with position:fixed in table headers, not about a specific case.

Nov 29 2020, 2:56 PM · MediaWiki-Interface (Tables), JavaScript
XanonymusX added a comment to T42763: Implement repeated/fixed/floating table headers.

I just noticed that apparently the tables with sticky headers I created on dewiki don’t work anymore if I activate the new Vector skin! How can the skin interfere with this effect? Noticed this on Chrome.

Nov 29 2020, 1:49 PM · MediaWiki-Interface (Tables), JavaScript

Nov 22 2020

XanonymusX added a comment to T124168: Show Navbox templates in mobile skins.

Just wanted to add: for dewiki (where navboxes have always been visible on mobile, but we certainly use them less frequently than enwiki does) I have created a responsive mobile version: examples. Should be live soon. Obviously this is just about the design, the problem of the heavy HTML remains.

Nov 22 2020, 8:33 PM · MobileFrontend (Tracking), Readers-Web-Backlog (Tracking), Reading-Web-Local-Wiki-Issues, Mobile

Oct 23 2020

XanonymusX added a comment to T266341: Moving article lead breaks with deduplicated TemplateStyles.

Oh, I see! So it is not related to the TemplateStyles problem? In that case I can obviously work on fixing the infobox template (although it would be nice if the algorithm could cope with such cases, as the use of hidden links as an alternative to tracking categories is quite common in infoboxes on dewiki).

Oct 23 2020, 5:17 PM · Reading-Web-Local-Wiki-Issues, MobileFrontend
XanonymusX created T266341: Moving article lead breaks with deduplicated TemplateStyles.
Oct 23 2020, 3:39 PM · Reading-Web-Local-Wiki-Issues, MobileFrontend
XanonymusX added a comment to T265892: MediaWiki:Pagetitle-view-mainpage does not behave the same in mobile version as it does in the desktop version.

Has been noticed on dewiki as well. As we have deactivated the mobile "Welcome, USERNAME!", the "– Wikipedia" is displayed also for registered users. It seems like this happened only after last Thursday's update. Before then the title read "Wikipedia – Die freie Enzyklopädie". Please fix it, as it looks quite unprofessional!

Oct 23 2020, 1:18 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), MinervaNeue

Oct 6 2020

XanonymusX added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

As to limitations via class: there is always nomobile that can be used imo.

Oct 6 2020, 3:27 PM · Readers-Web-Backlog (Tracking), MinervaNeue

Sep 18 2020

XanonymusX updated the task description for T263306: MobileFrontend displays second paragraph as first paragraph on dewiki (Moving article lead is broken).
Sep 18 2020, 11:56 PM · MobileFrontend, Mobile
XanonymusX created T263306: MobileFrontend displays second paragraph as first paragraph on dewiki (Moving article lead is broken).
Sep 18 2020, 11:48 PM · MobileFrontend, Mobile

Aug 25 2020

XanonymusX added a comment to T238417: Structured localization framework for Scribunto modules.

When I first experimented with “global modules”, I used separate data tables on Commons for the template parameters (https://commons.m.wikimedia.org/wiki/Data:Module:Music_charts/parameters.tab) and the text output (https://commons.m.wikimedia.org/wiki/Data:Module:Music_charts/labels.tab), among others; these were called by the central module, which eventually outputs the template code. This method would actually work fine for my needs, but the performance is terrible, so I never implemented it outside of testwiki …

Aug 25 2020, 1:00 PM · Technical-Debt, MediaWiki-extensions-Scribunto, MediaWiki-extensions-Translate, I18n, Language-strategy, Epic, Wikimedia-General-or-Unknown