User talk:Anomalocaris

Archives

2006–2013 • 2014 • 2015 • 2016 • 2017 • 2018 • 2019 • 2020 • 2021 • 2022 • 2023 • 2024

My dear, thank you very much for your help for my first draft... now can you help me to finally published it? because I have no idea, I don't know how to do... Can you do it for me? pleeeeease. Thea20071 (talk) 13:11, 4 January 2025 (UTC)[reply]

Thea20071: I edited Draft:Gian Maria Aliberti Gerbotto on 4 December 2024. In that edit, I inserted a comment saying, "Please see {{MedalTableTop}} for usage instructions. I inserted the required missing |medals= parameter, not necessarily the right way, and there are several parameters used here that don't belong." Please follow that advice. I also lot of |title=... in cite templates. I thought this would make it really obvious that these references need titles. As it happens, on 5 January 2025, Citation bot edited the article and stripped out my inserted |title=.... But the need is still there. Every reference needs a title. Click the link and copy as much info as you can from the web page, including author, date, and title. If the link no longer goes to a valid web page, then find an archive URL at http://archive.org/, or find a link to a working reference, or remove the bad link altogether. These are some things that you should do to improve the quality of the article. —Anomalocaris (talk) 01:53, 5 January 2025 (UTC)[reply]

perfect. thanks very much. I will do it... see you soon. Thea20071 (talk) 13:44, 10 January 2025 (UTC)[reply]

My dear, I followed your suggestions doing my best, as best I could, also keeping in mind that these are the first times I've moved to Wikipedia.

I proceeded to remove all "Title" links to external internet sites that no longer exist, replacing them with new and functioning links. but I was unable to remove the red annotations "{{cite web}}: Missing or empty |title= (help)" made by the correction of the bot into edit source, I think. Can you please delete them? I'm not capable of it.

A thousand thanks.

Then, having made these corrections, I think my draft is ready for publication, right? And can you please give me a hand in this regard, since I have no idea how to then transform a draft into a public article on Wikipedia? I thank you again for the invaluable help you are giving me in this first project of mine.

Afterwards I promise that I will try to learn better and then proceed independently without disturbing you too much. Thea20071 (talk) 13:25, 11 January 2025 (UTC)[reply]

Thea20071: I edited the draft again, improving a few references with author, title, date, publisher, newspaper, access-date. Also, period and comma go before, not after, <ref>...</ref>. These changes can be a model for the work you should do on this draft. Again, references with cite templates need titles. I edit Wikipedia pages, and I give advice, but I do not have a role in approving drafts to become articles. Cheers! —Anomalocaris (talk) 06:08, 12 January 2025 (UTC)[reply]

An automated process has detected that when you recently edited Eddie Canales, you added a link pointing to the disambiguation page CBC.

(Opt-out instructions.) --DPL bot (talk) 07:58, 26 January 2025 (UTC)[reply]

@Anomalocaris, thanks a lot for taking the time to improve my draft page. I added each book's page rages as you noted. Cheers Bagnacan (talk) 22:14, 2 February 2025 (UTC)[reply]

@Anomalocaris Thanks for repairing the faulty citation in the Cleveland-Cliffs article. I added the new content to make the paragraph more relevant to the article. The way it existed just popped in out of the blue, with little context. I rewrote it to reflect that Gonclaves was speaking at a press conference on the purchase of US Steel. He did say (and I left it in) those remarks that Japan was evil and worse than China. His reference to “not learning anything since 1945” was that Japan had not learned “…anything since 1945. You did not learn how good we are, how gracious we are, how magnanimous we are, how forgiving we are." Which I condensed to “American benevolence.” The “crusty” comments of the CEO need to relate to the context of the article in an encyclopedic way, not just showing up like a tabloid headline. If you have some suggestions on how that might be accomplished, I’d be grateful for them. Hamish barebones (talk) 19:59, 4 February 2025 (UTC)[reply]

Hamish barebones: I don't have any ideas about this. If you are satisfied that there's nothing in the commented out paragraph that you want to put back in, I suggest removing the commented out paragraph. —Anomalocaris (talk) 21:18, 4 February 2025 (UTC)[reply]

Anomalocaris: Thanks for all your help on this. I'm not certain what you mean by a "commented out" paragraph. A little more help please. Thanks in advance. Hamish barebones (talk) 19:31, 12 February 2025 (UTC)[reply]

Hamish barebones: HTML is the underlying markup of the World Wide Web, including Wikipedia. In HTML, comments are entered using <!-- ... -->. Comments are information for someone looking at the markup, that don't affect the display. For example, the markup

Have a <!-- comment -->nice day

displays as

Have a nice day

Cleveland-Cliffs has a full paragraph commented out this way. If you use the visual editor, you can see the paragraph just below the paragraph that begins "In January 2025, Goncalves called Japan". There's an icon that looks like an exclamation point inside a gray square, indicating an "invisible comment". Double-click on the comment to bring up a dialog box allowing you to edit or remove the comment. If you use the regular editor instead of the visual editor, just search for <!-- at the start of the paragraph. —Anomalocaris (talk) 20:04, 12 February 2025 (UTC)[reply]

Thanks again for explaining your reasons for doing so, I think we can agree to disagree. GanzKnusper (talk) 08:32, 4 March 2025 (UTC)[reply]

Before GanzKnusper sent that message, at 22:24, 3 March 2025 (UTC), the user had already reverted Zinnober9's two corrections and my one correction to the user page and then removed the userboxes entirely, so there were no lint errors. At 14:34, 12 March 2025 (UTC), the user restored the user boxes the same way I did it, without the lint errors caused by {{plainlist}}. So there was a request not to edit their user page in the future, but the user ended up doing it my way. —Anomalocaris (talk) 00:08, 12 May 2025 (UTC)[reply]

Hi @Anomalocaris:, thanks for your help. I am trying to save an edit on the section titled "Foundation"...just the last edit... 79.45.126.203 (talk) 19:29, 16 April 2025 (UTC)[reply]

Hi. You have restored obsolete information with an edit summary I do not fully understand. Horsley is no longer in Bywell ward; it is in the new Stocksfield and Bywell ward. Why do you consider the election result for the former ward from 2017 to be worthy of inclusion? If you want to include a result why not add this year's result for the new ward when it becomes available? Also, you say I didn't remove the table header. I don't know what you mean by that as it is clearly incorrect. Tammbeck^talk 07:29, 24 April 2025 (UTC)[reply]

Tammbeck: Thank you for asking me why I reverted your edit of Horsley, Northumberland. I came to this page because it had a Fostered content lint error. For an explanation of this error, see this talk page section #editing sandbox. The fostered content error was because you left in the markup

