Revision as of 05:35, 3 March 2013 editMODCHK (talk | contribs)31 editsm Theory only―I have not tried this myself! →Different signatures, depending on the namespace← Previous edit | Revision as of 06:49, 3 March 2013 edit undoMiszaBot II (talk | contribs)259,776 editsm Robot: Archiving 2 threads (older than 90d) to Misplaced Pages talk:Signatures/Archive 8.Next edit → | ||
Line 24: | Line 24: | ||
}} | }} | ||
{{archives |index=/Archive index |auto=yes |search=yes |bot=MiszaBot II |age=3 |units=months }} | {{archives |index=/Archive index |auto=yes |search=yes |bot=MiszaBot II |age=3 |units=months }} | ||
== Simplifying signatures == | |||
{{discussion top|I think there is a '''consensus in favour''' of allowing custom prefixes, adding or altering text and adding or removing wiki-links related to the users activity. There is '''no consensus''' for altering the username, adding wikilinks to other pages, trivial formatting changes and advanced CSS formatting. There is also a '''consensus against''' particularly unreasonable signatures, if your signature is attracting criticism then you need to react maturely and civilly towards such comments, ''especially'' if they are raising accessibility concerns. -- ] <]> 20:26, 12 November 2012 (UTC)}} | |||
Currently Misplaced Pages is liberal on users' signatures, allowing to specify ]. Though policy discourage several particularly distracting modifications, the opinions in recently closed ] discussion at ], ongoing ] discussion at ] and several other discussions seem to suggest that the liberty of signature formatting is already excessive. | |||
This poll is conducted in order to probe for consensus about the aspects of signature customization. To make discussion more focused, I prepared a list of typical alterations of signatures to be discussed: | |||
#Prefix of signature ("-", "–", "—", "--", etc); | |||
#Altering the username (eg. ]); | |||
#Adding or altering text (eg. "] (aka John Doe) (])" or "] (])"); | |||
#Adding or removing wikilinks related to user's activity (eg. remove link to userpage from signature, or add a link to users' contributions); | |||
#Adding wikilinks to other pages (eg. adding wikilink to ] or even favorite article); | |||
#Trivial formatting changes (altering <span style="color: red; background-color: lightgray;">foreground/background colors</span>, <span style="padding: 1px 3px; border: 1px dashed gray;">adding borders</span>, <sup>making parts of signature superscript</sup>, etc.) | |||
#Advanced CSS formatting (eg. <span style="text-shadow: gray 2px 2px 0px;">adding shadows</span>, altering <span style="position: relative; top: 7px; left: 10px;">position</span> of <span style="position: relative; bottom: 3px; right: 2px;">text</span>, <span style="text-decoration: blink;">blinking</span>, etc.). | |||
Feel free to reference these and ''add your own ideas'' (eg. "'''''Allow''' only 1, 3, but only within ] range.''"). — ] (]) 23:22, 30 August 2012 (UTC) | |||
*Allow only '''1''' and '''2''': the simpler is the signature, the less it distracts. Still, entering prefix ("—" in my case) manually every time is annoying, this option should still be allowed. Furthermore, though I could live with my username unaltered, several editors are better known for their altered names in signatures, so this should be allowed for compatibility reasons. — ] (]) 23:22, 30 August 2012 (UTC) | |||
*Allow all the above, as long as the signature in some way links to the user signing it, is not intentionally deceptive, and doesn't break formatting, it should be allowed. Users with hard to read shadows or blinking text should be continuously {{tl|trout}}ed until they change signatures, but should not be forced to as a matter of policy. ]] 00:51, 31 August 2012 (UTC) | |||
*Allow only '''1''' and '''2''' and '''3''' and '''4''': Personal aesthetics are best kept to one's own Userpage. If an editor wants a way to easily see their own name in a huge talkpage, then use the ] script. I've loved it for years. (See ]. Every instance of the word "quiddity" throughout wikipedia is in bright green, but nobody else has to see it.) -- ] (]) 02:00, 31 August 2012 (UTC) | |||
*Firstly, I find customized signatures helpful in identifying editors, because I have a better memory for colour and style than I do for names. Secondly, Wikipedians like to have fun with their signatures, and it seems like harmless fun. I've very rarely seen a signature that could count as disruptive; by the time editors realize the degree to which they can customize it, they're usually experienced enough to know what's disruptive. '''Allow all of the above''' (except perhaps 5) and only worry about it on a case by case basis if the signature is clearly disruptive. We have guidelines in place already, and I believe those to be sufficient. 1, 2, 3 and 4 seem unquestionably acceptable, 6 and 7 are the grey area where it could get disruptive, and I've never heard of 5, but I can see how it might be problematic. <small>Apparently my browser (Google Chrome) doesn't support "blinking" text.</small> <span style="text-shadow:#67A -2px 2px 15px;">]]]</span> 06:10, 31 August 2012 (UTC) | |||
**I came across all these examples in an hour before starting this RfC. I wouldn't point to specific editors, though, to avoid building "hate group". That said, I'm pretty convinced that by the end of RfC, the signatures on this page would match all my examples. {{small|P.S.: Among statistically noticeable browsers only Firefox supports blinking, and even there it may be disabled globally in ].}} — ] (]) 11:43, 31 August 2012 (UTC) | |||
***Opera 12.02 supports blinking (yeahyeah, I'm using an insignificant-share browser ;p ) -- ] (]) 00:19, 1 September 2012 (UTC) | |||
*There's harmless customisation, and there's bad customisation. No names, but I know ''exactly'' who the initial subject of ] is, because I got a complaint in before that thread was raised. Also, some sigs break the page layout - recently, on the talk page of a TFA, I came across a sig with the following styling : | |||
<source lang="html4strict" style="overflow: scroll;"> | |||
--<div style="background:yellow;"> | |||
<font style="background:lightgrey">]</sup>]</font> | |||
</source> | |||
:Quite apart from the shouty full-width ostentation, this sig lacked a closing {{tag|div|c}}, so the sig styling was applied to the rest of the page (btw, it's genuine, I just changed the name). | |||
:So, here's what I feel. Allow 1,4 always - the presence of one or two hyphens or dashes is not essential, but is a useful, non-distracting separator; and a wikilink to any one or more of the user page, talk page and contribs is an essential positive identification. Allow 2,3 for existing cases (no new cases) - some users are well known by the alias or other textual quirk, but increased uses of these should not be encouraged. Allow 6 - subject to conformance with ] (esp. ]). Deny 5,7 because there is no need, esp. for 7 - apart from the previous example which is ostentatiously sized, coloured and styled beyond the point of distraction, I've seen sigs that are none of those, yet are almost unreadable, because of blurred lettering, or pastel colours against a grey cloud. --] (]) 12:15, 31 August 2012 (UTC) | |||
:: They must have been substing a template in their sig, because MediaWiki both enforces a 255-character limit (that's over 500) and requires that the signature parse as a valid XML fragment. But it doesn't try to expand templates <small>(even if it did, the template could always be changed after saving)</small>. ]] 02:19, 3 September 2012 (UTC) | |||
* , and . </humor>. OK .. I guess if the sig. actually ''did'' blink in my browser (Chrome), it might get annoying. Cause I kinda like this one: <small><span style="border-style:solid;margin-left:1px;border-color:#18a0ec #18a0ec #18a0ec transparent;margin-right:-4px;border-width:7px;color:transparent;font-size:0"> </span><span style="border-top:1px solid #18a0ec;border-left:1px solid #18a0ec;border-bottom:1px solid #18a0ec;color:#18a0ec;background-color:#d7e7f4;padding:1px 4px">]</span><span style="background-color:#18a0ec;padding:2px 4px">]</span><span style="border-style:solid;margin-left:-4px;border-color:#18a0ec transparent #18a0ec #18a0ec;border-width:7px;color:transparent;font-size:0"> </span></small> — <small><span style="border:1px solid #000000;padding:1px;"><b>]</b> : ]</span></small> 13:19, 31 August 2012 (UTC) | |||
* I find modified signatures, including my own, highly helpful in quickly identifying who posted where. And I mean ''highly'' useful, as in it really helps me keep track of things. Per Monty845 above, if there isn't anything really bad they should be allowed... or encouraged. In addition to their usefulness, they are a harmless way of allowing users to express individuality. The only one I would consider worth denying is usernames which change from one time to another. That causes genuine confusion. ] 19:57, 31 August 2012 (UTC) | |||
*:That's part of the problem though. See ]. | |||
*:1) It leads to "who can be the boldest within the acceptable/technical limits". | |||
*:2) It means a few people stand out more than others, and those of us who don't use bright/bold sigs risk being overlooked/ignored, because the reader jumped to the visual-eyecatcher. | |||
*:I totally understand the other (your) perspective, but those of us who are critical are just trying to point out that it's a ''complicated'' situation, with serious pros and cons each way. :) -- ] (]) 00:25, 1 September 2012 (UTC) | |||
**FWIW individuality on Misplaced Pages is better expressed by editing content in the individual scope of expertise. — ] (]) 01:26, 1 September 2012 (UTC) | |||
*People are allowed to show their bad taste by choosing a stupid signature. They should be allowed to continue. Of course, comments followed by a stupid signature will look less smart than comments followed by a tasteful signature. If your signature cries "look at me! listen to me!" then I won't. But really, any time spent enforcing signature rules would probably be better spent elsewhere (for example, simplifying or deleting Misplaced Pages policies). —''']''' (]·]) 09:03, 1 September 2012 (UTC) | |||
*Allow all except 2, 5, and the blink tag. The name in the signature should be either your account name or another user page linking to your account (such as if I were to sign as ], which is both a valid talk page and has a prominent link to my real page). --] (]) 14:24, 1 September 2012 (UTC) | |||
* Allow 1, 2 & 3 if not confusing or disruptive, 4 as long as at least a user or user talk link remains, 6 & 7 if not disruptive (e.g. no blink, normal font sizes, legible font, accessible colors, "display:inline" only, etc.). I see little need to throw out username adjusting, tasteful coloring, and such just because a few people are stupid about it. ]] 17:57, 1 September 2012 (UTC) | |||
*Disallow all. Four tildes are enough for anyone who just wants to focus on article content and good consensus process.] (]) 12:08, 2 September 2012 (UTC) | |||
*I think ] summed up my view quite well. My only suggestion would be a maximum length, but a maximum length is something which is hard to define. ''']''' (] • ] • ]) 01:32, 3 September 2012 (UTC) | |||
**Note we do already have a maximum length: 255 characters of wikitext. This is generally enforced by MediaWiki itself, although the template loophole is enforced only by policy. ]] 02:13, 3 September 2012 (UTC) | |||
{{od}} | |||
I'm very much in favour of limiting sig customisation; chiefly to comply with ] (mainly sigs currently fail to comply with ], and many include ] links, including examples where the first few characters of a username link to the user page an the remaining characters to their talk page. I've even seen one editor - an ''admin''! Who removed the link from their signature. That said, my sig is customised to include my real name, add a link to my contributions (in the interests of openness), to disambiguate the talk page link (to ''enhance'' accessibility) , and to emit ]. I'd like to see the options listed at the head of this section rephrased or expanded to take account of these issues. I also predict that any move to limit sig customisation will arouse the ire of the ], and we may need to move this section to a sub-page, to accommodate the likely volume of posts. | |||
'''Note also the draft policy''' at ] which I started some time ago, and which could be modified and adopted as a result of this RfC. <span class="vcard"><span class="fn">]</span> (<span class="nickname">Pigsonthewing</span>); ]; ]</span> 11:44, 3 September 2012 (UTC) | |||
: So what ] should we be allowed to use? :-) — <small><span style="border:1px solid #000000;padding:1px;"><b>]</b> : ]</span></small> 11:50, 3 September 2012 (UTC) | |||
:: #0645AD:{{color square|#0645AD}} ;> ] (]) 12:35, 3 September 2012 (UTC) | |||
:::If you ''must'' change them, see ]. <span class="vcard"><span class="fn">]</span> (<span class="nickname">Pigsonthewing</span>); ]; ]</span> 14:13, 3 September 2012 (UTC) | |||
: Andy has a point about metadata and it would be best if things like that were generated by MediaWiki from fields users entered (and the the software sanitised) in prefs. But who the hell needs talk and contrib links cluttering up the world when we've got ]. Turn the next version of that on by default (anons, too;). ] (]) 12:35, 3 September 2012 (UTC) | |||
::How do popups work on ATs? <span class="vcard"><span class="fn">]</span> (<span class="nickname">Pigsonthewing</span>); ]; ]</span> 14:13, 3 September 2012 (UTC) | |||
::: ATs? ] (]) 15:12, 3 September 2012 (UTC) | |||
::::Sorry. ''Assistive Technologies''. Things used by people with disabilities, to access the web. Like ], or Braille display pads. <span class="vcard"><span class="fn">]</span> (<span class="nickname">Pigsonthewing</span>); ]; ]</span> 17:43, 3 September 2012 (UTC) | |||
:*I concur with this draft, but it should probably be merged to ], as it intersects in its focus too much. — ] (]) 18:22, 3 September 2012 (UTC) | |||
... or we could let peps do whatever they want... They're doin' it anyway. ] (]) 15:12, 3 September 2012 (UTC) | |||
:I don't see a problem, actually. Most editors can't be bothered to do something unique so there aren't many unusual signatures on any given page at any given time. Those who use them may find it easier to keep track of their comments, and that's fine with me. Its such a small way for some editors to show individuality. And gosh, we don't have to have more controls in place do we, especially those which will not affect the quality of our articles one way or the other. (] (]) 02:40, 4 September 2012 (UTC)) | |||
::The most significant problem is that some sigs do not meet ] standards for web accessibility; which means that they are difficult or impossible to read, or navigate, for some people, who may be blind or have a sight impairment, for example. A script to help people who wish to keep track of their own comments, without disadvantaging other editors, has already been mentioned above. <span class="vcard"><span class="fn">]</span> (<span class="nickname">Pigsonthewing</span>); ]; ]</span> 09:42, 4 September 2012 (UTC) | |||
:::Rather then trying to end all expression in signatures, wouldn't it make more sense to identify those with signatures that create accessibility problems and work with them to fix the problem? ]] 14:25, 4 September 2012 (UTC) | |||
::::Unfortunately without a policy to back it up, people can be quite stubborn when it comes to changing even when the problem is explained to them, simply because it isn't a problem for them. -— ] ] 18:14, 13 September 2012 (UTC) | |||
*Discourage signatures that are hard to type or search for. ]. ] ] 11:10, 4 September 2012 (UTC) | |||
* In my opinion, the only reason people dress up their signature, is the same reason that people use avatars. To express themselves and to establish a visual identity. It's easier to recognize visual shapes and colors than it is to recognize a row of letters. So probably unless you bring avatars, people will always feel the need to dress up their signature. —] (] • ]) 11:24, 4 September 2012 (UTC) | |||
* Disallowing one would needlessly force editors to type a separator manually, disallowing two and three would contradict the guidance ], and disallowing five would again result in people adding such links manually. I would therefore allow 1, 2, 3 and 5, and am indifferent on 4, 6 and 7. —]— 11:53, 4 September 2012 (UTC) | |||
* I think we should allow basically everything, with an option to force removal of seriously disruptive sigs through the normal user-behavior dispute systems. Separately, I believe that we should find the inventor of the HTML blink tag and have a ] with him about his ]. ] (]) 18:39, 10 September 2012 (UTC) | |||
**He already . — ] (]•]) 18:47, 10 September 2012 (UTC) | |||
***My HTML book shows that the {{tag|BLINK}} element was never a part of the formal HTML spec - it was first seen as a non-standard feature in ]. --] (]) 19:04, 10 September 2012 (UTC) | |||
*Many editors who go for the more disruptive signatures tend to be more stubborn ones, unwilling to change without a concrete policy to back up a request, so having at least a concrete guideline wouldn't hurt. That said, pretty much anything can be fine if used well; the problem is that folks cannot agree on what is 'well' in the first place, or in some cases bring themselves to care. So I'd say 1 certainly; 2, 3 and 4 within reason; and 5 within reason, but I can't actually think of a good reason for that one, though that doesn't mean there isn't one. 6 and 7 also aren't inherently bad, but tend to at best do little more than make the source text of the signature needlessly long and give unneeded emphasis to random people's signatures, and at worst break the entire page, so eeeh. -— ] ] 18:14, 13 September 2012 (UTC) | |||
*For many editors, Misplaced Pages's "wall of text" methods of discussion is difficult to follow. This is a common criticism from new editors I've spoken to and from potential editors who refuse to start. One thing I tell them, is that signatures help, acting as focal points for your comments, so you can easily see replies to them. For this reason, I would suggest that 1-6 are allowed (though I discourage 7). ]<sup>TT</sup>(]) 08:08, 14 September 2012 (UTC) | |||
*:Complicated signatures make the wall of text worse when in edit mode, though, since they tend to be so long in source. Perhaps if the limit were lowered that would help with both that and with helping prevent the truly ridiculous? -— ] ] 16:54, 14 September 2012 (UTC) | |||
*::I would argue that no one should see "edit mode", and I'm aware that the foundation is working on something to sort that. There's a lot of code in "edit mode", lots of markup, all of which is complex, and another reason Misplaced Pages is daunting for newcomers. The limit of 256 chars is currently ignored by quite a few editors - something I highlight whenever I see it. My sig is currently 222 chars, largely because of my long username. It's also compatible with green on black screens - or any other default colours, because it's got a background. There are ways to remove the styling from the text - and as czarkoff mentions below. ]<sup>TT</sup>(]) 09:09, 17 September 2012 (UTC) | |||
*:::FWIW my signature is nearly 2 times shorter then yours, and 108 chars of difference are greater then difference in our user names. BTW, you might have made your signature 18 chars shorter without altering rendering: ]<sup>TT</sup>(]). Still, the length of your signature comes from your use of char-expensive shadow, that actually only results in worse readability (blurry text). — ] (]•]) 10:29, 17 September 2012 (UTC) | |||
*::::I'll take on board your suggestions, and update it - thanks for that. Regarding my signature specifically, the blurriness is not very noticeable due to the low contrast difference, but it does mean my signature is clearly visible using the green-on-black accessibility scheme. I considered a background colour, but felt it was rather unpleasant when commenting on certain users talk pages. ]<sup>TT</sup>(]) 10:55, 17 September 2012 (UTC) | |||
*:::::BTW what use case do you mean by "using the green-on-black accessibility scheme"? In ] your signature renders as <span style="background: #d3d7cf; color: #000; font-family: monospace;">]^TT(])</span>. — ] (]•]) 11:16, 17 September 2012 (UTC) | |||
*::::::Sorry, I should have been clearer. I was referring to the Green-on-black monobook skin, available in My Preferences -> Gadgets -> Appearance. ]<sup>TT</sup>(]) 11:24, 17 September 2012 (UTC) | |||
*:::::::<span style="font-size:85%;">Actually, in Lynx this page is ways more readable then in other browsers. No single distracting signature, and navigation is dramatically facilitated by only two text colors (black and blue).</span> — ] (]•]) 11:26, 17 September 2012 (UTC) | |||
*:BTW, some CSS styling (or even JS signature replacing as a gadget) could do a better job. FWIW for me the problem of signatures standing out is more distracting then a "wall of text". FWIW text is the central content concept of Misplaced Pages with all illustrations and decorations being complementary. — ] (]•]) 00:38, 15 September 2012 (UTC) | |||
*::I wholly agree there's better ways we could do the styling. Text being a central concept of Misplaced Pages might be fundamentally flawed, as we are likely to only get editors who react well to text based websites. Media rich websites are becoming the norm online, and Misplaced Pages's text heavy style is looking dated. Breaking the text up is not a Bad Thing<sup>TM</sup> ]<sup>TT</sup>(]) 09:09, 17 September 2012 (UTC) | |||
*:::I'm not exactly sure what you mean by "media rich websites", but anyway this has nothing to do with colorful signatures. If there indeed ''is'' a problem of navigation on talk pages, there should be means of addressing it on viewers' side, not on data side. Eg. the signatures may be enclosed in spans with class="signature", and a gadget for coloring signatures may be provided. Doing ''this'' with custom signatures is a fundamentally Bad Thing™. — ] (]•]) 10:12, 17 September 2012 (UTC) | |||
*::::I mean that trying to decypher talk pages, with the "wall of text" is something that I used to do in the 90s, when internet speeds were much slower. Today, typical websites (even other online encyclopedias such as ) feature much more media, better layouts and more readability. Misplaced Pages's layout is in the dark ages by comparison. I personally alternate solutions for styling signatures, eg java script or taking the css out of the page, but we have more fundamental problems that need to be sorted before custom signatures should be removed. ]<sup>TT</sup>(]) 10:20, 17 September 2012 (UTC) | |||
*:::::Decypher? I don't think so. Still, I don't see how blurry text, blinking, shadows, coloring, links to ] and other stuff one may easily find among signatures helps in this regard. For me it makes matters ''much'' worse, as I lose focus once I spot distracting signature. Furthermore, I seldom find myself building a prejudice against an editor with fancy signature before seeing his contributions (a dramatically Bad Thing™, but I can't help myself with this). And I'm pretty sure that I'm not alone in this. — ] (]•]) 10:37, 17 September 2012 (UTC) | |||
*::::::Blinking is distracting, as would be scrolling or other moving text. High contrast colours also draw the eye, but more than a few of the editors who use them have visual impairments, and the high contrast allows them to find their signatures easily. This is a Good Thing™. As to building an impression based on a signature, I generally don't do that, though I do associate a signature with opinions, and find them much more memorable than the username they are attached to. I do think a javascript post render styling would be a good idea, which would allow editors to turn off fancy signatures... ]<sup>TT</sup>(]) 10:55, 17 September 2012 (UTC) | |||
*:::::::No, it is a bad workaround, while there are readily available gadgets and methods implementing proper workaround. FWIW visually impaired users mostly have contrast tuned, so their high-contrast signatures are not that different from the rest of text. ''P.S.'': where should I address a query about wrapping signatures in a span or div with custom class? As of now they are not wrapped. — ] (]•]) 11:16, 17 September 2012 (UTC) | |||
*::::::::I believe that should be raised at ] or ]. ]<sup>TT</sup>(]) 11:24, 17 September 2012 (UTC) | |||
*::::::::I would support the idea of having a span and a class around all user signatures. Indeed, this is exactly what I was suggesting yesterday ] (where similar discussion is taking place), borrowing the ideia I saw on Wikimedia Commons, where they tried to use this for ]. ] 03:50, 18 September 2012 (UTC) | |||
*I wouldn't necessarily oppose rules which restricted certain signatures, but I don't think it should be done on technical grounds, as with points 1-7 given above, all of which can have their place: for example, my signature uses 6 & 7, but I doubt many people would object to it in practice. Instead, I suggest that it be done based on two factors: First, signatures should not be misleading, confusing or unreadable; second they should not be distracting, disruptive or offensive. These would be determined at the discretion of consensus and admins. A 2.0 approach would be to allow sigs to be + or - ed, so that users would be able to get simple feedback on the sig, and would allow admins to easily find the worst offenders, but doesn't really seem to be the way Misplaced Pages's going. --<span style="text-shadow:grey 0.15em 0.15em 0.1em">]</span><span style="text-shadow:grey 0.25em 0.25em 0.12em"><sup>]</sup></span> 13:14, 14 September 2012 (UTC) | |||
* If there is consensus that someone's signature is disruptive, it should be changed (possibly enforced with blocks, if the user refuses to comply). Otherwise I don't think we should restrict specific things. (Basically, the current approach.) ] (]) 05:19, 15 September 2012 (UTC) | |||
*'''Comment''' To those saying that the signatures are too long and confusing when in edit mode, remember that's the fault of the current rules. It is very possible to have ...what's it called... signatures where you have <nowiki>{{something like this}}</nowiki> instead of signature code. For example, just look at the signature I'm putting here: {{User:Becritical/Signature}} And as for stuff about increasing server load, I don't believe it could be significant, I bet there isn't any problem with current server technology. Misplaced Pages surely has sufficient resources. ] 15:40, 15 September 2012 (UTC) | |||
**Use of unsubstituted templates such as {{tlu|User:Becritical/Signature}} violates ]. --] (]) 19:45, 15 September 2012 (UTC) | |||
***This is an RfC on what we should and should not allow, so proposing to allow templates is OK. — ] (]•]) 19:51, 15 September 2012 (UTC) | |||
****OK then. '''Oppose''' permitting the use of unsubstituted templates in sigs, for the same reasons that we recommend the substitution of all ] templates - the potential for the meaning to be altered after placement (possibly maliciously). --] (]) 20:16, 15 September 2012 (UTC) | |||
*****BTW, is there a way to permanently protect template with exception for one user? — ] (]•]) 20:25, 15 September 2012 (UTC) | |||
******No - template protection (whether the template is in Template: namespace or User: space) is the same as for other pages outside of MediaWiki: space. Available options are either "Allow all users"; "Block new and unregistered users"; or "Block all non-admin users" - there is no option to "Block all non-admin users but allow specified usernames". --] (]) 20:32, 15 September 2012 (UTC) | |||
*******Ignoring the workarounds (per ]), even if we did allow templates, we'd still have to constantly police various problems such as people using dynamic code ("I want my name to be a random color in every instance, and on each reload!") which completely destroys Page-caching. (Page-caching is critical, and is the reason we're not getting a ] for <nowiki>{{USERNAME}}</nowiki> anytime soon - See ] for details.) —] (]) 21:05, 15 September 2012 (UTC) | |||
********Yes, "page caching." I'm guessing that for moderate use such as changing a sig once a month it would be okay, but as you say could easily be abused. But FWIW, "there is no option to "Block all non-admin users but allow specified usernames"" But there is, all you have to do is have a special usergroup for it no? Would require a bureaucrat to assign the usergroup though. ] 21:00, 16 September 2012 (UTC) | |||
********* Not exactly. Someone with appropriate access would have to change the enwiki configuration to add these groups, and add them as appropriate block options. One for each different set of "specified usernames". It would probably be easier to convince someone to add "block all non-admins except these specified users" as an actual option than to get someone to agree to that hack. ]] 00:13, 17 September 2012 (UTC) | |||
*******Technically if you want to have something that only a given user and admins can edit, we already have that - any user subpage ending with .css or .js is protected in just such a manner. But templates have other problems such as enabling various dumb things, causing server strain when updated, and yadda etc cows. -— ] ] 00:22, 17 September 2012 (UTC) | |||
*'''Allow''', I find customized signatures occasionally gaudy, but often useful in navigating large discussions. With regard to point 5, which has some critics above, I've seen links to particular Wikiprojects fit in here (expressed as a couple tiny characters as a link) that struck me as constructive, not gaudy, and arguably beneficial, I'd hate to toss those out as a matter of what I find unattractive. Mockery and trout remain effective tools for managing the latter problem. --]] 16:35, 15 September 2012 (UTC) | |||
*:The obvious/glaring problems are easy to deal with, it's when we get closer to the fine-line of subjectivity that it becomes difficult. A kinda perfect example is: Becritical. The design/style/aesthetic is really very nice indeed, it's original, classy, formal, uses symmetry and non-symmetry well, etc. From a typographile perspective I think it's lovely! But from the angle of someone trying to read a threaded discussion, those giant black spots leap out and steal part of my attention. (but, they do make good mental-map reference locations if I'm scrolling a large page, and other factors; but, it's ''complicated'', which is all I really hope everyone can/will/does acknowledge. :) | |||
::If we get ] as pictured, then I'll add my own avatar-image just to look like a 'regular', but i'll turn off all images at my end so that i can ''read''! —] (]) 23:45, 16 September 2012 (UTC) | |||
:::Hey thanks Quiddity (: It sounds like what you're describing is a difference in the way different people mentally process the pages. So it would be hard to get a consensus here since modified sigs are helpful for some and a nuisance to others. The "outside factor" is that they allow individuality to editors. I think flashing is one thing we could definitely ban though. ] 15:22, 17 September 2012 (UTC) | |||
::::We already have that. Under ] it states "'''Your signature should not blink, scroll, or otherwise inconvenience or annoy other editors.'''" (emphasis in original) ]<sup>TT</sup>(]) 15:26, 17 September 2012 (UTC) | |||
* Forbid any signature that does not conform to ] version 2.0, and keep all present restrictions. Other than that, no additional restrictions. See , and . -- ] (]) 18:18, 17 September 2012 (UTC) ] (]) 18:18, 17 September 2012 (UTC) ] (]) 18:18, 17 September 2012 (UTC) ] (]) 18:18, 17 September 2012 (UTC) ] (]) 18:18, 17 September 2012 (UTC) ] (]) 18:18, 17 September 2012 (UTC) <sup><small>(Have I reached the 255 character sig limit yet?)</small></sup> | |||
*Allow 1-6 unless links are changed to something inappropriate but ban aspects of 7, specifically moving or blinking text. I'm dyslexic and i really cant read the odd couple i've seen without using print screen. Thanks ''']<font color="purple">]</font> <sup>(])</sup>''' 11:32, 18 September 2012 (UTC) | |||
*:Can you read mine? I use formatting from category 7 and have been for almost a half year now. Now compatible with HTML5.—] ]<sub style="margin-left:-4.4ex;color:olive;font-family:arnprior">Online</sub> 11:44, 18 September 2012 (UTC) | |||
:::...I'm not colour blind...Your signature is fine. The only ones that give me grief are moving or blinking ones. Thanks ''']<font color="purple">]</font> <sup>(])</sup>''' 11:56, 18 September 2012 (UTC) | |||
*Allow all with severe limitations on 2, 6, and 7. The signature needs to clearly identify the user and direct to their userspace through at least one link. The signature needs to be legible, and not all over the place. What I have uses 1, 2, 6, and 7 but it's clearly not disruptive. Now compatible with HTML5.—] ]<sub style="margin-left:-4.4ex;color:olive;font-family:arnprior">Online</sub> 11:44, 18 September 2012 (UTC) | |||
*Allow '''1''' ( 'cause it's nice to have a separator), '''2'''&'''3''' (within reason; it should still resemble the original), '''4''', '''6''' (as long as it's tasteful and doesn't mess up other lines), and parts of '''7''' as long as they are readable and not distracting (absolutely no blinking, moving, etc). I'm currently using 1, 6, and 7. I'm personally fine with most of the sigs on this page with the possible exception of Be Critical (it stands out too much in a wall of text.) Does mine look ok? <span style="font-family:times; text-shadow: 0 0 .2em #6af; font-size:10.1pt">~] <small>(])</small></span> 21:47, 19 September 2012 (UTC) | |||
*:Your sig is in the ... ;) But at least the code is short, and it's blue (as links usually are). The folks who use near the 255character limit ''and'' are hard to read or distracting, are the most problematic. —] (]) 22:35, 19 September 2012 (UTC) | |||
*'''Allow''' most basic customisations. I find differences in font and colour to be helpful when following long discussions, or to pick out comments from particular editors (rather than using the "find" function). I'd go for disallowing flashing, blinking, scrolling, or anything else visually disconcerting / offputting / obtrusive; also disallowing anything overly large or small. With regard to having a sig-nickname which doesn't correspond to the username, I think provided that it's kept constant, '''and has a link''' to the user / talk (which it should, anyway), then it's not really a problem. ] (]) 05:56, 22 September 2012 (UTC) | |||
*We should disallow certain specific things, not specify what exactly is allowed. I would include the use of CSS text-shadows (it almost always makes it harder to read) and, as someone mentioned above, linking different parts of the same word to different places, differentiating the links only by color. I concur with those who have said that a bit of visual distinctiveness helps pick out particular participants in discussions. — ] ] 19:18, 11 November 2012 (UTC) | |||
=== Consensus regarding specific ones as disruptive === | |||
Some folks mentioned that if there is a consensus that a signature is too much, then that should suffice, but how exactly do we go about getting such a consensus? Taking someone to AN over a signature of all things seems pretty silly, especially when a lot of the time the only reason they don't want to change it is simply because they don't see any consensus for it needing changing. Many signatures are sufficiently borderline that there isn't any good way to decide if they do need to be changed, too, so there has to be a more appropriate forum to decide that in the first place. Take Becritical's signature, for instance: ] Sure, one or two users may find it distracting, but that doesn't necessarily mean much, and according to guideline and policy there's nothing specifically wrong with it... but what if I were to argue that it is indeed annoying and disruptive to other users entirely because of how much it stands out? How would we decide if it really is disruptive or not? -— ] ] 06:58, 21 September 2012 (UTC) | |||
:Exactly. The only options we have, are user talkpages (where they'll often just feel harassed and get defensive, or ignore single complaints) or ANI. Hence this is a perennial discussion, and the only real solution is technical (past iterations of this discussion are why we have a 255 character limit. See ] for information and agony). —] (]) 08:00, 21 September 2012 (UTC) | |||
::It would be hard to define a guideline. Extra padding isn't always a problem. Sub-Sup isn't always a problem. Bold colors aren't always a problem. When they're all combined, it can be problematic. If I take the sub-sup out of Becritical's sig and reduce the padding, I get ], which is just fine by me. I could also make it a lighter shade of black like this: ] which improves it further (IMO). I could see politely approaching the user on their talk page. (Responses will differ, of course.) <span style="font-family:times; text-shadow: 0 0 .2em #6af; font-size:10.1pt">~] <small>(])</small></span> 16:08, 21 September 2012 (UTC) | |||
:::But even when it's smaller, the contrast is there, so it will still distract folks. Although that one you made lighter I couldn't even tell was lighter. -— ] ] 07:46, 22 September 2012 (UTC) | |||
::::Well yes, "distraction" is basically another word for "standing out." We're trying to define a set of rules for something that effects average people to very different extents, and effects them both positively and/or negatively. It's a rather impossible problem except at the very ends of the bell curve, as with blinking. Just to mix things up and show how hard a rule would be, I could do this: ]................. ] 18:59, 22 September 2012 (UTC) | |||
:::::Exactly, and that is why there might be need for discussion on the matter, so we can see where the consensus lies - where the bell in the curve actually is. Rules are problematic, but consensus backed precedent might be able to help... or it could lead to even more annoying drama while people argue about frivolous things. Yay, drama. -— ] ] 22:24, 22 September 2012 (UTC) | |||
::::::I don't see a problem with the status quo. If you object to a person's signature, bring it to their attention as diplomatically as you can, providing as concrete reasons as possible to change it. Maybe suggest asking a mutually agreeable third party to weight in with their advice. If the user decides to keep their signature, then it is up to you as the objector to decide: Is the signature sufficiently disruptive to justify bringing it to a notice board. If it is not that disruptive, then where is the harm in letting them keep the signature? Also if a particular signature element is regularly rejected at noticeboards, you can point to that when discussing future signatures. Maybe, if there is a regular source of problems, we can come back and discuss a rule, sort of like how new CSD criteria are created. (Or usually not created) ]] 22:28, 22 September 2012 (UTC) | |||
:::::::I changed my sig when people pointed out it interfered with surrounding text, but ignored a couple of people saying they didn't like it. . And one, BTW, what I find far more disruptive is people with sigs that are hard to spell. THAT causes me all sorts of hassle. Relating it to this issue, it seems like the spelling is really just my problem and maybe souped-up sigs are just something people have to get used to like avatars. Here's a thought: it should be possible to add some sort of tag or other to signatures, which could tell the wiki software to not display the CSS or HTML within those tags. Then, people who don't like CSS on sigs could choose to opt out by creating a user sub-page. All we'd have to do is make a rule that any CSS on a sig must include the tag. Something like <nowiki><div style="ickysig"></div></nowiki> ] 01:32, 23 September 2012 (UTC) | |||
::::::::So the only way to get a clear consensus would be to take this to a noticeboard? Any particular noticeboard? And mon, the issue here wouldn't be css, just your particular css and tendency to ignore requests to change your signature. But at this point I'm not even sure if it is an issue or not, though - all I really know is that your signature is unusually distracting and you don't particularly care to be courteous about it. -— ] ] 01:52, 23 September 2012 (UTC) | |||
:::::::::] would be the place to go with it. But as far as I can tell, the signature doesn't violate signature policy, which leaves the catchall argument that the signature represents ]. I personally don't think it rises to that level. ]] 05:27, 23 September 2012 (UTC) | |||
::::::::::It's fairly clear above that some people find sigs like mine helpful, some distracting. No evidence as to which is the more usual reaction, and one has to balance the possible distraction against allowing individuality. It should be possible to have some tag or something that told the wiki software not to display the CSS on an individual basis, similar to nowiki only chosen by the user. ] 06:35, 23 September 2012 (UTC) | |||
{{discussion bottom}} | |||
== adding a false phone number to the signature == | |||
Is it possible to use a fake number in my signature such as 1800johndoe, etc?, Isn't it misinformation? <small><span class="autosigned">— Preceding ] comment added by ] (] • ]) 17:10, 11 November 2012 (UTC)</span></small><!-- Template:Unsigned --> | |||
: There's little reason to put any phone number in your Misplaced Pages signature, and ]. But do remember to sign your posts to talk pages using four tildes (~~<nowiki/>~~). ]] 18:08, 11 November 2012 (UTC) | |||
== Signing at the beginning? == | == Signing at the beginning? == |
Revision as of 06:49, 3 March 2013
Template:Not a help page Template:Active editnotice
This is the talk page for discussing improvements to the Signatures page. |
|
This page is for discussion of the Misplaced Pages:Signatures page itself, and Misplaced Pages's signature guidelines.
|
Misplaced Pages Help Project‑class | |||||||
|
Template:Misplaced Pages ad exists
Archives |
This page has archives. Sections older than 90 days may be automatically archived by Lowercase sigmabot III. |
Signing at the beginning?
Joshua Jonathan (talk) 06:59, 24 November 2012 (UTC) How about signing at the beginning of a comment? In cases of long discussions with several editors contributing, it might clarify which thread starts where. Joshua Jonathan (talk) 06:59, 24 November 2012 (UTC)
- We should be getting a software change, to use mw:Flow, at some point in the future (once it's completed), which will solve this entirely. —Quiddity (talk) 22:01, 24 November 2012 (UTC)
- I took a look; looks great! Thanks for the response. Joshua Jonathan (talk) 05:22, 25 November 2012 (UTC)
Removal of statement which effectively transform a guideline into a policy
I've removed the statement, originally added as:
During discussions a widely accepted community norm is to sign posts; failure to do so can cause undue confusion for readers (especially where no signature is used at all). Persistent failure to sign, once the concept has been explained, is disruptive and may be sanctioned.
Then edited to:
Persistent and intentional failure to sign is disruptive and may be sanctioned.
Per BRD, I reject the notion that editors can be sanctioned for failing to meet a guideline. If the community wishes to take that illogical position, so be it, but not without a specific discussion, and even then, I'll be interested to see how a guideline can be elevated to policy without jumping through the usual hoops. I do not view a single editor adding a statement, followed by a slight rewording as constituting community discussion. --SPhilbrick(Talk) 23:59, 19 December 2012 (UTC)
- Per BRD, I added it back, but with an inline link to discuss here. This has had silent consensus on the edits from over 6 months ago. Not signing posts is disuptive when editors do not know the source of comments, confuse them as part of someone's nearby comments, and burdening others to sign for them. This is disruptive. Bots currently miss a lot of unsigned cases.—Bagumba (talk) 00:34, 20 December 2012 (UTC)
- Editors are sanctioned for failing to follow guidelines all the time, if they persist in doing so in ways that are disruptive, after being asked to change their behaviour. There are also plenty of discussions where this principal has been upheld by consensus, such as Misplaced Pages:Requests for comment/Docu. In fact, any kind of disruptive editing may be subject to sanction, even if there is no explicit policy, guideline, or anything else stating that the particular action can be sanctioned. It is contrary to the whole spirit of Misplaced Pages to imagine there are rigid rules about what can and what cannot be subject to sanctions, "this is against a policy, so we can block, but this is only against a guideline, so we can't". Only if you take such an unWikipedian view does it make sense to suggest that the "statement ... effectively transform (sic) a guideline into a policy". JamesBWatson (talk) 11:16, 20 December 2012 (UTC)
- Why does Category:Wikipedians who have opted out of automatic signing exist, with 182 entries, if signing is mandatory?
- Why does {{NoAutosign}} exist, with over 500 transclusions, if signing is mandatory?--SPhilbrick(Talk) 13:56, 20 December 2012 (UTC)
- I suspect many regular users, who probably look for the sig icon when they go to other online sites, have forgotten how non-obvious this habit was when first starting. We purport to care about editor retention, yet we add news rules almost everyday, and expect brand-new users, who are invited to the encyclopedia than anyone can edit, to edit freely, as long as you don't trip over any one of the hundreds of rules, some common sense and some arcane. I grant that most of the rules are necessary, but we add on to the necessary rules, the odd "requirement" that everyone type 4 tildes at the end of their post (sometimes, not always, you must know when to do it and when not). It's a little thing, but it's one more little thing on lot of a lot of other things. And totally unnecessary. I refuse to accept that clever software can't do this for us. If sinebot can figure it out, why can't Mediawiki?
- We ought to be working to make it easier for newbies to contribute, not erecting additional barriers, and insisting on existing barriers simply because we've ingrained the habit. I know I'm tilting at a windmill, but it really burns me that we claim to want to make this an enjoyable experience, yet we aren't staking steps to do so, and about to drive another editor away. We'll never know, but I'm sure other editors have abandoned this place because of the arcane rules, and who knows if the SIG rule contributed?--SPhilbrick(Talk) 14:15, 20 December 2012 (UTC)
- Why does Category:Wikipedians who have opted out of automatic signing exist, with 182 entries, if signing is mandatory?
- You have given a long argument about why we shouldn't introduce a new rule saying that everybody has to sign. However, so far as I know, nobody has suggested that we should introduce a new rule saying that everybody has to sign. What has been suggested is that, within the existing guidelines, it is reasonable to take steps against someone who is disruptive by persistently posting messages in a misleading way. As for your stuff about "making it easier for newbies to contribute", nobody has suggested that a new editor who fails to add a signature would be penalised. We are dealing, as you know, with the situation where a long-established editor has been knowingly editing in a way that can be confusing and misleading, especially to the "newbies" that you are so concerned about. It is totally unhelpful to produce strawman arguments about why we shouldn't do things that nobody is suggesting doing, and present them as if they were arguments against something else, which people are advocating. JamesBWatson (talk) 16:31, 20 December 2012 (UTC)
- My argument is that we ought to automate signing, if that is what we insist editors do. I also asked why some are exempt from signing, if that is the rule. I don't see a response to that.
- Is it a rule? If so, then we should be remove the opt-out options (or explain why they exist).
- You claim there are "plenty of discussions where this principal has been upheld by consensus" and list a single one. Did you read it? That case involved an admin, who ought to be signing (I think the rules for admins ought to be stricter than for non-admins). Moreover, the closing summary by well-respect admin Gwen Gale stated So long as this is only a guideline, such lacks shouldn't bring forth a block but if seen along with policy-breaking behavior, should have some sway as to what might be done about it and how quickly. (Emphasis added). Not only does it fail to support the claim that blocks have been upheld by consensus, it specifically notes that blocks are not warranted, unless accompanied by policy-breaking behavior.--SPhilbrick(Talk) 16:49, 20 December 2012 (UTC)
- OK, I admit that I linked to that discussion hastily, and made a mistake. I believe I have seen others, though, and if I find one I will link to it. There are various situations where automatic signing is unhelpful. There are, for example, situations where adding a signature at the end of an edit would not be useful, such as some kinds of amendments to existing comments, and addition of some sorts of administrative notes to AfD discussions. Software can be programmed to deal with the most obvious cases, but no matter how complicated a set of rules we program in, there will always be cases which will be missed. My alternative account has a signature which links to my main account's talk page. When I set it up, I found that Sinebot was unhelpfully adding an unsigned message. Goodness knows why. No doubt I could have got on to the owner of Sinebot and asked for some software modification, but it was easier to just opt out of automatic signing. You ask "Is it (always signing) a rule?" That suggests that you have missed the main point I was trying to make above. No it isn't a rule, nor should it be. There are many things which don't have a "rule" against them, but which in some circumstances can be disruptive, and in such cases action can be taken. Much better to keep it that way, than to have either (1) a rigid rule that would impose unhelpful restrictions in cases where it wasn't relevant, or else (2) a complex rule with all sorts of exceptions, making it cumbersome and confusing, and in any case still sometimes failing to draw the line in the right place. We don't have a "rule" that nobody with a conflict of interest can edit, but if anyone with a conflict of interest persistently edits in ways where their COI is disruptive, despite being asked not to, action can be taken against them. in the same way, we don't have, and shouldn't have, a "rule" that everybody has to sign every post, but as you full well know we have recently had a case of an editor who has persistently failed to sign in ways that have been potentially confusing and misleading, and therefore disruptive. We do not have to come down on one side or the other, either everybody must always sign, or risk being blocked, or else signing is optional, and therefore under no circumstances can any action be taken against anyone who doesn't. We can instead take the line that signing is strongly encouraged, newcomers who don't know how to do it can be given friendly advice, others who use their judgement and decide in particular circumstances it is not desirable can, normally, have their judgement respected, but on the rare occasions when someone is downright awkward and obstructive about it we can take action. It is a fundamental failure to understand the nature of Misplaced Pages to think that we have to either have a rule that it has to be done always or else say that no action can ever be taken. There are many things which are not forbidden, but which can be acted on if they become disruptive. This is a simple example of the fifth pillar of Misplaced Pages. JamesBWatson (talk) 17:32, 20 December 2012 (UTC)
- Thanks for your considered reply. I confess I did not quite follow your statement about your alternate account, but I gather you are explaining a legitimate reason for an auto sign opt-out. I think we are reasonably close on this issue. I am onboard with your explanation that we sometimes avoid writing a rule about something, because it is tricky to get it right, such as nailing down all the allowable exceptions. However, I'm not debating the block of whomever it was, I'm questioning the rule that was added to a guideline without debate.
- Examining the sentence closer, I see two issues, both of which may be easily resolved. The second is the "may be sanctioned". It is weaker than "will be" because we don't want that absolute a requirement, but I read it as "any admin who sees a failure to sign has carte blanche to block". I now think I read too much into it, and it is simply noting that sanctions are an option. My first concern is the absolute construction of the first part; the declaration that persistent and intentional failure to sign is disruptive. Absolutes are always (OK, almost always) a red flag for me. "Intentional" is a very strong word, and absent agreement by the editor, cannot be discerned unequivocally. (I don't believe that in the present case, the editor conceded intent, so the decision to block was based upon observation of persistence, and a supposition that it must be intentional.) The declarative "is" means there are no exceptions. There is no circumstance under which a persistent failure to sign is disruption? A long back and forth exchange between two editors, where one is using a cell phone and either has no tilde, or it is unreasonably awkward to access? No principled reason for not signing can be contemplated? Let me stop my rant and say that if the first clause is modified from "is" to "may be considered" I won't be totally satisfied, but I'll shut up and move on to something productive. (hmm I would be happier if "persistent and intentional" were changed to "persistent, unexplained" because intent is so hard to pin down, but persistent use, coupled with failure to provide a rationale can be observed.)--SPhilbrick(Talk) 19:15, 20 December 2012 (UTC)
- Valid points. How about: "Persistent failure to sign without a satisfactory explanation may be considered to be disruptive and may result in sanctions."—Bagumba (talk) 19:59, 20 December 2012 (UTC)
- OK, I admit that I linked to that discussion hastily, and made a mistake. I believe I have seen others, though, and if I find one I will link to it. There are various situations where automatic signing is unhelpful. There are, for example, situations where adding a signature at the end of an edit would not be useful, such as some kinds of amendments to existing comments, and addition of some sorts of administrative notes to AfD discussions. Software can be programmed to deal with the most obvious cases, but no matter how complicated a set of rules we program in, there will always be cases which will be missed. My alternative account has a signature which links to my main account's talk page. When I set it up, I found that Sinebot was unhelpfully adding an unsigned message. Goodness knows why. No doubt I could have got on to the owner of Sinebot and asked for some software modification, but it was easier to just opt out of automatic signing. You ask "Is it (always signing) a rule?" That suggests that you have missed the main point I was trying to make above. No it isn't a rule, nor should it be. There are many things which don't have a "rule" against them, but which in some circumstances can be disruptive, and in such cases action can be taken. Much better to keep it that way, than to have either (1) a rigid rule that would impose unhelpful restrictions in cases where it wasn't relevant, or else (2) a complex rule with all sorts of exceptions, making it cumbersome and confusing, and in any case still sometimes failing to draw the line in the right place. We don't have a "rule" that nobody with a conflict of interest can edit, but if anyone with a conflict of interest persistently edits in ways where their COI is disruptive, despite being asked not to, action can be taken against them. in the same way, we don't have, and shouldn't have, a "rule" that everybody has to sign every post, but as you full well know we have recently had a case of an editor who has persistently failed to sign in ways that have been potentially confusing and misleading, and therefore disruptive. We do not have to come down on one side or the other, either everybody must always sign, or risk being blocked, or else signing is optional, and therefore under no circumstances can any action be taken against anyone who doesn't. We can instead take the line that signing is strongly encouraged, newcomers who don't know how to do it can be given friendly advice, others who use their judgement and decide in particular circumstances it is not desirable can, normally, have their judgement respected, but on the rare occasions when someone is downright awkward and obstructive about it we can take action. It is a fundamental failure to understand the nature of Misplaced Pages to think that we have to either have a rule that it has to be done always or else say that no action can ever be taken. There are many things which are not forbidden, but which can be acted on if they become disruptive. This is a simple example of the fifth pillar of Misplaced Pages. JamesBWatson (talk) 17:32, 20 December 2012 (UTC)
- You have given a long argument about why we shouldn't introduce a new rule saying that everybody has to sign. However, so far as I know, nobody has suggested that we should introduce a new rule saying that everybody has to sign. What has been suggested is that, within the existing guidelines, it is reasonable to take steps against someone who is disruptive by persistently posting messages in a misleading way. As for your stuff about "making it easier for newbies to contribute", nobody has suggested that a new editor who fails to add a signature would be penalised. We are dealing, as you know, with the situation where a long-established editor has been knowingly editing in a way that can be confusing and misleading, especially to the "newbies" that you are so concerned about. It is totally unhelpful to produce strawman arguments about why we shouldn't do things that nobody is suggesting doing, and present them as if they were arguments against something else, which people are advocating. JamesBWatson (talk) 16:31, 20 December 2012 (UTC)
- There are plenty of instances in real life where there is consensus put people opt out anyways, such as vaccinations and water fluoridation. My credit card offers autopay, which I dont use, but I'm sure I'm still expected to pay my bills on time. If people choose to opt out of autosigning, so be it. This does not absolve them from facing repercussions if they become disruptive. Note also that software can have bugs or limitations, and people may have opted out due to temporary issues or general distrust, warranted or not. A look a the to-do list at User talk:SineBot or its archives indicates that it is far from perfect.—Bagumba (talk) 18:10, 20 December 2012 (UTC)
- I have been bold and changed the wording to Persistent failure to sign may become disruptive, and if it is persistent, despite the problems being pointed out to the user, doing so may be subject to sanctions. It seems to me that this is close in spirit to the versions suggested by Sphilbrick and Bagumba, and if anything even less absolute and categorical, because "may be considered disruptive" suggests, I think, that it may always be so considered, whereas "may become disruptive" allows that at first it isn't disruptive, but there are situations in which it may become so. It also makes explicit the need to try to resolve the issue by talking to the editor, which I hope we all agree is a prerequisite. I guess that is similar to the intention of the original editor who referred to "intentional" failure to sign, but I agree with Sphilbrick that "intentional" is better avoided, and a verifiable act of communicating concerns to the editor is a better criterion than speculation as to motives. I may be subject to criticism for making the change while the matter is still under discussion, but it seems to me to be close in spirit to the suggestions made above, and of course Sphilbrick or Bagumba, or anyone else, is free to tweak it if they are not happy with my version. I certainly agree with Sphilbrick that the long-standing version Persistent and intentional failure to sign is disruptive and may be sanctioned is much too categorical and definite. I also don't like may be sanctioned, because "to sanction an act" can be used to mean not "to apply sanctions to the perpetrator of the act", but rather "to approve and give permission for the act". I think it is very unlikely that anyone would think it meant that in the present context, but it still seems preferable to avoid ambiguous wording. JamesBWatson (talk) 20:20, 20 December 2012 (UTC)
- Thanks, I agree. And yes, the term "sanction" is an odd word, being its own antonym (as a verb) but no confusion in this formulation.--SPhilbrick(Talk) 20:36, 20 December 2012 (UTC)
- Upon further thought, very good. You not only addressed my main concerns, but identified two others I hadn't considered, and addressed them as well. Nice work.--SPhilbrick(Talk) 20:38, 20 December 2012 (UTC)
- I have been bold and changed the wording to Persistent failure to sign may become disruptive, and if it is persistent, despite the problems being pointed out to the user, doing so may be subject to sanctions. It seems to me that this is close in spirit to the versions suggested by Sphilbrick and Bagumba, and if anything even less absolute and categorical, because "may be considered disruptive" suggests, I think, that it may always be so considered, whereas "may become disruptive" allows that at first it isn't disruptive, but there are situations in which it may become so. It also makes explicit the need to try to resolve the issue by talking to the editor, which I hope we all agree is a prerequisite. I guess that is similar to the intention of the original editor who referred to "intentional" failure to sign, but I agree with Sphilbrick that "intentional" is better avoided, and a verifiable act of communicating concerns to the editor is a better criterion than speculation as to motives. I may be subject to criticism for making the change while the matter is still under discussion, but it seems to me to be close in spirit to the suggestions made above, and of course Sphilbrick or Bagumba, or anyone else, is free to tweak it if they are not happy with my version. I certainly agree with Sphilbrick that the long-standing version Persistent and intentional failure to sign is disruptive and may be sanctioned is much too categorical and definite. I also don't like may be sanctioned, because "to sanction an act" can be used to mean not "to apply sanctions to the perpetrator of the act", but rather "to approve and give permission for the act". I think it is very unlikely that anyone would think it meant that in the present context, but it still seems preferable to avoid ambiguous wording. JamesBWatson (talk) 20:20, 20 December 2012 (UTC)
Proposal: Disable and disqualify customised signatures
The purpose of signatures, according to this page, is to identify you as a user and your contributions to Misplaced Pages. They encourage civility in discussions by identifying the author of a particular comment and the date and time at which it was made.
Use of fancy fonts, colours, shadows and other effects does absolutely nothing to advance this purpose. Rather, it draws additional attention to some editors over others, regardless of the merits of the points made. It serves no useful purpose, and seems to serve no function beyond "look what I can do!" and "I like this". Kevin McE (talk) 10:10, 27 January 2013 (UTC)
- You may want to review the #Simplifying signatures section above. In short; we just had this discussion. — Edokter (talk) — 10:38, 27 January 2013 (UTC)
Note on section "Appearance and color"
One minor point to note on the otherwise benign and helpful hint given thus:
To display your signature in a different color for yourself only, add the following to Special:MyPage/common.css, replacing YOUR_NAME with your username: #bodyContent a { background-color: #ff7700; color: #ffffff; }
This code only seems to work after Special:Mypage has been created. The actual contents do not seem to matter; but the CSS simply does not take effect while ever this link is redlined. This is certainly the case with the current wikimedia software (right now on Misplaced Pages: 1.21wmf9 (891fb4c); Wikisource: 1.21wmf10 (ccb9700). Both affected.). Widux (talk) 10:12, 24 February 2013 (UTC)
Different signatures, depending on the namespace
I thought I'd be more likely to get a useful response here than at the WP:Help desk, but if you want me to ask elsewhere, feel free:
I've seen signatures that change colors each time they're signed, or do similarly fancy things. Is there a method to make a signature change according to the namespace? What I'd like to do is to make a signature say "Username (talk)
" at pages like RSN or at article talk pages, but "Username (talk) Extra link
" only if the sig is on a User talk:
page. Is this feasible? WhatamIdoing (talk) 03:05, 3 March 2013 (UTC)
- Technically the logic you want is embodied in existing templates such as {{namespace detect}}; but beware limitations on signature length and rules regarding so-called "annoying" signatures. Hope this helps. MODCHK (talk) 03:56, 3 March 2013 (UTC)
- I'm actually hoping to make someone else's sig much less annoying. ;-)
- {{User talk other}} doesn't seem to exist, but {{User other}} is close. But am I correct that this would have to be subst'd, and it would therefore spew the entire contents of that template into each and every sig on all pages? WhatamIdoing (talk) 04:24, 3 March 2013 (UTC)
- I am not sure we are supposed to be having a discussion here, but in essence I would suggest the signature might invoke a template (so definitely not a subst), and that template contain something akin to this part of {{User other}} (Thank you, I did not previously know that template existed!):
{{#ifeq:{{NAMESPACE}}|{{ns:User}} | user | other }}
- This approach means the actual signature invocation is short, as all the complicated stuff goes into the template. You should change the tag following ns: to the name of the namespace wish to detect; and replace "user" with "namespace matches" signature code; and "other" with signature for catch-all default case. The only advantage to {{namespace detect}} is you may go completely mad and code cases for lots of different matches, if that meets your intentions better.
- Finally the template code itself doesn't have to be in the Template: namespace, so invoking something like {{User:WhatamIdoing/signature}} would work as well. (Obviously you would need to populate the referenced page with template wikitext.) MODCHK (talk) 05:35, 3 March 2013 (UTC)