- w:en:user:Quiddity ---------- (editor since 2005)
- mw:user:Quiddity (WMF) --- (WMF since 2013)
My:
(Avatar image made with this flash tool)
My:
(Avatar image made with this flash tool)
+1 to including that second paragraph as useful context.
P.s. Note for @STei-WMF : In Tech News, we can replace the plain 'name' of the preference (and buttons), with the actual interface string's name (discussiontools-preference-autotopicsub - found via the QQX trick), so that readers in more languages (beyond those which are manually translated by volunteers for Tech News itself) can get a hint about the context. -- That also benefits Tech News translators, as they won't have to look-up the exact wording that is used in their language, in order to write it accurately in Tech News. -- I.e. Final draft suggestion (also with an added link for the DiscussionTools feature help-page):
For users with "{{int:discussiontools-preference-autotopicsub}}" [[Special:Preferences#mw-prefsection-editing|enabled in their preferences]], starting a new topic or adding a reply to an existing topic with the source editor will now subscribe them to replies to that topic. Previously, this would only happen if the DiscussionTools "{{int:Skin-action-addsection}}" or "{{int:Discussiontools-replybutton}}" widgets were used. When DiscussionTools was originally launched existing accounts were not opted-in to automatic topic subscriptions, so this change should primarily affect newer accounts and users who have deliberately changed their preferences since that time.
Thanks for testing PrimeHunter. "cite web" in the wiktext editor did work for me initially, just before I filed this task (i.e. I entered the URL and clicked the Autofill button, and after a few seconds it auto-filled the Title and Website name parameters), but I cannot reproduce it now. I'm not sure if that's related (IIRC they use different backends?). But good to note.
Declining ancient Flow task
Declining ancient Flow task
Now added (with tweaks) to https://meta.wikimedia.org/wiki/Tech/News/2025/42 - reassigning back to product owner.
This user-notice was handled as part of https://phabricator.wikimedia.org/T399669#11234558
Thank you, stjn, that helps. We'll plan to potentially put this in the following week's edition (or once we've confirmed the categories have auto-emptied), using your draft, with links like below, unless anyone suggests further wording/timing changes:
- Administrators can delete the tracking category which was previously added by the JsonConfig extension, as it is no longer used. See the categories linked from Q130635582 .
@Nemoralis (or @cscott or anyone!) Please could you suggest draft wording, or help further explain what exactly admins are being instructed to do? I.e. I checked a few examples linked from (Q130635582) and it seems the category is heavily used in some places (e.g. Welsh Wikipedia's category has ~144,000 entries) so it seems admins (might?) need to do something more than just delete the local category page? -- Or maybe those entries will automatically vanish once the category stops existing? (If so, maybe we can mention that in the entry, to prevent downstream confusion!). Thanks.
That email address is not currently subscribed to that mailing list. Either your latest unsubscription attempt worked, or someone else manually unsubscribed you, (or, speculating, you might be subscribed with a different address that is auto-forwarding? Although I imagine that might be obvious from the headers, so probably not that.)
I advocate for this being an important thing to fix. Today I was very confused about why I couldn't find many results for "call", and I had started to draft a request for people to add all the other regional calls until I stumbled upon an example of a "Call" that already had an event, whereupon I realized this was a bug, and there are actually many "Call" events already listed.
This was announced in https://meta.wikimedia.org/wiki/Tech/News/2025/34
For Tech News (for next week's edition) please could someone propose suggested wording for an entry? It sounds like there was a bug which has caused some errors in the wikitext of a small number of pages, and cleanup is needed - If that is accurate, it would be very helpful if we could link to a listing/search of the errors so that editors can easily find and fix those instances. Thanks.
For Tech News timing, I believe the ongoing discussion/patches here are an indicator that we should postpone announcing it. I.e. until the feature is stable, and has documentation that we can link it to. If nobody replies by tomorrow, then I will move the draft-entry into the following week's edition, so that translators don't waste some of their time if it needs to be rewritten. [EDIT: Now moved.] Thanks!
For content, the current draft is:
- A new parser function has been added: {{#contentmodel}}. It returns either the localized name or the canonical name of the content model of a specific page. The function is primarily intended for use in system messages, such as Mediawiki: editing interface, and in switches. [5]
which I hope we can make clearer by more clearly describing (or giving an example of?) the use-cases, plus a better #section-link for the first link once it's been documented there. Thanks!
Hi @Zabe, It looks like you helped process the last few wiki creations, hence I'm asking you: Is there anything the folks who are requesting this wiki need to do, before it can move along? They've removed the list of extensions (from the Task-Description) that earlier comments were asking about, and have asked me if there's anything else they need to/should do. Much thanks!
Thanks for the draft! Based on our quick chat, and your update to the docs, I'm tweaking that to:
- References lists that are made using <references/> will now automatically display with columns in Vector 2022 when readers are using its 'standard' font-size and page-width settings.[ 1 ]
Now onwiki at https://meta.wikimedia.org/wiki/Tech/News/2025/38
In T328254#11155654, @SomeRandomDeveloper wrote:In T328254#11153626, @Quiddity wrote:For Tech News: How would you suggest describing this in an entry?
The new parser function {{#contentmodel}} has been added. It returns either the localized or the canonical name of the content model of a specific page. The function is primarily intended for use in system messages, such as Mediawiki:editinginterface, and in switches.
In T317599#11153281, @A_smart_kitten wrote:Moving to the 'Announce in next Tech/News' column now that the reindexing in T402220 seems to be complete, and this new functionality is hopefully now available on all Wikimedia wikis :)
For Tech News: How would you suggest describing this in an entry? Is there any documentation to link to? Will this be available immediately on Monday, or during the week with the deployment train? Thanks. [Note: I may postpone until the following week's edition, especially if it's a train-deployed feature, so that editors can start using it immediately upon learning about it. Plus potentially to give time for good docs to be written!]
For Tech News, please could someone both confirm if it is important to include this in Tech News, and if so, suggest draft wording for an entry? I'm not sure how much this change will affect existing uses, or if editors will need to do/fix anything based on this change. Thanks.
Message translated and sent: https://pt.wikibooks.org/wiki/Topic:Yy5wvcw7yqwwtjnx (If needed: English original)
Thanks for Draft for Tech News! A few notes/questions @ppelberg :
Later this week, people who are logged in and have the "Discussion tools" Beta Feature enabled will gain the ability to "Thank" individual comments directly from talk pages, rather than needing to navigate to page history. [Learn more](phab:T400849)
Thanks for the suggestion and draft! A few suggestions/questions:
(1) Content: Is this rewrite accurate and good, or tweakable to something good?
- Administrators can now access the Special:BlockedExternalDomains page from the Special:CommunityConfiguration list page. This makes it easier to find.
Are there any other technical aspects/changes that need to be mentioned? -- I.e. I'm uncertain whether we need to mention anything about "Functionally-wise, blocked external domains should work as before" -- from a glance comparison (of Beta Cluster versus MediaWikiwiki), it seems like the features are identical from a user-perspective.
I'd recommend reading the related discussion in T195229: Feature request: "clearyourcache" message should only show information for the specific browser being used (instead of all browsers) before working on code-changes for this task. We need to agree on the final goal/result, before implementing changes.
E.g. From the comments there, I and SD0001 believe it might be clearer to just mention the single key-combination that works for all major browsers, as currently written in the first 2 sentences of Enwiki's custom version at https://en.wikipedia.org/wiki/MediaWiki:Clearyourcache - I.e. (with appropriate formatting to-be-added)
Note: After saving, you have to bypass your browser's cache to see the changes. Google Chrome, Firefox, Microsoft Edge and Safari: Hold down the ⇧ Shift key and click the Reload toolbar button.
But first, someone(?) needs to make the final decision about exactly what wording to use, so that we don't waste the time of translators with multiple changes.
Thanks! Re: page-names, I think it would be best to use the generic /Flow, for now. (Context: I already asked, in my last MassMessage to those 2 pages, if they wanted something different, but nobody replied. It's a minor detail, either way.)
I agree it would be easier for everyone if we (WMF) could do this update, for them.
The only part I cannot do myself is "Move" those 2 current pages to be .../Flow subpages.
[personal perspective] If I understand correctly, it looks like this discussion proposes constraining the width of tables, both when the Tools/Appearance menus are expanded, but also when they are all collapsed.
I suggest that it would be ideal to continue the past practice of NOT constraining the table-width, if there are no expanded menus to overlap with.
@jsn.sherman Problem statement/Use-case: As an admin on a wiki, I can currently see log-entries in my watchlist (or RecentChanges) for when a temporary Page-Protection is added, but there are no indications when that temporary status expires. -- I want [admin-only?] lines added to my watchlist (and RC?), indicating that a page I watchlist is no longer protected. That new indication would help remind me to play closer attention to that page in the near-future, or give me context for why it is suddenly getting vandalism/etc again.
E.g. screenshot of what I currently see in my watchlist, for a temporarily-protected page:
@SD0001 Thanks for the draft-wording & link, that's appreciated!
Question: If I understand correctly, this entry is closely related to the entry that @Tacsipacsi drafted for the .vue files in gadgets entry which also mentions Codex icons, but that sentence uses a different link and I think it has a different focus(?). -- How would you both suggest tweaking the wording and links of the existing entry, and/or to separately mention the Codex icons as a separate (or sub) entry?
TLDR: You might want to merge/rewrite the current and proposed drafts, which are:
[I'll temporarily un-mark that entry from translation, so that you can edit freely, and I'll freeze it again tomorrow (in ~22 hours).]
@CCiufo-WMF Possibly! I believe the team already communicated directly with the 40 affected wikis in this batch. Is there anything specific that editors at other wikis need to be aware of, next week?
Sorry for the workboard noise, I got confused about the overlap between this task and T359918: Lua interface for convenient access to translations in a message bundle, which I now believe is distinct from this. I'll await the draft entry (for Tech News) for this task, or further corrections if I'm still misunderstanding something. Thanks.
This is now in https://meta.wikimedia.org/wiki/Tech/News/2025/32
I'm moving this back to "not ready to announce" (for Tech News purposes) because the draft (in the task-Description) is only about Ptwiki & Testwiki, and we generally don't announce things globally if they only affect a few wikis (as that is less distracting/confusing for everyone else).
Another request for this feature at https://meta.wikimedia.org/wiki/Wikimedia_Forum#Idea_for_a_new_feature:_notification_when_Wikimedia_Commons_files_are_used_on_Wikipedia_pages