Wikipedia:Village pump (technical)
Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
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.
Frequently asked questions (see also: Wikipedia:FAQ/Technical) Click "[show]" next to each point to see more details.
|
Coming soon: A new sub-referencing feature – try it!
[edit]![](http://upload.wikimedia.org/wikipedia/commons/thumb/2/2a/Sub-referencing_reuse_visual.png/400px-Sub-referencing_reuse_visual.png)
This section is pinned and will not be automatically archived. |
Hello. For many years, community members have requested an easy way to re-use references with different details. Now, a MediaWiki solution is coming: The new sub-referencing feature will work for wikitext and Visual Editor and will enhance the existing reference system. You can continue to use different ways of referencing, but you will probably encounter sub-references in articles written by other users. More information on the project page.
We want your feedback to make sure this feature works well for you:
- Please try the current state of development on beta wiki and let us know what you think.
- Sign up here to get updates and/or invites to participate in user research activities.
We are aware that enwiki and other projects already use workarounds like {{sfn}} for referencing a source multiple times with different details. The new sub-referencing feature doesn’t change anything about existing approaches to referencing, so you can still use sfn. We have created sub-referencing, because existing workarounds don’t work well with Visual Editor and ReferencePreviews. We are looking forward to your feedback on how our solution compares to your existing methods of re-using references with different details.
Wikimedia Deutschland’s Technical Wishes team is planning to bring this feature to Wikimedia wikis later this year. We will reach out to creators/maintainers of tools and templates related to references beforehand.
Please help us spread the message. --Johannes Richter (WMDE) (talk) 11:11, 19 August 2024 (UTC)
- This is a very important task to work on, but I am not sure how this proposal is an improvement for those of us who do not use the VisualEditor.
- Compare:
<ref name="Samer M. Ali">Samer M. Ali, 'Medieval Court Poetry', in ''The Oxford Encyclopedia of Islam and Women'', ed. by Natana J. Delong-Bas, 2 vols (Oxford: Oxford University Press, 2013), I 651-54.</ref> {{r|Samer M. Ali|p=653}}
- or:
<ref name="Samer M. Ali"/>{{rp|653}}
- with:
<ref name="Samer M. Ali">Samer M. Ali, 'Medieval Court Poetry', in ''The Oxford Encyclopedia of Islam and Women'', ed. by Natana J. Delong-Bas, 2 vols (Oxford: Oxford University Press, 2013), I 651-54.</ref> <ref extends="Samer M. Ali" name="Samer M. Ali, p. 653">p. 653</ref>
existing workarounds don’t work well with Visual Editor and ReferencePreviews
OK, then VE and ReferencePreviews need to be fixed so that they work well with the existing ways of referencing.- Adding another competing standard (obligatory XKCD) is not very useful unless you want to disallow the others which will probably make people very mad (see WP:CITEVAR) and is not necessarily an improvement.
- There is no reason why VE or RP would require a new standard, they could just as easily support one of the existing ones (and ideally all of em).
- Am I missing something?
- Polygnotus (talk) 15:14, 19 August 2024 (UTC)
- Sfn is routinely out of sync with its parent and requires the use of third party scripts to detect that it is so. Extended references do not i.e. the Cite extension will issue a warning when you have an extension without a parent.
- And Rp is
objectivelysubjectively ugly. Presenting it as a potential option is offensive. :) - In
<ref extends="Samer M. Ali" name="Samer M. Ali, p. 653">p. 653</ref>
, a name for the subreference is not required (<ref extends="Samer M. Ali">p. 653</ref>
will be typical I suppose), and even when it is you can abbreviate since you know what the parent is (e.g.<ref extends="Samer M. Ali" name="SMA653">p. 653</ref>
). - Some other benefits:
- Reference extensions work with reference previews to display the extension directly with the primary citation.
- The extensions are grouped with the primary citation in the reference lists.
- And the third, which you brushed aside: VE works well with reference extensions.
- None of which can be said of the other two items. Izno (talk) 16:01, 19 August 2024 (UTC)
- And as for
OK, then VE and ReferencePreviews need to be fixed so that they work well with the existing ways of referencing.
, MediaWiki systems try to be agnostic about the specific things that wikis do around X or Y or Z. As a general design principle this helps to avoid maintaining systems that only some wikis use, and leaves the burden of localization and each wiki's design preferences to those wikis. Rp additionally has nothing to work with in regard to VE and ref previews. Izno (talk) 16:06, 19 August 2024 (UTC)- @Izno: Thank you. Gotta sell these things a bit, you know?
- Is this style of referencing intended to replace all others? If its better, then lets just abandon all other variants.
- The extends keyword is familiar to codemonkeys but perhaps not the most userfriendly for others. I am not sure why it would be harder to show an error when someone writes
<ref name="nonexistant" />{{rp|653}}
than when someone writes<ref extends="nonexistant">p. 653</ref>
but in theory this new system could auto-repair references (has that been considered?) Category:Pages_with_broken_reference_names contains 1300+ pages. - Also I am curious what your opinion Wikipedia:Templates_for_discussion/Log/2024_August_15#Template:R here would be. Polygnotus (talk) 16:17, 19 August 2024 (UTC)
- I agree with Izno—I'd rather have a syntax that integrates with the
<ref>...</ref>
syntax, rather than relying on templates, which mixes in a different syntax, and are wiki-specific. isaacl (talk) 16:28, 19 August 2024 (UTC)- If you control the parser you can make any string do anything you want so the currently chosen syntax is, in itself, no advantage or disadvantage. Polygnotus (talk) 16:31, 19 August 2024 (UTC)
- You provided the wikitext for two examples and asked if one seemed to be an improvement, so I responded that in my opinion, the syntax of the sub-referencing feature under development is conceptually more cohesive to an editor than one where wikitext surrounded in braces follows the
<ref ... />
code, or uses solely wikitext surrounded by braces. Sure, any strings can be turned into any other strings, but there are still advantages of some input strings over others. I also prefer the resulting output of the reference list. isaacl (talk) 16:45, 19 August 2024 (UTC)- Agreed, but I assume that things are not set in stone yet. I don't mind the difference between [1]:635 and [1.1] or what exact wikicode is used. So I am trying to think about functionality (e.g. automatically repairing broken refs/automatically merging refs instead of how things get displayed/which wikicode is used). Polygnotus (talk) 16:47, 19 August 2024 (UTC)
- I apologize as your first post seemed to be concerned about the wikitext markup being used by users of the wikitext editor. From a functionality perspective, I think as Izno alludes to, it will be easier to implement features such as detecting hanging references and merging them together with a syntax that is within the
<ref>
element, rather than relying on detecting templates and associating them with<ref>
elements. That would require the MediaWiki software to treat some wikitext in double braces specially. (It would be easier if the extended information were flagged using triple braces, since it would avoid clashing with the extensible template system, but I don't see any advantages to that over extending the<ref>
syntax.) isaacl (talk) 17:09, 19 August 2024 (UTC)- Please don't apologize to me (even if there would be a reason to do so, which there isn't), I am a very confused and confusing person and I understand myself roughly 4% of the time (and the world around me far less often than that). Polygnotus (talk) 17:14, 19 August 2024 (UTC)
- I apologize as your first post seemed to be concerned about the wikitext markup being used by users of the wikitext editor. From a functionality perspective, I think as Izno alludes to, it will be easier to implement features such as detecting hanging references and merging them together with a syntax that is within the
- Agreed, but I assume that things are not set in stone yet. I don't mind the difference between [1]:635 and [1.1] or what exact wikicode is used. So I am trying to think about functionality (e.g. automatically repairing broken refs/automatically merging refs instead of how things get displayed/which wikicode is used). Polygnotus (talk) 16:47, 19 August 2024 (UTC)
- You provided the wikitext for two examples and asked if one seemed to be an improvement, so I responded that in my opinion, the syntax of the sub-referencing feature under development is conceptually more cohesive to an editor than one where wikitext surrounded in braces follows the
- If you control the parser you can make any string do anything you want so the currently chosen syntax is, in itself, no advantage or disadvantage. Polygnotus (talk) 16:31, 19 August 2024 (UTC)
- Good to see this moving forward. My main interest was how it would look on the hover, rather than in the References section. I thought the ref extends might 'fill in' variable fields into the general ref, but it seems instead that it just created a new line below. How flexible is this below line, will it display any wikitext? Could we for example add chapters and quotes? (Which will need manual formatting I assume.) CMD (talk) 16:53, 19 August 2024 (UTC)
- URI fragment support might also be useful. One sub-reference could link to, for example, https://www.cia.gov/the-world-factbook/countries/mexico/#government and another to https://www.cia.gov/the-world-factbook/countries/mexico/#economy Polygnotus (talk) 16:56, 19 August 2024 (UTC)
- As noted here meta:Talk:WMDE_Technical_Wishes/Sub-referencing#Unintended_consequences .. unleashing this complexity into the mainstream without guidance is a huge mistake that is going to cause years of cleanup work, if ever. There are two main issues I can think of:
- What parameters should be sub-referenced? It should be limited to page numbers, and quotes. Not, for example, multiple works, authors, volumes, issues, IDs, dates of publication, ISBN numbers, etc..
- How is data in a sub-ref added? If it's free-form text, it's a step backwards from CS1|2's uniform
|page=42
to a free-form text like "Page 42" or "(p) 42" or whatever free-form text people choose. Bots and tools need to be able to parse the page number(s). Free form text is not semantic. Templated text is semantic. Anything that moves from semantic to non-semnatic is bad design.
- Before this is set loose, there must be consensus about how it should be used. It opens an entirely new dimension to citations that is going to impact every user, citation template, bot, bot library (PyWikiBot etc), tool, etc.. -- GreenC 17:00, 19 August 2024 (UTC)
- Yeah its also a bit weird to ask for feedback and then already have a proof of concept and say
is planning to bring this feature to Wikimedia wikis later this year
. You must ask for feedback before code is written and before any timeline exists. Polygnotus (talk) 17:05, 19 August 2024 (UTC)- At a minimum, it should not be added until there are clear guidelines for usage. More specifically, it should have a feature that issues a red error message if the sub-ref does not contain a special template for displaying page numbers and/or quotes ie. anything else in the sub-ref is disallowed. Then new parameters can be added once consensus is determined. We should have the ability to opt-in parameters, instead of retroactively playing cleanup removing disallowed parameters. -- GreenC 17:18, 19 August 2024 (UTC)
- @GreenC: So then you would get something like this, right?
<ref extends="Samer M. Ali" page="" chapter="" quote="" anchor=""> <ref extends="Samer M. Ali">{{subref|page=""|chapter=""|quote=""|anchor=""}}</ref>
- And then a form in VE where people can fill it in.
- Polygnotus (talk) 17:32, 19 August 2024 (UTC)
- The former was deliberately not chosen during design work as being too inflexible for all the things one might want to make an extending reference. Izno (talk) 19:33, 19 August 2024 (UTC)
- "All the things", which below you said was only page numbers, chapters and quotes. What else do you have in mind? -- GreenC 20:04, 19 August 2024 (UTC)
- There have been previous requests for support in CS1 for subsections of chapters of works. But that's beside the point: we don't need to lock this down out of some misbegotten idea of chaos. YAGNI. Izno (talk) 20:45, 19 August 2024 (UTC)
- It will be chaos as currently proposed, though I never said "lock this down". Johannes asked for feedback. The two main issues I raised, Johannes already said, these are known issues. He said, make a guideline. So I suggested at a minimum, let's make a guideline. You and Johannes don't seem to be on the same page about that. You hinted that were part of the development team, is that correct? -- GreenC 23:09, 19 August 2024 (UTC)
- No, I am a volunteer interested in this work since when it was first discussed at WMDE Tech Wishes and/or the community wishlist and have been following it accordingly, working on a decade ago now.
- Guidelines are descriptive also. "We usually use it for this, but there may be exceptions." is reasonable guideline text. "You are required to use it only for this." is another reason it's not going to fly. Izno (talk) 16:06, 20 August 2024 (UTC)
- It will be chaos as currently proposed, though I never said "lock this down". Johannes asked for feedback. The two main issues I raised, Johannes already said, these are known issues. He said, make a guideline. So I suggested at a minimum, let's make a guideline. You and Johannes don't seem to be on the same page about that. You hinted that were part of the development team, is that correct? -- GreenC 23:09, 19 August 2024 (UTC)
- There have been previous requests for support in CS1 for subsections of chapters of works. But that's beside the point: we don't need to lock this down out of some misbegotten idea of chaos. YAGNI. Izno (talk) 20:45, 19 August 2024 (UTC)
- That's a shame, the former was precisely what I imagined and was excited for when I first read about the idea. CMD (talk) 02:36, 20 August 2024 (UTC)
- "All the things", which below you said was only page numbers, chapters and quotes. What else do you have in mind? -- GreenC 20:04, 19 August 2024 (UTC)
- The former was deliberately not chosen during design work as being too inflexible for all the things one might want to make an extending reference. Izno (talk) 19:33, 19 August 2024 (UTC)
- @GreenC We don't do that with regular references. There's nothing in the software that produces a red error message if I do
<ref>My cousin's roommate's friend told me</ref>
, so why should subrefs be enforcing that? --Ahecht (TALK
PAGE) 19:37, 19 August 2024 (UTC)
- @Polygnotus: This has been being discussed for many years now. m:WMDE Technical Wishes/Sub-referencing was created in 2018, and even then the idea had already been being discussed for a while. phab:T15127 was created in 2008. It's not odd that they're finally at the stage of having an implementation (or if it is, it's that it took so long to get here). Anomie⚔ 21:45, 19 August 2024 (UTC)
- @Anomie: Ah, thank you, I didn't know this was a "plant trees under whose shade you do not expect to sit"-type situation.
Polygnotus (talk) 22:19, 19 August 2024 (UTC)
- You should probably assume that's the situation for any MediaWiki change. A few years back, some user script authors were mad because a code change had been throwing error messages at them for "only" seven years(!), which was obviously too short a time frame for them to notice that anything needed to be adjusted. WhatamIdoing (talk) 23:06, 23 August 2024 (UTC)
- @Anomie: Ah, thank you, I didn't know this was a "plant trees under whose shade you do not expect to sit"-type situation.
- At a minimum, it should not be added until there are clear guidelines for usage. More specifically, it should have a feature that issues a red error message if the sub-ref does not contain a special template for displaying page numbers and/or quotes ie. anything else in the sub-ref is disallowed. Then new parameters can be added once consensus is determined. We should have the ability to opt-in parameters, instead of retroactively playing cleanup removing disallowed parameters. -- GreenC 17:18, 19 August 2024 (UTC)
- I actually totally disagree and think you're making a mountain out of a molehill. My anticipation is that most people will use it for the obvious (page numbers). In some cases they may use chapters (a single long text with a single author or even for anthologies). Rarely do I anticipate them using anything else, but I think they should have the luxury of putting whatever they want in the reference.
- As regards mandating some use like templates, that's not how it works, though I can imagine some sort of {{Cs1 subref}}... which is probably basically {{harvnb}} and some others.
- One thing however that is sure not to occur is to have subreferences of subreferences. This should prevent the vast majority of pathological cases. Izno (talk) 19:32, 19 August 2024 (UTC)
- You think it's a mountain to have a guideline for usage before it's turned on? -- GreenC 20:37, 19 August 2024 (UTC)
- Uh, yeah. People have successfully used our current mechanisms for extending a parent reference in many many ways which notably don't fit what you want. Izno (talk) 20:44, 19 August 2024 (UTC)
- /me looks back 20+ years… sure is a good thing we wrote all those guidelines before making a wiki that was to become the most popular encyclopedia……. —TheDJ (talk • contribs) 07:20, 20 August 2024 (UTC)
- No one's stopping you from writing some guidelines. There might not even be any opposition if you put sensible things in it. But as Izno says, the guidelines would be advisory rather than prescriptive. – SD0001 (talk) 14:03, 20 August 2024 (UTC)
- See WP:PROPOSAL if you really want to bother with this. I personally wouldn't recommend it, though. WhatamIdoing (talk) 23:07, 23 August 2024 (UTC)
- When a document has a nested structure, e.g., chapters within sections, it is natural for an editor to want citations that match that structure. I would expect nested citations to include arbitrary combinations of author, editor, page, quote, title and URL, depending on the type of document. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 22:15, 19 August 2024 (UTC)
- You think it's a mountain to have a guideline for usage before it's turned on? -- GreenC 20:37, 19 August 2024 (UTC)
- Yeah its also a bit weird to ask for feedback and then already have a proof of concept and say
Does "will work for wikitext and Visual Editor
" cover the list-defined references examples on the demo page? I'm testing right now and the Visual Editor still seems to have the same problems with list-defined references that have existed for some time.[1] Will this update fix any of those issues? Rjjiii (talk) 02:28, 20 August 2024 (UTC)
Hi, thanks for your feedback, questions and interest in sub-referencing! Given the large number of comments, I’ll try to provide answers to all of them at once:
- replacing other referencing styles: We don’t intend to replace other citation styles. We are fulfilling an old community wish, creating a MediaWiki solution for citing a source multiple times with different details. Citation styles are a community matter and per WP:CITEVAR you can continue to use your preferred way of referencing. If the community wants certain referencing templates to be replaced by sub-referencing, they are of course free to do so, but that’s up to you.
- reference pop-up:
- Reference Previews are going to display both main- and sub-reference in one reference pop-up, showing the sub-reference’s details below the main information (example). There are still a couple of details going to be fixed in the next couple of months.
- ReferenceTooltips (the gadget enabled by default at enwiki) will need an update. It currently only displays the sub-reference’s information (example), similar to the behavior with sfn (example). But different to sfn (example) it currently doesn’t show a pop-up on top of the first pop-up for the main information. Given that gadgets are community-owned, we won’t interfere with that, but we’ll try to assist communities in updating the gadget.
- Yes it will be possible to display any wikitext in sub-references, just like it is possible to do so using normal references (without any templates). We’ve intentionally allowed this, because local communities prefer different citation styles (and even within communities users have different preferences), therefore our solution shouldn’t limit any of those. Citing sources with different book pages will probably be the main reason to use sub-referencing, but it’s also possible to use it for chapters, quotes or other details.
- You’ll need to do the formatting (e.g. writing details in italic) yourself, except if the community creates a template for sub-references
- URI fragments: Those can be used for sub-references as well (example)
- List-defined references in VE: We are aware of the issues mentioned in phab:T356471, many of those also affect sub-references. As we are still defining some VE workflows (currently we’ve mostly worked on the citation dialog) we haven’t found a solution yet, but we might be able to resolve at least some of those issues while continuing our work on sub-referencing in Visual Editor.
- What parameters should be sub–referenced?
- As already mentioned on meta this should be up to local communities, given the many different referencing styles. It should also be up to them to decide if they want to use templates for sub-referencing or not. We’ve reached out to communities much in advance, so you should have enough time working out some guidelines if your community wants that.
- But as Ahecht said: Users can already use references for all kinds of unintended stuff, sub-referencing is not different to that. It’s necessary to technically allow all kinds of details in sub-references, due to the many different citation styles within one community and across different communities.
- From our user research we expect most people using sub-referencing for book pages. There will be a tracking category (example) which could be used to check if there is unintended usage of sub-referencing
- Nested citations: Should be possible with sub-referencing (example), if you’re talking about WP:NFN?. Feel free to test other referencing styles on betawiki and give feedback if anything doesn't work which should be working.
- VE and RefPreviews should be fixed to work with all existing referencing styles: Just like Izno said it’s unlikely to achieve that, because local communities are using many different types of referencing and could come up with new local referencing templates every day. That’s why we’ve chosen to add a new attribute to the existing and globally available MediaWiki cite extension.
- Adding another referencing style isn’t really useful: We are fulfilling a wish which is more than 15 years old and has been requested many times in the past years. Existing template-based solutions for citing references with different details only work on those wikis who maintain such local templates – and most of those have issues with Visual Editor. That’s why a global MediaWiki solution was necessary. You can always continue to use your preferred citation style per WP:CITEVAR.
- Doesn’t look like an improvement for Wikitext: If you compare it with template-based solutions like {{rp}} you are correct that those allow for simpler wikitext. But if you’re editing in multiple Wikimedia projects, your preferred template from one project might not exist on the other one. That’s why a MediaWiki solution will be beneficial to all users. And most current template-based solutions have the already mentioned disadvantages for Visual Editor users. Also readers will benefit from a more organized reference list by having all sub-references grouped below the main reference.
- The attribute “extends” doesn’t seem user friendly for non-technical users: We’ve done several consultations with the global community and a lot of user testing in past years where we asked for feedback and ideas on the attribute name. One takeaway is that the name is less important for many users than we initially thought, as long as they can remember it. And our user tests showed a surprisingly large number of Wikitext users switching to VE in order to use the citation dialog (for referencing in general, not just for sub-referencing) – if you do that, you don’t need to deal with the attribute name at all. We didn’t see any major issues with “extends” for people exclusively using Wikitext in our user tests. But so far there is no final decision on the attribute name, so if you have any ideas let us know (we’ll make a final decision soon).
- You should have asked for feedback earlier: We’ve been working on this feature (on and off) for almost 8 years and had a lot of community consultations (e.g. at Wikimania, WikiCite, discussions on metawiki where we invited communities via Mass Message) and many rounds of user testings – always with the involvement of enwiki users. And we are doing this big announcement now in order to make sure that really everyone knows in advance and can provide further feedback while we are finalizing our feature.
Thanks for all of your feedback, it's well appreciated! --Johannes Richter (WMDE) (talk) 16:20, 20 August 2024 (UTC)
- Perhaps it would be wise, in future, to make a list of predictable reactions/questions and incorporate the responses to those in the announcement. Highlighting the advantages of a change/addition, USPs if any, why decisions were made and perhaps even a short timeline can make the reception much warmer. Some people here (e.g. Polygnotus) don't know the 15 years worth of background information. The good news is that I think that it is an improvement (although it could be a bigger improvement). I assume others have also mentioned things like ensuring refs don't break and automatically merging refs (but I do not want to dig through 15 years of history to figure out why it wasn't implemented) and this is/was an opportunity to make something superior to the existing methods that could replace them. The OrphanReferenceFixer of AnomieBOT will need to be updated. Polygnotus (talk) 17:04, 20 August 2024 (UTC)
- It's always difficult to write such announcements in a way that they answer the most important questions while also being short an concise so that people actually read the them ;) Some of the questions raised in this section have already been answered in meta:WMDE Technical Wishes/Sub-referencing#FAQ and we'll continue to add more frequently asked questions there, if we notice (e.g. in this village pump discussion) that certain questions come up again and again. Johannes Richter (WMDE) (talk) 17:16, 20 August 2024 (UTC)
- Agreed, it is super difficult to strike the right balance. And even if you do, some will still be grumpy. But its also very important. Polygnotus (talk) 17:20, 20 August 2024 (UTC)
- If the announcement is too long, then nobody reads it. WhatamIdoing (talk) 23:11, 23 August 2024 (UTC)
- Yes, the {{collapse}} is super useful. Polygnotus (talk) 01:35, 29 August 2024 (UTC)
- If the announcement is too long, then nobody reads it. WhatamIdoing (talk) 23:11, 23 August 2024 (UTC)
- Agreed, it is super difficult to strike the right balance. And even if you do, some will still be grumpy. But its also very important. Polygnotus (talk) 17:20, 20 August 2024 (UTC)
- It's always difficult to write such announcements in a way that they answer the most important questions while also being short an concise so that people actually read the them ;) Some of the questions raised in this section have already been answered in meta:WMDE Technical Wishes/Sub-referencing#FAQ and we'll continue to add more frequently asked questions there, if we notice (e.g. in this village pump discussion) that certain questions come up again and again. Johannes Richter (WMDE) (talk) 17:16, 20 August 2024 (UTC)
- Thanks for the detailed response and the included screenshots. I was a bit glum following my comment above but I think I have a better grasp of the underlying concept now. If we are able to use citation templates in the sub-reference field, that may provide a way to fix at least some of the potential issues raised above. Is there a place to track changes to the reference pop-up (File:Sub-referencing refpreview.png)? My first impression is that's perhaps not a necessary large white space but I'm curious to read more discussion on the matter. CMD (talk) 17:25, 20 August 2024 (UTC)
- @CMD depends on what you mean by "place to track changes"? There are several phabricator tags which might serve this purpose (although we've collected a lot of user feedback which is still under discussion and therefore not filed as a task yet). We want to use meta:WMDE Technical Wishes/Sub-referencing#Recent changes and next steps to document important changes on the current prototype and can certainly document further changes to Reference Previews for sub-referencing in this section as well, if that's what you imagined? Johannes Richter (WMDE) (talk) 15:43, 21 August 2024 (UTC)
- Yes, reference previews are one of the great benefits of the Wikipedia reference system. I'll follow on meta. CMD (talk) 16:27, 21 August 2024 (UTC)
- @CMD depends on what you mean by "place to track changes"? There are several phabricator tags which might serve this purpose (although we've collected a lot of user feedback which is still under discussion and therefore not filed as a task yet). We want to use meta:WMDE Technical Wishes/Sub-referencing#Recent changes and next steps to document important changes on the current prototype and can certainly document further changes to Reference Previews for sub-referencing in this section as well, if that's what you imagined? Johannes Richter (WMDE) (talk) 15:43, 21 August 2024 (UTC)
Thanks for the lengthy reply! Can a template tell if it's being used in an extended reference?
If there is any probability of this all working in the Visual Editor, we should also aim to make templates that work in the Visual Editor. That would mean a template that slots inside of an extended reference, rather than a template that invokes one (the way that {{r}} or {{sfn}} work). There is already some discussion at Help talk:Citation Style 1 about building a template for consistency between the main named reference and the extended sub-references. I considered making a proof of concept template that would only handle pages, quotations, and so on, but folks have already mentioned citing named sections in a larger work and other broader ideas.
For a template to plug into this, I've checked the parameters currently available in major templates that cite locations within a longer work. If I've missed anything feel free to update this table:
Element | {{Cite book}} | {{rp}} | {{Sfn}} | other CS1 |
---|---|---|---|---|
Page |
|
|
|
|
Quote |
|
|
(within loc) | |
No pp |
|
|
(not available) | |
|
|
Also, regarding formatting, CS1 and sfn are based (to an extent) on APA and Harvard citation styles.
Also(B), regarding LDR, one of the issues with list-defined references in the Visual Editor is that removing all usage of a reference from an article's body text makes the reference become invisible in the VE and emits this error message on the rendered page, "Cite error: A list-defined reference named "Bloggs-1974" is not used in the content (see the help page)." To have an un-called reference isn't exactly an error, though. Editors move citations from the bibliography and standard references down to other sections (Further reading, External links, and so on); some articles still have general references at the bottom. Is there a way to push un-called references down to the bottom of the list and treat them as a maintenance issue rather than an outright error, like the below example with citations borrowed from Template:Cite book/doc(11-02-2024)
References
- ^ Mysterious Book. 1901.
- ^ Bloggs, Joe (1974). Book of Bloggs.
- * Bloggs, Joe; Bloggs, Fred (1974). Book of Bloggs.
- * Notes with an asterisk (*) are not cited inline.
Also(C), regarding guidelines and guidance, we could create Help:Sub-referencing before the feature goes live, Rjjiii (talk) 02:53, 21 August 2024 (UTC)
Can a template tell if it's being used in an extended reference?
No, not currently. Lua experts feel free to correct me if I am wrong. Polygnotus (talk) 02:57, 21 August 2024 (UTC)push un-called references down to the bottom of the list and treat them as a maintenance issue
it isn't even a maintenance issue; it is useful if people name refs so that those names can be used later to refer to those refs. But if no one refers to em that is fine. Polygnotus (talk) 03:01, 21 August 2024 (UTC)- I have adjusted the table;
|postscript=
is for terminal punctuation only, not for in-text locations. As for LDRs that are named but not cited, those are most definitely errors. They are generated by the MediaWiki software, hence the name of the help page (Help:Cite errors/Cite error references missing key) and the use of the word "error" on the Category:Pages with incorrect ref formatting page, and the name of the MediaWiki page that holds the error message, MediaWiki:Cite error references missing key. – Jonesey95 (talk) 04:08, 21 August 2024 (UTC)- @Jonesey95: But why would it be considered an error if a ref has a name but nothing that refers to it? Polygnotus (talk) 08:56, 21 August 2024 (UTC)
- Indeed to best of our knowledge templates currently cannot tell if they are being used in a sub-reference. But it should be possible to make such changes. As templates are community-owned, we cannot do that ourselves, but we'll try to assist communities (e.g. by providing documentation or some examples) with the necessary changes to citation tools and templates. Johannes Richter (WMDE) (talk) 15:47, 21 August 2024 (UTC)
- Yes, additional parameters might be needed on
<ref>...</ref>
and on citation templates to designate main and sub-references. - LDRs that are named but not cited are most definitley treated as errors; that doesn't mean that they should be treated as errors. There are other markup languages where uncited references are treated as legitimate. Admiitedly {{Refideas}} is a workaround, but it would be nice if {{Reflist}} could include incited references and if the LDRs were listed first. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:20, 21 August 2024 (UTC)
- @Jonesey95: But why would it be considered an error if a ref has a name but nothing that refers to it? Polygnotus (talk) 08:56, 21 August 2024 (UTC)
- I have adjusted the table;
Strange short description - how to fix it?
[edit]I started typing "Space-Men" in the search bar and it suggested the Space-Men article with the strange short description of 1960 Italy?'"`UNIQ--ref-00000004-QINU`"'? film. It shows up in the page information page that way too, but not in the article's source/wikitext, so I'm not sure how to fix it. Any ideas? 28bytes (talk) 17:34, 26 August 2024 (UTC)
- I think I've fixed it? DonIago (talk) 17:43, 26 August 2024 (UTC)
it does, but it doesn't explain how it got there.Nthep (talk) 17:47, 26 August 2024 (UTC)- Looks like a bug, something to do with strip markers. Nthep (talk) 17:56, 26 August 2024 (UTC)
- {{Infobox_film}} builds a shortdescription from the country. The country ends with a reference. A reference gets replaced by a strip marker, for technical reasons. But a short description doesn't have wikitext support, so the stripmarker is not automatically replaced/removed. The template that adds the automatic short description should be updated to strip the strip markers. —TheDJ (talk • contribs) 18:27, 26 August 2024 (UTC)
- @TheDJ: is that something you could adjust? Template in question would be Template:Infobox film/short description. - Favre1fan93 (talk) 20:15, 26 August 2024 (UTC)
- @Doniago it's almost never a good idea to "fix" something like you as you didn't actually fix the issue and it's probably on other articles. Instead you just have posted it at Template talk:Infobox film/short description so it can be fixed at the source. Gonnym (talk) 20:00, 26 August 2024 (UTC)
- While my effort to fix it evidently didn't address the underlying issue, if you're going to slap my hand you could at least acknowledge that I made a good-faith effort to fix the most immediate problem that was presented in the OP, and that I made it clear in my own message that I wasn't sure that I'd really fixed it at all. I'm not sure what you're talking about with the second part of what you've said, unless you meant to say that I could have posted it there. Except that I couldn't have posted it there because I didn't know that the underlying issue was with the template, nor did the OP indicate that the issue lay with the template. DonIago (talk) 20:17, 26 August 2024 (UTC)
- Not sure what this was supposed to accomplish. lets be glad some people try to make things better before complaining about their work. —TheDJ (talk • contribs) 22:00, 26 August 2024 (UTC)
- After thinking more on it, I agree. Fixing the broken case as a temporary measure seems fine, not different from CSS fixes people make. I do think VPT should try to find the root cause of problems, but I don't think DonIago's change should have been reverted while the problem is not fixed.
- Fixing it like that would be bad if it was done in mass as that would create future work, but it wasn't. – 2804:F1...00:86B7 (::/32) (talk) 00:03, 27 August 2024 (UTC)
- I'm unclear if the strip markers not being detected is a larger issue, or something that needs to be coded into Template:Infobox film/short description. Nthep and DJ's comments made it seem like an easy fix, so I restored Space-Men to using the auto-generated SD so it will be as it was prior to the issue and utilize that auto SD. But if it is not an easy fix, then yes, we can implement the workaround that Doniago did. - Favre1fan93 (talk) 16:10, 28 August 2024 (UTC)
- The problem is fairly common where the infobox generates a short description from values found in the infobox. Often a country is expected, but the country name turns out to be a list of countries. Often (like here) a field is expected to be a simple piece of text, but has a reference appended or includes an extra formatting template. In this case, the reference should be moved into the article text – the infobox should be only a summary of details that are present in full in the article. Otherwise, just add a manual SD like DonIago did. The sandbox is well out of date, so I assume that nobody has signed up to fix the template? If not, can we please just fix the Space-Men article? It hurts — GhostInTheMachine talk to me 18:16, 30 August 2024 (UTC)
- It seems easy enough to fix, just wrap the parameter in {{KillMarkers}}. — Qwerfjkltalk 20:28, 30 August 2024 (UTC)
- Ah. I would have first tried {{Strip tags}}. Is that too aggressive? However, us mortals make such changes. We need somebody with superpowers to fix the infobox template for us. So, for now, I just fix individual articles as I find them — GhostInTheMachine talk to me 21:41, 30 August 2024 (UTC)
- {{KillMarkers}} added. Should solve the Space-Men issue. Please note here or on the talk of the template in question if more issues arise because of this change. - Favre1fan93 (talk) 22:05, 30 August 2024 (UTC)
- @Favre1fan93 I just came here after running into the same issue at Faya Dayi, which uses a {{Plainlist}} for the countries and shows up as "2021 ?'"`UNIQ--templatestyles-00000002-QINU`"'? film". I'm not sure if there's a tag that's not being caught by {{KillMarkers}} or if it's just stale data from before the fix to {{Infobox film/short description}}. hinnk (talk) 11:05, 5 September 2024 (UTC)
- It was stale data; you can fix it yourself by clicking Edit and then Publish. This is called a null edit. It's quite useful for situations like this one. – Jonesey95 (talk) 13:13, 5 September 2024 (UTC)
- Thank you! Glad the fix is working, I'll try that if I run into any other cases. hinnk (talk) 20:14, 5 September 2024 (UTC)
- It was stale data; you can fix it yourself by clicking Edit and then Publish. This is called a null edit. It's quite useful for situations like this one. – Jonesey95 (talk) 13:13, 5 September 2024 (UTC)
- @Favre1fan93 I just came here after running into the same issue at Faya Dayi, which uses a {{Plainlist}} for the countries and shows up as "2021 ?'"`UNIQ--templatestyles-00000002-QINU`"'? film". I'm not sure if there's a tag that's not being caught by {{KillMarkers}} or if it's just stale data from before the fix to {{Infobox film/short description}}. hinnk (talk) 11:05, 5 September 2024 (UTC)
- {{KillMarkers}} added. Should solve the Space-Men issue. Please note here or on the talk of the template in question if more issues arise because of this change. - Favre1fan93 (talk) 22:05, 30 August 2024 (UTC)
- Ah. I would have first tried {{Strip tags}}. Is that too aggressive? However, us mortals make such changes. We need somebody with superpowers to fix the infobox template for us. So, for now, I just fix individual articles as I find them — GhostInTheMachine talk to me 21:41, 30 August 2024 (UTC)
- It seems easy enough to fix, just wrap the parameter in {{KillMarkers}}. — Qwerfjkltalk 20:28, 30 August 2024 (UTC)
Am I imagining that until today I could hide/unhide diffs in my watch list?
[edit]Or is that somewhere else? Doug Weller talk 12:30, 31 August 2024 (UTC)
- Hm, maybe that is only for user contributions, sorry. Mind you it would be nice if it worked in watchlists. Doug Weller talk 12:33, 31 August 2024 (UTC)
- Preferences - Watchlist - Changes shown & Watched pages? Donald Albury 12:57, 31 August 2024 (UTC)
- @Donald Albury Nothing there, I think I'm just forgetting it was only contributions. Thanks. Doug Weller talk 13:00, 31 August 2024 (UTC)
- @Doug Weller: You load User:Writ Keeper/Scripts/commonHistory.js in meta:User:Doug Weller/global.js. That should give an option to show or hide diffs in both contributions and watchlist. Maybe something interferes with the watchlist part. It works for me. Do you know how to run
mw.loader.load("//wiki.riteme.site/w/index.php?title=User:Writ Keeper/Scripts/commonHistory.js&action=raw&ctype=text/javascript");
in your browser console? If yes, does it display the option at https://wiki.riteme.site/wiki/Special:Watchlist?safemode=1? If no, what is your browser? PrimeHunter (talk) 23:00, 31 August 2024 (UTC)- @PrimeHunter Thanks. I'm afraid I am not sure how to add that to my global.js - or how to load the other one in my browser console. In fact, I'd never heard of my browser console until today. I use Chrome and have found it now, but am still pretty clueless. Sorry. Doug Weller talk 08:06, 1 September 2024 (UTC)
- @Doug Weller: You already load it in your global.js. That's why you have the diff option in contributions and used to have it in your watchlist. safemode=1 omits user scripts and gadgets. The browser console is a way to run specific JavaScript on a page you are currently viewing. Right-click on an empty part of https://wiki.riteme.site/wiki/Special:Watchlist?safemode=1, click "Inspect", click the "Console" tab in the lower part of the right pane, copy-paste the above command and press enter. Does that give you "Inspect diff" links at the time (it won't last when you leave the page), and do they work? What happens if you do the same at https://wiki.riteme.site/wiki/Special:Watchlist? PrimeHunter (talk) 10:08, 1 September 2024 (UTC)
- @PrimeHunter I copied mw.loader.load("//wiki.riteme.site/w/index.php?title=User:Writ Keeper/Scripts/commonHistory.js&action=raw&ctype=text/javascript"); into the console and hit return but got the message "undefined". Doug Weller talk 10:27, 1 September 2024 (UTC)
- Not sure if it is relevant, but I've 3 watchlists, one for user and user talk pages, one for articles and their talk pages, the third for Wikipedia and Wikipedia talk, and that one has show and hide diffs. I'm not sure if that's always been the case, sorry. Doug Weller talk 10:32, 1 September 2024 (UTC)
- @Doug Weller: I also get "undefined" but that's normal and just means the command has no return statement. The question was whether you get "Inspect diff" links. I do. What do you mean by having three watchlists? Are you referring to pages like Special:RecentChangesLinked/User:Doug Weller/usertalkwatchlist? That's not your watchlist although it has similarities and "Inspect diff" works for me there. If that's actually the page where it's missing for you then try the console command at https://wiki.riteme.site/wiki/Special:RecentChangesLinked/User:Doug_Weller/usertalkwatchlist?safemode=1. Say whether you get the missing diff option, not whether the console says "undefined". PrimeHunter (talk) 10:58, 1 September 2024 (UTC)
- @PrimeHunter No, but I've taken up far too much of your time, I can live with what I have. Thanks. Doug Weller talk 11:07, 1 September 2024 (UTC)
- Although now my ANI list no longer has hide/show diffs. Doug Weller talk 12:07, 1 September 2024 (UTC)
- @PrimeHunter sorry to ping you again, but any ideas who to undo this? Thanks. Doug Weller talk 15:02, 1 September 2024 (UTC)
- I've had help and it's fixed. Just had to removed some entries. Doug Weller talk 16:37, 2 September 2024 (UTC)
- @PrimeHunter sorry to ping you again, but any ideas who to undo this? Thanks. Doug Weller talk 15:02, 1 September 2024 (UTC)
- Although now my ANI list no longer has hide/show diffs. Doug Weller talk 12:07, 1 September 2024 (UTC)
- @PrimeHunter No, but I've taken up far too much of your time, I can live with what I have. Thanks. Doug Weller talk 11:07, 1 September 2024 (UTC)
- @Doug Weller: I also get "undefined" but that's normal and just means the command has no return statement. The question was whether you get "Inspect diff" links. I do. What do you mean by having three watchlists? Are you referring to pages like Special:RecentChangesLinked/User:Doug Weller/usertalkwatchlist? That's not your watchlist although it has similarities and "Inspect diff" works for me there. If that's actually the page where it's missing for you then try the console command at https://wiki.riteme.site/wiki/Special:RecentChangesLinked/User:Doug_Weller/usertalkwatchlist?safemode=1. Say whether you get the missing diff option, not whether the console says "undefined". PrimeHunter (talk) 10:58, 1 September 2024 (UTC)
- Not sure if it is relevant, but I've 3 watchlists, one for user and user talk pages, one for articles and their talk pages, the third for Wikipedia and Wikipedia talk, and that one has show and hide diffs. I'm not sure if that's always been the case, sorry. Doug Weller talk 10:32, 1 September 2024 (UTC)
- @PrimeHunter I copied mw.loader.load("//wiki.riteme.site/w/index.php?title=User:Writ Keeper/Scripts/commonHistory.js&action=raw&ctype=text/javascript"); into the console and hit return but got the message "undefined". Doug Weller talk 10:27, 1 September 2024 (UTC)
- @Doug Weller: You already load it in your global.js. That's why you have the diff option in contributions and used to have it in your watchlist. safemode=1 omits user scripts and gadgets. The browser console is a way to run specific JavaScript on a page you are currently viewing. Right-click on an empty part of https://wiki.riteme.site/wiki/Special:Watchlist?safemode=1, click "Inspect", click the "Console" tab in the lower part of the right pane, copy-paste the above command and press enter. Does that give you "Inspect diff" links at the time (it won't last when you leave the page), and do they work? What happens if you do the same at https://wiki.riteme.site/wiki/Special:Watchlist? PrimeHunter (talk) 10:08, 1 September 2024 (UTC)
- @PrimeHunter Thanks. I'm afraid I am not sure how to add that to my global.js - or how to load the other one in my browser console. In fact, I'd never heard of my browser console until today. I use Chrome and have found it now, but am still pretty clueless. Sorry. Doug Weller talk 08:06, 1 September 2024 (UTC)
- @Doug Weller: You load User:Writ Keeper/Scripts/commonHistory.js in meta:User:Doug Weller/global.js. That should give an option to show or hide diffs in both contributions and watchlist. Maybe something interferes with the watchlist part. It works for me. Do you know how to run
- @Donald Albury Nothing there, I think I'm just forgetting it was only contributions. Thanks. Doug Weller talk 13:00, 31 August 2024 (UTC)
- Preferences - Watchlist - Changes shown & Watched pages? Donald Albury 12:57, 31 August 2024 (UTC)
Adding an EventListener to avoid unwanted submit during type of "edit summary" textboxes
[edit]Hi, for example during type of "edit summary" after an edition or during writing "Other/additional reason" for moving a page, users may press enter button, but they may or may not tend to submit their form. In the case of not tending to submit their form, this behavior of Wikipedia may be considered ill-posed. For example consider this scenario:
- Enter my sandbox page
- Do all the edits you want
- Type some edit summary at the final text box
- Press Enter
During the third stage, casual pressing enter key may lead to ill-posed submit of this form. So, I propose adding this EventListener to avoid wrong submit:
var input = document.getElementById("myInput");
input.addEventListener("keypress", function(event) {
if (event.key === "Enter") {
}
});
Or somehow showing a confirmation message box, like this:
var input = document.getElementById("myInput");
input.addEventListener("keypress", function(event) {
if (event.key === "Enter") {
let text = "Are you sure?";
if (confirm(text) == true) {
document.getElementById("myForm").submit();
}
}
});
Thanks, Hooman Mallahzadeh (talk) 15:46, 31 August 2024 (UTC)
- This is the default behavior of forms on in HTML. I don't think it is wise to change that. —TheDJ (talk • contribs) 08:46, 1 September 2024 (UTC)
- I myself have had many problems with this «default behavior of forms on in HTML». This behavior is not the intended behavior for such important actions like "Edit" and "Move" of pages. I really think that other users of Wikipedia sometimes have had many problems with this default behavior.
- This default behavior is good for other applications, like entering a password and then checking it on back-end code.
- But for "editing" or "moving" an article, this default behavior is not appropriate. In fact, at least a confirmation is required. Hooman Mallahzadeh (talk) 08:56, 1 September 2024 (UTC)
- I myself have had many problems with this «default behavior of forms on in HTML». This behavior is not the intended behavior for such important actions like "Edit" and "Move" of pages. I really think that other users of Wikipedia sometimes have had many problems with this default behavior.
- There are a few scripts like that listed in Wikipedia:User scripts/List#Edit form (SuppressEnterInForm, NoSubmitSummary, enterInSummaryPreviews). Nardog (talk) 11:28, 1 September 2024 (UTC)
- (edit conflict) See Wikipedia:User scripts/List#Edit summary if you want to disable save on enter. I haven't tried it and wouldn't support it as default. PrimeHunter (talk) 11:32, 1 September 2024 (UTC)
- I really think that showing a confirmation before publishing an edit (only showing confirmation in the case of pressing Enter key in the textbox, otherwise not showing) would be helpful. Hooman Mallahzadeh (talk) 12:14, 1 September 2024 (UTC)
- To be really blunt: No, it would be absolutely terrible. Izno (talk) 19:24, 1 September 2024 (UTC)
- This should not be the default, and I agree with Izno. Dreamy Jazz talk to me | my contributions 21:19, 1 September 2024 (UTC)
- As you can see Hooman, many experienced editors are very used to being able to press Tab and then Enter to quickly save their edits ;) even though it causes mistakes sometimes (I've seen many edit summaries cut off because someone pressed Enter instead of an apostrophe).
- For what it's worth, other editing interfaces actually show a confirmation message when pressing Enter, and require Ctrl+Enter to actually submit the edit. This was implemented in the visual editor (where the edit summary field appears multi-line, so trying to press Enter to input a line break would be a common mistake) and in the reply tool (the edit summary is hidden under "Advanced" – there was some discussion about that behavior at the time at T326500). Matma Rex talk 21:43, 1 September 2024 (UTC)
- And in the CAPTCHA confirmation menu for the reply tool, which might be a side-effect? Thankfully it doesn't happen often, I'm not a fan of needing to press Ctrl+Enter there.
- Also, in the 2 years I've edited as IPs I never learned you could edit the summary - only now learning it from you. – 2804:F1...4C:A92D (talk) 23:00, 2 September 2024 (UTC)
- To be really blunt: No, it would be absolutely terrible. Izno (talk) 19:24, 1 September 2024 (UTC)
- I really think that showing a confirmation before publishing an edit (only showing confirmation in the case of pressing Enter key in the textbox, otherwise not showing) would be helpful. Hooman Mallahzadeh (talk) 12:14, 1 September 2024 (UTC)
How does one go about initiating a request for batch deletion of text?
[edit]Over a year ago, User:Mliu92 expressly conceded an error at Talk:California superior courts but never attempted to fix it.
I just tried to fix a few examples and it's taking way too long. As a busy practicing attorney, I don't have two hours to spare to clean up someone else's mistakes. I have better things to do with the Labor Day holiday weekend, like going through more of my photography library to identify more photos for upload to Commons.
One of the longest running debates among lawyers for many centuries is whether a trial court should be organized as a nationwide or statewide entity that merely happens to sit in multiple counties, districts, or circuits—or whether each county, district or circuit should be regarded as having an entirely separate trial court. There are strong public policy arguments for and against each position, resulting in worldwide gridlock on this issue.
California is among the majority of American jurisdictions that adhere to the latter position. In other words, it has 58 superior courts, not one superior court that happens to sit in 58 counties. Section 1 of Article 6 of the California Constitution refers to "superior courts" (notice the plural) and Section 4 starts with the following words: "In each county there is a superior court of one or more judges."
Unfortunately, User:Mliu92 created many articles for superior courts that imply that California adheres to the former position. For example, the article for Santa Cruz County Superior Court incorrectly states that the "Superior Court of California, County of Santa Cruz, is the branch of the California superior court with jurisdiction over Santa Cruz County."
We need a bot to go through the English Wikipedia and replace every instance of the phrase "is the branch of the California superior court" with the phrase "is the California superior court". How do I go about initiating that request? Coolcaesar (talk) 19:11, 31 August 2024 (UTC)
- You can request bot work at WP:BOTREQ. — xaosflux Talk 21:32, 31 August 2024 (UTC)
- I will take a look at that page. Thank you! --Coolcaesar (talk) 17:06, 2 September 2024 (UTC)
- Isn’t this something AWB could do fairy easily? Mathglot (talk) 05:56, 4 September 2024 (UTC)
- I will take a look at that page. Thank you! --Coolcaesar (talk) 17:06, 2 September 2024 (UTC)
Parser function for checking if a user is blocked
[edit]If possible, could someone assist me with a template which checks if a user is blocked?
The syntax would ideally go something like this:
- {{ifblocked|Blocked User|foo|bar}} would return foo because Blocked User is blocked.
- {{ifblocked|Magog the Ogre|foo|bar}} would return bar because Magog the Ogre is unblocked.
I'm happy to use Lua if necessary (I have never learned to use Lua, unfortunately).
If possible, I would prefer to also check global locks. Magog the Ogre (t • c) 13:25, 1 September 2024 (UTC)
- This is currently not possible. See phab:T27380 and phab:T325146. * Pppery * it has begun... 13:44, 1 September 2024 (UTC)
- Do you have a certain use-case in mind? And especially, is this something for mainly personal convenience or a tool you might share, or instead is it for something you are developing for wider adoption/generally used template-tags? DMacks (talk) 21:48, 1 September 2024 (UTC)
- @DMacks: yes it would come in useful on c:User:SteinsplitterBot/Previously deleted files. I have written an API script which could be installed globally on a project (if we still support that?) and could be used for any use case. But it's an onerous workaround. Magog the Ogre (t • c) 00:11, 3 September 2024 (UTC)
- My thought was basing something on MediaWiki:Gadget-markblocked.js. But I'm not a JS whiz, and it's JS/API so it's maybe not lightweight or easily deployable. DMacks (talk) 04:08, 3 September 2024 (UTC)
- @DMacks: yes it would come in useful on c:User:SteinsplitterBot/Previously deleted files. I have written an API script which could be installed globally on a project (if we still support that?) and could be used for any use case. But it's an onerous workaround. Magog the Ogre (t • c) 00:11, 3 September 2024 (UTC)
Talk page editing
[edit]I'm a long time editor. Throughout my career, I have used Safari. I am not updated to the most recent OS because my computer cannot handle it. I have no problem editing in mainspace. However when I make an edit to a talk page (even this page), if I move my cursor, the next capital letter will jump the cursor to the first character of the edit box, meaning I have to go back to move all sentences through cut and paste. It's obnoxious. It makes it hard to concentrate when so many sentences now constructed in reverse order need to be moved.Trackinfo (talk) 19:40, 2 September 2024 (UTC)
- @Trackinfo: A Firefox user reported the same at Wikipedia:Help desk#Glitches when typing on talk pages. They used the same "Enable quick topic adding" at Special:Preferences#mw-prefsection-editing as you so it may not be the browser but a conflicting preference, script or something else. The tool works for me in the same Firefox version 129.0.2 (64-bit) as the help desk report. If you keep the tool enabled for testing then does it work or fail at https://wiki.riteme.site/wiki/Wikipedia:Village_pump_(technical)?safemode=1? PrimeHunter (talk) 20:11, 2 September 2024 (UTC)
- It's been reported here several times over the last few years, they'll be in the archives. --Redrose64 🌹 (talk) 21:51, 2 September 2024 (UTC)
- If i remember correctly, it was the fault of the Google Translate gadget. —TheDJ (talk • contribs) 20:50, 3 September 2024 (UTC)
- It's been reported here several times over the last few years, they'll be in the archives. --Redrose64 🌹 (talk) 21:51, 2 September 2024 (UTC)
COI edit request category not updating
[edit]Usually when I mark a COI edit request as answered or declined Category:Wikipedia conflict of interest edit requests updates almost immediately, but I've answered several today since the morning and they're still in the unanswered requests category. Any idea why this might be? I've purged the cache of the page and I don't believe I'm doing anything differently than usual. Example of an answered request still showing up in the category at Talk:Pershing Square Capital Management. Rusalkii (talk) 23:00, 2 September 2024 (UTC)
- @Rusalkii: Do you mean the box with the rows having differently-coloured backgrounds, or the list below the heading 'Pages in category "Wikipedia conflict of interest edit requests"'? They have different origins.
- The second one is the primary list, it is driven directly by the use of the
{{edit COI}}
tag (with no parameters, or with certain param values) on a talk page, and it should update at the exact moment that you save an edit that adds e.g.|D
or|answered=yes
to the tag. - If you mean the box, it's transcluded from User:AnomieBOT/COIREQTable which is built periodically by AnomieBOT (talk · contribs). I would not expect this to update instantaneously, a delay of minutes or hours is not uncommon. If AnomieBOT is not updating the page, that's a matter for the bot operator, i.e. Anomie (talk · contribs), but please read the bot's User: and User talk: pages before raising what might be a duplicate complaint. --Redrose64 🌹 (talk) 07:26, 3 September 2024 (UTC)
- Something on Toolforge had taken out several of the bot's processes. The bot has been restarted now. Anomie⚔ 11:31, 3 September 2024 (UTC)
- Got it, thanks! Rusalkii (talk) 17:09, 3 September 2024 (UTC)
- Something on Toolforge had taken out several of the bot's processes. The bot has been restarted now. Anomie⚔ 11:31, 3 September 2024 (UTC)
Tech News: 2024-36
[edit]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
- Editors and volunteer developers interested in data visualisation can now test the new software for charts. Its early version is available on beta Commons and beta Wikipedia. This is an important milestone before making charts available on regular wikis. You can read more about this project update and help to test the charts.
Feature news
- Editors who use the Special:UnusedTemplates page can now filter out pages which are expected to be there permanently, such as sandboxes, test-cases, and templates that are always substituted. Editors can add the new magic word
__EXPECTUNUSEDTEMPLATE__
to a template page to hide it from the listing. Thanks to Sophivorus and DannyS712 for these improvements. [2] - Editors who use the New Topic tool on discussion pages, will now be reminded to add a section header, which should help reduce the quantity of newcomers who add sections without a header. You can read more about that, and 28 other community-submitted tasks that were resolved last week.
- Last week, some Toolforge tools had occasional connection problems. The cause is still being investigated, but the problems have been resolved for now. [3]
- Translation administrators at multilingual wikis, when editing multiple translation units, can now easily mark which changes require updates to the translation. This is possible with the new dropdown menu.
Project updates
- A new draft text of a policy discussing the use of Wikimedia's APIs has been published on Meta-Wiki. The draft text does not reflect a change in policy around the APIs; instead, it is an attempt to codify existing API rules. Comments, questions, and suggestions are welcome on the proposed update’s talk page until September 13 or until those discussions have concluded.
Learn more
- To learn more about the technology behind the Wikimedia projects, you can now watch sessions from the technology track at Wikimania 2024 on Commons. This week, check out:
- Charts, the successor of Graphs - A secure and extensible tool for data visualization (25 mins) – about the above-mentioned Charts project.
- State of Language Technology and Onboarding at Wikimedia (90 mins) – about some of the language tools that support Wikimedia sites, such as Content/Section Translation, MinT, and LanguageConverter; also the current state and future of languages onboarding. [4]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 01:03, 3 September 2024 (UTC)
- Does anyone know how we can get the new keyword into the automatic "This is the template sandbox page for..." note that appears on template sandbox pages? – Jonesey95 (talk) 04:15, 3 September 2024 (UTC)
Incategory searches missing redirects?
[edit]Wanted to ask about a recurring problem I run into occasionally when working with Wikipedia:Database reports/Polluted categories to clean up userspace content in articlespace categories. When I use each category's "search user namespace" link in that report, I will either get a list of one or more userspace pages, or the text "There were no results matching the query" — the majority of the time, the latter means that the category has already been cleaned up, either by me via another query earlier in the batch (since pages are often in more than one category at the same time) or by somebody else before I even got to it. However, on occasion there are categories on a redirect in userspace, which the search link seems to fail to detect because it's a redirect instead of a straight sandbox "article", and thus tells me that the category is already clean when it actually isn't.
So because the link failed to detect the redirect and told me that the category was clean, I just move on, but because the category isn't actually clean, that redirect just stays in the category until I notice, on a future run of that report, that the search link was purple (meaning I've visited that exact search link before) and the category is still empty — meaning that I have to take the extra step of manually eyeballing the category to see if there's a userspace redirect in it. Examples: User:Upgov.in/sandbox, which had been in categories since August 19, and User:Luis Santos24/sandbox2, in categories since August 11, meaning they both survived multiple regenerations of the report before I finally caught them today.
TLDR, the polluted categories report does catch userspace redirects, but the search link fails to find them when I use it.
However, since the majority of "there were no results matching the query" categories are actually genuinely clean, it wouldn't be a productive use of my time to consistently double-check every category whose search link produces that result across the board — so my question is whether somebody can look into ensuring that the incategory search stops failing to detect redirects so they can be caught the first time instead of loitering around for multiple regenerations of the report. Bearcat (talk) 17:51, 3 September 2024 (UTC)
- No search actually returns redirects. Izno (talk) 18:00, 3 September 2024 (UTC)
- Well, then, is there any other way to solve the problem besides the total non-starter "just let userspace redirects survive multiple regenerations of the report before getting caught" or the total non-starter "manually double-check every single category that came up as already empty"? Bearcat (talk) 18:07, 3 September 2024 (UTC)
- This was quite tedious to go through; please be concise next time.quarry:query/86063 will list the userspace redirects that are in any one of the categories linked from Wikipedia:Database reports/Polluted categories. You can use {{database report}} to get the list periodically dumped to the wiki if desired. – SD0001 (talk) 19:37, 4 September 2024 (UTC)
New gadget for doing user entered calculations
[edit]We at Wiki Project Med are working to build mediawiki based calculators. One can be seen here on MDWiki mdwiki:Body_mass_index.
Within medicine there are hundreds of such calculators.[5]
Wondering about getting this functional here as a trial? More development is going to be required before this is extensively used of course.
We would need an interface admin to copy this over for it to work. Doc James (talk · contribs · email) 06:33, 4 September 2024 (UTC)
- I don't see any calculator on mdwiki:Body_mass_index? – SD0001 (talk) 14:36, 4 September 2024 (UTC)
- Do you see it on mdwiki:Template:Calculator#Example ? Bawolff (talk) 15:10, 4 September 2024 (UTC)
- On that remote wiki I see it labeled as "BMI calculator". — xaosflux Talk 15:17, 4 September 2024 (UTC)
- ah never mind, for some reason I had JS disabled on the site. – SD0001 (talk) 15:58, 4 September 2024 (UTC)
- Baring any actual objections to testing I'm not seeing any showstoppers to forking over as an opt-in/?withgadget test. — xaosflux Talk 17:12, 4 September 2024 (UTC)
- Thanks Xaosflux. Have built another example here mdwiki:CHA2DS2–VASc score. Once we have a testable version on EN WP will be easier to discuss with others who may be interested. Doc James (talk · contribs · email) 07:38, 5 September 2024 (UTC)
- I feel like specifying formulas inline could be susceptible to subtle vandalism which would be undesirable. I'm also seeing mentions of eval, can you comment on how this calculations are being done ? (I'll note evaling user-generated content on Wikimedia sites should probably be a no-go from a security POV). Sohom (talk) 16:57, 5 September 2024 (UTC)
- Everything on Wikipedia is susceptible to vandalism; it doesn't mean we stop mentioning people's birth dates and other details which can be subtly fabricated. The calculators could be made templates which can be protected if necessary. Evalling is fine if inputs are sanitised. – SD0001 (talk) 17:10, 5 September 2024 (UTC)
- @SD0001 Wrt to the first point, my thought process was that manipulating birthdays would be a lesser issue than manipulating a BMI calculator that could be potentially be used by people to self-diagnose metabolism disorders. Regarding the rest, on looking further at the code, I agree that security shouldn't be a issue for it's current version, however, it would be nice to document the method the script uses anyway (as a comment) to make sure future editors of the script are aware of this consideration. Sohom (talk) 19:33, 5 September 2024 (UTC)
- The tl;dr is that the formulas are parsed using a simple Recursive descent parser into an AST type structure. The AST is evaluated by walking through the tree. In the tree there are
OP
nodes that represent an operation from a fixed set of valid operations implemented in javascript. A dependency graph structure is also created in order to refresh any widgets that depend on a value that was changed with loop detection. Bawolff (talk) 19:41, 5 September 2024 (UTC)- I added a code comment to the script. Bawolff (talk) 19:53, 5 September 2024 (UTC)
- The tl;dr is that the formulas are parsed using a simple Recursive descent parser into an AST type structure. The AST is evaluated by walking through the tree. In the tree there are
- @SD0001 Wrt to the first point, my thought process was that manipulating birthdays would be a lesser issue than manipulating a BMI calculator that could be potentially be used by people to self-diagnose metabolism disorders. Regarding the rest, on looking further at the code, I agree that security shouldn't be a issue for it's current version, however, it would be nice to document the method the script uses anyway (as a comment) to make sure future editors of the script are aware of this consideration. Sohom (talk) 19:33, 5 September 2024 (UTC)
- @Sohom Datta this would serve the user some javascript, execution is client-side via browser. The script code itself could only be modified by interface admins. The current script would always be viewable by anyone, and is currently available to see at this link. — xaosflux Talk 19:30, 5 September 2024 (UTC)
- The script does not use eval() as a security precaution. It is designed with security in mind. Bawolff (talk) 19:31, 5 September 2024 (UTC)
- See my comment just above regarding this, I agree that is probably safe, but it would make sense to document the security considerations in the code for future interface admins/script editors. Sohom (talk) 19:36, 5 September 2024 (UTC)
- Everything on Wikipedia is susceptible to vandalism; it doesn't mean we stop mentioning people's birth dates and other details which can be subtly fabricated. The calculators could be made templates which can be protected if necessary. Evalling is fine if inputs are sanitised. – SD0001 (talk) 17:10, 5 September 2024 (UTC)
- I feel like specifying formulas inline could be susceptible to subtle vandalism which would be undesirable. I'm also seeing mentions of eval, can you comment on how this calculations are being done ? (I'll note evaling user-generated content on Wikimedia sites should probably be a no-go from a security POV). Sohom (talk) 16:57, 5 September 2024 (UTC)
- Thanks Xaosflux. Have built another example here mdwiki:CHA2DS2–VASc score. Once we have a testable version on EN WP will be easier to discuss with others who may be interested. Doc James (talk · contribs · email) 07:38, 5 September 2024 (UTC)
Map error
[edit]Over on the article Bagar region there's a big red error showing at the top of the article, "<mapframe>: The JSON content is not valid GeoJSON+simplestyle." I've never seen this before and don't know how to fix it, so I thought I'd put it here to bring it to the attention of anyone who does know how to fix it. Suntooooth, it/he (talk/contribs) 21:04, 4 September 2024 (UTC)
- The template was using invalid
|type=
values. – Jonesey95 (talk) 23:10, 4 September 2024 (UTC)
Last few sections at Wikipedia:Redirects for discussion appear as links instead
[edit]Figured this would be the place to see if anyone knows what's going on. Historically, Wikipedia:Redirects for discussion has been a rather expensive page, processing-wise, But what is currently going on has not happened at any point recently. The bottom-most sections are appearing as links instead of sections. This was not the case a few weeks ago. Does anyone know what's going on? Steel1943 (talk) 22:29, 4 September 2024 (UTC)
- See WP:PEIS. – Jonesey95 (talk) 23:13, 4 September 2024 (UTC)
- It's been categorized as >2,000,000 PEIS since 01:00, 2 September 2024 [6] and as >500 expensive parser calls since 02:28, 2 September 2024 [7]. Anything happen just over 3 days ago? SilverLocust 💬 02:38, 5 September 2024 (UTC)
- Though the reason why the expensive parser function limit was hit is simple enough. There are >500 redirects currently nominated, and therefore >500 instances of
* {{no redirect|...}} → [[...]]
- And {{no redirect}} uses an expensive parser function. SilverLocust 💬 04:41, 5 September 2024 (UTC)
- This happened to us a few years ago at TFD when we embarked on a project to delete a few thousand unused and redundant templates. We had to slow down our nominations and list some of them on subpages. – Jonesey95 (talk) 05:02, 5 September 2024 (UTC)
- Listing redirects at RfD should have a simpler template which just generates the link without checking anything. Johnuniq (talk) 06:03, 5 September 2024 (UTC)
- The inexpensive alternatives are (1) a non-redirecting link that doesn't turn red after the RfD is closed as "delete" (or it's otherwise deleted), or (2) a normal wikilink that doesn't prevent redirection once the RfD is closed as "keep" (or the RfD banner is removed). SilverLocust 💬 07:15, 5 September 2024 (UTC)
- Option (3) would be to just have both links, i.e. "Terrorblade (no redirect)". It's a low-tech solution but it may be good enough? Matma Rex talk 13:26, 5 September 2024 (UTC)
- One could hide the second link if the first doesn't have the
mw-redirect
class in TemplateStyles. Nardog (talk) 13:28, 5 September 2024 (UTC)
- One could hide the second link if the first doesn't have the
- Option (3) would be to just have both links, i.e. "Terrorblade (no redirect)". It's a low-tech solution but it may be good enough? Matma Rex talk 13:26, 5 September 2024 (UTC)
- The inexpensive alternatives are (1) a non-redirecting link that doesn't turn red after the RfD is closed as "delete" (or it's otherwise deleted), or (2) a normal wikilink that doesn't prevent redirection once the RfD is closed as "keep" (or the RfD banner is removed). SilverLocust 💬 07:15, 5 September 2024 (UTC)
- Listing redirects at RfD should have a simpler template which just generates the link without checking anything. Johnuniq (talk) 06:03, 5 September 2024 (UTC)
- This happened to us a few years ago at TFD when we embarked on a project to delete a few thousand unused and redundant templates. We had to slow down our nominations and list some of them on subpages. – Jonesey95 (talk) 05:02, 5 September 2024 (UTC)
- It's been categorized as >2,000,000 PEIS since 01:00, 2 September 2024 [6] and as >500 expensive parser calls since 02:28, 2 September 2024 [7]. Anything happen just over 3 days ago? SilverLocust 💬 02:38, 5 September 2024 (UTC)
- Unless {{No redirect}} gets updated in a way that prevents expensive parser calls, I think either Option 2 or weak Option 3 is the winner there. The redirection should be prevented when the discussion is in progress due to the substitution of {{Redirect for discussion}} on the nominated redirect(s), and the option also allows the link to be red on the RfD if the redirect ends up being deleted. I can see a reason to have both links though, so my "weak option 3", but I don't see that option incredibly user-friendly as option 2. Steel1943 (talk) 19:46, 6 September 2024 (UTC)
- Also, this discussion may need to be moved to Template talk:Rfd2 at some point if this discussion gets large. Steel1943 (talk) 19:56, 6 September 2024 (UTC)
Markup appearing in short description
[edit]When searching for the article Faya Dayi, the short description that shows up is "2021 ?'"`UNIQ--templatestyles-00000002-QINU`"'? film". Does anyone know why that would happen? It looks like something on the page ({{Infobox film}}?) is supposed to set it to "2021 film" but ends up inserting some kind of markup in the middle of the text. hinnk (talk) 09:43, 5 September 2024 (UTC)
- See the section #Strange short description - how to fix it? above. Nthep (talk) 10:12, 5 September 2024 (UTC)
- Thanks! Guess my search term was too narrow and I totally missed that. hinnk (talk) 10:28, 5 September 2024 (UTC)
Adding extra language
[edit]How do you add extra language links to an article these days? The link now says "No languages yet." (untrue) and gives options to "Translate this page" (not what I want) and "Open language settings" (not what I want). I used to just give an option to add another link. I can do this on the other languages but not on the English Wikipedia. Hawkeye7 (discuss) 09:57, 5 September 2024 (UTC)
- Which article? I can see "Add languages" then "Edit interlanguage links" which goes to wikidata where can enter names of articles in other languages. If the article isn't linked to Wikidata yet can do it manually or wait for it to be linked. Indagate (talk) 10:15, 5 September 2024 (UTC)
- The article I was working on is Catharina Weiss. There are companion articles it:Catharina Weiss and de:Catharina Weiß. And there is no "Edit interlanguage links". I tried going to Wikidata [8] and adding the English, German and Italian links there but I should never have to go there. It should work from the English Wikipedia. Hawkeye7 (discuss) 11:38, 5 September 2024 (UTC)
- Article only created yesterday and it can take time for Wikidata to be updated, just need to give it time or do it manually. Indagate (talk) 11:42, 5 September 2024 (UTC)
- I have never added languages in Vector 2022 so I don't know how it's supposed to work but I cannot find a way to do it if there are no languages or Wikidata item. I picked Mayank Vahia at Special:NewPages. The top right says "Add languages" but it only gives a search box which does nothing no matter what I try, and the options "Translate this page" and "Open language settings". They don't appear to have a way to add a language. Are you saying it's meant to not work for new pages? It would be awful design to give users an "Add languages" link which cannot add languages. PrimeHunter (talk) 11:47, 5 September 2024 (UTC)
- Yes, it is an awful design. It doesn't offer an option if there is no Wikidata item or it cannot find it. Hawkeye7 (discuss) 12:07, 5 September 2024 (UTC)
I tried going to Wikidata ... but I should never have to go there.
When you use the "Edit links" feature, you are always taken to Wikidata: that is the way that interlanguage links are always added, ever since Wikidata was launched in early 2013. --Redrose64 🌹 (talk) 17:39, 5 September 2024 (UTC)- I meant instead of having to log on to Wikidata on a another screen rather than being taken there. Hawkeye7 (discuss) 18:03, 5 September 2024 (UTC)
- Although your English Wikipedia account was created in June 2005, almost three years before WP:SUL came in, nowadays you should be automatically logged in on all other WMF wikis, including Wikidata. --Redrose64 🌹 (talk) 19:26, 5 September 2024 (UTC)
- That stopped working a while ago. What I meant though, was that I opened a new tab, put in the URL of Wikidata, and logged in there to look at what was going on. I don't normally touch Wikidata because I lack expertise. Hawkeye7 (discuss) 07:07, 6 September 2024 (UTC)
- Although your English Wikipedia account was created in June 2005, almost three years before WP:SUL came in, nowadays you should be automatically logged in on all other WMF wikis, including Wikidata. --Redrose64 🌹 (talk) 19:26, 5 September 2024 (UTC)
- I meant instead of having to log on to Wikidata on a another screen rather than being taken there. Hawkeye7 (discuss) 18:03, 5 September 2024 (UTC)
- Yes, it is an awful design. It doesn't offer an option if there is no Wikidata item or it cannot find it. Hawkeye7 (discuss) 12:07, 5 September 2024 (UTC)
- I have never added languages in Vector 2022 so I don't know how it's supposed to work but I cannot find a way to do it if there are no languages or Wikidata item. I picked Mayank Vahia at Special:NewPages. The top right says "Add languages" but it only gives a search box which does nothing no matter what I try, and the options "Translate this page" and "Open language settings". They don't appear to have a way to add a language. Are you saying it's meant to not work for new pages? It would be awful design to give users an "Add languages" link which cannot add languages. PrimeHunter (talk) 11:47, 5 September 2024 (UTC)
- Looking at other new articles, they have the same poor drop down box, but with a third option "Edit interlanguage links". Unfortunately, this takes you to Wikidata, which we don't want. In my case, it could not find the Wikidata item (although it existed), so (incorrectly) did not offer the option at all. Hawkeye7 (discuss) 11:59, 5 September 2024 (UTC)
- The functionality appears to still work in V2010, if you want to go back. This seems to be the topic of Phab:T329570. CMD (talk) 12:05, 5 September 2024 (UTC)
- Article only created yesterday and it can take time for Wikidata to be updated, just need to give it time or do it manually. Indagate (talk) 11:42, 5 September 2024 (UTC)
- The article I was working on is Catharina Weiss. There are companion articles it:Catharina Weiss and de:Catharina Weiß. And there is no "Edit interlanguage links". I tried going to Wikidata [8] and adding the English, German and Italian links there but I should never have to go there. It should work from the English Wikipedia. Hawkeye7 (discuss) 11:38, 5 September 2024 (UTC)
- The link is somewhat hidden, but you can find "Add interlanguage links" (or "Edit interlanguage links") in the sidebar, under "Tools". Matma Rex talk 13:29, 5 September 2024 (UTC)
Mouseovers in navigation templates
[edit]I have recently noticed that, in navigation templates (both navboxes and sidebars), on an article, that article's entry appears clickable. The entry is correctly bold black (ie not a blue link) but when hovered over it displays as a clickable black link, ie, the I-cursor becomes a pointer, though no action occurs.
For example, on Sockeye salmon, see the horizontal Salmon nav box at bottom. The entry for Sockeye salmon is correctly appearing black but seems clickable. Similarly, on Battle of Elands River (1900), see the Transvaal Front vertical side campaign box. The article's entry rightly appears black but seems clickable.
Am I misremembering that only an I-cursor would appear when hovering until very recently? JennyOz (talk) 11:59, 5 September 2024 (UTC)
- It only happens in Vector 2022. I don't know whether it always happened in that skin. PrimeHunter (talk) 14:23, 5 September 2024 (UTC)
- It can be avoided with
a.mw-selflink.selflink {cursor:text;}
in your CSS. PrimeHunter (talk) 20:27, 5 September 2024 (UTC)
- It can be avoided with
Dark mode when logged out of Wikipedia
[edit]When logged out, in dark mode, at {{Soulfly}}, the actual link for Soulfly is an extremely dark grey that is difficult to see on a black background. It was not this way before. Does anyone know how to fix this? --Jax 0677 (talk) 15:47, 5 September 2024 (UTC)
- See the notes and linked pages from when you recently asked about this: Wikipedia:Village_pump_(technical)/Archive_214#Dark_Mode_Text. — xaosflux Talk 15:56, 5 September 2024 (UTC)
- Thanks, I assume that we will have to wait our turn.
- The issue is fixed when I am actually LOGGED IN, but not fixed when I am logged OUT. --Jax 0677 (talk) 16:11, 5 September 2024 (UTC)
- I made this edit yesterday to improve display of self links in navboxes. I will try to fix this fully today since this specific navbox keeps coming up. Izno (talk) 16:10, 5 September 2024 (UTC)
- This should be fixed for this template. Izno (talk) 17:37, 5 September 2024 (UTC)
74,841 + 168 = 75,008 ?
[edit]I have a script that runs whenever I start up or shut down my laptop. I created the script quite a while back to experiment with the Wikipedia API, and have generally ignored it since.
The script records in a log file, my Wikipedia edit count and the number of edits so far today. It also checks the running total — does the edit count at the end of yesterday + the edits today = the edit count for the end of today?
When the total fails to match, it indicates that some edits have been "lost" because a page that I edited today was deleted during the day. Fair enough, if I am motivated, I can look up the page for which the edits were lost — even if I now cannot see my own edit summaries.
Today, however, the script alerted me to a mismatch in the other direction.
- At the end of 3 September, my edit count was 74,841
- During 4 September I made 168 edits
- My edit count at the end of 4 September was reported as 75,008
Now, call me picky, but I think the total should be 75,009. Replag is zero, and edits today are being correctly counted (although the grand total is still out by one).
While inexact edit counts is not a cosmic catastrophe, I am offended when maths seems to break.
So, please, can anybody think of a reason for my overall edit count to be reduced? — GhostInTheMachine talk to me 20:20, 5 September 2024 (UTC)
- Increasing the edit count is a separate step after saving the edit, and occasionally it can fail. I had a look for related issues in Phabricator, and apparently there's an issue known as T369461 that occurs about 30 times per day, preventing some edits from being counted. Maybe one of your edits was among the unlucky ones.
- There are also some actions that create edits, but don't increase an edit count. Moving a page with a redirect creates two revisions (one on each title), but only counts as one edit. Protecting a page creates a revision, but doesn't count as an edit. It doesn't seem like you moved any pages yesterday though: Special:Log/move/GhostInTheMachine (but you did today, so you might see a new discrepancy).
- Also, revisions imported from another wiki will show up in your contributions, but won't be counted. Did you know that on German Wikipedia, you have 10 edits, but your edit count is 1? They usually import the history of pages when translating them. That's not what happened here, given Special:Log/import, just mentioning it as a curiosity.
- Matma Rex talk 23:24, 5 September 2024 (UTC)
- Thanks for the info. So it is possible that anybody's overall edit count could be short by a small number of edits. I suspect that I could conjure a query to derive a "better" version of my count from the
revision
table (and thearchive
table?). Maybe a project for a rainy day ... - I am surprised by even a single counted edit on the German WP. My German was schoolboy level about 50 years ago and I would never dream of editing there — GhostInTheMachine talk to me 11:16, 6 September 2024 (UTC)
- Thanks for the info. So it is possible that anybody's overall edit count could be short by a small number of edits. I suspect that I could conjure a query to derive a "better" version of my count from the
- Short answer, as I finally bothered to note in the documentation, reported edit counts may not be reliable. — xaosflux Talk 14:54, 6 September 2024 (UTC)
Navigation icons have vanished
[edit]Using Firefox and Dark Reader with Light Mode on, the icons are the same hue as the background and are not visible.
Fix by using Wikipedia's new Dark Mode? Not so fast. The background is too dark and the text is too bright. My eyes hurt when looking at it, and they don't hurt when using Dark Reader. This issue has already been raised by multiple users,[9] and will no doubt be solved in a timely fashion. But until then it would be nice to hit the undo button on whatever happened this week to the icons.
Here is some color data:
Wikipedia dark mode - harsh contrast
icons 234 236 240 Luminosity: 93%
back 16 20 24 Luminosity: 8%
Dark reader - easy on the eyes
text 232 230 227 Luminosity: 90%
back 24 26 27 Luminosity: 10%
This broke only a few days ago. Before, the icons were mostly correct except for the drop-down arrows. Wizmut (talk) 02:56, 6 September 2024 (UTC)
Technical Powers to "Block"
[edit]As my account has now been "blocked" - I began to ponder, peacefully - if Wikipedia has a forum of experts who deliberate as a technical team to "block or not" or is it an individual who decides and activates a "block" on a fellow wikipedian? I will patiently await a response or redirect to an article addressing my concerns. ZAWADI NPC (talk) 07:57, 6 September 2024 (UTC)
- See WP:BLOCK for more information about the blocking process. 331dot (talk) 08:26, 6 September 2024 (UTC)
- Your account is not blocked, ZAWADI NPC (as evidenced by your ability to post here). Why do you think it is? It has never been blocked. Bishonen | tålk 08:31, 6 September 2024 (UTC).
- Their user page was deleted, maybe they think that is a block? 331dot (talk) 08:34, 6 September 2024 (UTC)
- You were advertising on your page. Advertising is not allowed on Wikipedia, not even on your page. You don't own that page – it is only there to show people what kind of Wikipedia editor you are, not anything about your business. You may say something about hobbies or interests that you don't get money from, for example if you take great photographs and put them on Wikipedia (for free of course), then you can say so. TooManyFingers (talk) 19:23, 7 September 2024 (UTC)
Advanced Mode issues
[edit]I have been having this issue for a while now and would like some help solving it. I use Advanced Mode as a mobile user. Occasionally, going to some pages in the Wikipedia or User namespaces will show me the non-Advanced Mode UI. Going to another page typically fixes this, and going into Settings shows that Advanced Mode is still turned on. This seems to happen most often when clicking a link from one Wikipedia namespace page to another page in that namespace, but will sometimes also happen in other circumstances. There is no visible pattern to when it happens. Does anyone know why this happens or how it can be fixed? Thanks, QuicoleJR (talk) 14:42, 6 September 2024 (UTC)
- Which mobile client type (Apple, Android) and Version are you using? — xaosflux Talk 14:46, 6 September 2024 (UTC)
- Using the mobile browser version on an iPhone. I'm not sure what you mean by
version
. QuicoleJR (talk) 14:51, 6 September 2024 (UTC)- @QuicoleJR thank you, was clarifying if you were using the browser or the Wikipedia App. For your browser, assuming you are using Safari? Are you using the current version of Safari? — xaosflux Talk 14:55, 6 September 2024 (UTC)
- Actually, no, I do not use Safari. I use the Google app (not Google Chrome, Google itself). I am using the current version of Google AFAICT. QuicoleJR (talk) 15:01, 6 September 2024 (UTC)
- @QuicoleJR thank you, was clarifying if you were using the browser or the Wikipedia App. For your browser, assuming you are using Safari? Are you using the current version of Safari? — xaosflux Talk 14:55, 6 September 2024 (UTC)
- Using the mobile browser version on an iPhone. I'm not sure what you mean by
Map labels unreadable in dark mode
[edit]Given the number of transclusions on Template:Infobox settlement, it looks like the problem reported at Template talk:Infobox settlement#Location labels unreadable in dark mode is affecting over half a million articles for anyone reading in dark mode. Does anyone feel competent enough to poke around the CSS? -- Beland (talk) 06:44, 7 September 2024 (UTC)
templatedata not showing up
[edit]i have added templatedata to Template:Infobox card game. why isn't it showing up when editing, say, whist? ltbdl☃ (talk) 08:58, 7 September 2024 (UTC)
- That's weird. Izno (talk) 16:23, 7 September 2024 (UTC)
- Works for me. I null-edited the Infobox template. Editing the /doc template should, in a perfect world, immediately provide a null edit to the single page that transcludes it, but it rarely does so. – Jonesey95 (talk) 22:25, 7 September 2024 (UTC)
- I was able to reproduce earlier in Firefox up to date, but no longer. Maybe indeed it was a question of needing a null edit. Izno (talk) 22:39, 7 September 2024 (UTC)
- Works for me. I null-edited the Infobox template. Editing the /doc template should, in a perfect world, immediately provide a null edit to the single page that transcludes it, but it rarely does so. – Jonesey95 (talk) 22:25, 7 September 2024 (UTC)
No search box for default skin
[edit]The search box at the top of the main page wiki.riteme.site is absent on the default skin, at least on certain browsers. There is an empty area where it would belong, but there's nothing visible or clickable there. This happens at least on some versions of Chrome. The default skin on mobile is still working fine. On desktop, switching skins fixes the problem. Could this be dark mode related? TooManyFingers (talk) 16:39, 7 September 2024 (UTC)
- I found my problem.
- 1. Clicking the magnifying glass icon is now required, to use the search box.
- 2. My magnifying glass is not visible in dark mode. But it's there and I can click on it. TooManyFingers (talk) 17:19, 7 September 2024 (UTC)
- Clicking the icon should be required only at smaller resolutions. But it should still be visible, so something there is weird. Izno (talk) 18:39, 7 September 2024 (UTC)
- Another user who's not on dark mode says the magnifying glass is invisible or barely visible for them too. So it's not just dark mode. TooManyFingers (talk) 19:07, 7 September 2024 (UTC)
- Clicking the icon should be required only at smaller resolutions. But it should still be visible, so something there is weird. Izno (talk) 18:39, 7 September 2024 (UTC)
Current date templates break after entering source editor
[edit]The default template for dating tags Template:Currentyear and Template:Currentmonth turn into a nowiki format after entering and exiting source. Roasted (talk) 00:52, 8 September 2024 (UTC)