User talk:A876

Hello A876! Welcome to Wikipedia! Thank you for signing up. Here are some recommended guidelines to facilitate your involvement. Best of luck. Have fun! ---- ElectricEye 10:05, 12 April 2006 (UTC) Getting Started Wikipedia Tutorial How to edit a page The five pillars of Wikipedia Manual of Style Be bold in editing How to write a great article Getting your info out there Cite your sources Neutral Point of View Point of View Verifiability Uploading images Image use policy Getting more Wikipedia rules Policy Library Getting Help Where to ask a question Help Desk Getting along Wikiquette Civility Sign your posts Conflict resolution Getting technical Pages needing attention Peer review Utilities Village pump

Oxymorons/Oxymora

Where are you ultimately wanting this page to be? With admin tools I can merge two pages with histories and leave the rest as empty redirects, if that's what you want. Leave a note on my talk page. (ESkog)^(Talk) 01:36, 28 April 2006 (UTC)

I believe it's done. Let me know if something isn't quite as you intended. (ESkog)^(Talk) 03:10, 28 April 2006 (UTC)

Re: redlinks

I replied on my talk page. Oleg Alexandrov (talk) 02:57, 28 April 2006 (UTC)

Atomic bomb v. nuclear weapon

I agree that "atomic bomb" is a misnomer, but in some contexts it is common to refer to "nuclear weapons" as "atomic bombs" to indicate that they are fission-powered air-dropped devices. In referring to a country's early development of nuclear weapons it is quite commonplace. It also helps to break up the style in some places, where one is looking for more than one way to say "nuclear weapons". Anyway, I'm just putting that out there as considerations before you try to change all instances of "atomic bomb" to "nuclear weapon" -- I don't think it's always required, especially in referring to historical circumstances. In situations where it is ambiguous as to whether they are fission or fusion weapons, or the delivery method is ambiguous, I think "nuclear weapon" is always preferable, of course. --Fastfission 17:20, 24 June 2006 (UTC)

---

I caught myself. Changing all instances is not the way to go for this one. Looking at places where replacement was tempting, it just did not feel right. Most uses of "atomic bomb" really have to be left as they are.

They always told us that "atomic bomb" and "atomic energy" were unfortunate misnomers. Everything is made of atoms. Every object, tool and weapon ever made uses the mechnical, electrical, chemical and nuclear properties... of atoms. The word "atomic" is too general. Atoms consist of nuclei and electrons. Does "atomic energy", refer to interacting electrons or interacting nuclei? To properly name the special new tools and weapons that release energy from interacting nuclei, we have to call them "nuclear bomb" and "nuclear energy", they say.

But then why does everyone understand "atomic bomb", "atomic energy", "atomic decay" and "atom smasher"? These terms are quite unambiguous. When I say "atomic energy", no one will EVER think that I am talking about rubber bands, batteries, light bulbs, or gasoline. "Atomic" has long been synonymous with "nuclear" in these terms. "Nuclear" may be preferred, but "atomic" is an accepted alternate, not slang as some might suggest. The Atomic Energy Commission disappeared into the Nuclear Regulatory Commmission, but there is still an International Atomic Energy Agency.

In chemistry, "atom" and "nucleus" are close to interchangeable. An ion is a charged atom or molecule. A fully ionized atom is a bare nucleus, but it is still called an atom. Conversely, hydrogen ions are interchangably called protons.

To talk about the remaining energies or properties of materials (atoms) that are not nuclear, the term "molecular" covers most or all of them. (Molecules stretch, bend, burn, dissolve, fluoresce, etc.) A piece of metal is actually a macromolecule. Non-molecular atoms are actually not a common thing in chemistry. The "noble gases" are "monatomic" because they are nonreactive.

Historically, "atomic bomb" was what everyone called the thing as it emerged. It is in the old books, old movies, and our memories. "Atomic bomb", "atom bomb", or "A-bomb". It sounds smoother. Even if we want to call it a "nuclear bomb" or "nuclear weapon", we will always call it the "atomic bomb".

By The Way: "Nuclear" might be more correct than "atomic", but how did "bomb" get laundered into "weapon"? It's a perverted euphemism. Every "nuclear weapon" IS A BOMB. "Nuclear bomb" is an honest name. (As would be "Incinerator of Cities".) "Nuclear bomb" doesn't sound as smooth as "nuclear weapon". Maybe those who coined "nuclear weapon" were also considering how it sounded.

It seems like "forced correctness" to title the article "Nuclear weapon". ("Atomic bomb" outnumbers "Nuclear weapon", 11 million to 8 million hits on Google. "Nuclear bomb" has 4 million.) "Forced correctness" is not going to succeed in renaming the thing. (And the name is wrong anyway. We should follow the lead and rename the article "Nuclear bomb".)

And then there's the specificity of the historical "Atomic bomb" / "Hydrogen bomb" distinction. "A-bomb" referred to the initial fission bomb, since the days when it was the only nuclear bomb. The later fission-fusion "super" bomb was named "H-bomb" when it came along. The term "A-bomb" never refers to an H-bomb. But every H-bomb contains an A-bomb, so the A-bomb article can legitimately include the H-bomb. "Nuclear bomb" automatically refers to both "A-bomb" and "H-bomb". The ambiguity can be annoying or useful. -A876 23:41, 24 June 2006 (UTC)

Reverting 101

(this same thread is also assembled completely at User_talk:Deeptrivia#Reverting_101)

1) A revert of a major edit is NOT a minor edit. (Rupee: history)

2) A revert needs an EXPLANATION. Your revert was right, I got it wrong. The edit which I reverted was not explained correctly. He really did add the template, not just suggest it as his edit note implied. (The templates are kind of tiny, which should be another problem to address on Wikipedia.) Was it really that hard to type in that the previous changes DID add the template? Reverting anyone's edit or revert, within one minute of the edit, with NO explanation, makes you look like a "revert-bot" or a sock-puppet of the previous editor. Just as you left me to figure out why my inept edit deserved to be reverted, likewise you have left anyone after us to figure out the same. --A876 01:48, 3 July 2006 (UTC)

Hey, A876, sorry for the inconvenience. I do use an automated revert tool that marks a revert as a minor edit, and doesn't allow writing a custom made summary. I think your suggestion are quite useful, and I'll pass them on to the person who made the tool. Meanwhile, it's great that you figured out that the revert was indeed useful. The template is quite handy because it provides a uniform access to and from all Rupee related articles. Please feel free to improve the template in any way you can. Regards, deeptrivia (talk) 01:57, 3 July 2006 (UTC)

Thanks. I made other subtler tweaks on "Rupee"; let's see if they help.

I also adjusted Category:Rupee some, all formatting changes. I think I changed this category box for the better.

I have caught a gross problem that seems to affect most or all category boxes, having smaller print than the main article and italic instead of bold, thereby REDUCING visibility of the linked related topics that they are supposed to highlight.

If my style changes to that category box are for the better, then I would hope that the differences will get copied to other category pages. Sadly, I think the opposite will happen. My changed box is outnumbered by other boxes, so it is very likely that someone will come through and, in the name of Consistency (god), will restore the category page to small-print unreadability, not thinking of the drawbacks. I would look for a way to Meta-fix the category boxes, but sadly they are not using only template features. Every (?) category box seems to have font size specified within it, a very wrong thing. --A876 02:45, 3 July 2006 (UTC)

Template:Rupee

Hello,

I don't understand why you changed the Template:Rupee. The reason I set that to 90% was because there are other currency navigation template like Template:AsianCurrencies, which includes more that that Template:Rupee includes. Therefore, 90% would be better. I'm trying really hard to make sure that things are consistent. So whatever change we decide here, it must be applied to these templates as well:

• {{AfricanCurrencies}}
• {{AsianCurrencies}}
• {{AmericanCurrencies}}
• {{EuropeanCurrencies}}
• {{PreEuroCurrencies}}
• {{Crown}}

--Chochopk 09:00, 3 July 2006 (UTC)

---

Hmm. Thanks for not slamming it back. To re-state the case all in one place (as if anyone else is looking):

My edit description for that change was:

de-center and add "See also" heading for article "History of the rupee"; upsize (small print is not fair); bold the section headings (like any other article)

And here are my (edited) notes, originally an aside to a different issue:

I have caught a problem that seems to affect most or all category boxes. Surprisingly, many category boxes seem to have smaller print than the main article. Is that a benefit? Section headings within these boxes are merely Italic, instead of Bold, as they are in article. Overall, I think that some category box stylings are REDUCING the visibility of the content (links to categorically related articles) that they are supposed to highlight. Links that seemed visible outside the box become invisible inside the box. I think the reduced size and altered font style are a big part of the problem.

If the changes I made to that category box really are for the better, then I would hope that the differences will get copied to other category pages. Sadly, I think the opposite will happen. My changed box is outnumbered by other boxes, so it is very likely that someone will come through and, in the name of Consistency (god), will restore the category page to small-print unreadability, not thinking of the drawbacks. I would look for a way to Meta-fix the category boxes, but sadly the templates are not using only template features. Every (?) category box seems to have font size specified within it, which is not the way things are supposed to work.

Centering also makes things hard to read -- or to find! I did not systematically address centering; I only removed it where it seemed to be making a problem.

As we both mentioned, related boxes ARE affected by a change to this box. I didn't want to just go hunt down every category box and edit it. Creating this difference and then discussing it gives a chance for a resolution. Consistency is nice, but clearly you are thinking about more than just consistency. (There's nothing like a negative expectation to bring out the best in people.)

After these boxes are decided, if we decide to revise them as a set, then this little box-altering meme will want to spread to all the other category boxes, won't it?

So there's another reason to be cautious, as this box styling gets to be a Wikipedia Style issue. We should find the guidelines that affect category boxes, or else create them, or else correct what's there, if they forgot to address little old READABILITY.

90% font, with the browser and fonts that I use, works out to 86% height. (Height of "o" goes from 7 pixels to 6 pixels.)

These boxes seem to be a bit too technical, with all the cryptic HTML-like mark-up (WikiML?) for tables and the like. I don't know how or when that happened. It's taking the edit process away from the editors. If category boxes are important, I'd think that they would be easier to edit. Maybe they should be lower-tech, resulting in a format looking more like a regular page -- Category box would act more like a simple "include" of text with the usual formatting.

I also notice, when comparing the "Category:Hogwarts" page and the "Hogwarts" page (for example), that there is often awkwardness or ambiguity or lack of linkage or even diparate content. I'm not sure that these are working as they should.

Eventually I might try to adjust such things on Wikipedia. It takes a little more research on the topics, which takes a litte more to,e than tweaks incidental to browsing or browsing incidental to tweaking. So I need a time when I can focus.