{| class="wikitable sortable" style="text-align: center"

but deleted the rest of the table. Your edit summary was "Boundary changes". That didn't mean anything to me, so I considered your edit "unexplained blanking", which is grounds for reverting. It turns out you did explain it and I didn't understand the explanation. So, I guess the fix is to redo your edit, but remove the table opening line. I leave it to you. Cheers! —Anomalocaris (talk) 07:44, 24 April 2025 (UTC)[reply]

Thank you for you reply. I have done as you suggested.Tammbeck^talk 08:15, 24 April 2025 (UTC)[reply]

Tammbeck: Good work. Sorry for misunderstanding your edit summary before. The great thing about Wikipedia is we can just keep editing until we get it right. —Anomalocaris (talk) 08:50, 24 April 2025 (UTC)[reply]

Thanks for investing time in (what I assume is) clearing my sandbox from the list of linter errors. That page was actually a temporary save thing of a partial edit as I had to shut down my computer, and the edit later got made as Special:Diff/1289024999, and I wasn't planning to do anything else with that version of my sandbox... Still, thanks! Aaron Liu (talk) 14:24, 11 May 2025 (UTC)[reply]

Aaron Liu: Yes, I was fixing lint errors, and the Polygon row was messed up, so I did my best to fix it. Glad to know the page had already served its purpose. Cheers! —Anomalocaris (talk) 20:15, 11 May 2025 (UTC)[reply]

It was example. 174.128.153.62 (talk) 18:50, 13 May 2025 (UTC)[reply]

I removed the "floor plan" from User Talk:174.128.153.62 because it was sandbox-like material at the top of a user talk page, and not part of any legitimate user talk discussion. You can access old versions of the page in the page history, and copy it into a sandbox or a draft page. –Anomalocaris (talk) 00:34, 14 May 2025 (UTC)[reply]

Thanks. 174.128.153.62 (talk) 00:52, 28 May 2025 (UTC)[reply]

Dont edit user subpages without asking. --Altenmann >talk 21:20, 16 May 2025 (UTC)[reply]

Altenmann: You have a right to ask other editors not to edit your own subpages, but you don't have the right to ask other editors not to edit anybody's subpages. Even your own subpages are not entirely yours. For example, if they violate WP:BLPPRIVACY, other editors can and should remove material in violation of this policy, even if there's a big sign at the top of the page asking others not to edit.

I will try to remember your request not to edit your own subpages, and if I forget, please forgive me.

Please be aware that I edit at least hundreds of user pages and subpages every year, and the great majority of users appreciate it. In the last month, 10 different users sent me notifications thanking me for edits to their user page or subpage.

Please be aware that there are a large number of editors that patrol and fix pages listed on maintenance and error pages, including the subpages of Category:CS1 errors, the subpages of Category:CS1 maintenance, and the subpages of Lint errors. (These are other lists of pages editors use to find pages needing cleanup.) That's why Zinnober9 edited User:Altenmann/sand, and if you revert, someone else is going to come along and fix it again.

Also, please note that I could have removed the seemingly useless <a> tags altogether, but out of respect for you, I left the tags in, and only fixed the misnesting and unclosedness, in case you had some strange purpose for the <a> markup. (That does not mean that Zinnober9 was wrong to remove the <a> tags. It just means I was more cautious.)

My edit summary was written carefully to inform:

This is a complete mess, but I fixed it in a tiny way: <a><b>...<a><b> → <a><b>...</b></a>. HTML tags must close and nest, except for the few [that] don't close, such as <area>. <a> tags nearly always are of the form <a href="http...">Anchor text</a>, a plain <a> tag doesn't mean anything.

I take pride in writing thoroughly detailed edit summaries that say what I did and why. I wish everybody did.

Cheers! —Anomalocaris (talk) 23:05, 16 May 2025 (UTC)[reply]

You are both right and not right. See WP:TPO, WP:USERTALKSTOP. I agree that I should have written about my own user space, sorry.

Regarding tags, I did have a reason to keep them: I copied them from somewhere and I want it in the original way. --Altenmann >talk 23:13, 16 May 2025 (UTC)[reply]

Altenmann: WP:USERTALKSTOP says "In general, one should avoid substantially editing another's user and user talk pages, except ..." Fixing lint errors is not considered a substantial edit. Again, I'll try to remember to avoid your user pages, and again, if one of your user pages is listed on a lint error page, other editors are likely to come along to fix it. Cheers! —Anomalocaris (talk) 23:41, 16 May 2025 (UTC)[reply]

@Altenmann: Likewise; you are also correct and not correct. You do have the right to ask us individually not to edit your page, but you are also wrong since WP:OWN will NOT protect you in keeping known and problematic issues intact on your pages for reasons of "I want it this way" and other well-meaning editors will be attracted to these errors if left unfixed.

It is fine that you copied something from elsewhere, but it is a bigger problem to copy something with errors and then refuse for that problematic content to be corrected within the policies of Wikipedia. If it's on Wikipedia, it should adhere to Wikipedia policy, and those two policies you mentioned do not block our corrective measures unless there's a valid, concrete reason for these errors to be temporarily kept. If you conducting tests to resolve a known issue and need some time to sandbox it and figure things out, we can respect that while you conduct your tests, but would prefer the errors be deactivated if there's going to be a long period of inactivity (in idea of weeks or months).

The issue that we are interested in resolving on your page are that none of the tags in your copied material have any closing tags, a required, nonnegotiable element of HTML. You are also missing a table opener and table closer causing each table row "tr", cell "td" and header "th" tag to complain they are stripped (in addition to being unclosed) since they have no structure to build from (essentially this is akin to building a house with no roof or walls), and all the paragraph and bolding tags are all complaining that they are not closed, which, in non-table situations would cause these commands to leak outside of expected range and cause additional issues if they intermingled with other syntax.

I'm personally neutral about the <a> tags, since they aren't reporting currently tracked errors, but they are a bit of a GIGO situation since they are unrecognised HTML tags that are displaying as plaintext, which is not ideal.

I respectfully ask that you reconsider and either correct these issues yourself, or permit us to correct them in a way that satisfies you. We can be agreeable on how some errors are corrected IF there's options of solutions, but a good number of editors are trying very hard to keep these syntax errors from repopulating and causing page breaking havoc, and we are especially watchful of table errors since we've eliminated the backlog of all "Table tag to be deleted" and "Fostered table content" table errors last fall. We still have a ~3 million other tracked errors in backlog still to resolve, and do not appreciate people undoing our Wikipedia permitted corrective efforts without a good, concrete reason.

How can we resolve this issue so that we are all happy with the outcome?

Best wishes, Zinnober9 (talk) 00:30, 17 May 2025 (UTC)[reply]

Altenmann: When I said in the summary of my edit of User:Altenmann/sand "This is a complete mess" I wasn't exaggerating. See: lint errors: User:Altenmann/sand. Multiple unclosed formatting tags is a high priority lint error. There are only 2 such errors in all of English Wikipedia, and they are both on User:Altenmann/sand. As Zinnober9 says, "If you [are] conducting tests to resolve a known issue and need some time to sandbox it and figure things out, we can respect that while you conduct your tests, but would prefer the errors be deactivated if there's going to be a long period of inactivity...." Will you please fix your sandbox to remove the lint errors in the next few days? —Anomalocaris (talk) 04:26, 18 May 2025 (UTC)[reply]

Hello, Anomalocaris,

I'm not sure why, but you seem to be going to draft articles that are due to expire and be eligible for CSD G13 speedy deletion in a day or two and making minor edits on them. For the vast majority of these drafts, the new editors created an account, then created a draft the same day and then left Wikipedia to never return. So, making a minor formatting correction six months later, preventing the draft's deletion, won't even be noticed by these editors who are not interested in becoming regular editors here.

I think it's great if you want to work to improve a new editor's draft to get it in shape to submit to AFC for review and, hopefully, it will get into main space. But if you are just adding punctuation or doing some cosmetic change like moving a header, I don't really see the point of spending your time doing these changes to an abandoned draft. You might check on the page history of a draft or sandbox and see if it is being actively edited.

But you have been editing here for much longer than I have so at the same time, I want to let you know that I appreciate all of your contributions. I just am not sure if this is the best use of your valuable time. Thank you. Liz ^{Read! Talk!} 06:20, 18 May 2025 (UTC)[reply]

I see from the discussion above this one that you, and presumably other editors, are fixing lint errors or some other common mistakes that appear on a list somewhere on the project. I understand how that might take you into Draftland so I guess I'll ask that if a draft hasn't been edited in 6+ months or longer, just let the mistake go unfixed because the draft is headed towards G13 deletion any day now. Thanks. Liz ^{Read! Talk!} 06:26, 18 May 2025 (UTC)[reply]

Liz: Yes, I emptied out draft pages with empty headings. For a long time, I have known about WP:OLDDRAFT, but I've never known exactly how it works, and hoped that there was some intelligence that would see that trivial edits such as fixing lint errors would not reset the calendar. I've never known. There ought to be a way to flag an edit as general wiki cleanup but not draft-contributing, so the deletion calendar doesn't reset. Do you know anything about this? —Anomalocaris (talk) 07:34, 18 May 2025 (UTC)[reply]

An edit is an edit is an edit. It doesn't matter whether it is a productive change or just putting in a blank space. I don't know any way to tag edits like you suggest. I'll just say that today we are deleting drafts/sandboxes whose last edit was November 18, 2024 so that gives you an idea of what we are working with with G13s. You can find the lists we work with today at G13s for May 18th. If you find a draft whose last edit was in November or December, maybe pass on changing it. I'd give different advice if the pattern is for editors returning to work on drafts they created but that's just not what I see in my work with Draftspace. They create an account, they create a draft and then they disappear, at least 95% of the time.

Also, you really shouldn't be editing in archives like you did in Wikipedia:Requests for undeletion/Archive 395. You aren't going to get blocked over this but we emphasize to new editors not to edit in talk page archives so experienced editors shouldn't set a bad example.

Liz: Wikipedia's linter crew keeps lint errors in the Draft namespace under continual control, except for Missing end tags, which for some reason are difficult to keep up with. When I work on those, I work on the most recently edited, so the oldest ones will probably never get fixed and just scroll into G13 deletion.

For 8 years, Wikipedia's linter crew has been editing archives to fix lint errors. If you poke around, you'll find lots of archive pages that have been edited to fix lint errors. Most of that work is complete, except for replacing obsolete <font> tags. Empty headers is a new lint error and we are going to fix those wherever they are. It's also good to edit archive pages to fix links, such as a link to a talk page discussion pursuant to that discussion is archived. This is just routine maintenance. Cheers! —Anomalocaris (talk) 08:21, 19 May 2025 (UTC)[reply]

Thanks for the edits, also i'm sorry for the rather aggressive reaction in the first edit summary, but at least the errors are mostly gone. I need to say, i was waiting AnomieBOT to fix all the issues, generally it does the hard work. 21 Andromedae (talk) 21:34, 28 May 2025 (UTC)[reply]

21 Andromedae: Apology accepted, and I'm sorry for the rather aggressive deletion of all of your hard work (which, of course, was not lost, thanks to the page history). I saw a plethora of undefined ref names, a plethora of various Category:CS1 errors, I figured you would use the page history and come back and do it right, which is what you did, so, thanks for cleaning it up mostly. The last three errors were easy for me to fix. Citation bot's edit of 19:52, 28 May 2025 (UTC) of List of smallest stars did manage to clean up the CS1 errors. This amazes me, because there are currently 175,508 CS1 errors according to the category page, so a lot of CS1 errors seem to be beyond the Citation bot's ability to fix Also, Citation bot left behind 13 undefined ref names. When I edit a a page, I never save if I've introduced any new citation errors or warnings, or any new unintended redlinks, or new undefined ref names, or pretty much any new warnings of any type. With an exception that if someone enters a newspaper reference with a title something like "Chicago Tribune January 1, 1906", I'll change that to "|newspaper=Chicago Tribune |date=January 1, 1906 |title=unknown" to make the actual error really obvious. Cheers! —Anomalocaris (talk) 00:09, 29 May 2025 (UTC)[reply]

Just to let you know, the "smalldiv" on the Kindred page is broken and only displays "{{{1}}}" on the page instead of the actual letter text.—Samz707 (talk) 21:28, 31May 2025 (UTC)

I've had this happen to me too many times. Now I always try to use 1= when I replace center or small with {center} or {smalldiv}, even if I think it is not needed. The other thing to watch for is pipe characters inside the wrapped text. – Jonesey95 (talk) 23:00, 31 May 2025 (UTC)[reply]

Samz707: Thank you for the alert on Kindred: The Embraced. I replaced the smalldiv markup with blockquote markup, which seems more correct to me. —Anomalocaris (talk) 04:14, 1 June 2025 (UTC)[reply]

Hi there! I noticed you made this edit to User:Randomdude121/sandbox. The reason I had an empty subheading there was to show the "edit source" link, for ease of anyone willing to sign the guestbook. Does having such a subheading cause an error of some sort? randomdude121    15:08, 1 June 2025 (UTC)[reply]

Randomdude121: Yes, there is such a thing as an empty heading lint error, which is how I found your page. It didn't occur to me that your empty heading had an actual purpose. I have created a workaround at User:Anomalocaris/sandbox/Lint Test, which is to replace the empty heading with

=== <span style="display:none">invisible</span> ===

I recommend something along those lines. —Anomalocaris (talk) 19:49, 1 June 2025 (UTC)[reply]

Thanks! You have also certainly intrigued me into fixing lint errors around the wiki myself :) randomdude121    08:41, 2 June 2025 (UTC)[reply]

