Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
- Table of contents
- First discussion
- End of page
- New post
If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.
Collapse template test
Does this look right to y'all?
*{{Collapse top/sandbox|title=does this work okay?|width=80%}} Lorem ipsum dolor sit amet *{{Collapse bottom/sandbox}}
See Template talk:Collapse top#Change wikitext table to HTML table. — Alexis Jazz (talk or ping me) 04:31, 3 August 2022 (UTC)
- A bullet that goes right before a table doesn't look right to me, but other than that it does work. NguoiDungKhongDinhDanh 04:41, 3 August 2022 (UTC)
- NguoiDungKhongDinhDanh, indeed it doesn't look super nice, but due to WP:COLAS one might have to. With the current version of {{Collapse top}} people either use it with asterisk indentation (resulting in massive breakage) or insert it without indentation in the middle of a discussion which causes various other problems. — Alexis Jazz (talk or ping me) 06:12, 3 August 2022 (UTC)
- I don't know what changed, but the above test was hiding all the remaining content on this page so I've wrapped it a nowiki tag. If you want to share further tests that hide content, perhaps we should link to a separate page that exemplifies usage to avoid this situation. — MusikAnimal talk 16:46, 8 August 2022 (UTC)
- Thanks, we're getting to the bottom of this at Template_talk:Collapse_top#Change_wikitext_table_to_HTML_table. — xaosflux Talk 16:57, 8 August 2022 (UTC)
- MusikAnimal, sorry, I forgot I had transcluded the sandbox here. When Xaosflux suggested an extra line break for collapse bottom I tested that in the sandbox (to test with the non-sandbox collapse top), but that broke the collapse top+bottom sandbox combo. — Alexis Jazz (talk or ping me) 17:01, 8 August 2022 (UTC)
- The
|}
markup to end a table only works if it is at the very start of the line. Hence it's not surprising that it breaks if placed after an asterisk, just as it would if placed after a colon. --Redrose64 🌹 (talk) 22:57, 8 August 2022 (UTC)- In general, this seems like GIGO to me, tables don't really belong inside lists, regardless of how they are invoked. — xaosflux Talk 00:21, 9 August 2022 (UTC)
- Xaosflux, the reality is that people want to collapse stuff within comments on discussion pages, and discussions are lists because history. Saying "no, bad user. bad!" doesn't make that go away. I wonder why it's even a table, maybe a version using divs could be made. — Alexis Jazz (talk or ping me) 07:41, 9 August 2022 (UTC)
- In general, this seems like GIGO to me, tables don't really belong inside lists, regardless of how they are invoked. — xaosflux Talk 00:21, 9 August 2022 (UTC)
Why does this text overflow the page boundary?
On Wikipedia:Village pump (policy)/Request for comment on administrator activity requirements, the text in the close box flows off the right side of the page. I'm assuming there's a missing HTML close tag or something like that, but I can't find it. Anybody? -- RoySmith (talk) 16:35, 3 August 2022 (UTC)
- @Slywriter who did the close. -- RoySmith (talk) 16:37, 3 August 2022 (UTC)
- @RoySmith works for me, are you still seeing this? — xaosflux Talk 17:32, 3 August 2022 (UTC)
- RoySmith, I can't replicate on mobile, mobile desktop nor desktop. Looked through the wikitext and don't see any stray close tags. Slywriter (talk) 17:34, 3 August 2022 (UTC)
- Yup. I get it on Chrome Version 103.0.5060.134 (Official Build) (x86_64) and Safari Version 15.5 (17613.2.7.1.8), but not on Firefox 95.0.2 (64-bit) or 103.0.1 (64-bit). macOS Monterrey 12.4 (21F79) for all of those. -- RoySmith (talk) 17:44, 3 August 2022 (UTC)
- Hmmm, doesn't happen on Chrome in an incognito window. I guess the next thing I should try is turning off various gadgets one by one. -- RoySmith (talk) 17:48, 3 August 2022 (UTC)
- @RoySmith try this safemode link. Then before you go trying gadgets, try toggling off some of these. — xaosflux Talk 17:53, 3 August 2022 (UTC)
- Yup, enabling safemode makes the problem go away. -- RoySmith (talk) 17:57, 3 August 2022 (UTC)
- The problem turns out to be Preferences / Gadgets / Appearance / "Change UTC-based times and dates, such as those used in signatures, to be relative to local time". Toggling that makes the text overflow problem appear and disappear deterministically. -- RoySmith (talk) 18:17, 3 August 2022 (UTC)
- Oh, I think I see what's going on. With that gadget installed, you end up with
<span ... style="... white-space: nowrap;">11:09 am, 13 April 2022, Wednesday (3 months, 21 days ago) (UTC−4)</span>
- and the "nowrap" style is forcing the text to not wrap, even though it's too wide for the box. @Curbon7 I'm guessing you've got that same gadget enabled? -- RoySmith (talk) 18:35, 3 August 2022 (UTC)
- @RoySmith thanks for the note, that gadget is supported soley by User:Gary, you can ask for help on his talk page. — xaosflux Talk 18:49, 3 August 2022 (UTC)
- Let's pick this up at Wikipedia talk:Comments in Local Time. -- RoySmith (talk) 18:51, 3 August 2022 (UTC)
- The problem turns out to be Preferences / Gadgets / Appearance / "Change UTC-based times and dates, such as those used in signatures, to be relative to local time". Toggling that makes the text overflow problem appear and disappear deterministically. -- RoySmith (talk) 18:17, 3 August 2022 (UTC)
- Yup, enabling safemode makes the problem go away. -- RoySmith (talk) 17:57, 3 August 2022 (UTC)
- @RoySmith try this safemode link. Then before you go trying gadgets, try toggling off some of these. — xaosflux Talk 17:53, 3 August 2022 (UTC)
- Hmmm, doesn't happen on Chrome in an incognito window. I guess the next thing I should try is turning off various gadgets one by one. -- RoySmith (talk) 17:48, 3 August 2022 (UTC)
- This has been an issue for me too. I don't really care enough to figure out how to fix it, as it isn't really major, but just noting it's been happening to me too. Curbon7 (talk) 17:54, 3 August 2022 (UTC)
- I recently changed Module:Side box to use divs with flex instead of a table (more semantic HTML). When an element is nowrap inside a table, the table will expand to fit the nowrap. This behavior is particular to tables. Most other elements will instead cause the inner content to overflow. The fix is fundamentally: don't use nowrap in your signatures unless you are marking something very short up as nowrap. If you must use nowrap, use
<wbr>
to indicate where a browser may wrap your content, see MDN documentation. Certainly, do not put a full timestamp inside a nowrap style. Izno (talk) 22:55, 5 August 2022 (UTC)
I've fixed the problem in the script, so it shouldn't expand thin boxes anymore. Gary (talk · scripts) 20:59, 9 August 2022 (UTC)
Start new section button, in editor's talkpage
Has the "+" (start a new section) button been disabled on user talkpages? Mine no longer works. GoodDay (talk) 02:49, 6 August 2022 (UTC)
- Works for me @GoodDay: what happens when you push it? Which skin are you using? It it not working on all pages (like this one), only a specific page, or only user talk pages for you? — xaosflux Talk 09:45, 6 August 2022 (UTC)
- If "Enable quick topic adding" is enabled at Special:Preferences#mw-prefsection-editing then try to disable it. PrimeHunter (talk) 11:16, 6 August 2022 (UTC)
Red alert: The new topic edit feature is not working in Wikipedia talk, Template talk, Help talk, and MediaWiki talk namespaces. For example, on page Wikipedia talk:Administrators, mouse over the new section "+" and the link is https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Administrators&action=edit§ion=new
; but is simply the talk page itself, not the new section page. Mouse over Click here to start a new topic.
and the link is https://en.wikipedia.org/wiki/Special:NewSection/Wikipedia_talk:Administrators
, but that page is again simply the talk page itself. On page Template talk:AfD in 3 steps, mouse over the new section "+" and the link is https://en.wikipedia.org/w/index.php?title=Template_talk:AfD_in_3_steps&action=edit§ion=new
; but is simply the talk page itself, not the new section page. Article talk, User talk, File talk, and Category talk pages all allow adding new sections in the normal manner. I use Windows 10, Firefox, and the MonoBook skin. —Anomalocaris (talk) 04:35, 9 August 2022 (UTC)
- Is it possible that this is a similar problem to Wikipedia:Village pump (technical)/Archive 198#New section tab not working when JavaScript is disabled? The new "quick topic adding" is a JavaScript-only feature, but when JavaScript is disabled, it should redirect you to the old form. However, it is possible for some browser extensions to prevent this redirection, which would cause the behavior you describe. Matma Rex talk 18:15, 9 August 2022 (UTC)
- Works for me still? I was able to add new topic, with the new topic tool enabled and also with it disabled. — xaosflux Talk 18:29, 9 August 2022 (UTC)
- It works for me. The mentioned mouse over url's are the same when it works. The only url difference is that when it works, clicking the link doesn't change the url from the page you are already on, but just adds a form. For example, if you click the new section link on https://en.wikipedia.org/wiki/Wikipedia_talk:Administrators then you are still on https://en.wikipedia.org/wiki/Wikipedia_talk:Administrators, but at the bottom in a form. PrimeHunter (talk) 18:37, 9 August 2022 (UTC)
- I just got a new computer today. The problem is still there. However, it goes away if I go to Preferences and on the Editing tab, uncheck
Enable quick topic adding
and save. I have not intentionally disabled Javascript in Firefox. If I disabled Javascript in Wikipedia, how would I have done that? —Anomalocaris (talk) 05:12, 10 August 2022 (UTC)- Enable quick topic adding again. Does it work if you log out? Does it work in safemode? The tab will say "New section". PrimeHunter (talk) 09:23, 10 August 2022 (UTC)
- Are you running script-blocking extensions, such as NoScript? — xaosflux Talk 10:14, 10 August 2022 (UTC)
- No, as I say, I just got a new Windows 11 computer and installed Firefox on it, with no extensions so far. If I log out, my preferences won't be in effect. If I enable quick topic adding, safemode does not solve the problem. —Anomalocaris (talk) 18:35, 10 August 2022 (UTC)
- Quick topic adding is enabled for logged out users. Does it work if you log out? PrimeHunter (talk) 19:30, 10 August 2022 (UTC)
- No, as I say, I just got a new Windows 11 computer and installed Firefox on it, with no extensions so far. If I log out, my preferences won't be in effect. If I enable quick topic adding, safemode does not solve the problem. —Anomalocaris (talk) 18:35, 10 August 2022 (UTC)
- I just got a new computer today. The problem is still there. However, it goes away if I go to Preferences and on the Editing tab, uncheck
- Oh no, I think I see what's happening – if you have "Enable quick topic adding" enabled, but "Enable quick replying disabled", and the page would have any reply links, all of the tools don't work correctly. This is filed as T314707, I didn't immediately connect the dots that it's the same issue. Matma Rex talk 20:06, 10 August 2022 (UTC)
- @GoodDay @Anomalocaris This should be fixed now (you might need to purge the cache of affected pages first), can you try? Sorry about the issue. Matma Rex talk 14:17, 11 August 2022 (UTC)
- Yup, it's kickin' in, now. But not for some editors' talkpages. But, it'll gradually smooth out :) GoodDay (talk) 15:14, 11 August 2022 (UTC)
- Matma Rex: New topic edit is working now. However, the URL of the editing page is the same as the URL of the production page, and the back button takes you back, not to the production page but to the page before the production page. That isn't what I expect. —Anomalocaris (talk) 05:35, 12 August 2022 (UTC)
- @GoodDay @Anomalocaris This should be fixed now (you might need to purge the cache of affected pages first), can you try? Sorry about the issue. Matma Rex talk 14:17, 11 August 2022 (UTC)
Search under vector-2022
One of my most common actions is to find a policy or guideline via WP: shortcut. Therefore I use the search box for this. Having recently upgraded to vector-2022, I've also adopted the Alt+⇧ Shift+F shortcut to search. I'm using Chrome 103 on Windows 10 Pro. If I happen to search while the mouse pointer is near the search box, ↵ Enter has the undesirable effect of activating the search suggestion which is indicated by the mouse pointer, rather than sending my query as-is to the search engine. This is an accessibility no-no. I pressed ↵ Enter to activate my keyboard input, not what's under the caret. If I need to move the mouse to avoid this situation, it defeats the purpose of keyboard entry.
Example: Alt+⇧ Shift+F MOS:GENDERID ↵ Enter took me to WP:MOS and WP:MOSBIO, successively, until I moved the mouse away from underneath the search box. Elizium23 (talk) 02:04, 7 August 2022 (UTC)
- @Elizium23:: mw:Talk:Reading/Web/Desktop Improvements. --Malyacko (talk) 13:52, 8 August 2022 (UTC)
"Start a discussion about"
I think it would be a good idea if empty Talk pages said, "Start a discussion about improving the article [[XXX]]" instead of "Start a discussion about XXX". Maybe, just maybe, we would get fewer contributions like this: [1] --Hob Gadling (talk) 05:56, 8 August 2022 (UTC)
Village pumps can get quite technical, with complex plumbing andSeconded. I've removed quite a few new irrelevant talk sections recently. Minor refinement: "Start a discussion about improving the XXX page" would cover talk pages of non-articles (redirects and dabs) too, or we could detect those and customise the text. Certes (talk) 08:51, 8 August 2022 (UTC)- Can you be a bit more specific, exactly what steps are you using to get to this message? Here is an example talk page: User_talk:Xaosflux/sandbox129, it says "Start a discussion about improving the User:Xaosflux/sandbox129 page". Here is one that exist, but doesn't have content User talk:Xaosflux/sandbox130, it says " start a discussion with others about how to improve the "User:Xaosflux/sandbox130" page." — xaosflux Talk 10:54, 8 August 2022 (UTC)
- Please see the response above, I've already changed it. You can see for yourself from the diff the title it used to use at Talk:Duende and elsewhere. Regarding the different versions, there is a check for whether the page exists (in the title at anyway). MediaWiki:Discussiontools-emptystate-desc might want some tweaking to match that check, or maybe not. -- zzuuzz (talk) 11:03, 8 August 2022 (UTC)
- @Hob Gadling: can we call this resolved now? — xaosflux Talk 17:01, 8 August 2022 (UTC)
- Wonderful, thank you! --Hob Gadling (talk) 19:47, 8 August 2022 (UTC)
Censor blocks from Special:BlockList?
Is it possible to censor blocks such that they can't even be found in Special:BlockList? 213.149.103.132 (talk) 11:05, 8 August 2022 (UTC)
- I believe oversighters can suppress a blocked account from appearing there (see Wikipedia:Oversight#Actions). Neither global locks nor global locks show up there unless you search for them (compare Special:GlobalBlockList). -- zzuuzz (talk) 11:33, 8 August 2022 (UTC)
- The oversight option 'Suppress username from edits and lists.', if used, would suppress a username from that and other lists. We only use that if the username itself contains suppressible information. — xaosflux Talk 17:05, 8 August 2022 (UTC)
Tech News: 2022-32
19:48, 8 August 2022 (UTC)
Preview warnings
On Vincent van Gogh, I keep getting a preview warning about how {{Infobox artist}} is using an unknown parameter |1=
, which apparently refers to |education=
, which is a fully valid parameter. I'm using Safari 15.6 on Mac OS 12.5. Esszet (talk) 00:59, 9 August 2022 (UTC)
- There were missing brackets in a wikilink. MB 01:05, 9 August 2022 (UTC)
- I don't understand, everything has to be linked? Esszet (talk) 03:13, 9 August 2022 (UTC)
- @Esszet, unclosed links break templates e.g. {{foo|[[bar}} ― Qwerfjkltalk 11:54, 9 August 2022 (UTC)
- @Esszet: That wasn't the issue here. It said:
| education = [[Royal Academy of Fine Arts (Antwerp)|Royal Academy of Fine Arts]], [[Willem II College]], Academy of Fine Arts (Brussels)|[[Royal Academy of Fine Arts]], and [[Anton Mauve]]
- The pipe in
Academy of Fine Arts (Brussels)|
wasn't inside a link so it ended theeducation
parameter and started an unnamed parameter. The first unnamed parameter is called1
and the infobox doesn't accept unnamed parameters. The warning said unknown parameter "1 = [[Royal Academy of Fine A...". It showed the start of the unnamed parameter but truncated it at a time where it was still identical to the start of theeducation
parameter. That's bad luck and I can understand your confusion. PrimeHunter (talk) 13:42, 9 August 2022 (UTC) - Yes, it's the third pipe in the line. What that pipe does is split the one line into two parameters, as if the following had been entered: The pipe concerned seems to have originated in this edit at 20:18, 1 April 2022 (UTC) by Filmssssssssssss (talk · contribs). --Redrose64 🌹 (talk) 14:11, 9 August 2022 (UTC)
| education = [[Royal Academy of Fine Arts (Antwerp)|Royal Academy of Fine Arts]], [[Willem II College]], Academy of Fine Arts (Brussels) |[[Royal Academy of Fine Arts]], and [[Anton Mauve]]
- @Esszet, unclosed links break templates e.g. {{foo|[[bar}} ― Qwerfjkltalk 11:54, 9 August 2022 (UTC)
- I don't understand, everything has to be linked? Esszet (talk) 03:13, 9 August 2022 (UTC)
Template:Infobox motorcycle rider
Could someone please take a look after a series of changes mostly up to June 2022 made by a relatively inexperienced editor @KHaylock:? I see a stray curly bracket, eg at Beryl Swain and Carolynn Sells infoboxes (different fields), and the red error messages on the template page itself. Some info at template Talk. No urgency. Thanks.--Rocknrollmancer (talk) 19:41, 9 August 2022 (UTC)
- I have removed three extra
}
.[3] PrimeHunter (talk) 22:25, 9 August 2022 (UTC)- ThanQ, PrimeHunter.--Rocknrollmancer (talk) 23:03, 9 August 2022 (UTC)
How can a template calculate the diff between year-and-month dates?
I'd like a citation template to calculate how old a publication is, because if it's > 3yrs, doi-access
should be set to 'free'. Publication is quarterly, and the publisher's dates in their DB are YYYY/MM, so it would be nice if the notice for free access turned on the month. But I can't just subtract the date
param from a truncated CURRENTTIMESTAMP, because neither is decimal. I assume this has been done before, just don't know where to look. — kwami (talk) 23:37, 9 August 2022 (UTC)
- You could probably do the calculation using Julian days. Or, something like the following usage of {{time interval}} might help.
show=d
gives a number of days anddisp=raw
gives just the number. You could useshow=y
for years but I would need a fair bit of time to experiment or recall how it rounds.{{time interval|1 Jan 2001|March 4, 2002|disp=raw|show=d}}
→ 427
- Johnuniq (talk) 00:00, 10 August 2022 (UTC)
That works! If I plug in 2019-08, it displays as free access; if 2019-09, it doesn't. — kwami (talk) 01:27, 10 August 2022 (UTC)
- @Kwamikagami: I had a look at Template:Cite JIPA. The date/age modules are complex and not fully documented and I have forgotten exactly what
partial=on
does as far as date differences go, so I'll just mention that usingpartial=on
makes {{time interval}} accept incomplete dates such as "2001" or "March 2001". In a quick test, I couldn't make sense of the resulting number and I can't take the time at the moment to dive in deeper. Ask me in a couple of weeks if you want that investigated (I should do it!). However, what I am confident about is that omitting a date means the current date is used. For example, these give the same result and this may be of use:{{time interval|2020-8-10|{{date}}|disp=raw|show=d}}
→ 733{{time interval|2020-8-10||disp=raw|show=d}}
→ 733
- Johnuniq (talk) 07:32, 10 August 2022 (UTC)
Logging in to OTRS
I was trying to read an OTRS ticket, but found myself unable to log in to do so. I followed this link and was asked for my username + password, but was told the password was wrong when I supplied it. So I said I'd lost it (not true, but there didn't seem to be anything else to do) and was told I'd been sent password reset instructions by e-mail. No e-mail arrived. Help? I suppose it's possible that I created a separate password for the OTRS thing years ago and failed to make a note of it and failed to both save it in my Firefox privacy thing and to link an e-mail to it (though I don't think so), but what can I do now? I'm really scared to test my Wikipedia password by logging out and then back in, but sooner or later of course I will simply be logged out - you know it happens. Will I at that time ever be able to get back in to my Wikipedia account? And what's wrong with "Wikimedia vrt" that it won't let me log in to read the ticket? Bishonen | tålk 08:30, 11 August 2022 (UTC).
- @Bishonen, you could try logging in, in an incognito window, so that it won't log you out. ― Qwerfjkltalk 10:54, 11 August 2022 (UTC)
- Sorry, what? How do I get an incognito window without first logging out (which I'm now scared to do)? Please make all explanations in "for dummies" mode. Bishonen | tålk 11:03, 11 August 2022 (UTC).
- @Bishonen: Follow the instructions here or press control-shift-p on Windows/Linux or command-shift-P on a Mac. Graham87 11:40, 11 August 2022 (UTC)
- Right. I have now tried that, but got exactly the same result. Bishonen | tålk 11:56, 11 August 2022 (UTC).
- @Bishonen Are you a VRT agent? If not then you can't access Wikimedia vrt. Nthep (talk) 12:27, 11 August 2022 (UTC)
- I'm not. But I used to be able to read OTRS tickets all the same. Did I use the wrong kind of link? Another admin sent it to me because they wanted my opinion on the unblock request. Bishonen | tålk 13:25, 11 August 2022 (UTC).
- @Bishonen I don't see you on the otrswiki:List of accounts (or the List of accounts/closed list). Note, vrt-wiki, and ticket.wikimedia.org don't use your WMF SUL logon, but a different account. If you have a different username there, we can look for it; otherwise this seems to be working as expected? Perhaps you are thinking about the Wikipedia:Unblock Ticket Request System tickets where unblock requests normally go, that uses SUL logon. — xaosflux Talk 13:32, 11 August 2022 (UTC)
- I'm not. But I used to be able to read OTRS tickets all the same. Did I use the wrong kind of link? Another admin sent it to me because they wanted my opinion on the unblock request. Bishonen | tålk 13:25, 11 August 2022 (UTC).
- @Bishonen Are you a VRT agent? If not then you can't access Wikimedia vrt. Nthep (talk) 12:27, 11 August 2022 (UTC)
- Right. I have now tried that, but got exactly the same result. Bishonen | tålk 11:56, 11 August 2022 (UTC).
- @Bishonen: Follow the instructions here or press control-shift-p on Windows/Linux or command-shift-P on a Mac. Graham87 11:40, 11 August 2022 (UTC)
- Sorry, what? How do I get an incognito window without first logging out (which I'm now scared to do)? Please make all explanations in "for dummies" mode. Bishonen | tålk 11:03, 11 August 2022 (UTC).
Содержание
Strange one I've seen a few times already. In the Special:NewPagesFeed display of the first lines of an article, I get things like
"The men's tandem sprint B at the 2022 Commonwealth Games is part of the cycling programme, and took place on 31 July 2022. Содержание 1 Records 2 Schedule " (emphasis mine). This text is not visible in the article. The meaning is "content". It isn't restricted to one editor either, I e.g. also see it at Swimming at the 2022 European Aquatics Championships – Men's 400 metre individual medley. But it does seem to be restricted to sports articles? An inobox issue or somethinhg else? Fram (talk) 09:22, 11 August 2022 (UTC)
- Strange, it's like it's picking up the Russian translation of MediaWiki:Toc for some reason. But that message hasn't changed at all recently so far as I can tell. the wub "?!" 10:15, 11 August 2022 (UTC)
- Yes, the text appears in place of "Contents" in the standard ToC header. it's as if Special:NewPagesFeed is suddenly running in a Russian-language "context" (in a vague, non-technical sense). It's Thursday, but there is no new MediaWiki version this week. Certes (talk) 10:23, 11 August 2022 (UTC)
- It appears that Special:NewPagesFeed picks up the language of the editor who created the page. For example, for Swimming at the 2022 European Aquatics Championships – Women's 200 metre backstroke at Special:NewPagesFeed I see
The Women's 200 metre backstroke competition of the 2022 European Aquatics Championships will be held on 11 and 12 August 2022.ScheduleStart list Содержание 1 Records 2 Results 2.1 Heats 2.2 Semifinals 2.3 Final 3 References Records Prior the...
(emphasis mine). The page was created by Almagestas, whose userboxes suggest that his English Wikipedia interface might be in Russian. —andrybak (talk) 13:21, 11 August 2022 (UTC)- Similar situation with Cycling at the 2022 Commonwealth Games – Women's tandem 1 km time trial B by WildCherry06. Quote from feed:
The women's tandem 1 km time trial B at the 2022 Commonwealth Games, was part of the cycling programme, which took place on 31 July 2022. This event was for blind and visually impaired cyclists riding with a sighted pilot. Содержание 1 Record...
. —andrybak (talk) 13:26, 11 August 2022 (UTC)- Special:NewPagesFeed changes quickly here and all reported examples were with Russian so I made a test with Danish at testwiki:NewPagesFeed language test. testwiki:Special:NewPagesFeed shows the Danish "Indholdsfortegnelse" instead of "Contents". PrimeHunter (talk) 16:13, 11 August 2022 (UTC)
- The language at Special:NewPagesFeed appears to not be determined by the page creator but the most recent editor. I created the page with Danish as language and it displayed in Danish. I made an edit with English as language and it displayed in English. I made another edit with Danish as language and it now displays in Danish again. PrimeHunter (talk) 16:23, 11 August 2022 (UTC)
- Sounds like a WP:BUG to report over at phab. — xaosflux Talk 16:26, 11 August 2022 (UTC)
- Bug report filed: T315082. Rummskartoffel 14:38, 12 August 2022 (UTC)
- Sounds like a WP:BUG to report over at phab. — xaosflux Talk 16:26, 11 August 2022 (UTC)
- The language at Special:NewPagesFeed appears to not be determined by the page creator but the most recent editor. I created the page with Danish as language and it displayed in Danish. I made an edit with English as language and it displayed in English. I made another edit with Danish as language and it now displays in Danish again. PrimeHunter (talk) 16:23, 11 August 2022 (UTC)
- Special:NewPagesFeed changes quickly here and all reported examples were with Russian so I made a test with Danish at testwiki:NewPagesFeed language test. testwiki:Special:NewPagesFeed shows the Danish "Indholdsfortegnelse" instead of "Contents". PrimeHunter (talk) 16:13, 11 August 2022 (UTC)
- Similar situation with Cycling at the 2022 Commonwealth Games – Women's tandem 1 km time trial B by WildCherry06. Quote from feed:
Category appears to be empty?
Is there a reason Category:Brooks & Dunn songs has a warning at the top saying "this category appears to be empty" when it's clearly not? I tried a null edit and nothing fixed it. Anyone know what might be causing this? Ten Pound Hammer • (What did I screw up now?) 18:34, 11 August 2022 (UTC)
- @TenPoundHammer: It's caused by Template:Songs category. How to fix that, I don't know. DuncanHill (talk) 18:42, 11 August 2022 (UTC)
- Because *{{PAGESINCATEGORY:{{PAGENAME}}}} there is currently outputting 0, in error. — xaosflux Talk 18:43, 11 August 2022 (UTC)
- Because {{PAGENAME}} is producing
Brooks & Dunn songs
rather thanBrooks & Dunn songs
* Pppery * it has begun... 18:45, 11 August 2022 (UTC) - Possible bug on pages with "&" in the title — xaosflux Talk 18:49, 11 August 2022 (UTC)
- I updated Template:Songs category/core with the workaround suggested on mw:Help:Magic_words - better now? 18:52, 11 August 2022 (UTC) — xaosflux Talk 18:52, 11 August 2022 (UTC)
- (edit conflict) According to the wayback machine, the "empty" warning has been present since at least 2016. The behavior of {{PAGENAME}} encoding certain special characters has been documented on MediaWiki.org since at least 2011 (originally added at mw:Help:Magic words, later moved to mw:Manual:PAGENAMEE encoding). Looks like a misfeature rather than a bug. * Pppery * it has begun... 18:53, 11 August 2022 (UTC)
- Seems to be phab:T37746. — xaosflux Talk 18:54, 11 August 2022 (UTC)
- Because {{PAGENAME}} is producing
Full width of page
Hi, in browsing in Vector 2022 mode when I click hide contents on the left, I want the article to span the whole width of the page but it leaves an empty gap. I don't see the point in it. Why can't I shrink the left side and broaden out the page? That seems the best option from shrinking the contents.♦ Dr. Blofeld 21:26, 11 August 2022 (UTC)
- Limiting the display width is deemed to be the best way. See Limiting content width There are several (many?) user scripts to fix this width issue, but yes, it really would be better if full width was just a standard Skin preference. — GhostInTheMachine talk to me 23:07, 11 August 2022 (UTC)
- We have a gadget, but it still isn't getting that space back. I left a note in phab:T307901; if anyone has a clue (and hopefully not a lengthy javascript hack) input would be welcome. Here is a random article, in vector-2022, with the "wide" gadget on: <https://en.wikipedia.org/wiki/2010_Kilkenny_Senior_Hurling_Championship?useskin=vector-2022&withgadget=wide-vector-2022>. Notice, that even with both the sidebar and TOC collapse, that space is still wasted over there. That space does helpfully get deleted at widths under 1000px as a hint. — xaosflux Talk 23:26, 11 August 2022 (UTC)
- Thanks. Where was the place to contact the site developers again? It goes the full width on pages without a table of contents but the table of contents on the left disrupts the shrinking of the side which is rather silly. Ensuring that you can broaden out to the page to the full width should be a development priority. ♦ Dr. Blofeld 09:59, 12 August 2022 (UTC)
- The need for a full width option is explicitly not being addressed. See the other VP page — Issues that are not part of the Desktop Improvements project — GhostInTheMachine talk to me 10:07, 12 August 2022 (UTC)
- @GhostInTheMachine I understand that the skin devs don't care about building that, which is why it will fall on to other volunteers. — xaosflux Talk 13:01, 12 August 2022 (UTC)
- The need for a full width option is explicitly not being addressed. See the other VP page — Issues that are not part of the Desktop Improvements project — GhostInTheMachine talk to me 10:07, 12 August 2022 (UTC)
- Thanks. Where was the place to contact the site developers again? It goes the full width on pages without a table of contents but the table of contents on the left disrupts the shrinking of the side which is rather silly. Ensuring that you can broaden out to the page to the full width should be a development priority. ♦ Dr. Blofeld 09:59, 12 August 2022 (UTC)
- We have a gadget, but it still isn't getting that space back. I left a note in phab:T307901; if anyone has a clue (and hopefully not a lengthy javascript hack) input would be welcome. Here is a random article, in vector-2022, with the "wide" gadget on: <https://en.wikipedia.org/wiki/2010_Kilkenny_Senior_Hurling_Championship?useskin=vector-2022&withgadget=wide-vector-2022>. Notice, that even with both the sidebar and TOC collapse, that space is still wasted over there. That space does helpfully get deleted at widths under 1000px as a hint. — xaosflux Talk 23:26, 11 August 2022 (UTC)
- @all above: Go to Preferences → Appearance, select "MonoBook" (it's first in the list) and save. Goodbye to most problems. --Redrose64 🌹 (talk) 20:22, 12 August 2022 (UTC)
Issue with striking text
Just now I attempted to strike out an RfA vote and associated discussion here. Even though I added the correct <s>...</s> tags it managed to strike out everything after the opening tag. I managed to get around it with this, but something still seems off. Was it something I did (wouldn't surprise me), or is there some kind of glitch? (Side note: if there's a way of collapsing it without whacking out the vote tally I'd like to know it) The Blade of the Northern Lights (話して下さい) 00:02, 12 August 2022 (UTC)
- # and : (and * and ;) start html elements that end at the end of the line they're on. Each <s> tag within one has to end in a matching </s> tag on the same line. If you really mean to strike the blocked user's comments and all replies - and I don't think that's justified - you have to put a separate <s>...</s> on each line. —Cryptic 00:27, 12 August 2022 (UTC)
- Ah, that makes sense. Yeah, I'm fine with just striking the individual vote, I'll go do that now. But good to know for the future. The Blade of the Northern Lights (話して下さい) 00:35, 12 August 2022 (UTC)
- Another way of putting it is that
<s>...</s>
is an inline element, lists are block elements. Block elements may only be enclosed by other block elements, but may enclose anything. Inline elements, by contrast, may be enclosed by anything, but may only enclose other inline elements. The<li>...</li>
element is somewhere between: it may only be enclosed by<ol>...</ol>
or<ul>...</ul>
elements, there is no valid HTML syntax that permits one or more individual<li>...</li>
elements to be enclosed unless you enclose the whole list, that is, outside of its<ol>...</ol>
or<ul>...</ul>
elements. --Redrose64 🌹 (talk) 20:42, 12 August 2022 (UTC)
- Another way of putting it is that
- Ah, that makes sense. Yeah, I'm fine with just striking the individual vote, I'll go do that now. But good to know for the future. The Blade of the Northern Lights (話して下さい) 00:35, 12 August 2022 (UTC)
How to force a screen reader to ignore the label for an OO.ui.ButtonWidget?
I have three buttons in my script labeled "B", "I" and "XYZ". They are styled as bold, italic and struck text respectively. They work fine. The have "bold", italic" and "strikethrough" respectively in their title attribute which is also good.
Unfortunately, not all screen readers are picking up on the title here. They should frankly ignore the label in this case, but how? https://doc.wikimedia.org/oojs-ui/master/js/#!/api/OO.ui.ButtonWidget only provides a solution for the opposite: to hide the label from view while allowing screen readers to still use it. I need the opposite.
I can only think of one way currently: to turn the "B", "I" and "XYZ" into SVG images so screen readers have no choice but to fall back on the title attribute. But the actual letters being used depend on the language and text rendering within SVG is a known PITA.
Isn't there another way to indicate the label isn't very useful for screen readers and they should fall back on the title? — Alexis Jazz (talk or ping me) 12:21, 12 August 2022 (UTC)
- @Alexis Jazz There isn't a built-in way to do it in OOUI, but you can do it using the usual HTML attributes, like this:
buttonWidget.$button.attr( 'aria-label', 'Blah blah' )
. You shouldn't rely ontitle
for screen reader accessibility, it works fine in some cases but not others, here's a long article about this: [5]. - I would actually recommend doing the approach with image icons. OOUI includes icons for bold, italic and strikethrough, and they automatically adapt to the user language – see the "editing-styling" section in the demos: [6]. If you use an icon, you can add an accessible label to the OOUI button like this:
invisibleLabel: true, label: 'Bold'
(in addition to thetitle
for sighted mouse users who hate icons). Matma Rex talk 19:02, 12 August 2022 (UTC)- Matma Rex, thanks, I'll use aria-label. Will read the article later.
I've considered using those icons. For a short while I actually did. There are several issues with them though. For one, my script works with just oojs-ui-core. In one benchmark I found that adding any icon dependency increased the load time by 300ms or so. Embedding some SVGs for the few icons I did need was faster. Another consideration was licensing: my script is public domain. Using only original icons, any screenshot of it can also be PD.
But probably most importantly: the OO.ui icons for bold/italic/strikethrough aren't that good. The strikethrough is particularly unclear. There were some regional issues as well. For example, using C for italic or V for bold is uncommon and confusing in Dutch. IIRC for my own version I looked mostly at which letters MS Word uses in its toolbar and made some considerations of my own. For example, using ABC for strikethrough (ABC) is common. It's a poor choice though. It's quite hard to see if the A and B are struck. No such problems withXYZ. And once I decided the strikethrough icons from OO.ui were really not acceptable for me, I had to do bold and italic as well to maintain consistency.
Thanks again for pointing me towards aria-label! — Alexis Jazz (talk or ping me) 20:34, 12 August 2022 (UTC)
- Matma Rex, thanks, I'll use aria-label. Will read the article later.
Working with date & time magic words
Hi all, I am trying to find out how to use date & time magic words and add/subtract a specific number of days or hours to them and then represent them in the format we use for signature. [I thought of using {{CURRENTTIMESTAMP}} and, adding, for example, 5000000 for 5 days, but that should not work properly at the end of a month.] Thanks! —CX Zoom[he/him] (let's talk • {C•X}) 12:36, 12 August 2022 (UTC)
- CX Zoom, you need to use UNIX time: 1660377381. Five days from now: 2022-08-18T07:56:21+00:00
As for the signature format, must be a system message that comes after MediaWiki:Signature. Can't remember what it is though. — Alexis Jazz (talk or ping me) 12:46, 12 August 2022 (UTC) - See mw:Help:Extension:ParserFunctions##time. You may want something like
{{#time:H:i, j F Y (e)|now + 5 days}}
which displays as 07:56, 18 August 2022 (UTC). You'll need to check that the timezones displayed by e and asssumed by H etc are both the one you want. Certes (talk) 12:52, 12 August 2022 (UTC)- Thank you! —CX Zoom[he/him] (let's talk • {C•X}) 13:04, 12 August 2022 (UTC)
- Certes, CX Zoom, that would only work for English Wikipedia and projects with the same timestamp format. There's a lot of variance across languages though. Well, I found the origin: https://gerrit.wikimedia.org/g/mediawiki/core/+/master/includes/parser/Parser.php#4636:
$d = $this->contLang->timeanddate( $ts, false, false ) . " ($tzMsg)";
. Not sure if the format can be retrieved on-wiki at all. — Alexis Jazz (talk or ping me) 17:06, 12 August 2022 (UTC)
Div problems?
The behavior at Wikipedia talk:Manual of Style#Wikilawyering over passive voice surprised me. Maybe Template:Archive top is incompatible with <poem>...</poem>
? WhatamIdoing (talk) 15:43, 12 August 2022 (UTC)
- The poem tag is buggy. It wants to close a div early when being indented.
- See [7].
<div class="test">
Agreed
:<poem>foo</poem>
True
</div>
- Generates
<div class="test">
<p>Agreed
</p>
<dl><dd><div class="poem"></div></dd></dl>
<p>foo
</p>
</div>
<p>True
</p>
- 0xDeadbeef 16:00, 12 August 2022 (UTC)
<div>...</div>
tags don't belong in <dd>...</dd>
definition list markup. To indent <poem>...</poem>
tags, this works:
<div class="test">
Agreed
<poem style="margin-left:1.6em">foo</poem>
True
</div>
which gives:
<div class="mw-parser-output"><div class="test">
<p>Agreed
</p>
<div style="margin-left:1.6em" class="poem">
<p>foo
</p>
</div>
<p>True
</p>
</div></div>
—Trappist the monk (talk) 16:37, 12 August 2022 (UTC)