I find it painful navigating the Wiki Help and Guides pages -- they seem not to be in the regular like normal pages AND they seem to have no search function of their own. Even "Meta" does not seem to be Meta enough. Everything in Help must be navigated to by the use of links and Ctrl+F (the browser's "Find on page" command).

Getting back to the issue at-hand, what are your thoughts? Is my hack more legible and reasonable to use? Is it better or righter?

If you want to propagate it to see what happens (someone else will surely question it), go ahead. I have edited some category pages, hence my wondering if they are styled correctly, but I am not watching any collections of category pages for consistency. If you are suggesting that I should edit the related pages you listed, I would be happy to edit them myself as well.

--A876 01:27, 4 July 2006 (UTC)

---

I can understand your concerns about readability. So let's lay down the concerns one by one

• font size
• font for sub group (i.e. current v.s. defunct)
• center or not

(if I miss some your points, please remind me again)

So let's see other navigational boxes on some other subjects

{{EU countries and candidates}}

It in turns calls {{NavigationBox}}, which specifies font-size: 90%; and appears to be centered as it renderes on my browser. {{NavigationBox}} is used by 802 other templates.

{{USPoliticalDivisions}}

{{Polygons}}

They are also 90%, center, but do not use {{NavigationBox}}. They are built from ground up.

{{United States topics}}

This one is a little out of the norm. The font is <small>, and it looks smaller than 90% on my browser.

{{Philosophy topics}}

91% font, wierd choice. Whether or not this box is centered is not meaningful, as it is always 100% of available space, even if I enlarge my browser to more thab 2800 pixel wide.

{{tl|Star Wars]]

<small> again, with bolded categories on the left.

There are more at Wikipedia:Navigational_templates.

So going back to the points above

• font size

I guess 90% is the common ground, as it is used by {{NavigationBox}} and is copied to many other directly-built boxes

• font for sub group (i.e. current v.s. defunct)

I now agree that we should use bold

• center or not

Most are centered. I still don't know what kind of problem it causes on your computer. =P

We can either use {{NavigationBox}} (with table in table), or to write up the style directly. I have to try both to make a better decision. --Chochopk 02:47, 4 July 2006 (UTC)

---

- Font Style for subgroups within category box: Bold is the trend and we both like it. More important, the reason, it reads better. And it's more consistent with the section titles in regular articles. Let's go for it. In any templates where we happen to notice it, let's change Italic subgroups to Bold.

- Font Size: 90% seems the common size (but not constant). If it is the common size, then the common size is wrong. It shouldn't be so surprising. The font is undersized where it needs to be clear. Maybe some Wikipedia guideline should prescribe 100% as the minimum font size. I need a little more thought to take an exact stand on this. I have had 20/13 eyesight, but my focus is just starting to change. When I see "fine print" on a web page, I can't help but ask why. Someone was being too clever. Let's go look at a paper encyclopedia or two, just to see how they handle font size in inset boxes and photo captions. In these Category boxes, i find that the Title is too small, the entries are too small, and the subgroup titles are too small! In small fonts, Italic and Bold blur the letters more than they do at larger fonts. I notice that in some of the examples you posted, the subgroup title is deliberately made larger than the the contents of the subgroup, presumably also in keeping with the regular article format that automatically makes section titles larger.

So next some thought or research, and then maybe i'll try to carefully change that template. Maybe try "sandbox" like they suggest.

In spite of the warnings there, there are several "oops" corrections in its history. The warning says "This template employs some extremely complicated and esoteric features of template syntax. Please do not attempt to alter it unless you are certain that you understand the setup and are prepared to repair any consequent collateral damage if the results are unexpected. ..." The template is even more gruesome than the Category pages that use it! Why does such crazy coding and unnecessary fiddling with format have any place on Wikipedia?

- Centering: I guess I was a little vague. All of the boxes are centered. (100%-width boxes are by definition left-justified, right-justified AND centered, regardless of which alignment is requested.) Centering seems to be what one does with boxes. I hadn't thought much about the centering OF the box. Maybe it's okay. Centering of subgroup names within their little invisible cells can be problematic. The worst thing, which made me go in and de-center something, is when there is a single item in a list and that list is centered. The closest example is in the "The Star Wars Saga" box. The subgroup "Spin-off films:" -- then way, way, way, way, way over is that listed item, "The Star Wars Holiday Special". (Actually that box is an especially bad example of a box. Some subgroups are one row and some are two rows. The lists are vertically centered, so that a two-row list includes items that are above and below the subgroup title.) How do I know what goes with what?? It's not user-friendly or reader-friendly. It has an oppressive feel that makes me look away. Some of the other examples show attractive styling and some show good usability.

--A876 05:49, 4 July 2006 (UTC)

---

I will spend some time on fixing the other boxes, maybe tomorrow. I am just so occupied with other stuff about currencies. It's not easy to manage 170 some currencies. As you can see, consistency is important to me. Once I start doing it, I might find myself modifying the polygon template!

It's good that we resolve this in a non-Wikipedia fashion (revert war) =). About the font size, have you thought about enlarging it with your browser setting? I do make use of that feature from time to time. --Chochopk 06:08, 4 July 2006 (UTC)

And yes, I agree with you. The Star Wars box is stupid. --Chochopk 06:09, 4 July 2006 (UTC)

your edits at coroutine

((moved to Talk:Coroutine)) --A876 06:10, 18 July 2006 (UTC)

Cat renames

I see you renaming cats by hand and saying it is a pain. Yes it is. If you go to the WP:CFD page and request the name change properly, you'll see that bots will happily do it. What you are doing would likely be a Speedy Rename request. — RevRagnarok ^{Talk Contrib} 14:26, 18 April 2007 (UTC)

Triiodide

Thanks for your significant contribution to triiodide. One aspect to strive for in future edits of this nature is a reference, preferably to a textbook or a review. As you will discover, WE-chem relies heavily on citations. --Smokefoot 11:31, 11 September 2007 (UTC)

(Please put a link on "WE-chem" -- I have no idea what it is, and no idea where to look for it.)

The references will of course bear me out. :) We all hope for a better place. It is so hard to get basic things right. I generally re-assemble what's there, in hopes of making it meaningful to whoever reads it for the first time. I edited what bothered me the most, which was lack of structure and lack of meaning. Lack of references didn't bother me that much. Anyone should know these things. Putting in good references is not MY thing. Trying to edit it well enough that people won't be tempted to unravel it is my thing. And it is depleting. I'm stuck on quality, not quantity. I can't leave the edit until i've fixed whatever i could in that article and usually a few related articles. Hopefully i've made the article worthy of someone's effort who is able to add references.

Want solid references from the get-go, try the site started by the founder of Wikipedia when he gave up(?) on Wikipedia: Citizendium. Too strict, surely slow to fill in. Probably even more pompous. Someday i'll have to go see how it's doing...

My idea of a clever reference would be to cite Answers.com, which usually merely caches Wikipedia! And for pure unattributed plagiarism, it's hard to beat Wikipedia. -A876 09:29, 14 September 2007 (UTC)

AfD nomination of List of oxymora

An editor has nominated List of oxymora, an article on which you have worked or that you created, for deletion. We appreciate your contributions, but the nominator doesn't believe that the article satisfies Wikipedia's criteria for inclusion and has explained why in his/her nomination (see also "What Wikipedia is not").

Your opinions on whether the article meets inclusion criteria and what should be done with the article are welcome; please participate in the discussion by adding your comments at Wikipedia:Articles for deletion/List of oxymora (2nd nomination) and please be sure to sign your comments with four tildes (~~~~).

You may also edit the article during the discussion to improve it but should not remove the articles for deletion template from the top of the article; such removal will not end the deletion debate. Thank you. BJBot (talk) 06:29, 8 January 2008 (UTC)

Wow you can proof read

I saw you fly through self replicating machines, you are like a proof reading machine. I was convinced you were a bot until I saw more of your edit history. You are amazing, keep it up! Bobprime (talk) 05:17, 27 February 2008 (UTC)

I started with a search for pages that link to a redirect page for a specific misspelling or variant spelling. (The misspelling had its own redirect page.) (Bypassing redirects is not so important, but i thought the misspell was.)

Whenever I am editing, I usually check some or all links (so many links are a little off), and take some notice of spelling, spacing, punctuation, grammar, style, and other "lint" as I read. (Wikipedia is almost fun for those of us who typically read with a pen in hand.)

Spelling check is very easy if you use Mozilla Firefox or similar web browser -- it includes an automatic built-in spell-checker for all form fields. Just scan for red underlines. -A876 (talk) 16:58, 27 February 2008 (UTC)

Oh, What A Merry Spring-like Day!

Happy First Day of Spring!

A Beautiful Cherry Tree in Spring Bloom

Theres nothing like seeing a field full of spring flowers.

Just wishing you a wonderful First Day of Spring {{subst:CURRENTYEAR}}! ~~~~

If you live in the Southern Hemisphere and are entering the season of Autumn not Spring then I wish you a happy First Day of Autumn {{subst:CURRENTYEAR}}!
To spread this message to others, add {{subst:First Day Of Spring}} to their talk page with a friendly message.

--Cinemaniac (talk • contribs • critique) 03:07, 21 March 2008 (UTC)

Peter Schickele

geez dude, the hostility in your change comment is palpable, and there's really no call for that. at any rate, 1) thanks for the spelling correction. 2) technically, yes, baroque is more correct than the general term classical when referring to an era. however, i'm sure you know that an argument can be made both ways when referring to the genre. particularly since not all--most, but not all-- of Schickele's work is in the manner of the baroque. but since quibbling over the differences in nuance is fruitless, have it your way. 3) i'm very well aware of the template {{birthdate and age}}. however, its use in the header is inappropriate and does not comply with wp:mos. it has been removed. cheers! --emerson7 03:49, 27 March 2008 (UTC)

i've had a bad week, month etc. you do good edits generally (i forgot to mention), so your changes there were puzzling -- it looked like three random bullets were fired, and then described as "copyediting; cleanup". bad edits irk me; "random" deletions irk me; dis-explained edits irk me. 1) using Firefox, new spellings are underlined (a great feature), so i just scan for red sometimes. i used to be amazed how many typos i spotted; now i'm amazed how many typos i don't spot myself. 2) the article needed a mention of baroque somewhere (the word was totally absent). i admit i was a little nervous changing it to read "parodies of baroque and classical music", because of the "overlap" (unofficially and officially, "classical" includes baroque, classical, romantic, ... . "Classical Music" radio stations play renaissance.). i'm angry at having to edit defensively -- anticipating how others will misconstrue and mess things up. my afterthought, for when someone else deletes "baroque" again, is to cite a review, quoted on one of his older album covers, where some reviewer helpfully said that PDQ "should set the baroque back another hundred years", or something like that. (cannot find the quote.) 3) sorry i did not research that template. i'm embarrassed to beat you up for something you did right. glad you fixed it again, but now i hate the description "cleanup; per mos guidelines". i hate any description that cites WP:MOS (not "mos") -- as if i'm going to go read MOS and bow down to it. the template is actually mentioned at Wikipedia:Manual of Style (dates and numbers), saying that {{birth date and age}} should be used "In[side] biographical infobox templates", but there is no mention of where they should NOT be used. Template:Birth_date_and_age is no help either. you're probably right that the template does NOT belong in article bodies (not "headers"), but someone should try to get that notion or fact documented, so that others are less likely to go putting that template where it doesn't belong. -A876 (talk)