Randomdude121: Good job on your sandbox! I saw some experimentation there, which is good. We can always use more editors fixing lint errors! —Anomalocaris (talk) 08:46, 2 June 2025 (UTC)[reply]

@Anomalocaris, what would you suggest be put in empty HTML-style headings to fix empty heading errors, without causing changes to how the page looks?

• Your suggestion works for wikitext-style headings, but when used with HTML-style headings, it causes extra height/padding because of text being present inside the heading as opposed to none being present earlier.
  • Converting the HTML-style headings to wikitext-style to apply that fix triggers the [edit source] link to appear.
• Making the heading itself display:none; solves the error but gets rid of the padding (and the bottom line) added by the heading. (On some pages it even triggers the "invisible" text to show up on the TOC, but that's an easy fix)

randomdude121    07:21, 4 June 2025 (UTC)[reply]

Randomdude121: I have various solutions to empty heading lint errors.

• If it's the first heading on a talk page, I look at the discussion immediately following and make up a short crisp title. See my edit of  Talk:55 Fiction. In this case I probably should have capitalized the heading.
• If it's a talk page that someone created and signed but didn't actually say anything, and there's nothing after that, I remove the heading and the signature. This is admittedly bold but I believe it is right. See my edit of  Category talk:Cuesta Cougars baseball coaches.
• If the empty heading is level 2 and the H2 horizontal line seems to add value, I replace the empty heading with <hr>, although a line of four hyphens (----) would work as well. See my edit of  Wikipedia talk:Articles for deletion/Saffron terror.
• If the empty heading seems like it shouldn't be there at all, I remove it. See my edit of  Template talk:Northern Ireland elections.

In the example you gave involving the user page User:Phxls, I don't know if the user values the space that was taken up by the empty heading. I assumed the space wasn't important, so I removed it. That changed the number of headings from 4 to 3, which meant that the table of contents didn't display, so I inserted (for my first time ever) the keyword __TOC__ to get the table of contents to display. If the user likes the original spacing, they can revert, in which case I may come back and figure out a way to match the space, without an empty heading. If the user is OK with the change but doesn't want the table of contents, they can remove the keyword __TOC__. Additional points:

• When the only thing in the heading is a nonbreaking space, it's an empty heading. I think you know that.
• Preservation of appearance is not always essential. When editing someone's user page, it is usually a good idea to preserve the appearance. (In the case of User:Phxls I tried to minimize the change but I didn't zero it out.) In a talk page, it's usually OK if the spacing changes a little bit. In an article, there's nothing sacred about any layout, and if spacing changes a bit, that's rarely a problem.
• Have you read Wikipedia:Linter? Have you installed lintHint? Are you using linkHint? It's pretty hard to work on de-linting without it.
• Empty headings might have been your first exposure to lint errors, but it's actually a low-priority error. The Outstanding linter errors on enwiki is a handy page for choosing where to fix lint errors. The highest-priority lint error that's nowhere near wiped out is misnested tags, which is nearly wiped out in the Article namespace but widespread in other namespaces.

Cheers, —Anomalocaris (talk) 08:50, 4 June 2025 (UTC)[reply]

Thank you so much for explaining! I'll install lintHint. randomdude121    04:00, 5 June 2025 (UTC)[reply]

Thanks for correction, mate Anomalocaris! I thanked you publicly. JPPEDRA2 ^{why not?} 23:48, 16 June 2025 (UTC)[reply]

Hi. Thanks for having a go recently at trying to fix an issue with the 'no include' on the Host Landing page. At a very quick glance I'm not able to see what the problem was initially, or how you tried to fix it. Unfortunately, however, we've now lost the numbering and naming for most of the host (and thus the total tally of how many hosts we currently have listed - which is terribly useful). It now suddenly starts with '1' at User Xoak, who's actually around the 106th host on the list! I'm afraid my time is severely limitied right now to try toinvestigate and fix things, so I wondered if youwouldn't mind taking a look to see if you can tidy up the page whilst reinstating the left-aligned and numbered Host usernames? Many thanks, Nick Moyes (talk) 13:16, 20 June 2025 (UTC)[reply]

Nick Moyes: I edited Wikipedia:Teahouse/Hosts first. Then I edited Wikipedia:Teahouse/Host landing. I came to this page because it was listed at Empty headings lint errors. It was obvious that the empty headings were caused by noinclude markup inside the headings. After doing that, I saw that the noinclude markup served a purpose, so I reinserted it surrounding the headings. I do not understand what is your issue. When I look at Wikipedia:Teahouse/Hosts, I don't see any numbers. Xoak is about 70% of the way down the list. —Anomalocaris (talk) 13:40, 20 June 2025 (UTC)[reply]

I'm afraid the issue is very visible to anyone who has 'Auto-number headings' set to 'On' in Preferences>Gadgets. Give it a try and you'll see what I mean. Numbering now starts c. two thirds the way down the list, so I don't this is an improvement. If you're unable to fix it (including ensuring that future automatic edits made on Host signup to that page) I think you should revert your changes, please. The Lint error seems preferable to a messed-up List, which has looked fine up to now. Kind regards, Nick Moyes (talk) 20:30, 25 June 2025 (UTC)[reply]

Nick Moyes: I went to preferences and checked 'Auto-number headings'. When I look at the current version of Wikipedia:Teahouse/Host landing, I see the first hosts numbered as 1.1 Cullen328, 1.2 ColinFine, 1.3 Alextejthompson, eventually 1.106 Xoak and the final entry is 1.141 JesusisGreat7. When I look at the the version just before I edited it, I see the exact same thing. In case it matters, I use Windows 11, Mozilla Firefox, and the MonoBook skin. As soon as I can see the problem, I can try to fix it. —Anomalocaris (talk) 22:27, 25 June 2025 (UTC)[reply]

If you go to WP:TH and click on the 'Meet Your Hosts' button, the page you're taken to is not Wikipedia:Teahouse/Host landing, it's Wikipedia:Teahouse/Hosts. The Host_landing page is transcluded into that page, and that's where the absence of a host name and numbering up to User:UncleBash007 (but not User:Xoak) occurs. From Xoak onwards the numbering starts from One, though the host name is also now rather annoyingly centred, rather than left-aligned. That difference matches your edits to the Host Landing page, though I can't for the life of me see what's causing the disruption on the Teahouse Hosts page itself.

Do please try viewing the Host list from the public-facing page (via the Meet Your Hosts link) and let me know if you can see the issue I've tried to describe above. If you aren't, I think it best if you or I simply revert your AGF edits as the disruption to the way the page displays seems worse than fixing any minor lint errors, as appreciated as they would otherwise be. I'm afraid I'm not sufficiently technical or time-rich to delve into and appreciate the precise cause of this weird anomaly myself. Cheers, Nick Moyes (talk) 13:32, 29 June 2025 (UTC)[reply]