Edits to High-Definition Multimedia Interface

As you have been around Wikipedia for 2 years, I shouldn't have to remind you of the WP:OR rule or WP:CRITICISM as your 1am edit to High-Definition Multimedia Interface seemed to ignore. Also though it is not a topic for discussion on wikipedia, I'll say that the issue you noticed with your particular equipment has nothing to do with HDMI interface but on the implementation by the HDTV maker or video card makers. There are many, many Media Center PCs are hooked up to a HDMI monitors without experiencing your pervasive "problem". Samsung for example is notorious for screwing this up.

Cheers though and I hope you fix this. The underscan at the videocard trick that you mentioned is the crappy way to fix it. -- KelleyCook (talk) 21:02, 28 March 2008 (UTC)

Grandee

Grandee (New Model Army) is a perfectly good redirect. There was no reason to change it to Grandee. Next time please check the redirect to see if the section name has changed. In this case it had been changed in the article from "New Model Army" to "English 'Grandee' & New Model Army" so the redirect just redirected to the top of the Grandee article. I changed the section heading back to "New Model Army" so that the redirect works. If the new section name was better and should be left in the article, then one can either fix it by altering the section part of the redirect, or by adding the original section back in as a hidden section header using the section template: {{section|New Model Army}}. -- PBS (talk) 11:17, 27 May 2010 (UTC)

i'll look more carefully next time. i noticed that under Grandee, you commented the section heading "New Model Army" so that people are less likely to rename it (and break the links to it). the article i edited (Instrument of Government) has gotten more attention, from several editors, since then. just now, it occurred to me to change [[Grandee (New Model Army)|Grandee]]s, this time to [[Grandee#New Model Army|Grandee]]s. i think a direct link to a subsection makes its intent more obvious that the former (a direct to a redirect to a subsection). -A876 (talk) 16:04, 27 May 2010 (UTC)

Photon

Photon is an WP:FA and not a WP:Sandbox. Thus choose your words and references well. Microwave doesn't cover 440 GHz and above (mostly called sub-millimeter range or alike). "All electromagnetic radiation consists of photons" is a strong rhetoric claim which needs multiple reliable secondary sources. Low-frequency ranges are usually treated as waves, not photons, as far as I know. Materialscientist (talk) 05:43, 29 June 2011 (UTC)

Irks

I don't buy the "is"ness of things. "Do you know who I AMMMMM?" Oh my, that article "is" now a Sacred Cow. Don't dare add anything. Chilling Effect, anyone? The article is now a defended magic wall that bounces away everything that hits it? Nothing sticks unless it's perfect?? That's not the way. Maybe check into Citizendium, where "is"ness reigns supreme, and there is no content.

I wrote what I (correctly) knew to be true. I know your 20-plus-edit-per-hour watchdogging helps, but not always. You treated me as a vandal. If you knew it to be true, you could leave it alone, thin it out, or (shudder) improve upon it. Or move it down to a more suitable section of the article. What, no time? AHEM. Oh, and there is also an "unsourced" tag. But i suppose those are too ugly to put on a Sacred Cow page.

I thought it a significant addition. Maybe I can look forward to a Discussion where admitted non-experts express opinions anyway, on whether it is "noteworthy".

"(Undid revision 436795973 by A876 grammar, weasels - duibious and unsourced statement)". Oh my terrible grammar. I went back to change my typo of "is" to "are", and found already an instant edit conflict. I didn't zing on your mis-spelling (typo) of dubious. Did my grammar "profile" me as a vandal, like bad spelling on a package is supposed to indicate the likelihood of a package bomb? The true statement was un-sourced. One does not need expertise to revert everything that is "unsourced" - I could hire a drop-out to sit and do that. Especially when an expert knows that the statement is correct.

"(rvt: not microwave, but sub-millimeter; no source for "all electromagnetic radiation consists of photons." - low-frequency ranges are usually treated as waves)". Well, the cite says "microwave", and "sub-millimeter" is a red-link. What of that? And, "... usually treated as waves" – of course, and x-rays are "usually" treated as particles. But polarization and reflection of x-rays have been demonstrated, as well as microwave photons. Wave–particle duality goes all the way. (But you know that.) Maybe i need to go vandalize over there. Wave–particle duality has not [yet] been tagged a Sacred Cow. – A876 (talk) 06:23, 29 June 2011 (UTC)

I keep you not as a vandal, but as a specialist, and thus require focus, factual accuracy, and proper referencing. This was lacking, which is why I didn't correct your typos and didn't move that sentence down where it belongs. To me, duality is mere philosophy and convenience of theoretical treatment. I personally see no use in the concept of photon in the radio range and below where discrete transitions vanish in almost any matter. Detection of single low-energy photons is a separate and interesting topic, but it is extremely difficult in any foreseeable future even for the microwave range, AFAIK. Thus I disagree with you, but am keen to learn and change my mind, not because "you know it's true" but because reliable sources said so. Neither your reference nor the irks above help me with that. Regards. Materialscientist (talk) 06:44, 29 June 2011 (UTC)

Edit war

A876 and Materialscientist - you probably know that you have both been edit warring at Photon, and engaging in aggressive and personal philosophical debates in the edit comments and user talk pages. Please, both of you, take 24 hours to calm down, then come back to Talk:Photon to discuss whether the proposed sentence is useful and appropriate for readers.

(When a war is brewing, make proposals but let others edit.) --Hroðulf (or Hrothulf) (Talk) 10:39, 29 June 2011 (UTC)

next thoughts

Yup, that's what happened. (As i sheepishly conceal the smoking guns.) I appreciate the sentiment.

Welcome to Wikipedia,

the free encyclopedia that anyone can edit.

Every so often I am forced to question whether that ever meant what it says.

If every edit triggers a REVERT-BOT, then no one can actually edit! The pretense of openness becomes absurd. Why not just lock the knighted page forever? Or change the publishing model such that edits do not become viewable until the resident reviewer(s) decide whether the flavor is right? Naturally that would restructure Wikipedia as a bureaucratic pyramid whose primary function is deciding WHO gets to decree what is truth. (Citizendium? Congress? IUPAC? One has to wonder how hierarchies get things done. And then consensus is an even scarier notion.)

If every article has an OWNER, likewise, just take away those "edit" tags for everyone else as soon as possible, because they are a big lie. I have seen an edit tweaking my edit, just to put the self-appointed-mayor's stink on it, with an edit comment like "... , but I'll allow it". Really? As if every edit is a humble plea for his comment and consent, or tentative assent? Every alternate edit of that article was by the same pompous ass.

An editor could assume good faith on the part of another editor who adds content (other than replacing paragraphs with "pisssssssssssssssssssssssssss").

Wrong grammar? Fix it.
Lacks citation? Add a citation, or tag it.
"Weasel words"? Correct it or tag it. Else what are those tags for?
Added to the wrong article? Move it. Who exempted you from responsibility?
Assume that Undo and Erase are usually the wrong buttons to press -- they destroy. Use with caution! Edits deserve explanation (which is why we hate unexplained edits). Undo is the harshest edit of all. If used, it needs a sound rationale, concisely spelled out.

But there are some who blithely break out the Eraser, the Annihilator, the Stark Fist of Removal, whatever you want to call it. We enjoy their work about as much as a bear enjoys a beartrap, or a Cambodian farmer enjoys a landmine. It can ruin your whole day.

I can imagine that some day this Project might start to be "complete" -- having reached the point where no edit can be of benefit; where no edit can do anything but subtract from the perfection that is Wikipedia. Then they can turn off all this problematic "input" stuff, set the data servers to read-only, throw away the keys, and stop collecting money. But that day is far off, by any estimate.

I do a lot of reading and a little bit of writing. At times i wish for a better interactive editing tool. I encounter many small defects, but often don't edit them until they exceed a threshold of annoyance. I'm a gentler editor. I rephrase locally, with varying scope. I've re-shuffled, re-ordered, sometimes at the top level. Deletion is usually a consequence of de-duplication. Even when de-duplicating, consolidation usually makes a better result than pure deletion. Glaring omissions are one kind of problem that can exceed my threshold. Sometimes I've been "lazy". I spot the missing aspect, and i put in just a hint of it, lacking time and/or hoping that someone will flesh it out. Sometimes i do the work, sometimes someone else. Either way the result has been enjoyable. And I'm sure I've fleshed out some skeletons placed by others.

RF photons are significant, otherwise they would not make exciting news stories. They are a triumph of science, if not a Triumph of Science. Someone predicted them. Someone went looking for them. And someone devised equipment that detected them. This is on a par with the latest Schmiggs Bozon in the particle zoo. Hardly anyone has any use for such knowledge. But it adds to the knowledge of [the current model of] reality. Every polarizable, reflectable, refractable, long radio wave passing by can be detected as fluxions of voltage and/or electrical field strength, but they can also be [potentially] detected as a huge number of extremely weak particles. There might be a place for mention of this, if it isn't there already. Your mention of waves tipped me closer to the grouping this idea with wave-particle duality. Although looking now at the introductory sentence, i see "a photon is ... the basic unit of light and all other forms of electromagnetic radiation." That's the notion i was trying to emphasize using the extreme example. One big problem with that opening sentence is that the "wave" also wants to be the basic unit of all forms of electromagnetic radiation. Or, as you pointed out: x-rays (polarizable though they may be) are typically observed only as particles, while radio waves (particle-countable though they may be) are almost exclusively observed as waves. Is that in the article? Also, must mention: looking at Featured Article statistics, i notice that some are occasionally demoted. Is that due to article degradation by poor editing, or just a shift of relevance?

The latter does not apply. The former is usually the reason - articles get cluttered with unsourced statements. When freshly spotted, they can be removed. What happens later is our copyeditors integrate the added statements without checking their relevance. After some time it becomes hard to understand what was added when. Materialscientist (talk) 04:33, 30 June 2011 (UTC)

I personally don't see the significance or notability of anything to do with professional and amateur sports. Maybe there should be an independent Wiki for trivia. And maybe a separate Wiki for literature and all works of fiction, poetry, songs, abstract art. And so on. But historical people are encyclopedic. They're often famous because of their fiction, "Great" or otherwise. Sports links at least to sports medicine and architecture. It all fits together. So i leave it as it is. I don't start deleting articles.

I need a new Wikipedia name. The current one started as a bad ironic joke, that happened to be available. I failed to anticipate my sustained interest in Wikipedia. I think it might prejudice people. I almost wish for a random anonymous alias generator, that would issue an unused alias similar to a license plate, alphabetic prefix plus a sequential or keyed number, like THX1138 or Anon66139269. Names i think of are mostly illegal (e.g., RevertBot), too ironic (PageScrambler, PackOfLies, RevertBot), or too likely to be taken (SomeRandomGuy). I'm not in SCA, so i don't have a Renaissance alias ... --A876 (talk) 04:17, 30 June 2011 (UTC)

See WP:UNC. Materialscientist (talk) 04:33, 30 June 2011 (UTC)

Refactoring others' talk page comments

You are welcome to comment again at Talk:Conventional PCI, but please don't change the text of other peoples' comments, even for spelling and grammar errors. Jasper Deng (talk) 19:07, 20 December 2011 (UTC)

But you reverted MY comment in the process! THAT did NOT have to happen! What is wrong with you? You call my action rude, but yours is unacceptable! Or maybe you don't know how to edit. A876 (talk) 20:46, 20 December 2011 (UTC)

WP:AGF, please. It's a rule, don't change others' comments. Simple as that. I reverted your comment in the process simply because you decided that it was OK to change someone else's comment.Jasper Deng (talk) 21:25, 20 December 2011 (UTC)

AGF? You confessed right here that you reverted my comment because I edited someone else's comments! You zinged me to pay me back in kind! (Seriously changed my comment, so I can see how it feels.) Please don't do things like that!

Aside from deleting my comment, I don't like what you did. You saw something you did not like, and you reverted it. If my effort was useless, your effort (restoring obvious typos) was far more worthless, and antagonistic. Who assigned the mission to undo such a harmless thing when it happens?

Yes it is "a rule", and it's not as simple as that. I did not break the intent of the rule. Never change meaning. Don't make adjustments that you wouldn't appreciate yourself.

from WP:TALKNO:

Behavior that is unacceptable

Please note that some of the following are of sufficient importance to be official Wikipedia policy. Violations (and especially repeated violations) may lead to the offender being blocked or banned from editing Wikipedia. [...]

• Do not misrepresent other people: The record should accurately show significant exchanges that took place, and in the right context. This usually means: [...]
  • Generally, do not alter others' comments, including signatures. Exceptions are described in the next section. [...]

Editing comments

Others' comments

It is not necessary to bring talk pages to publishing standards, so there is no need to correct typing or spelling errors, grammar, etc. It tends to irritate the users whose comments you are correcting. The basic rule—with some specific exceptions outlined below—is that you should not edit or delete the comments of other editors without their permission. [...]

Editing—or even removing—others' comments is sometimes allowed. But you should exercise caution in doing so, and normally stop if there is any objection. Some examples of appropriately editing others' comments: [...]

• Fixing format errors that render material difficult to read. In this case, restrict the edits to formatting changes only and preserve the content as much as possible. Examples include fixing indentation levels, removing bullets from discussions that are not consensus polls or requests for comment (RfC), using <nowiki> and other technical markup to fix code samples, and providing wikilinks if it helps in better navigation. [...]
• Disambiguating or fixing links, if the linked-to page has moved, [...]

I found the term for pointless reversion (plus optional abuse) on a technicality: Wikilawyering! -A876 (talk) 19:22, 14 August 2012 (UTC)

Disambiguation link notification for August 21, 2012

Hi. When you recently edited Rampuri, you added a link pointing to the disambiguation page Thug (check to confirm | fix with Dab solver). Such links are almost always unintended, since a disambiguation page is merely a list of "Did you mean..." article titles. Read the FAQ • Join us at the DPL WikiProject.

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, DPL bot (talk) 12:19, 21 August 2012 (UTC)

It was intentional. The article used "thug" in the modern generic sense. The disambiguation page Thug seemed appropriate, because it defines "thug" as a specific kind of criminal, while also mentioning "Thug", as in the long-gone Indian Thuggee cult of killers. Maybe I could bypass disambiguation and link "thug" to to criminal, but then the linkage to the older Indian term "Thug" is lost. So I'm not going to change it. Also I am about to make the same link on another page.-A876 (talk) 21:20, 21 August 2012 (UTC)

Disambiguation link notification for October 20

Hi. Thank you for your recent edits. Wikipedia appreciates your help. We noticed though that when you edited Pigging, you added a link pointing to the disambiguation page Roundness (check to confirm | fix with Dab solver). Such links are almost always unintended, since a disambiguation page is merely a list of "Did you mean..." article titles. Read the FAQ • Join us at the DPL WikiProject.

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, DPL bot (talk) 12:04, 20 October 2012 (UTC)

For the record, I intended to link to an article on geometrical roundness or unroundness or out-of-roundness, but no such article exists. I though there was some numerical measure of how round or unround something is. In general, a number that expresses how different the curve is from a best-fit circle. (The details being, how do you define the best-fit circle, and how do you quantify deviation?) A simpler version of roundness might be to find the best-fit ellipse, and divide the minor axis by the major axis. A circle gets a value of 1; all other ellipses have lower numbers. -A876 (talk) 19:26, 22 October 2012 (UTC)

Robot, you were right. On the disambiguation page, Roundness (object) is close to what I wanted, while the other choices are way off. Initially I didn't like "Roundness (object)" because of its intro ("Roundness is the measure of the sharpness of a particle's edges and corners."). It seems to overlook that an out-of-round pipe (for example) could be a perfect ellipse, which has no corners (unless the two apices count as two corners). Also, the article ellipse mentions the article I initially wanted, one that addresses unroundness of ellipses: Eccentricity (mathematics). So I made "Roundness (object)" and "Eccentricity (mathematics)" mention each other under "See also". -A876 (talk) 20:14, 22 October 2012 (UTC)

June 2013

Hello, I'm BracketBot. I have automatically detected that your edit to Thomas Forret may have broken the syntax by modifying 2 "[]"s. If you have, don't worry, just edit the page again to fix it. If I misunderstood what happened, or if you have any questions, you can leave a message on my operator's talk page.

• ] and [[Gospels]]. At that time in Scotland, only [[black friar]]s (Dominican Order|Dominican]]s)and [[grey friar]]s ([[Franciscan]]s) were in the habit of preaching. The friars, offended at the

Thanks, BracketBot (talk) 02:34, 10 June 2013 (UTC)

Fixed it. Thanks, BracketBot. -actual 22:37, 09 June 2013 (UTC) -A876 (talk) 20:11, 11 February 2014 (UTC)

Tripropylene is wrong?

A long time ago, you wrote an article on propene trimer, aka tripropylene. I suspect that the article is mostly incorrect, that this material is in fact the trimer of propylene, not what is represented. But maybe you as originator can provide some insights. --Smokefoot (talk) 17:29, 9 February 2014 (UTC)

"The three trimers of propene", all nonanes. (Are there three?) (Should these be nonenes?)

Thanks for reporting the change. I did NOT make this up (at least not unabetted). I was inspired by someone's image of three trimers, plus other confirmation (which I don't remember). Looking now at the old image (shown here) and the undamaged article, I am surprised that they show and discuss three [iso-]nonanes. (I should contact the creator of that image.) One might expect strict trimers of propene to be nonenes, like the one you made up. Both nonene and nonane claim to encompass trimers of propene. ("Industrially, the most important nonenes are trimers of propene." - Wikipedia!)

Mention of the tripropene or tripropylene isomers is a little hard to find. Look harder. (Most mentions of tripropylene are tripropylene glycol, a very different molecule, so exclude glycol in a web search.) Also, you seem to suppose that there is only one trimer. It is conceivable that propene will trimerize more than one way; the third propene has a choice of carbons to attach to. Other common propene compounds consist of isomers: "Dipropylene glycol is a mixture of three isomeric chemical compounds ..." -A876 (talk) 20:04, 11 February 2014 (UTC)

You suspect and you deleted. You suspect and you fabricated a structural formula (independent research). Nice edit summary, too: "that kind of stuff gives Wikipedia a bad name". Indeed. Here's one page you didn't find: "Tripropylene (CAS RN: 13987-01-4) IUPAC Name: 2,3-dimethylheptane; 2,4-dimethylheptane; 2,3,5-trimethylhexane" (the very text you deleted) "| CAS Registry Number: 13987-01-4 Synonyms: 1-Propene, trimer, AC1L1B03, CID26374, UN2057, Tripropylene [UN2057] [Flammable liquid]. [1] -A876 (talk) 23:50, 24 February 2014 (UTC)

I am pretty sure that the article as it stood a few weeks ago was badly flawed. No embarrassment because like you said the literature is flakey. Yes there are isomers since this material is generated by the trimerization of propylene and there are several ways to put these units together. The key aspect, which I am fairly confident about, is that tripropylene is unsaturated, otherwise it could not be used to alkylate aromatics. Yes, you are correct it is flammable, like any organic compound. If you find a paper that indicates that it is saturated, please indicate so. Happy editing. --Smokefoot (talk) 01:37, 25 February 2014 (UTC)

February 2014

Please do not attack other editors. 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. Fleet Command (talk) 13:47, 17 February 2014 (UTC)

So busy slapping me around, you forgot to edumacate the lamer who started this by undoing an improvement, with insult, and for undoing it rather than fix it better (as you eventually did). Thanks. (By the way, he/she has two usernames, I notice. Maybe time to look into why, whether it's legit.) Just before that, flustered to slap back the bad guy, you hastily Undid (assume bad faith, right?) my edit (So many love that Undo button. It's a disease!) without even previewing and testing that edit! It took you two edits to figure out how to do right what I did 3/4 right the first time and 1/2 right (out of fear of reversion) the second time. "Codename Lisa" didn't pay attention to the work done before deciding I was an idiot. You didn't pay attention to the work done, before deciding I'm a bastard. People, pay attention to the work done! First make an accurate determination whether I'm an idiot or a bastard. Then abuse at will. -A876 (talk) 19:50, 17 February 2014 (UTC)

July 2014

Hello, I'm BracketBot. I have automatically detected that your edit to Fretting may have broken the syntax by modifying 1 "[]"s. If you have, don't worry: just edit the page again to fix it. If I misunderstood what happened, or if you have any questions, you can leave a message on my operator's talk page.

List of unpaired brackets remaining on the page:

• and [[cylinder head]] [[gasket]]s subject to differentials in [[thermal expansion]] coefficient]s.

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, BracketBot (talk) 21:51, 11 July 2014 (UTC)