Nick Moyes: Before my first edit of Wikipedia:Teahouse/Host landing, the noinclude markup stopped just before Xoak, but I didn't notice this. I simply moved the existing noinclude markup from inside to outside each heading that had such markup. Now, I have edited Wikipedia:Teahouse/Hosts Wikipedia:Teahouse/Host landing, inserting the missing noinclude markup around all headings starting with Xoak. Now, Wikipedia:Teahouse/Hosts has no numbering of hosts, and I think that's just fine. If you need to see the numbers, they are visible at Wikipedia:Teahouse/Host landing, if you have checked 'Auto-number headings' in your preferences. I consider this result satisfactory. I hope you will too. Cheers! —Anomalocaris (talk) 19:59, 29 June 2025 (UTC)[reply]

I’m afraid I don’t, to be honest. Although the Hosts page looks ok now in mobile view, your changes have had a negative impact on the page layout in desktop view, and it now looks really naff without the left aligned Host name header which it used to have. Could you try and fix that by reinserting them when you have a moment, please? Then we’ll all be happy! Alternatively, someone with the time a skills could redesign the page, but I suspect neither you nor I are up to that. Cheers. Nick Moyes (talk) 18:50, 1 July 2025 (UTC)[reply]

Nick Moyes: I created pair of test pages so we can see side-by-side the difference between the old and new markup. The new markup is to use noinclude markup around every host's heading. The old markup is to use noinclude markup inside every host's heading. I recreated the old markup in Wikipedia:Teahouse/Host landing/sandbox. The page is up-to-date with recent changes in Wikipedia:Teahouse/Host landing, but uses the old markup and extends the noinclude markup, starting from Xoak all the way to the end. And I created Wikipedia:Teahouse/Hosts/sandbox, which is identical to Wikipedia:Teahouse/Hosts except that it calls the sandbox version of the host landing page. In other words, Wikipedia:Teahouse/Hosts/sandbox shows how things used to be in the old markup and Wikipedia:Teahouse/Hosts is what we have now with my "improvements". At least in desktop view, everything looks fine to me. Having the two versions should make it easier for you to explain what further work I need to do. I look forward to your reply. —Anomalocaris (talk) 20:16, 1 July 2025 (UTC)[reply]

Nick Moyes: Every time you have commented here, I have replied the same day. Whatever the problem is here, I am trying to solve it expeditiously. It's been 12 days since I heard from you. I hope you will reply soon so we can get this problem solved. Cheers, Anomalocaris (talk) 20:24, 13 July 2025 (UTC)[reply]

I am currently away on a family holiday. I will reply on my return next week. Sorry you were left wondering. I appreciate your input on this. Kind regards. Nick Moyes (talk) 11:07, 17 July 2025 (UTC)[reply]

I was about to move the noinclude tags to outside the heading tags on the host landing sandbox page when I noticed the previous lint fix edits to that page and the pointer to this discussion. The page is still listed in the empty headings lint errors. -- 92.18.76.185 (talk) 11:30, 31 August 2025 (UTC)[reply]

IP user: It's fine to edit Wikipedia:Teahouse/Host landing to insert <noinclude>...</noinclude> around headings of newly added sections. I have just done so. Thank you for your attention to this. —Anomalocaris (talk) 20:45, 31 August 2025 (UTC)[reply]

Nick Moyes: You said six weeks ago, "I will reply on my return next week." Since then, you have edited Wikipedia exactly one time, on 14 August 2025. We need to settle this matter. Please let me know as soon as possible if Wikipedia:Teahouse/Host landing is acceptable, or if not, what further change is neeeded.

If your edit Wikpedia again, and you don't reply here on this talk page, I will take that as a statement from you that you consider that my fix to Wikipedia:Teahouse/Host landing is correct and you have no further objections. At that point I will figure out how to make it so that new additions to the host landing page automatically go in with <noinclude>...</noinclude> around headings of newly added sections. Cheers! —Anomalocaris (talk) 20:45, 31 August 2025 (UTC)[reply]

Someone else edited the hosts landing sandbox page a short time ago and added a closing div. That page is still listed in the empty headings category. -- 92.18.76.185 (talk) 17:49, 1 September 2025 (UTC)[reply]

Nick Moyes: On 14 September 2025, you made 4 edits to Wikipedia, and you've made 2 more since then. You still haven't replied here, so I take this as a statement from you that you consider that my fix to Wikipedia:Teahouse/Host landing is correct and you have no further objections. Moreover, you are the only one who raised any isssue with my work on Wikipedia:Teahouse/Host landing, which confirms my belief that my fix is correct.

I have been extraordinarily patient with you. You started this discussion on 20 June. I responded quickly each time, and by 29 June I believe I solved the problem. You said I had not solved it, so I created a set of test pages on 1 July. On 17 July, you promised to reply within a week. We all have responsibilities in our lives other than Wikipedia, so it's OK that you took time to attend to life's other priorities. But when you came back to Wikipedia, you should have prioritized this. Next time you have a complaint and another editor goes out of their way to address your concerns, I hope you won't leave them hanging for almost three months. —Anomalocaris (talk) 05:51, 21 September 2025 (UTC)[reply]

Thanks for helping our new editor. Someone tagged their user page for speedy deletion; I saved it and moved it to draft status. I think it looks promising but needs more work; I left some suggestions at User talk:CS Shekhar Official. —A. B. ^{(talk • contribs • global count)} 03:07, 23 June 2025 (UTC)[reply]

A. B.: Good work. I was editing just as it got moved, so I copied my changes to the draft, and then got confused and blanked the draft, and you unblanked it. —Anomalocaris (talk) 03:13, 23 June 2025 (UTC)[reply]

Hi Anomalocaris, thanks for fixing my user page markup! Rentangan ^{(talk, contribs)} 10:24, 25 June 2025 (UTC)[reply]

Hey. I first freaked out a bit when I saw the extensive change. Some were not right, because 165mm and 4x80mm are industry labels. Formatting them elseway would not be right. Otherwise, all other changes are great. The extent of your effort became evident to me as I restored some of these small things. Thanks for helping. Fred Hsu (talk) 01:10, 28 June 2025 (UTC)[reply]

Fred Hsu: I realized my edits to Inline skates were a bit aggressive, but I also assumed that if there were problems, someone would take care of them. Thank you for being that editor. Cheers! —Anomalocaris (talk) 20:49, 1 July 2025 (UTC)[reply]

Hey Anomalocaris, just curious why you removed my topic on the help desk. It's no big deal, I'm trying to discuss the same thing on the user's talk page, but I want to make sure I didn't put anything in the wrong spot. CleoCat16 (talk) 20:44, 18 July 2025 (UTC)[reply]

CleoCat16: Sorry. I don't know how that happened, but I take responsibility. Thank you for letting me know. As you have already noticed, I restored your section to Wikipedia:Help desk. Cheers! —Anomalocaris (talk) 21:06, 18 July 2025 (UTC)[reply]

No, you're good and happy editing! CleoCat16 (talk) 21:14, 18 July 2025 (UTC)[reply]

		The Guidance Barnstar
		Thanks <<Anomalocaris>> & <<Zinnober9>> ! for trying to fix my user and talk page lint erros in English Wikipedia! (And for warning & helping me in Portuguese Wikipedia!) -- Vipnunes ( / ) 20:56, 20 July 2025 (UTC)[reply]

I appreciate the acknowledgment, and I went back and made some more improvements to your user page and talk page that I hope you will like. Of course, you are free to revert if you don't like the changes, but I think you'll agree that black on dark blue is hard to read, so the wikilink color needs to be close to white, but if it is white as I set it, there's no way to know it's a link unless it's underlined. —Anomalocaris (talk) 21:55, 20 July 2025 (UTC)[reply]

Thanks! -- Vipnunes ( / ) 22:08, 20 July 2025 (UTC)[reply]

Also, I edited pt:Usuário:Vipnunes/PD to fix the obsolete <center> tags that were leaking into your talk page. —Anomalocaris (talk) 22:10, 20 July 2025 (UTC)[reply]

Hey, if <center> is obsolete, what i need to use instead? -- Vipnunes ( / ) 22:13, 20 July 2025 (UTC)[reply]

Vipnunes: I touched on this on your Portuguese talk page. It is complicated. Jonesey95 gave me a cheat sheet that shows how to replace most <center> tags, now archived at User talk:Anomalocaris/Archive 2022#Linter fixes not required for TFD-related errors. Click on "show" next to "the things we do for fun...". In most cases it lists only the opening tags. The closing tags, such as </div>, </td>, or |} should be obvious. Cheers! —Anomalocaris (talk) 03:01, 21 July 2025 (UTC)[reply]

Regarding spacing, your edits make no changes to how the citation templates are viewed by readers. Spacing in templates is essentially a null edit. Regarding the use of websites, noting specifically that there is a "website" parameter, this is just personal preference. All that needs to occur is for referencing to be consistent within articles, which it is in this case. Again, just a personal preference. In articles you have written, feel free to use the citation formatting that serves you and that article best. In this case, I have written most of the article and taken it through GAN. Not sure why this matters to you, considering you've never edited the article before, but I recommend just moving on. None of your edits make any substantive change to the article and are 100% personal preference. « Gonzo fan2007 (talk) @ 21:28, 6 August 2025 (UTC)[reply]

As a follow-up, and just to add some weight to this:

• WP:CITEVAR: Editors should not attempt to change an article's established citation style, merely on the grounds of personal preference or to make it match other articles, without first seeking consensus for the change. and it is normal practice to defer to the style used by the first major contributor or adopted by the consensus of editors already working on the page.
• {{Citation}}: the template documentation provides to guidance on specific spacing methods. Note that in every example provided on the documentation page, space is added before and after the pipe, and before and after the = sign. Note that the |work=/|website= parameters specifically note that the name of the work (in the case of a website, its url) should be provided. Thus, the way it is consistently applied in this article is fine.
• Both the WP:GACR and WP:FACR require a list of all references (sources of information), presented in accordance with the layout style guideline and consistently formatted inline citations using footnotes, respectively.

« Gonzo fan2007 (talk) @ 22:26, 6 August 2025 (UTC)[reply]

Gonzo fan2007: Wikipedia is a free encyclopedia that anyone can edit. The most important thing in a Wikipedia article is the references. The references are how users can see that what the article says is true and learn more. I pay a lot of attention to references to get them right. Right now, there's a reference that says

• "Packers announce $140.5 million renovation for Lambeau Field Atrium". Fox6Now.com. January 9, 2013. Archived from the original on November 13, 2023. Retrieved November 13, 2023.

In my version that bothers you so much, that reference is

• "Packers announce $140.5 million renovation for Lambeau Field Atrium". WITI. January 9, 2013. Archived from the original on November 13, 2023. Retrieved November 13, 2023.

In your version, the user might think, "I wonder where Fox6Now.com is located." In my version, the user clicks on WITI and sees Milwaukee, Wisconsin.

Help:Citation Style 1#Work and publisher says, "On websites, in most cases "work" is the name of the website (as usually given in the logo/banner area of the site, and/or appearing in the <title> of the homepage, which may appear as the page title in your browser tab, depending on browser). Do not append ".com" or the like if the site's actual title does not include it (thus |work=[[Salon (magazine)|Salon]], not Salon.com)." CBS Sports is branded at the top of the page with the CBS eye logo followed by, in all caps, CBS SPORTS, but Wikipedia policy is to avoid all caps, which means it needs to be "CBS Sports", which is exactly the usage at the bottom of their page, where it says, "CBS Sports is a registered trademark of CBS Broadcasting Inc." Nowhere on the website of CBS Sports does it say CBSSports.com. Similarly, ESPN is ESPN, not ESPN.com. Similarly, USA Today is USA Today, not USAToday.com. For these and other reasons, I believe your reversion was harmful to Wikipedia, but I'm not going to edit this article again. Cheers! —Anomalocaris (talk) 22:38, 6 August 2025 (UTC)[reply]

Thanks anyway. Best, --Discographer (talk) 23:48, 7 August 2025 (UTC)[reply]

Discographer: Yes, I came to User:Discographer/Various–Music because it was listed in Links in links lint errors. The errors didn't make any sense, so I fixed missing end tag errors, which were easy. Then I wrote something on your user page with heading "Strange links in links errors in User:Discographer/Various–Music", and four minutes later, your page was no longer listed on the Links in links page, so I deleted my comment, but you obviously saw it, because you copied it in this section heading. I had a feeling that there was something messed up with closing brackets, and you found and fixed some in your edit of 23:38, 7 August 2025 . lintHint does not detect any errors in the version just before that edit, so I'm impressed that you found these errors. How did you do that? —Anomalocaris (talk) 06:28, 8 August 2025 (UTC)[reply]

Went back and looked it over, fixing errors made during that edit, that's all. Best, --Discographer (talk) 09:12, 8 August 2025 (UTC)[reply]

The root problem was the page size exceeding the expansion limit (Category:Pages where post-expand include size is exceeded). That will cause problems on the rendered page that do not actually exist in the wikitext. I posted about this at Wikipedia_talk:Linter#New_link-in-link_error_detected?. – Jonesey95 (talk) 13:56, 10 August 2025 (UTC)[reply]

is my sandbox. If you want to help, it would be nice to let me know first, so we don't edit conflict doing the same thing. Rant now over, thank you! 𝕁𝕄𝔽 (talk) 16:45, 12 August 2025 (UTC)[reply]

Thank you withdrawn, in that edit conflict, you caused me to lose 20 minutes work. --𝕁𝕄𝔽 (talk) 16:48, 12 August 2025 (UTC)[reply]

JMF: Yes, I edited User:JMF/sandbox. You had a table with everything on one line. The new line markup (|-) and the end of table (|}) are ignored, so the table never closes. I did the least possible edit, inserting a newline before the table close markup, so the page wouldn't appear at Fostered content lint errors. I'm sorry you threw away your work. —Anomalocaris (talk) 16:55, 12 August 2025 (UTC)[reply]

So next time, leave a note on my talk page. And I am now working on another table which right now has no controls. I know that. Surely transient lint errors that refer to sandbox pages don't need a hot fix? 𝕁𝕄𝔽 (talk) 17:05, 12 August 2025 (UTC)[reply]

JMF: I try to honor requests from individual editors, so, in the future, if I am drawn to any personal page you've edited within the past couple of hours, I'll leave it alone. That's just me, though. There are a lot of other editors who patrol lint errors, citation errors, and other types of errors, and any of them might fix an error at any time. I have several user preferences set that help in editing, including managing edit conflicts:

• Editing tab: [] Warn me when I leave an edit page with unsaved changes
• Gadgets tab: [] Add a clock to the personal toolbar that displays the current time in UTC and provides a link to purge the current page
• Beta features tab: [] Paragraph-based edit conflict
• Beta features tab: [] Improved Syntax Highlighting

The clock is helpful in comparing the present time to times in a page history or in user signature time stamps.

When I click "Publish changes" and I learn that another editor has saved an edit since I started editing, I open a new page history tab and see what's happened. If the other editor did something as trivial as insert a newline character, what I would then do is go back to my editing tab, copy that editor's trivial change into my version, and then save my version. I hope you find this idea helpful. —Anomalocaris (talk) 18:58, 12 August 2025 (UTC)[reply]

In live space, there's a "work in progress" tag that I try to remember to use. If your intervention was re a live article and I hadn't set that tag, you would be entirely justified and I'd have no-one else to blame but myself (but the cat had best steer clear for a while). Indeed your intervention would be justified if I had broken a live article. I assumed that I need have no such concerns about my sandbox. Is that not the case? 𝕁𝕄𝔽 (talk) 20:40, 12 August 2025 (UTC)[reply]

JMF A number of editors believe that errors should be fixed no matter where they are. I have 9 notices right now from the past month or so, from users thanking me for edits to their user pages and sandboxes. So most people seem to appreciate it. No matter what you do, if a personal page violates a Wikipedia policy such as WP:BLP, it is likely that someone will fix the problem. If you want to protect pages from "help" regarding lint errors, citation errors, and so on, you can put a notice at the top, or near the error, asking people to leave it alone. An comment at the top might not be noticed by someone fixing a lint error, as the lint error pages have links that cause the editor to open right at the error, so if the request is at the top, an editor might not see it. So, if you know something is causing an error and you want it left alone, it's helpful to put the "please don't fix this error" comment close by. After your research is complete, it's best to make the error go away by blanking, or commenting it out with HTML comment markup, or in some other manner. As I said before, "if I am drawn to any personal page you've edited within the past couple of hours, I'll leave it alone." Cheers! —Anomalocaris (talk) 21:11, 12 August 2025 (UTC)[reply]

Tomorrow I'll probably thank you. Today I'm feeling ratty because I'm working to revise an annoyingly detailed table that I now wish I had never volunteered to do, so losing at least 20 minutes worth of detailed edits guaranteed a tantrum. Maybe by next week I might be ready to apologise for biting your head off. 𝕁𝕄𝔽 (talk) 22:29, 12 August 2025 (UTC)[reply]