August 2014

Hello, I'm BracketBot. I have automatically detected that your edit to Peter Schickele may have broken the syntax by modifying 1 "()"s. If you have, don't worry: just edit the page again to fix it. If I misunderstood what happened, or if you have any questions, you can leave a message on my operator's talk page.

List of unpaired brackets remaining on the page:

• [[orchestra|symphony orchestra]], choral groups, [[chamber music|chamber ensemble]], voice, film (e.g. ''[[Silent Running]]'', and an animated adaptation of ''[[Where the Wild Things Are]]'' (which
• pagewanted=print "David Schickele, 62, Filmmaker And, With Brother, a Parodist"] by Allan Kozinn (''[[The New York Times]]'' (November 11, 1999)</ref>

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, BracketBot (talk) 06:59, 16 August 2014 (UTC)

Removing other people's talk page posts

This was completely inappropriate. You can't just remove someone else's post because you think it's irrelevant. Jackmcbarn (talk) 02:43, 4 December 2014 (UTC)

A barnstar for you!

	The Copyeditor's Barnstar
	You're darned right that "/" is not a word! :-D You inspired me to finally start writing a list of common Wikipedian faux pas including that, "also", "despite", and other hyperboles. I have a process of undoing feature creep that's so common I just call it "de-also-ification". ;) — Smuckola (Email) (Talk) 06:26, 4 January 2015 (UTC)

I sometimes aspire to go hunting them, but there's just too many. When they cross my path, I usually "shoot on sight", but sometimes I can't untangle it or improve the situation, and I have to leave it alone.
So many peeves, so little time.
See also Wikipedia:It should be noted.
I also reduce multiple spaces between words. (Must be careful; I have to leave extras spaces in where they count (between code tags, and between formatted text tags), and where they might align markup (inside tables).) In the markup, as in HTML, spaces between words are reduced to one. -A876 (talk) 08:53, 5 February 2015 (UTC)

February 2015

Hello, I'm BracketBot. I have automatically detected that your edit to Base64 may have broken the syntax by modifying 1 "[]"s. If you have, don't worry: just edit the page again to fix it. If I misunderstood what happened, or if you have any questions, you can leave a message on my operator's talk page.

List of unpaired brackets remaining on the page:

• <code>o</code>: Its 64-character set is «<code>!"#$%&'()*+,-012345689@ABCDEFGHIJKLMNPQRSTUVXYZ[`abcdefhijklmpqr</code>».

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, BracketBot (talk) 08:16, 5 February 2015 (UTC)

The content is correct. It's inside a code tag, so it's not markup. The unmatched bracket might be a code error, but it's not really code. Would <nowiki>...</nowiki> help? -A876 (talk) 09:09, 5 February 2015 (UTC)

The <code>...</code> tags do nothing special other than change the font, colour, background and border - much like the <i>...</i> tags do nothing other than apply italicisation. Everything enclosed by them is still treated as normal wiki markup. Using <nowiki>...</nowiki> should help. --Redrose64 (talk) 12:34, 5 February 2015 (UTC)

Thanks. Adding <nowiki>...</nowiki> inside the <code>...</code> displays correctly and most-likely prevents BracketBot from testing, so I did it.
(Adding <nowiki>...</nowiki> outside the <code>...</code> prevented the <code>...</code> from processing, so I didn't do that.) -A876 (talk) 19:45, 5 February 2015 (UTC)

Reference errors on 28 March

Hello, I'm ReferenceBot. I have automatically detected that an edit performed by you may have introduced errors in referencing. It is as follows:

• On the Mickey Mouse degrees page, your edit caused a cite error (help). (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, ReferenceBot (talk) 00:25, 29 March 2015 (UTC)

9-1-1 article

Hello, A876. Regarding this edit you made to the 9-1-1 article, you shouldn't alter the title of the references; if a title of a reference states "911" instead of "9-1-1," you should leave that as it is. Flyer22 (talk) 20:18, 23 May 2015 (UTC)

I considered that, briefly. (I'm glad you made this a soft reminder and didn't waste time checking and changing.) I probably corrected as many mis-cites as I introduced, but I refuse to check more than I already did. Some referenced titles actually include "9-1-1", and they were mis-cited in the article. But yes, some referenced titles include "911". Unfortunately, every such reference is in error, for well-known reasons that are tragically not mentioned in the article. (You're never supposed to write 911 because you're never supposed to pronounce it "nine eleven" because some child will die because they can't find "eleven" on the telephone keypad. One only writes it "9-1-1", to force people to pronounce it "nine one one" because that is the only way to pronounce it. I get really irritated when a TV news program fails to edit out some idiot saying "nine eleven", especially when they are a salaried professional idiot in fire "protection" or law "enforcement". I want to graffiti on that idiot police vehicle and idiot highway sign pictured in the article that say 911. The people who painted them surely know better, and they deserve to be impoverished by a wrongful-death lawsuit and imprisoned for negligent homicide.) -A876 (talk) 05:40, 25 May 2015 (UTC)

I figured that you had a significant objection to the "911" wording. After all, when it is pronounced as "nine eleven," it sounds like a person is referring to the September 11 attacks. I added the alternative wording to the WP:Lead, but removed it moments ago because of what you stated in this section. Flyer22 (talk) 17:17, 25 May 2015 (UTC)

That stated, when 9-1-1 is spelled as 911, it is meant to be pronounced as 9-1-1, not as "nine eleven." Well, usually anyway. Flyer22 (talk) 17:20, 25 May 2015 (UTC)

Well, "911" could be pronounced either way. "9-1-1" is strongly suggestive, but a strong enough idiot could prevail and pronounce it "nine eleven" in spite of the "training wheels". I had no objection to your addition "or 911". I have no objection to your removing it. Two new items on my transfinite list of things I won't get around to are: finding a reference for my story about how they got started writing it as "9-1-1" (above) so that I could add it to the article, and finding replacement pictures for the article of a correctly labeled vehicle and correct highway sign. -A876 (talk) 05:51, 27 May 2015 (UTC)

Okay. Flyer22 (talk) 07:26, 27 May 2015 (UTC)

There is no "I" in Wikipedia!

There is no "I" in Wikipedia! -A876 (talk) 21:42, 12 July 2015 (UTC)

July 2015

Hello, I'm BracketBot. I have automatically detected that your edit to Otto Hahn may have broken the syntax by modifying 2 "{}"s. If you have, don't worry: just edit the page again to fix it. If I misunderstood what happened, or if you have any questions, you can leave a message on my operator's talk page.

List of unpaired brackets remaining on the page:

• Spence: ''Otto Hahn.'' Biographical memoirs of Fellows of the Royal Society, Vol. 16, 1970</ref>''}}

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, BracketBot (talk) 03:51, 30 July 2015 (UTC)

Somehow I failed to change one of the markup tags I set out to change, damaging the page format. (Overly indented after the error.) I always look at Preview and Changes, but not always closely enough. There were no RED WARNINGS, and I failed to notice the damage, so I saved a damaged page. Thanks again, BracketBot. -A876 (talk) 04:27, 30 July 2015 (UTC)

Reference errors on 19 November

Hello, I'm ReferenceBot. I have automatically detected that an edit performed by you may have introduced errors in referencing. It is as follows:

• On the Leap second page, your edit caused a URL error (help). (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, ReferenceBot (talk) 00:22, 20 November 2015 (UTC)

Leap second

Hi A876

No offence intended, but I reverted your changes to Leap second. Please don't edit articles to change capitalization of the first letter of templates (e.g. {{cite vs. {{Cite); as you undoubtedly know, all wiki article titles and template names are stored and accessed with the first letter capitalized; however, the amount of time and effort to review dozens of needless changes to template formatting in articles, as with your changes to Leap second, the waste of server resources & bandwidth to make & review such changes, and the potential for, as occurred in the case of your edits, unintentional damage to citations (beyond the one that you noticed because of the small red error), makes such edits ill-advised. Also, please keep in mind that ‘title’ parameters used in citations and external hyperlinks should reflect the name of the article as it exists, regardless of whether a Wikipedian feels that “and” is preferable to “&” or otherwise, and even if there are errors in the title at the source (invariably Wikipedia should reflect what sources indicate). Further, ‘accessdate’ parameters in citation templates should only be updated if information in the article is changed; updating the accessdate parameter to reflect that an external source was reviewed generates unnecessary edits which must be reviewed and potentially causes problems for bots that might make use of the information. As for your assertion, and edit, that “/” is not an acceptable abbreviation, I am unable to find any substantiation for that claim; in fact, while the WP:MOS (Wikipedia:Manual of Style) does not, that I could find, explicitly comment on whether or not or when “/” is an acceptable abbreviation, Wikipedia:Manual of Style/Abbreviations uses the “/” dozens of times to indicate two or more optional values, roughly equating to “ or ” (such as "TV/radio" or "compare/consult"); if you know of a reliable source or consensus that indicates otherwise I would be interested to review it. Finally, as per WP:IMGSYN (Wikipedia:Manual of Style/Images), “The "File:" prefix may be used interchangeably with "Image:":”, so it is inappropriate to edit articles to exchange one for the other. I just wanted to explain why I reverted your lengthy edits as I know how unsettling it can be when something is reverted without a proper explanation of the thinking involved. Rest assured that I restored the fixes of the two mistakes you found and repaired in your edits. Cheers — Who R you? Talk 04:04, 20 November 2015 (UTC)

1. Lets see.
2. You said "Please don't edit articles to change capitalization of the first letter of templates". That's a complete misrepresentation of what I did. Intentional or careless, you have made an offensive accusation. I edited the article. I also repaired some cruft that I found, making all of Cite have the same casing. To see which which one, I visited Template:Cite.
3. You said "Capitalization of initial letter of templates is irrelevant". And then you changed them back. Make up your mind. If you say it's irrelevant, WHILE CHANGING IT, It's hard to find a more perfect example of hypocrisy.
4. You said "Rest assured that I restored the fixes of the two mistakes you found and repaired in your edits." "Rest assured"? Really? You applied reversion JUST TO MAKE A POINT.

What you said and did,and the hypocrisy embodied in most of it, is unsettling. (More to follow.) -A876 (talk) 18:22, 20 November 2015 (UTC)

• My apologies if I was less than clear. I reverted your edits only because I noticed errors caused in two of the references (numbers 3 & 5 if memory serves) which related to Google books. Clearly nothing in your edits of the cite templates was intentionally meant to damage any of the references; I noticed in addition to changing the case you slightly altered spacing around some of the pipes “|” which precede template parameters which may have caused the problems (I didn't investigate). Rather than me going through and manually rechecking each reference in the article, I simply reverted your edits in their entirety then manually recreated the two specific errors that you had fixed. The issue with changing something like capitalization of a first letter of templates is that each change appears in the edit diff; so if 50 changes are made to capitalization and 2 other corrections are made, 52 changes must be reviewed, with leading and following lines also displayed that means that the diff is, a minimum of 156 lines for someone else to check; therefore, if a change isn't necessary (like changing first letter capitalization on templates) then whatever is there should be left; similarly, if there are extra spaces somewhere then, unless one is making other changes to the same line, it is generally better to just leave what is there. If you review the diff from your edits, I trust you'll agree that the large number of changes simply makes more work for anyone reviewing changes made (and if you look at References #3, 5, & 7 in the preview at the end of that diff, you'll see why I reverted all your changes rather than trying to find and correct the unintentional damage done to a list of 67 references). At all times I tried to assume good faith in your changes and I hope you'll do the same in believing that I reverted your edits as it seemed the best method of ensuring that every problem was caught and fixed. I then simply sought to explain to you why. I hope it is therefore less unsettling. Cheers — Who R you? Talk 04:05, 21 November 2015 (UTC)

ArbCom elections are now open!

Hi,
You appear to be eligible to vote in the current Arbitration Committee election. The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to enact binding solutions for disputes between editors, primarily related to serious behavioural issues that the community has been unable to resolve. This includes the ability 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, you are welcome to review the candidates' statements and submit your choices on the voting page. For the Election committee, MediaWiki message delivery (talk) 13:52, 23 November 2015 (UTC)

Wolfgang

Good eye. Thank you.

-Forever IP

119.92.93.84 (talk) 10:27, 11 January 2016 (UTC)

Please don't make changes that don't affect the rendered text (re RS-232)

This is purely my personal opinion, not official WP policy or guideline or even an essay—but speaking strictly personally, I would like to ask you to refrain from edits that do not affect the rendered text, such as most of this edit that you made to RS-232.

Specifics:

1. Some editors like to break up the Wikitext by hitting Enter after each sentence. Or even after a major phrase. I often do this myself, depending on the article and the text. In complex text this can makes the edit window much less cluttered. Text followed by a single newline and more text does not produce a paragraph break (or "short paragraphs" as in your edit cmt). It takes two newlines to do that. The paragraphs following this item list were entered this way and you'll notice that they render like any other paragraph. (n.b.: In a list item such as this, one can't do that; a newline ends the list item.)
2. A single blank line in the Wikitext before or after a section head—or both—doesn't render. As with so many other things here, many editors like to leave these blank lines to make it easier to find things in the edit window.
3. Many editors like to break up a lengthy template, particularly citation templates, by using one line per parameter (again, usually to make the parameters easier to find in the edit window). If you find it that way, please leave it that way. There is actually a guideline on this, that template styles should be not be converted just for the sake of personal preference.
4. On the other hand, some editors do prefer to pack the edit window as densely as possible. Either way this is a personal preference and the preference of the previous editor(s) should be respected, just as is done with WP:ENGVAR.
5. In headings such as==Text==, it doesn't matter whether there are spaces between the equal signs and the heading text. The spaces don't affect the rendered text.
6. A space between the asterisk and the first text letter in a list item does not render. This particular list has several items with the space, several without; you'll notice they all render the same. Some editors do like to include the space to make the edit window less "busy".
7. Changing the case of the first letter of an article title in a pipelink will have no effect on the rendered text; what will render is, after all, the text after the pipe. The actual article is always stored with a leading capital but lowercased article title links do work because there is a "silent redirect" that takes care of this. There is no reason to change the Wikitext if it already renders as appropriate for the usage.
8. The "File:" prefix does the exact same thing as the "Image:" prefix, so there is no reason to exchange one for the other. Particularly in the case where it is an image, why change it to "File:", when "Image:" is more informative to the next editor?

Note that if a particular style of using whitespace or newlines or etc. in the wikitext is considered an "optional style", then changing them purely for personal preference is contrary to an Arbcom ruling.

I'm not reverting these changes (although as I work on the article in the future it may well be "migrated" back to my preferred style) and I certainly am not going to bring any "cases" anywhere. The reason I'm leaving you this note is to ask you to consider: While such edits do not affect the text seen by the reader, they do increase editor workload. They complicate the editing history of the article and make diffs between versions more time-consuming to go through. Many of these changes can be difficult to see and evaluate in the diffs display. This can sometimes cause a lot of wasted time and effort for later editors trying to figure out what a previous edit has done.

All because of edits that do not improve the article for the reader not in the slightest.

Thank you for considering this suggestion. I realize you are acting in good faith to improve the encyclopedia as you see it, but please consider that you are making unnecessary work for those who follow you. Jeh (talk) 19:56, 3 February 2016 (UTC)

thoughts

I get much of what you say here.

I have lectured in general on the [stupidity] of making white-space-only edits. (It's amazing what people will do, eagerly undoing invisible markup changes and nothing else (because they see every change shown in a diff as a challenge or a mistake, or they defend the status quo of a perfect page that they own) or, worse, compound-reverting the useful visible changes by undoing the entire edit, even while there is real work (however minute) that they could have been doing, on that very page or 1,000,000 others.)

[sorry for an incomplete reply; not the best form. have to save it now. might get to it later.] [okay, filled it in.] points:

1. Considered. No. In Wikimedia markup, one linebreak between sentences makes it perfectly ambiguous whether the two markup "paragraphs" were intended to be one display paragraph (with an unnecessary invisible linebreak), or accidentally made into one display paragraph (intended to be two display paragraphs) (because someone forgot to add the second, necessary, visible linebreak). Anyone reading such mark-up has to re-determine the intent from the context. Therefore: If sentences are in the same paragraph, use one space between, to make it unambiguous. If sentences are in two paragraphs, use two linebreaks between, to make it unambiguous. Even if this particular private invisible code did not impair editing, it is annoying, because it makes paragraphs inconsistent from section to section, on whim. It is like some insane form of steganography. It begs for removal. (A single linebreak is invisible in Wikimedia markup only because of an enduring tragedy. Wikimedia markup inherited the HTML tradition of making all whitespace equal. In HTML, linebreak is whitespace, because many [especially older] text-editing programs only support finite paragraph length and forcibly insert hard linebreaks, even though paragraph length needs to be unlimited. So HTML could not use single-linebreak to indicate (mark up) new-paragraph, and double-linebreak became the way to indicate a new paragraph. If Wikimedia had designed that every linebreak makes a new paragraph, this discussion would not have been possible. Sadly, with millions of ambiguities in their valuable managed content, it would be painful to change style, because automatically resolving every case (by joining up the paragraphs, as-displayed) would destroy some information (all the invisible hints embodied in all those invisible line-breaks, that some of them should have been changed into paragraph-breaks). However, conversion seems even more unlikely because people can copy and paste text into and out of external editors; editors which might only support finite line-length (paragraph-length). (Every so often I see pages where I suspect that this has happened.))
2. Yup: Most blank lines don't render, but some do (WikiMedia inconsistency), so use 0 or 1, but never more than 1. (And ignore the one moronic rule that prescribes 2 somewhere. (I won't tell you where.)) Consistency is best, in-page and page-to-page. Exactly 1 blank line before ==Section==; exactly 0 blank lines after. For people who need to find things: type Ctrl+F and then start typing. To jump between preview and markup: click and drag to select "some" text with mouse; type CTRL+C (copy); type CTRL+F (find); type Ctrl+V (paste); hit Enter or click on the little next button. You will alternate between the two places (in any real browser). I use it endlessly. ("Some text" means "enough text to be unique or nearly unique on the page".) (Careless selection boundaries are fine; we're not pasting, we're just searching.)
3. I appreciate that "cite"s laid out one field per line can be nice. And ...
4. I appreciate that 7 7-line "cite"s in a 3-line paragraph is bloated and looks pompous. (It has me expecting to see one-word-per-line any day now.) Either way is has annoyances when trying to view it. Consistency is nice. Ain't seen that guideline; ain't gonna look for it. I'll try not to be overzealous. (And maybe a little cautious on articles that have "owner"s.) After any flurry of editing winds down, no one looks at the refs that closely. (Maybe a visual editor (in Wikipedia or external) would help by collapsing these things.) (Named refs look like another way to not put distractingly long "cite"s inline (inside the paragraph), instead using a much shorter version inline and a longer version "someplace else". But people are not yet using them well.) Maybe someone will innovate and enter "cite"s as tabbed fields (like is common in Chembox and other templates, and in punched-card programs and data files from the 1960s). Anyone using, advocating, or respecting that "style" will be fed to the hogs.
5. Yup: They render the same. Nope: It kinda matters. == Section == is crufty in mark-up. (== Section ========== is a style option for plain-text documents.) ==Section== is a norm on Wiktionary. (Well, one norm there that I agree with.) Consistency is nice, in-page and page-to-page.
6. [maybe later] Similarly, crufty and inconsistent. So far I cannot consider making it consistent as star-space, but I can make it consistent as star-no-space.
7. Yup: They render the same. Nope: It kinda matters. The first letter of the link "should" generally fit the sentence case that it would have if if weren't a link. (Yes, that is a guideline I saw somewhere (while not looking for it. It was pleasantly surprising to see that guideline writer(s) came to the right conclusion independent of me.) Sentence: "It was common in ancient Egypt." With link: "It was common in ((ancient Egypt))." With piped link: "It was common in ((ancient Egypt|Egypt))." To capitalize Ancient here is quite undesirable; it only pains ... future editors. Another reason lowercase is valid: "the pipe trick" (a way of entering that converts into a piped-link up on saving). With piped link using "the pipe trick": "Black's rook took White's ((knight (chess)|))." If you uppercase "knight" before the pipe symbol, "the pipe trick" does a visibly wrong thing (puts upper-case "knight" after the pipe symbol).
8. (If I remember correctly:) The template is File:. Image: is kind of legacy, an alias, and/or deprecated. And usage has gone that way. Image: is rare, others have reduced its incidence. So I replace it when I notice it. Consistency is nice, in-page and page-to-page

Most of my minute changes are removal of cruft. When the cruft is gone, it's (usually) often forever. The unbearable agony of countenancing all those "unnecessary" changes happens once, and it's over; that seems preferable to leaving them hanging as a possibility forever. Removing them is for future editors (especially me, obviously) and removes useless bytes from every future edit of the page.

(Thanks for the bracket-bot fix. My oops.) -A876 (talk) 21:55, 3 February 2016 (UTC)

Thank you for the reply. Your point about future editors having to consider "was this newline really meant to start a new graf?" is something I had not considered. Cheers! Jeh (talk) 22:34, 3 February 2016 (UTC)

Thank you again for your replies. I have no intention of trying to convince you of anything. I expressed my opinion, and I appreciate that you took the time to craft reasoned replies with which to express yours. So cheers! again. Jeh (talk) 13:46, 28 March 2016 (UTC)

Edit tags

I saw your sandbox edits. I guess it's the issue at Wikipedia:Village pump (technical)#Edit section links in article. A purge should fix affected pages. PrimeHunter (talk) 10:13, 28 February 2016 (UTC)

Cecil Kelley

Thank you for the thanks. You cannot possibly know how this particular article has ended up affecting me personally, but since I have actually exchanged emails with the daughter of Mr. Kelley regarding this article and heard her side of what happened to her family after the day of the accident, this article has become something rather precious if also incredibly sad for me. I cannot read it now and not break down into tears. I guess that's what happens when you touch the real world and it is so broken. Anyhow. Thanks for the thanks, is all. KDS4444^Talk 13:17, 1 April 2016 (UTC)

April 2016

Hello, I'm BracketBot. I have automatically detected that your edit to Protectorate may have broken the syntax by modifying 1 "()"s. If you have, don't worry: just edit the page again to fix it. If I misunderstood what happened, or if you have any questions, you can leave a message on my operator's talk page.

List of unpaired brackets remaining on the page:

• ){for|the period in British history|The Protectorate}}

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, BracketBot (talk) 04:34, 27 April 2016 (UTC)

Wikipedia:Miscellany for deletion/Draft:Dublin Swimming Club

Hi. I think you are an important contributor to Draft:Dublin Swimming Club. You might be interested in Wikipedia:Miscellany for deletion/Draft:Dublin Swimming Club. --SmokeyJoe (talk) 09:39, 18 July 2016 (UTC)

Copyright problem: Draft:Dublin Swimming Club

Hello, and welcome to Wikipedia! We welcome and appreciate your contributions, such as Draft:Dublin Swimming Club, but we regretfully cannot accept copyrighted text or images borrowed from either web sites or printed material. This article appears to contain material copied from , and therefore to constitute a violation of Wikipedia's copyright policies. The copyrighted text has been or will soon be deleted. While we appreciate contributions, we must require all contributors to understand and comply with our copyright policy. Wikipedia takes copyright violations very seriously, and persistent violators are liable to be blocked from editing.

If you believe that the article is not a copyright violation, or if you have permission from the copyright holder to release the content freely under license allowed by Wikipedia, then you should do one of the following:

• If you have permission from the author to release the text under the Creative Commons Attribution-ShareAlike License (CC-BY-SA), leave a message explaining the details at Draft talk:Dublin Swimming Club and send an email with confirmation of permission to "permissions-en (at) wikimedia (dot) org". Make sure you quote the exact page name, Draft:Dublin Swimming Club, in your email. See Wikipedia:Requesting copyright permission for instructions.
• If you own the copyright to the material: send an e-mail from an address associated with the original publication to permissions-en(at)wikimedia(dot)org or a postal message to the Wikimedia Foundation permitting re-use under the Creative Commons Attribution-ShareAlike License and GNU Free Documentation License, and note that you have done so on Draft talk:Dublin Swimming Club. See Wikipedia:Donating copyrighted materials for instructions.
• If a note on the original website states that re-use is permitted "under the Creative Commons Attribution-ShareAlike License (CC-BY-SA), version 3.0", or that the material is released into the public domain, or if you have strong reason to believe it is, leave a note at Draft talk:Dublin Swimming Club with a link to where we can find that note or your explanation of why you believe the content is free for reuse.