So, I see that you placed {{smalldiv| around the 'The Yukich" Slate' wikitable, but all that shows up is {.

Any idea why the table doesn't show up when {{smalldiv| is placed around the 'The "Yukich" Slate' wikitable? ClarkKentWannabe (talk) 10:23, 14 August 2025 (UTC)[reply]

Edit: I ended up removing {{smalldiv| from around the wikitable because I couldn't figure out how to get it to work properly. ClarkKentWannabe (talk) 10:36, 14 August 2025 (UTC)[reply]

(talk page stalker) Good catch. That template can't be used to wrap a table. One fix would be to simply remove the small tags. If the table should really be small, a style declaration can be added to the table's opening {| markup. – Jonesey95 (talk) 13:23, 14 August 2025 (UTC)[reply]

So, I tried figuring out what style declarations to use, and it seems like none of them gave me the result I was hoping for, so I decided to just go with a normal table. Plus, it's not like the information I was inputting was on the large side anyway, so maybe going with a regular table is the best way after all. ClarkKentWannabe (talk) 21:25, 14 August 2025 (UTC)[reply]

See Masovian Voivodeship#Administrative division for an example. Do not apply font-size below 85%, per MOS. – Jonesey95 (talk) 00:24, 15 August 2025 (UTC)[reply]

ClarkKentWannabe: Sorry I messed up Homer Glen, Illinois. Thank you for fixing it. —Anomalocaris (talk) 17:38, 14 August 2025 (UTC)[reply]

I seem to have spent a large chunk of the day fixing up one of the worse messes I have seen in many years. Thanks for fixing the font errors in Wikipedia:WikiProject Dentistry/Participants - I was never going to get to all of those. At best I might have fixed just the five that were listed on the lint error page immediately after I had removed 5 stray colons. It was a single entry in the fostered content error list that took me to that page and literally hundreds of problems there that kept me occupied for several hours. -- 92.18.74.149 (talk) 20:00, 15 August 2025 (UTC)[reply]

Good to hear from another lint fixer. I encourage you to register a username, log in and edit! But, if you have a need to edit as an IP user, your contributions are also valuable. —Anomalocaris (talk) 00:03, 16 August 2025 (UTC)[reply]

Thanks for trying to help with my user page photo. I put in frame because it displays the caption. Now it doesn't. Can you help do that without any conflicts? I don't know much about image formatting. Thank you. MisawaSakura (talk) 12:16, 24 August 2025 (UTC)[reply]

I finally got it to work with frame and thumb. Thanks again! MisawaSakura (talk) 13:01, 24 August 2025 (UTC)[reply]

The recent edits to Template:Style seems to have cascaded new Special:LintErrors/html5-misnesting lint errors. -- 92.23.57.149 (talk) 23:24, 24 August 2025 (UTC)[reply]

And, just like that they are gone. -- 92.23.57.149 (talk) 23:29, 24 August 2025 (UTC)[reply]

Yes, Graham11's revision of 21:45, 24 August 2025 (UTC) caused about 400 such errors. My revision of 22:51, 24 August 2025 (UTC) fixed the problem and by now the linter has cleared them out of Special:LintErrors/html5-misnesting lint errors. —Anomalocaris (talk) 23:35, 24 August 2025 (UTC)[reply]

I caught it when there were 32 errors. I refreshed the page and there were still 32 so I incorrectly assumed these were real and current. Minutes later they were gone. So many things to catch the unwary! Last time I saw something like this, errors went from dozens to thousands in an hour. -- 92.23.57.149 (talk) 23:46, 24 August 2025 (UTC)[reply]

If there are a bunch of new lint errors through a template, one can always edit any page listed on a lint error page that is reported to have an error through the template, and run lintHint. If lintHint doesn't find any errors, Publish changes without changing anything. This will usually cause the linter to check the page, and within a few seconds it will clear the lint error. If that happens, there's a good chance that the template causing all the lint errors has been fixed. —Anomalocaris (talk) 00:19, 25 August 2025 (UTC)[reply]

If you didn't make 'em, I wouldn't have to revert 'em. Roxy the dog 20:22, 26 August 2025 (UTC)[reply]

Roxy the dog: I edited Brit Floyd to fix a Bogus file options error, "rigth" instead of "right". As long as I was editing, I fixed several other things, per my summary, "improve <ref>s; <ref name>s quoted; straight quotes and apostrophes; logical quotes; dashes". Then you reverted two edits. Then I saw that Brit Floyd was listed again in Bogus file options lint errors. I went to the Page history and I saw that the IP user had made more than 20 edits, and I assumed incorrectly that you had reverted a lot of them, so I edited the page to redo the fixes I had done less than 10 minutes earlier. My edit summary was "straight quotes and apostrophes; logical quotes; properly close quotes; dashes; magazines in italics; <ref name>s quoted ... it is annoying that another editor reverted just after I made these improvements, so I had to do it a second time." Then I figured out that all you did was remove one paragraph, so it would have been easy to get my version back by editing my version and deleting the paragraph inserted by the IP user. Then I did a comparison between my two versions and saw that I had missed two fixes, so I edited again with summary "more fixes restored from my edit that someone carelessly reverted: {{cite press release}} and dmy dates".

Then you posted your comment here, so I went back to the page history of Brit Floyd to prepare my response. First I realized that even though the IP user made over 20 edits, you actually reverted only of them. It would have been nicer if you had simply removed the paragraph rather than reverting my good work along with paragraph you didn't like. Also, don't blame me for the cruft that you removed, blame the IP user. If I had paid more attention, I would have realized how easy it would have been to restore my changes from my own version. Your reversion of my good work was not that big a deal, but I would encourage you to be more careful in when reverting, and not undo the good along with the bad. I'm sorry my edit summaries expressed annoyance. Cheers! —Anomalocaris (talk) 02:51, 27 August 2025 (UTC)[reply]

CAPS: It's ok. Only a draft, copy-paste without correction to take references and then, amend. Jesús Alba Svitil (talk) 21:16, 4 September 2025 (UTC)[reply]

I moved this comment from the top of this page re my edit of User:Jesús Alba Svitil. —Anomalocaris (talk) 23:12, 4 September 2025 (UTC)[reply]

You'll have to forgive me for my ignorance if it is a MOS thing, but just so I know for the future, what's the deal with changing the 'work' field in cite news to 'publisher', especially in regards to BBC Sport cites? I know its been addressed on your talk page before, but I'm of the opinion that BBC Sport, for example, is the published work that sources the news cite, not the publisher of the cite; that sounds to me like it would refer to the publishing company who owns, say, the the Hull Daily Mail (Reach plc/Trinity Mirror), the Warrington Guardian (Newsquest) or Love Rugby League (Planet Sport Limited). I won't revert it on my drafts, but I just find it a bit odd and would appreciate your line on it. Hullian111 (talk) 09:22, 12 September 2025 (UTC):[reply]

Hullian111: Wikipedia's manual of style does not seem to be clear on this. I make a distinction between media (plural of medium) and organizations. The New York Times is a medium, specifically a newspaper. The New Yorker is a medium, specifically a magazine. Slate is a medium, specifically a website. In contrast to these, Human Rights Watch, Amnesty International, Reuters, NBC News, BBC News, and BBC Sport are organizations. None of these organizations has a magazine, newspaper, television show, or radio show with the same name. For example, the flagship evening program of NBC News is NBC Nightly News. These organizations all have websites, but when they publish something on their websites, I see the publisher, not the website, as the primary notable entity. When an organization like Human Rights Watch issues a report, they publicize, distribute, and broadcast it in a variety of ways, such as emailing copies, posting on social media, and distributing printed copies, in addition to posting it on their websites. Human Rights Watch the organization is primary and its website is secondary. Like NBC News, which produces NBC Nightly News and broadcasts it on its own television network, BBC Sport produces television shows such as Football Focus and Match of the Day, both of which are broadcast on the BBC One network. This is the difference between a medium (such as a newspaper, magazine, or website) and an organization. Some organizations, such as BBC News and BBC Sport, are divisions of a larger organization, BBC, but they are still organizations. Respectfully, Anomalocaris (talk) 19:39, 12 September 2025 (UTC).[reply]

Hello, I'm Zackmann08. Thank you for your recent contributions to Ford Explorer. When you were adding content to the page, you added duplicate arguments to a template which can cause issues with how the template is rendered. In the future, please use the preview button before you save your edit; this helps you find these errors as they will display in yellow at the top of the page. Thanks. Zackmann (^{Talk to me}/_{What I been doing}) 03:33, 14 September 2025 (UTC)[reply]

Zackmann08: Thank you for letting me know. I believe I have fixed the errors I introduced in my previous edit. —Anomalocaris (talk) 04:47, 14 September 2025 (UTC)[reply]

I have to ask: What led you to find a "spurious apostrophe" on a 20-year-old talk page of another editor? - DavidWBrooks (talk) 22:54, 19 September 2025 (UTC)[reply]

DavidWBrooks: Thank you for asking. I am part of a group of editors working to fix lint errors. Wikipedia:Linter has a section on Other errors, including Possible error: four single quote marks. That is how I got to User talk:DavidWBrooks/2005 archive. I note that Zinnober9 fixed some lint errors in this page in November 2023, which is normal. I hope you consider both of our edits to be helpful. —Anomalocaris (talk) 04:22, 21 September 2025 (UTC)[reply]

I figured it was something like that. Thanks! - DavidWBrooks (talk) 13:07, 21 September 2025 (UTC)[reply]

An automated process has detected that when you recently edited No Kings protests (October 2025), you added a link pointing to the disambiguation page WRC.

(Opt-out instructions.) --DPL bot (talk) 07:54, 22 October 2025 (UTC)[reply]

Hello! Voting in the 2025 Arbitration Committee elections is now open until 23:59 (UTC) on Monday, 1 December 2025. All eligible users are allowed to vote. Users with alternate accounts may only vote once.

The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.

If you wish to participate in the 2025 election, please review the candidates and submit your choices on the voting page. If you no longer wish to receive these messages, you may add {{NoACEMM}} to your user talk page. MediaWiki message delivery (talk) 00:21, 18 November 2025 (UTC)[reply]

Please do not attack other editors, as you did at Wikipedia:Reliable sources/Noticeboard. Comment on content, not on contributors. Personal attacks damage the community and deter users. Please stay cool and keep this in mind while editing. Thank you. Link to edit: [1] --Guy Macon (talk) 01:07, 26 November 2025 (UTC)[reply]

Guy Macon: Thank you for reaching out. I assume you are referring to the edit summary and not the edit itself. I have addressed this in a follow-up. Let me know if there is any further issue to discuss in this matter. —Anomalocaris (talk) 02:48, 26 November 2025 (UTC)[reply]

Not a problem. Thanks for explaining what you meant. Feel free to delete this section if you want to. --Guy Macon (talk) 03:40, 26 November 2025 (UTC)[reply]

Hi, I only made that bogus page in userspace to demonstrate what seems like a bug to me where it's possible to bury things within a hidden div but show them via popups. If it causes some kind of error to appear in a list or category somewhere, I can just blank it. Rjjⁱⁱⁱ (talk) 07:54, 26 December 2025 (UTC)[reply]

Rjjiii: Well, now you've got me curious. In the version before my edit, and in my version, I don't see anything within the hidden div that displays. The only display I see is caused by the markup above the hidden div section. What am I missing here? —Anomalocaris (talk) 08:04, 26 December 2025 (UTC)[reply]

Hover your mouse over the links and dotted underlines. Rjjⁱⁱⁱ (talk) 08:35, 26 December 2025 (UTC)[reply]

Rjjiii: In Your version before my edit, I see the word "In" with a dotted underline (that pops up "One can think ..."), and a line of text with links, the last of which is Minotaur, which won't work here, but there it pops up "The monster was eventually killed ...", followed by a citation needed. All of this comes from markup before the hidden div section. I don't see anything from within the hidden div section. —Anomalocaris (talk) 09:41, 26 December 2025 (UTC)[reply]

"The monster was eventually killed ..." ← that is text from within the hidden div section. Mouseover citation needed or any of the other links. You're right about the "In"; what I was experimenting with and just made a demo for was transcluding the tooltip from within the hidden div on the same page. Rjjⁱⁱⁱ (talk) 15:22, 26 December 2025 (UTC) Edit:[reply]

I have no idea why this works. It probably should not.

try mousing over the Minotaur link on this page now. 15:24, 26 December 2025 (UTC)

Rjjiii: OK, but that's exactly what should happen. If I write the following 4-line pseudocode program, and assume that X=const: means that X is set at compile time before program execution ...

This program should output "The quick brown fox", even though the value of X is defined in a hidden section. Do you think that your page should output something like:

... Daedalus for King Minos of Crete at Knossos to hold the Minotaurharvid error: Minotaur undefined.^{[citation needed]harvid error: citation undefined}

Do you expect something like that? Even though the names Minotaur and citation are defined in a non-display section, they are defined, so of course their values or referents, or whatever you want to call them, are going to be displayed when moused over. —Anomalocaris (talk) 20:14, 26 December 2025 (UTC)[reply]

Oh, I get on a software level why it would happen, but I will continue to find it odd. Rjjⁱⁱⁱ (talk) 01:23, 27 December 2025 (UTC)[reply]

Happy New Year!

Anomalocaris,
Have a prosperous, productive and enjoyable New Year, and thanks for your contributions to Wikipedia.
Volten001 ^☎ 06:55, 1 January 2026 (UTC)[reply]

   Send New Year cheer by adding {{subst:Happy New Year fireworks}} to user talk pages.

Volten001 ^☎ 06:55, 1 January 2026 (UTC)[reply]

Thank you for the formatting help on my user page! I've never really been a coder, so help tackling the beast of wikitext was much appreciated. ✨ΩmegaMantis✨❦blather | ☞spy on me 20:29, 2 January 2026 (UTC)[reply]

Spurious means false or fake not extra. Perhaps you are thinking of superfluous? Richard-of-Earth (talk) 21:15, 3 January 2026 (UTC)[reply]

Richard-of-Earth: I suppose this is apropos of my frequent use of "spurious" in edit summaries, and yes, I use the word a lot. Wiktionary's second definition as an adjective is "Extraneous, stray; not relevant or wanted." That's how I use it, for example:

• my edit of 22:42, 26 December 2025 (UTC) of Amita Dhiri, ("rm spurious comment not marked as a comment"), I removed "Deputy Commissioner Vanita in Ragdoll in 2021, and Mrs Khanna in season 3 of Bridgerton in 2024.", which was fostered content duplicating nearby table rows.
• my edit of 01:31, 2 January 2026 of Wikipedia talk:Consensus ("rm spurious newline"), I removed a newline before the closing }} of {{difftext}}, which was causing two multiline table in list lint errors.
• my edit of 03:40, 26 December 2025 of The Shnookums & Meat Funny Cartoon Show ("rm spurious open italics ('')"), where I removed '' from ''[[Eek! The Cat]].
• many times recently, "rm spurious apostrophe", where I removed an apostrophe from markup.

In all of these cases, I removed extraneous, stray; not relevant or wanted markup. So, thank you for your concern, but you haven't convinced me there's a problem. I notice that you always or nearly always include a summary with your edits, such as "Remove extra line break", which you used 10 times in the last 250 edits. That is fine, and I could have used "extra" as you did, but frankly I would go with "extraneous" rather than "extra", and "spurious" is shorter, so I think I'll stick with that. Cheers! —Anomalocaris (talk) 06:30, 4 January 2026 (UTC)[reply]

Interesting. I have not seen this definition. It is not in the 1989 OED nor the 2008 Longman dictionary, but language grows over time and I guess it has come to mean "unwanted" since it originally meant an illegitimate child. (Which is kinda sad.) Please forgive me if I seemed pedantic. I do appreciate you edits to improve Wikipedia. You work harder at it then I do. Richard-of-Earth (talk) 07:04, 4 January 2026 (UTC)[reply]

A discussion is taking place as to whether the article Liquid Ass is suitable for inclusion in Wikipedia according to Wikipedia's policies and guidelines or whether it should be deleted.

The article will be discussed at Wikipedia:Articles for deletion/Liquid Ass until a consensus is reached, and anyone, including you, is welcome to contribute to the discussion. The nomination will explain the policies and guidelines which are of concern. The discussion focuses on high-quality evidence and our policies and guidelines.

Users may edit the article during the discussion, including to improve the article to address concerns raised in the discussion. However, do not remove the article-for-deletion notice from the top of the article until the discussion has finished.

11WB (talk) 05:35, 28 February 2026 (UTC)[reply]

In your recent edit of Magnetic monopole you put quotes around the ref names. What is the reason? It seems to be to just be unnecessary clutter.

Thanks in advance for any explanation. Constant314 (talk) 12:33, 29 March 2026 (UTC)[reply]

Constant314: See User talk:Anomalocaris/Archive 2024#Thanks and question. —Anomalocaris (talk) 17:26, 29 March 2026 (UTC)[reply]

Can you explain Special:Diff/1347310066/1347321148? This is a clear violation of MOS:INFOBOXIMAGE. Resisted templating you as you clearly have experience here but this is not a good edit... Zackmann (^{Talk to me}/_{What I been doing}) 04:06, 6 April 2026 (UTC)[reply]

This editor was fixing a Linter invalid file options error and probably did not look closely at the context. The previous edit introduced both errors. – Jonesey95 (talk) 04:17, 6 April 2026 (UTC)[reply]

Someday you'll have to teach me wtf linter errors are anyway... Facepalm Zackmann (^{Talk to me}/_{What I been doing}) 04:19, 6 April 2026 (UTC)[reply]

Zackmann08: Yes, as Jonesey95 suspected, I edited Santa Ana, El Salvador to fix a Bogus file options lint error, and as you noted, I didn't do it exactly right, but you took it the rest of the way. Usually, when articles or markup is copied from Spanish Wikipedia, the file option miniatura should be thumb, but within infoboxes, image markup generally simplifies, and I neglected to do it. Thank you for taking care of it. For more on lint errors, including how you can help, see Wikipedia:Linter. —Anomalocaris (talk) 07:22, 6 April 2026 (UTC)[reply]

I've reverted this cosmetic edit you made to my comment. I don't know why you did it, please resist the urge next time. Thanks, BugGhost 🦗👻 19:46, 12 April 2026 (UTC)[reply]

Bugghost: I did not make a cosmetic edit. I fixed errors. Template:tq redirects to Template:Talk quote inline, and it says in the documentation under Usage:

To quote a multi-paragraph excerpt or other block content instead of an inline entry, use {{talk quote block}} (a.k.a. {{talkquote}} or the shortcut {{tq2}}) ...

As the quoted excerpt is block content, I corrected {{tq}} to {{tq2}}, thereby fixing two lint errors, which are listed at the info page. If you leave it this way, someone is going to fix it, probably the same way I did. Cheers! Anomalocaris (talk) 05:46, 13 April 2026 (UTC)[reply]

We don't do that as a matter of etiquette. However the talk comment was written, that is the way it stays, except in egregious cases like copyvio and personal attack. Constant314 (talk) 06:57, 13 April 2026 (UTC)[reply]

As I predicted, someone, specifically Zinnober9, fixed it, using {{tqb}}, an alias of {{tq2}}. Constant314: talk page comments are edited all the time for a lot more reasons than copyvio and personal attack. Wikipedia:Refactoring talk pages encourages "Fixing technical matters of wikitext formatting, tables, templates, broken links, and the like" and "other minor fixes without changing someone's words." Wikipedia:Linter#How you can help echoes this:

• It is OK to edit other people's User and User talk pages, and other people's comments on talk pages; but if you do, please see Wikipedia:Talk page guidelines § Editing others' comments for guidance.

Editing other people's comments on talk pages within these guidelines is normal and routine. Cheers! —Anomalocaris (talk) 16:50, 13 April 2026 (UTC)[reply]

thanks for pointing it out Constant314 (talk) 17:39, 13 April 2026 (UTC)[reply]

@Bugghost As I stated in my first edit, and Anomalocaris has explicitly stated above, the tq template may not be used in multi-paragraph (block) cases as it is an inline template that becomes stripped when used in multi-paragraph situations, and reports as a HTML5-incompatible misnesting error due to the strippage of that template. {{Talk quote block}} (a.k.a. {{talkquote}}, {{Tqb}}, or {{tq2}}) is for multi-paragraph usage and is intentwise equivalent to {{tq}}, so please use Talk quote block (tqb) rather than tq (inline) for multi-paragraph cases. Thank you. Zinnober9 (talk) 18:32, 13 April 2026 (UTC)[reply]

Seeing as you have altered my comment twice now, this seems to be something some group of editors care deeply about, for reasons that are still completely alien to me. Could someone explain what tangible benefit this has to anyone at all? The linting error itself (Misnested tag with different rendering in HTML5 and HTML4) suggests this is for the benefit of people who are using a browser that only supports HTML4, which, in 2026, is approximately zero people. To me this feels like people who have a burning need to reduce some irrelevant number to 0 without worrying whether there's any actual use in doing so. BugGhost 🦗👻 18:44, 13 April 2026 (UTC)[reply]

A much better edit summary, like "Fix Linter errors" would probably have helped. That said, I have edited the page in a way that preserves the editor's original formatting while fixing the Linter errors. I hope that this change works for everyone involved. – Jonesey95 (talk) 19:10, 13 April 2026 (UTC)[reply]

Bugghost, if you would like to see examples of missing closing tags and other types of Linter errors causing rendering problems, click through some of the links that I have saved from this tag cleanup work. Sometimes, missing tags are caught by your browser (or Wikipedia's rendering engine) and silently provided for the viewer, but it can't be counted on. – Jonesey95 (talk) 19:11, 13 April 2026 (UTC)[reply]

Right - am I correct in the assumption that my comment won't be being added to your list, because it caused no actual measurable issue? I'm still lost as to why anyone cares about my comment when the original formatting caused no visible problem. I can understand the need to fix an unclosed <small> (or whatever), but only because that actually alters the way the page renders.

From your message it sounds like linting errors are used an indicator that there is potentially a real, measurable issue - but their mere existence is not actually a real problem - is that correct? Why is there no way of just suppressing individual lint errors as harmless non-issues and leaving the markup as-is? This is a feature built into most programming-language linters. I feel like this current system encourages meddling with other people's comments to fix imagined problems that affect no-one, which is not the best use of editor hours - it feels like artificial cleanup of hypothetical issues, rather than work that would actually improve the encyclopedia for readers. BugGhost 🦗👻 19:50, 14 April 2026 (UTC)[reply]

The current parser works around some of the errors, displaying what the editor intends instead of what the editor literally puts in as formatting code. There is no promise that future parsers will continue these workarounds. A new parser is scheduled for late 2026 (more likely 2027, IMO); I expect that it will be less tolerant of Linter errors. That's one of the reasons that we have been cleaning them up since 2018. We have fixed somewhere between 90% and 95% of the errors that existed back then. – Jonesey95 (talk) 20:04, 14 April 2026 (UTC)[reply]

Bugghost: Actually, Misnested tag with different rendering in HTML5 and HTML4 errors are errors that used to display OK, but now in many cases display badly. For example, the markup

<del>never

mind</del>

used to display like this:

never

mind

but now displays like this:

never

mind

(To avoid creating lint errors on this page, I have simulated the result using lint-free markup that works the same.) Sometimes, Misnested tag with different rendering in HTML5 and HTML4 errors display acceptably, but we do our best to fix these errors regardless. Kudos to Jonesey95 for finding a workaround that preserved the appearance you wanted and also eliminated the errors! —Anomalocaris (talk) 19:54, 13 April 2026 (UTC)[reply]

I've had a bit more of a think about this over the last couple of days, and wanted to apologise for being so standoffish when coming to your talk page to discuss this. Your original edit summary didn't convey the reason for the change, and so I incorrectly assumed you were just messing around with the formatting, not realising it was part of a wider cleanup project. While your edit summary could have been a bit clearer, my talk page message could definitely have been a bit nicer - sorry for assuming the worst rather than just simply inquiring.

Wikipedia is a big machine made of lots of small cogs, and it's a good thing there are editors who are looking at all these different pieces of it - even if those areas are ones I personally don't prioritise. When looking at any individual lint fix the change probably looks insignificant, but as a whole I'm sure the cleanup project is a big undertaking. I know my comment wasn't causing any direct rendering issues but leaving it as it was was presumably adding noise to the stats and would make identifying more serious issues more difficult, so now I think I understand the actual purpose of it being changed. I wanted to say thanks to you, @Jonesey95 and @Zinnober9 for giving me more info about linting, and for doing lint cleanup in general. Thanks, BugGhost 🦗👻 10:43, 17 April 2026 (UTC)[reply]

Thank you for coming back to write this kind message. – Jonesey95 (talk) 13:01, 17 April 2026 (UTC)[reply]

Hello, I'm Qwerfjkl (bot). I have automatically detected that this edit performed by you, on the page 2025–26 Professional U21 Development League, may have introduced referencing errors. They are as follows:

• A dates error. References show this error when one of the date-containing parameters is incorrectly formatted. Please edit the article to correct the date and ensure it is formatted to follow the Wikipedia Manual of Style's guidance on dates. (Fix | Ask for help)

Please check this page and fix the errors highlighted. If you think this is a false positive, you can report it to my operator. Thanks, Qwerfjkl (bot) (talk) 21:21, 24 April 2026 (UTC)[reply]

You said that Wikipedia cannot be used as a reference on Wikipedia in my user saandbox.But I am doing translation.I just followed the same reference of article:Tolkien fandom.So,For accurate translation,how can I do anything to complete this translation? Zhangpw (talk) 08:21, 26 April 2026 (UTC)[reply]

Zhangpw: If you are doing a translation as an exercise, I suppose you could put a note at the top saying something like, "This is a translation of an article found elsewhere, as an exercise in translation. It is not intended to become a Wikipedia article." But, if you are doing the translation with a goal of creating a Wikipedia article, that article will have to abide by WP:CIRCULAR, which says, "Do not use articles from Wikipedia (whether English Wikipedia or Wikipedias in other languages) as sources, since Wikipedia is a user-generated source. Do not use websites mirroring Wikipedia content or publications relying on material from Wikipedia as sources. Content from a Wikipedia article is not considered reliable unless it is backed up by citing reliable sources." Cheers, Anomalocaris (talk) 18:02, 26 April 2026 (UTC)[reply]

Are you OK with licensing your contribution to Wikipedia:True facts about Wikipe-tan with a CC‐BY‐NC‐SA‐4.0 licence so it can be transwiki‐id to BJAODN wiki? Star walker (talk) 21:08, 4 May 2026 (UTC)[reply]

Star walker: I don't know why you're asking. As far as I know, any edits to Wikipedia belong to Wikipedia. All I did was make a trivial edit. If I said No, would that mean the page couldn't be licensed? Anyway, it's fine, I am OK with it. —Anomalocaris (talk) 22:55, 4 May 2026 (UTC)[reply]

Star walker has spammed this message to several user pages, I answered at User talk:Bruce1ee#Licence release. In short: no. --Redrose64 🌹 (talk) 21:15, 5 May 2026 (UTC)[reply]

Star walker: I associate myself with the views of Redrose64 at User talk:Bruce1ee#Licence release. —Anomalocaris (talk) 21:45, 5 May 2026 (UTC)[reply]

Hello, I'm Qwerfjkl (bot). I have automatically detected that this edit performed by you, on the page 2026 Georgia Supreme Court election, may have introduced referencing errors. They are as follows:

• A URL error. References show this error when one of the URL-containing parameters contains an invalid URL. Please edit the article to add the valid URL. (Fix | Ask for help)

Please check this page and fix the errors highlighted. If you think this is a false positive, you can report it to my operator. Thanks, Qwerfjkl (bot) (talk) 23:08, 6 May 2026 (UTC)[reply]

Thanks for this correction. Now this makes me curious why you would edit such an old archive page. ◅ Sebastian Helm 🗨 00:07, 12 May 2026 (UTC)[reply]

I fix Lint errors and related errors all over English Wikipedia, including talk pages, without worrying about the age of the content. Cheers! —Anomalocaris (talk) 06:16, 12 May 2026 (UTC)[reply]

Edward Buxton Cristy sez thanks!

G.H.Jarrell (talk) 04:11, 19 May 2026 (UTC)[reply]

     For my edit of 00:42, 18 May 2026 (UTC) of Draft:Edward Buxton Cristy. —Anomalocaris (talk) 04:36, 19 May 2026 (UTC)[reply]