It may also be necessary for the text be modified to have an encyclopedic tone and to follow Wikipedia article layout. For more information on Wikipedia's policies, see Wikipedia's policies and guidelines.

If you would like to begin working on a new version of the article you may do so at this temporary page. Leave a note at Draft talk:Dublin Swimming Club saying you have done so and an administrator will move the new article into place once the issue is resolved.

Thank you, and please feel welcome to continue contributing to Wikipedia. Happy editing! ww2censor (talk) 09:28, 22 July 2016 (UTC)

Welcome!

Dear A876,

I really feel glad that you thanked me for my edit, you are most welcome. I plan to make the most of Wikipedia.

Best Rgds. (~~SB~~ (talk) 16:26, 19 August 2016 (UTC))

Disambiguation link notification for September 4

Hi. Thank you for your recent edits. Wikipedia appreciates your help. We noticed though that when you edited Extraordinary People (2003 TV series), you added links pointing to the disambiguation pages Ability and Past life. Such links are almost always unintended, since a disambiguation page is merely a list of "Did you mean..." article titles. Read the FAQ • Join us at the DPL WikiProject.

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, DPL bot (talk) 09:30, 4 September 2016 (UTC)

It was intentional. -A876 (talk) 19:55, 13 September 2016 (UTC)

Revision to clarify usage of historical term

@A876:, since you wrote at length regarding the term "Sh'erit ha-Pletah" as a page name, kindly have a look at an explanation of my recent edit that qualifies the definition to clarify its difference from the general term "Holocaust survivors." I'll be doing more editing on that page, but this is a start. I'll also look for and add a citation supporting this more specific definition. -- Deborahjay (talk) 13:23, 19 June 2017 (UTC)

Unnecessary changes

In the context of this edit, may I endorse the feedback offered to you in the section above titled "Please don't make changes that don't affect the rendered text". In many cases you are simply imposing your own personal preferences, pushing aside the personal preferences of the editors who write the articles. This includes adding and removing capitals in templates etc and making entirely unnecessary changes to wikilink formats. --Epipelagic (talk) 07:01, 8 July 2017 (UTC)

0) "I endorse the feedback in the section above..."

•As if "the editors who write the articles" (must be better people, a higher class than me) care that their mark-up must be inconsistent and quirky. Consistency is a small benefit for editors who edit articles and editors who write articles.

•I "endorse" my replies above.

Have we made a better encyclopedia? -A876 (talk) 19:58, 20 August 2017 (UTC)

A876 (talk · contribs · deleted contribs · logs · filter log · block user · block log), regarding Serial port, you claim that this

[[gender of connectors and fasteners|male]]

(rendered version: male )

renders differently from this

[[Gender of connectors and fasteners|male]]

(rendered version: male )

Your claim is flatly not possible, because the stuff to the left of the pipe (|) doesn't render at all.

I would also argue that the capitalized form of the article name is more correct, as that will be the actual name of the article. Granted, the engine fixes it automatically.

Also, please do not add or subtract nonrendering spaces between the ='s and the text of section headings (no, they don't render).

And please don't reformat embedded edit comments (like the one in Serial port about DE-9 vs DB-9). (I formatted it that way because I wanted it to look like that in the edit window.)

Please be aware that every edit increases other editors' workload, because nearly every edit is checked by other editors - often several of them. It is annoying to look at an edit and find a predominance of things like this. They are often subtle and hard to spot in the differences display.

In addition, as such choices can be considered an "optional style", then changing them purely for personal preference is contrary to an Arbcom ruling. Jeh (talk) 02:41, 19 August 2017 (UTC)

Interesting. But:

1) "you claim that [[gender of connectors and fasteners|male]] renders differently from [[Gender of connectors and fasteners|male]]".

•No, I don't. You neglected to mention my visible changes. I claim that least significant bit renders differently from Least Significant Bit, as seen. ("Least Significant Bit" is incorrect in context, but Jeh changed it back to "least significant bit" anyway).

2) "I would also argue that the capitalized form of the article name is more correct, as..."

•Nope. The article name before the pipe is supposed to fit the sentence-case of its context, to avoid distracting reading in mark-up. Every editor sees links done that way; many know or suspect the good reason for doing it that way; most "authors" add links that way; most "authors" who add links the wrong way don't do it intentionally; and those who do it the wrong way surely don't care whether someone "imposes" their own "personal preference". Despite this, some few object and think the "original author"'s mistake was intentional and important to preserve. ("Author" is in ironic quotes because Wikipedia only has editors. There are no actual classes of editors.)

•I think you "would argue" for the uninformed way only to say I could be wrong, or at least not doing uncontested right. (I did right.)

•(Incidentally, capitalizing makes an incorrect result when using the "pipe trick".)

3) "please do not add or subtract nonrendering spaces between the ='s and the text"

•Well, Wikimedia should have silently standardized these, one way or the other, automatically upon every edit, since day two, so that users never have to wonder about it. (They still can do it any time. I am waiting.) We don't need options that let markup grow inconsistent (=ugly), for no gain.

•Wiktionary has made ==Section== their norm, valuing consistency over "preference", which amounts to accidental variation based on inconsistent examples, arbitrary template content, and habits. "==Section==" must have been the prevailing practice, as it is on Wikipedia (despite pressure from outdated examples and templates that pre-fill "== Section =="). Wikipedia hasn't caught up to its own practice, or to Wiktionary.

•A page that mixes "==Section 1==" and "== Section 2 ==" is inconsistent within the page; consistency within the page is a virtue generally, so adding consistency is an improvement.

•Is preserving this particular inconsistency actually important enough to mention?

4) "please don't reformat embedded edit comments (like the one in Serial port about DE-9 vs DB-9). (I formatted it that way because I wanted it to look like that in the edit window.)"

•Apparently this, #4, is the real provocation for your action. You put back "your" unnecessary single linebreaks (consider WP:Don't use line breaks) (and with them your redundant "as as" spanning a linebreak). That edit was not justified, so you expanded it to "rv nonrendering changes to wikitext" (which is a trivial edit in intent, plus reverting over "personal preference", both bigger than my making some nonrendering changes in a non-trivial edit), apparently to make me look really egregious. In the process you also undid valid changes (a "compound revert", another edit greatly to avoid). You even put it back again, edit comment: "rv one change by A876. I wrote that comment and that's how I want it to look in the edit window". (So many "I"s.) (How you want a comment to look in an edit window must be very important to the article. Important enough to change it back and go after me for changing it, citing rules that might apply.)

•(101) If you can't bear to have "your" contributions "mercilessly edited", maybe Wikipedia isn't the place for you.

•("I wanted it to look like that...") Is there an "I" in Wikipedia? No one owns that comment, its wording, or its appearance. And the comment only "looks like that" on your edit window, based on your screen width. I stumbled upon this: Help:Whitespace: "Avoid 'fixing' white space issues which are peculiar to your combination of screen or window and font sizes, choice of browser, image settings, and so on." Why is it important to have comments that get extra linebreaks in other-sized windows? You put them back twice, lectured me, and it isn't even good practice.

5) "Please be aware that every edit increases other editors' workload, because nearly every edit is checked by other editors - often several of them. It is annoying..."

•Having cruft back invites it to be removed, sooner or later.

•Putting cruft back invites it to be removed 'again', sooner or later.

•When cruft is removed, most of it stays gone, for a long time.

•Does every edit feed into multiple workfeeds for review? (I sometimes suspect this.) If so, the providers of that "Save changes" button should provide a warning near it. (Many comment forums also lack fair warning. Many only advise afterward that "your comment is awaiting moderation", and some restrict editing or deletion of a waiting comment, very unfair, similar to create-only permissions on a file folder (directory).)

•Every edit is announced to every editor who "watches" the article. (Maybe you shouldn't watch so many articles.)

•Lecturing editors is counterproductive. (Yuge™ waste. Sad.™ ☹) Have we made a better encyclopedia?

6) "They are often subtle and hard to spot in the differences display."

•Big differences are bolded.

•I'm not the biggest fan of the differences display - it doesn't bold added and deleted paragraphs, of all things.

•Maybe the difference display should conceal changes that don't render. Wouldn't that help everyone.

That arbcom ruling had some interesting points.

•"Wikipedia has established a Manual of Style for the 'purpose of making things easy to read by following a consistent format,'"

•"The prescriptions of Wikipedia's manual of style are not binding, but it is suggested that ..." "..., but be consistent within an article."

•"Revert warring over optional styles is unacceptable"

•"Sincere disputes are unlikely to be resolved by forcing the issue"

•It does not address nonrendering stuff (only example was American versus British spellings).

I recalled a mention of "cosmetic changes" (nonrendering stuff). It is over at WP:Bot policy#Cosmetic changes. (Because mass changes by robots tax resources and can irk people if they are not agreed upon. I don't get to mass-produce my mistakes.) Even so, it is relevant and agrees with us both: "Cosmetic changes to the wikitext are sometimes the most controversial, either in themselves or because they clutter page histories, watchlists, and/or the recent changes feed with edits that are not worth the time spent reviewing them. Such changes should not usually be done on their own, but may be allowed in an edit that also includes a substantive change." (And this is a guideline for robot mass-actions.)

I understand the intent of not stepping on other editors' [reasonable] preferences. I actually try not to.

I examine my diffs before saving so that they at least appear reasonable, so that I can check what I did and so that others examining the diff are not bewildered.

I don't make 50 sequential tiny little edits on an article; that makes an UGLY edit history, and seems almost obfuscatory (you can't see what they fully did without making a custom diff encompassing multiple edits) as well as wasteful. I tend to group my edits so that the edit history is not endless. A long interval between "Edit" and "Save changes" sometimes incurs an edit conflict; I handle it when it happens (which not often because I rarely edit active pages). Sometimes I remember to split up logically disparate changes into more than one edit. -A876 (talk) 19:58, 20 August 2017 (UTC)

I see that you are still doing this with this edit. These changes are mostly useless.—Anita5192 (talk) 18:22, 26 September 2018 (UTC)

ArbCom 2017 election voter message

Hello, A876. Voting in the 2017 Arbitration Committee elections is now open until 23.59 on Sunday, 10 December. All users who registered an account before Saturday, 28 October 2017, made at least 150 mainspace edits before Wednesday, 1 November 2017 and are not currently blocked are eligible 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 2017 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 3 December 2017 (UTC)

WP:STUBSPACING

When and where was consensus forged for one instead of two blank lines preceding stub templates (ping SMcCandlish) ? – Finnusertop (talk ⋅ contribs) 20:26, 15 December 2017 (UTC)

Sounds like a question for WT:STUB. I stopped keeping track of that pseudo-issue in 2016. The WP:STUB text suggests that the two-blank-lines rule was instituted for technical reasons which have now been obviated, so who cares?  — SMcCandlish ☏ ¢ >^ʌⱷ҅_ᴥⱷ^ʌ<  21:37, 15 December 2017 (UTC)

(@SMcCandlish: Correct. No one should care. I triggered this on 2017-11-05 when I boldly or brashly changed "two" to "one" at WP:STUBSPACING.)

"When and where" was "consensus forged" to specify two blank lines instead of one before {...-stub}? (Answer: The ridiculous notion surely got in there by accident, before discussion.) (BTW, "when and where" was "consensus forged" to specify even one blank line before {stub}?) What was the alleged "now-obsolete technical reason" that "used to" necessitate two blank lines? (Answer: There can't be one.) Is {stub} so very special that it gets to be the only feature that demands a spurious blank line? (Answer: It isn't, so it doesn't.) One blank line works, therefore there is no excuse for two, so forget about two. Like in many situations, a system built around "never" is as functional as a system built around "always". (I.e., "Never use two blank lines instead of one before {stub}." works just as well as "Always use two blank lines instead of one before {stub}.". (Actually, it works better.) There is no excuse for the exception, so the pointless exception goes away.)

It seems more likely that it was aesthetic (not technical), either in markup or in rendering. Markup: It made it so much easier to ... do something no one does. (Search for stub tag by typing Ctrl+F and then s t u b }.) No markup can be so special that it needs special rules around it. You =can't= $feature$ *everything*. (You can't.) What about all the other unfeatured tags that deserve special unique formatting (pointless blank lines, indenting, indenting, etc.) - it would make the page into an uneditable see of patterned whitespace. Not gonna happen. Rendering: If the Wikimedia software works right, rendered spacing before stubs should be the same regardless of whether there are 2, 1, 0, 3, or 42 blank lines before {stub} (or none at all, or if {stub} is in the middle of a line). The place to manage that spacing is in the renderer, not in the markup. Would anyone urge a change to two blank lines if there had only ever been only one blank line? Nope. Stupid rule (or guideline). Now it's not there to annoy any more. Time wasted. -A876 (talk) 09:24, 16 December 2017 (UTC)

"across the world" listed at Redirects for discussion

An editor has asked for a discussion to address the redirect "across the world". Since you had some involvement with the "across the world" redirect, you might want to participate in the redirect discussion if you have not already done so. — PinkAmpers&^{(Je vous invite à me parler)} 00:58, 2 January 2018 (UTC)

Disambiguation page

Re Projection, [2] it may help to check out WP:MOSDAB. Widefox; talk 12:05, 15 May 2018 (UTC)

Your edit on 20180515 improved categorization. You also thinned a bunch of items (lines), as "clutter". They probably were "clutter" on the disambiguation page – they might deserve mass listing only in a comprehensive "list of projections" (if that article existed). I did not add those items, though I preserved or "curated" them when I edited. I want to edit your edit-comment (though I can't): (create according to WP:MOSDAB (overview WP:DABYESNO) - note all those redirects to sections are already linked to the main article and clutter). "Create" is not quite the correct verb for an edit, however deep. Also I think the essay WP:NOTED should apply to edit-comments too, for good form. :)

I see possible encouragement in your mention of my edit on 20171010 (which was undone 50 days later). I think you appreciated my attempt to expand optical projection, though I misplaced my effort because it made the disambiguation page too much like an article. Disambiguation guidelines are at least simple. The harder part is to know what belongs in which article(s). (I forget whether I tried to see whether some of that writing could help another article, or become an article itself.)

Content should show the close relationship between mathematical or geometric projection, graphic projection, and optical projection.

Optical projection is not limited to projectors.

Every shadow is formed by projection.

Every conventional radiograph is formed by projection. -A876 (talk) 22:00, 15 May 2018 (UTC)

Move of Sjögren syndrome

The page was originally moved based on a Wikipedia:Requested moves. The ICD10 uses the term without the "'s". If we are to change another formal move request is needed. Best Doc James (talk · contribs · email) 14:17, 27 June 2018 (UTC)

That was arrogant of me. So you moved it back without investigating the reasons I gave or starting that discussion? Payback in-kind? "The page was originally moved based on a Wikipedia:Requested moves." No, it was on Wikipedia:Requested moves/Technical requests, implying that the requester would have done it themselves but could not and, as always, there was no "discussion" whatsoever – so much for unvetted "formal move requests". The reason given was "to match the article text" (but the article text was and still is mixed with multiple variations, copied incorrectly from article names and even the Foundation's name). Anthony Appleyard made this "uncontroversial technical request" with no sign of thinking about it. I contest that "uncontroversial" undiscussed move. I'm too late, as always, huh? I undid the move because it was wrong. You put it back because I am wrong. Where did you get your consent? Can you say who made the WHO and ICD10/ICD11 the ultimate and only arbiter of correctness in Wikipedia, overriding Mayo Clinic, the Foundation, NHS, and prevalence (almost everyone else)? Everywhere in English it is Sjögren's syndrome (also the original Swedish, minus the apostrophe - don't they have a say?). Only a small minority of articles get it "right" as you see it. Is there a mission to impose a WHO committee's idea of correctness on the world? Maybe we must rename every chemical to the international name (dodecan or dodecane?) too. Yes I've noticed the fad of dropping the 's from some disease names (Hodgkin, Down, Huntington?). No one needs it. It's confusing. Is it official? (Cite.)

Who is this "we"? And what do you mean "is needed"? Moves just go through until someone reverts them. Once decoded, what you wrote is a command (couched as politeness), not even advice. Utterly unhelpful.

"Originally moved" – there's a new oxymoron to remember. - A876 (talk) 21:45, 27 June 2018 (UTC)

Talk page etiquette

It is generally considered bad etiquette to edit other users' comments on talk pages and other discussion fora at Wikipedia, as you did here, even to correct typos. Probably best to just leave the mistakes alone. WikiDan61^ChatMe!_ReadMe!! 11:54, 6 July 2018 (UTC)

Proposed deletion of Hypothetical chemical compound

The article Hypothetical chemical compound has been proposed for deletion because of the following concern:

Newly created article that does not cite any sources.

While all constructive contributions to Wikipedia are appreciated, pages may be deleted for any of several reasons.

You may prevent the proposed deletion by removing the {{proposed deletion/dated}} notice, but please explain why in your edit summary or on the article's talk page.

Please consider improving the page to address the issues raised. Removing {{proposed deletion/dated}} will stop the proposed deletion process, but other deletion processes exist. In particular, the speedy deletion process can result in deletion without discussion, and articles for deletion allows discussion to reach consensus for deletion. Leyo 09:44, 10 July 2018 (UTC)

Someone de-tagged it, saying "newly created is not a reason to delete", but that's okay. - A876 (talk) 21:14, 23 July 2018 (UTC)

Nomination of Restored Church of God for deletion

A discussion is taking place as to whether the article Restored Church of God 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/Restored Church of God 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. Roberticus talk 20:48, 27 July 2018 (UTC)

Ways to improve Basic aluminium

Hi, I'm Meatsgains. A876, thanks for creating Basic aluminium!

I've just tagged the page, using our page curation tools, as having some issues to fix. Consider providing reliable sources to strengthen the page's verifiability.

The tags can be removed by you or another editor once the issues they mention are addressed. If you have questions, you can leave a comment on my talk page. Or, for more editing help, talk to the volunteers at the Teahouse.

Meatsgains^(talk) 02:16, 28 August 2018 (UTC)