Wikipedia:Signatures

Signing your posts on talk pages, both for the article and non-article namespaces, is required, since it facilitates discussion by identifying the author of a particular comment. Other users can then navigate to a talk page and address their comments to the specific, relevant user(s). Discussion is an important part of collaborative editing, because it helps all users to understand the progress and evolution of a work.

Signatures are added automatically when using the reply tool or new topic tool. When editing in source text mode not using these tools, they must be added manually, which can be done by typing four tildes or clicking the signature icon  in the edit toolbar.

Comments posted on user talk pages, article talk pages and other discussion pages must be properly signed. Signature use that is intentionally and persistently disruptive may lead to blocks.

When editing a page, main namespace pages (which are all Wikipedia articles) be signed, because the content is a shared work, based on the contributions of many people, and one editor should not be singled out or "credited" above others.

Purpose of signatures
Signatures on Wikipedia identify you as a user and your contributions to Wikipedia. They encourage civility, collaboration, and communication by identifying the author of a particular comment and the date and time at which it was made. Because of that, having an uncivil signature (especially one that makes any kind of personal attacks toward someone else) is prohibited and, in some cases, the user will be blocked from editing until the signature is changed. In most cases, anything that is not allowed as an account's username (in whole or in part) is also not allowed to be in a signature either.

Furthermore, signatures also serve a technical purpose: various user scripts and talk-page archiving bots, including lowercase sigmabot III, rely on their timestamps to know when to archive old threads. It's because of this that it's also important to not change the timestamp of any signatures, as doing so can lead to stale threads persisting longer, and after they would've otherwise been archived.

When signatures should and should not be used
Any posts made to any type of discussion page signed (this does not include adding WikiProject boxes and other such administrative templates). Note that, as stated below, if you choose to edit those kinds of pages without logging in, then you should still sign your posts—regardless of whether or not you have an account. Edits to articles be signed, as signatures on Wikipedia are not intended to indicate ownership or authorship of any article. Instead, the page history identifies who made edits. Signatures do not translate from  in edit summaries. In other instances, and when posts be signed, specific instructions are provided to specify this on the specific page. Files that are used in articles, including image and sound files, should also not contain any signatures.

How to sign your posts
When using the reply tool or new topic tool, the software will automatically sign your post. (If you type a signature anyways, it will remove the duplicate.)

Standard signature
There are three ways to sign your posts manually:


 * 1) At the end of your comments simply type four tildes (~), like this:.
 * 2) If you are using the edit toolbar option (by default, it appears above the edit box), click the signature icon OOjs UI icon signature-ltr.svg to add two hyphens and four tildes like this:.
 * 3) Use the reply tool or new discussion tool that are available as beta features in your user preferences. Both of these features will automatically insert a signature, without needing to add any wikicode.

The four tildes will be automatically replaced with your signature after you have published the changes, as follows:

Since typing four tildes adds the time and date to your resulting signature, this is the preferred option for signing your posts in discussions.

Note that if you choose to contribute without logging in, regardless of whether you have an account, you must still sign your posts. In this case, your IP address will take the place of a username, and will link to your contributions history. Your IP address will look like something similar to 192.0.2.213 or 2001:DB8:CEEE:21B:DB60:07FE:4277:63FF.

If, for some reason, you are not getting the above results when signing, see the SineBot Frequently Asked Questions for tips.

Using three tildes
Typing three tildes results in the following:

However, since this does not date-stamp your signature, you may wish to sign this way only when leaving general notices on your user page or user talk page. This is also a convenient shortcut (rather than typing out the full code) when you want to provide a link to your user page.

Using five tildes
Typing five tildes will convert to a date stamp with the current date and time, without adding your signature, like this:

In general, when communicating with others, you should use one of the previous options and not only a timestamp. There are exceptions to this: such as when requesting assistance from the Third Opinion project, the requested format for signing is the five tilde signature, to slightly help improve neutrality from the responding volunteer. A timestamp may also be used when updating one of your submitted posts on a talk page by appending  to your already existing signature.

In some templates, this is the preferred way to add the date.

Customizing your signature
Every editor's default signature (as defined by MediaWiki:Signature) will display when  is typed. This looks like:

Example (talk), 29 July 2024 (UTC)

Unregistered users, or users not logged in, may choose to manually sign with a pseudonym or tag (e.g. anon.), as their IP address will be stored in the page history. If you choose to sign your posts in such a way, you must still finish your signature with four tildes (such as ) to help aid others with reading the thread easily, and with communicating back with you.

Customizing how everyone sees your signature
Registered users can customize their signatures by going to Special:Preferences and changing the field "Signature". This changes the signature that is left when you enter  into discussions. It can be used to sign your posts with a nickname, or with custom formatting, or both.

This technique only applies where you have left your signature onto a page while logged into your account. It also doesn't affect how your username appears in your watchlist, in any logs or page histories, or where someone else has added a link to your user page in a discussion. Modifying your signature in your user preferences will only apply to the future signatures that you leave moving forward. Since adding  to discussions simply results in those characters being replaced by your signature before the edit is saved, any existing signatures that you've left on previous or existing discussions will not be automatically updated or changed.

Treat as wiki markup
If you do not check the "Treat the above as wiki markup" box, the exact content you enter will be used as your signature. For example, if User:Example had set their signature to read, thereafter the signature (generated when they mark a post with  ) would be:

NICKNAME  (talk), 29 July 2024 (UTC)

If you do check the "Treat the above as wiki markup" box, you can describe your signature using "raw" wikitext (such as and wiki-markup ) which will be substituted unchanged when you sign your posts. If User:Example had set their signature to read, the signature generated by   would be:

Ex@mplet@lk, 29 July 2024 (UTC) In this case, you are responsible yourself for linking to your user page (e.g. User:Example).

To visibly include the pipe or equals  characters in your signature, you must escape them, or they will break templates unexpectedly when your signature is present. To escape the  symbol, use the following special code:   (including everything from the ampersand to the semi-colon). To escape the  character, use.

Putting two or more exclamation points in a row in your signature can break tables in which your signature appears. Use  as a substitute in order to avoid having two exclamation points in a row.

Customizing how you see your signature
To change how your signature appears to you, e.g. to make it easier to spot, without affecting how it appears to other users, you can create a personal CSS style sheet. For example, to display your username in bold white text on an orange background (like Your username ), add the following to Special:MyPage/common.css, replacing Your username with your actual username:



When you use this technique, bright colors can help you to more quickly scan long pages that contain, including Talk pages, page histories, your watchlist, and if anyone links to you in a discussion. Colors to use for this can be researched via the Web colors article, and you can update your common.css file at any time to modify the display style.

Guidelines and policies
Because these signatures are seen by everyone, be aware of the guidelines and policies summarized below:
 * A customised signature should make it easy to identify your username, but this is not required.
 * Do not impersonate other users.
 * Do not use images, transcluded templates, Lua modules, parser functions, TemplateStyles or external links in your signature.
 * A distracting, confusing, or otherwise unsuitable signature may adversely affect other users. For example, some editors find that long formatting disrupts discourse on talk pages, or makes working in the edit window more difficult.
 * Complicated signatures contain a lot of code ("markup") that is revealed in the edit window, and can take up unnecessary amounts of narrative space, which can make both reading and editing harder.
 * Always keep the time/date-stamp: these are used by bots to determine when a discussion is eligible to be archived.

Syntax guidance
If you attempt to save a signature with certain types of errors, you will see an error message. These errors can be a little tricky to diagnose, but here are some tips:
 * Each opening tag must have a corresponding closing tag. Example: each needs a matching . This applies to   and   markup as well.
 * Tags must be "nested" correctly. Example:, not.
 * If an opening tag appears within a wikilink, it must be closed within a wikilink. Example:, not.
 * Your signature must include a link to your user page, talk page, or contributions. At least one of the three must be on the same Wikimedia project as the page where the signature is used. (This is a technical requirement enforced by the MediaWiki software.)

Signature forgery
Impersonating another editor by using their username or signature is forbidden. Altering the markup code of your signature to make it look substantially like another user's signature may also be considered a form of impersonation. Editing the code of your signature to link it to another editor's user page is not permitted. It is also ineffective, as the change log of the page records the IP address and (if applicable) username of all editors; as such, any impersonators can easily be caught if the signature in the diff view differs from the editor's default signature. While not an absolute requirement, it is common practice for a signature to resemble to some degree the username it represents.

If you encounter a user whose signature is disruptive or appears to be impersonating another account, it is appropriate to ask that user to consider changing their signature to meet the requirements of this policy. When making such a request, always be polite, and assume good faith; do not immediately assume that the user has intentionally selected a disruptive or inappropriate signature. If are asked to change your signature, please avoid interpreting a polite request as an attack. Since the success of Wikipedia is based on effective teamwork, both parties should work together to find a mutually acceptable solution.

Appearance and color
Your signature must not blink, scroll, or otherwise cause inconvenience to or annoy other editors. For guidance on how to use color and other effects to customize the appearance of your signature, see this tutorial.
 * Avoid markup such as and (or more) tags (which enlarge text); this is likely to disrupt the way that surrounding text displays.
 * Do not add line breaks, which can also negatively affect nearby text display. The use of non-breaking spaces or  to ensure that the signature displays on one line is recommended.
 * Be sparing with subscript and superscript. In some cases, this type of script can also affect the way that surrounding text is displayed.
 * Do not make your signature so small that it is difficult to read.
 * As some users have vision problems, be conscious of color and contrast issues. If you use different colors in your signature, please ensure that the result will be readable by people with color blindness, defective color vision, and other visual disabilities.
 * Do not include horizontal rules ( or ).
 * Do not include s because those cause the surrounding text to make a new line.

Signature formatting has been the subject of numerous Requests for Comment, and has also resulted in some very heated debates by some of the editors involved, and on both sides of the discussion. When dealing with potentially problematic signatures, simply being polite is often sufficient and can prevent the situation from escalating into a dispute.

Borrowing designs
Editors do not own the design of their signature and cannot prohibit others from borrowing it. However, because signature customization is intended in part to make it easier to tell editors apart, it is considered good practice when borrowing a signature design to change the color or another design element.

Font tags
 tags were deprecated in HTML4 and are entirely obsolete in HTML5. This means that the popular browsers may drop support for them at some point. Wikipedia is already preparing for this by delinting code project-wide through Linter, and by disallowing obsolete tags in new signatures. When support is finally dropped, the tags will be ignored in all existing signatures; any properties such as color and font family will revert to their default values. For this reason, it is recommended that you use tags and CSS properties instead. For usage examples, see. You may request additional coding assistance at Help desk.

When you change your signature, it does not affect signatures that you used on pages in the past. Therefore, if you currently use  tags in your signature, switching to tags now will reduce the number of your signatures (including those in the archives of talk spaces) that will render incorrectly after the browsers drop support for . Moreover, refactoring old signatures from you and other users (including in archive pages) by changing tags to  tags can help prepare the project for this eventual loss of support.

Images
for the following reasons.
 * Excessive or large images can cause issues for users on low-performance devices.
 * A new image can be uploaded in place of the one you chose, making your signature a target for possible vandalism.
 * They make pages more difficult to read and scan.
 * They make it more difficult to copy text from a page.
 * They are potentially distracting from the actual content.
 * Images do not scale with the text, making the lines with images higher than those without them.
 * They clutter up the "file links" list on the respective image's page every time one signs on a different talk page.
 * Images in signatures give undue prominence to a given user's contribution.

Unicode symbols (including emoji) may be used in your signature, as long as the signature complies with the other guidelines on this page.

Length
The limit is 255 characters.

Extremely long signatures with a lot of HTML/wiki markup make page editing and discussion more difficult for the following reasons:
 * Signatures that take up more than two or three lines in the edit window clutter the page and make it harder to distinguish posts from signatures.
 * Long signatures give undue prominence to a given user's contribution.
 * Signatures that occupy more space than necessary in the edit box displace meaningful comments, thus forcing editors to scroll when writing their replies.
 * The presence of such long signatures in the discussion also disrupts the reading of comments when editors are formulating their replies.

The software will automatically truncate both plain and raw signatures to 255 characters of in the Signature field. If substitution of templates or another page is used, please be careful to verify that your signature does not violate the 255-character length limit when the templates are expanded, as the software will not do this automatically.

Unclutter signature minimiser
If you prefer not to see other users' custom signatures, you can use the custom JavaScript module Unclutter. By default, Unclutter scans non-special non-article pages for timestamped signatures, wraps them up and replaces with a text of the form:


 * — Example (annotation) (talk • ctb • act • [ log] • sig)

This technique displays the actual username to you and is extensively configurable. It doesn't affect how anyone else sees the signatures. See User:Kephir/gadgets/unclutter for more details.

While this script works in practice for most signatures found on the English Wikipedia, there are several unavoidable limitations which make Unclutter fail to recognise every possible signature. Signatures which violate policies laid out on this page may not be recognised. Unclutter is not an excuse to violate or decline to enforce the signature policy.

Using custom CSS
It's also possible to use your personal common.css style sheet to override the formatting of other users' signatures.

This allows you to decide how links to user pages should be displayed to you when you are logged-in. For example, you could highlight Your username in bold reversed mauve and Other signatures in normal mauve. This approach works by reversing a variety of commonly used signature formatting techniques, but it doesn't attempt to replace the text content of the signature. For example, if  has customized their signature to read Ex @ mple, changing the formatting would display Ex@mple rather than their actual name Example.

No other users will see your custom effects. You can remove or modify them at any time by changing the instructions in your style sheet. The change will apply to all pages regardless of how old they may be. For an example stylesheet, see User:Pointillist/reformat-signatures.css.

Internal links
Signatures must include at least one direct internal link to your user page, user talk page, or contributions page; this allows other editors easy access to your talk page and contributions log. The lack of such a link is widely viewed as obstructive.

If, while making modifications, you accidentally disable this link, see Help:How to fix your signature. When you insert your signature on your talk page or user page, a link to that page will appear black, bold and inactive, so test your signature elsewhere, such as the sandbox.

Disruptive links
It is better to put information on your user page rather than in your signature. Brief additional internal links are generally tolerated when used to facilitate communication or to provide general information, but undesirable if seen as canvassing for some purpose.

Do not place any disruptive internal links (especially when combined with custom formatting, for example CLICK HERE!!! ) in your signature.

Transclusion of templates (or other pages)

 * Transclusions of templates, Lua modules, parser functions, and TemplateStyles in signatures (like those which appear as,  ,   or  ) are forbidden for the following reasons:
 * Certain automated scripts (bots) are used to automatically archive particularly active talk pages. These bots read the source of the talk page, but don't transclude templates, and so don't recognize the template as a signature.
 * Signature templates are vandalism targets, and will be forever, even if the user leaves the project.
 * Signature templates are a small but unnecessary drain on the servers. Transcluded signatures require extra processing—whenever you change your signature source, all talk pages you have posted on must be re-cached.
 * User mention notifications will not work if the mentioning user's signature is contained in a template.
 * If you try to use a transcluded signature, it will automatically be converted to.
 * Substitutions of templates in signatures is permissible but discouraged, as the template that is substituted may be vandalized without the user knowing.
 * Users who choose to substitute their signature are to be  of their signature whenever they sign.
 * Substitution must not be used to circumvent the normal restrictions on signature content, including the use of images, obnoxious markup, or excessive length.

Simple text signatures, which are stored along with the page content and use no more resources than the comments themselves, avoid these problems.

Categories
Signatures must not contain categories. Categorizing talk pages by who has edited them is unhelpful, and the same information can be found by using your contributions list. Many of the various edit counting utilities also provide this data.

Non-Latin usernames
Users with usernames in non-Latin script writing systems are welcome to edit Wikipedia. There is no requirement that usernames must be in English or that Latin script characters must be used. However, such usernames may appear illegible to other contributors to the English Wikipedia, and not every user's keyboard or input device may have immediate access to non-Latin characters. In addition, sometimes certain characters may not display correctly. As a courtesy to other contributors, and to avoid possible confusion or mis-identification, users with such usernames are encouraged to consider providing a Latin-character transliteration of their username as (at least part of) their signature. For an example, using the signature Παράδειγμα/Paradigma for User:Παράδειγμα.

A signature consisting of, or ending with, characters from a right-to-left script will appear (in modern browsers) when viewing pages as
 * --DD ,HH:MM NAME Month YYYY (UTC)

e.g.,
 * --29, &lrm;שֵׁם&lrm; July 2024 (UTC)

and similarly misordered text in the edit box. Adding a left-to-right marker symbol, at the end of the raw signature (HTML code: ), will resolve this. Or, if you include both Latin and a right-to-left script, such as Hebrew or Arabic, in your signature, consider putting Latin second, where it will be directly next to the timestamp.

Dealing with unsigned comments
The templates unsigned and unsigned IP can be used at the end of an unsigned comment to attach the username or IP to the comment. None of these templates automatically populates (fills in) the username or IP of the poster or the time of the post. That information is best copied from the history page and pasted into the following templates. All of the unsigned templates must be substituted.

The templates unsigned2 and unsignedIP2 do almost the same as unsigned and unsigned IP when used with two parameters, but the ordering of the parameters is reversed. The resulting display is the same. These templates may be useful when copying and pasting from the edit history, where the timestamp appears before the username.

The template xsign is a wrapper for unsigned and unsigned IP that will parse the username and date string copied and pasted directly from the edit history. The resulting display is the same.

It is also a good idea to notify users, especially new users, that they should sign their comments. You may use the template uw-tilde on the user's talk page or one of the welcome messages for new users.

Also, the template undated can be used at the end of comments where the user gave their username but no timestamp:

Automatic adding of signatures
The bot SineBot signs comments on talk pages and pages in Category:Non-talk pages that are automatically signed, for unregistered users and users who have fewer than 800 edits. To re-enable autosigning of your unsigned comments, you can place YesAutosign on your user page or user talk page.

Dealing with problematic signatures
Wikipedia's Username policy describes accepted practices and behavior in naming and operating a user account on Wikipedia that apply to both usernames and signatures. A purpose of your signature is to identify you as a contributor. If your signature is unnecessarily confusing, editors may request that you change it. Our guidelines for talk page usage also permit editors to change signatures that contravene this guideline back to the standard form. An editor with a confusing signature may be blocked sooner than usual for other inappropriate behavior such as disruption or vandalism, if their confusing signature contributes to the disruption.

Signatures that link to, but do not display, the user's username (for example by signing with a nickname, as in User:Nickname or Nickname ) can be confusing for editors (particularly newcomers). The actual username always appears in the page history, so using just the nickname on the relevant talk page can make your signed comments appear to be from a different person. Alternatives include changing your username and including your account name in addition to the username, e.g., in the form User:Example/Nickname.

The timestamp must adhere to the system-generated format and must not be customized. This is necessary for clear communications and for archiving bots to function correctly. Timestamps that are customized may be considered disruptive and editors using them may be blocked accordingly.

Persistent failure to sign after being reminded may become disruptive and be subject to sanctions.

History
UseModWiki, the wiki software in use on the English Wikipedia from its inception to 25 January 2002, did not have markup to create a signature, so signatures had to be made manually where desired. (c.f., for example, several such signatures in this diff et al.) The modern tilde feature was a part of the earliest MediaWiki coding from mid-2001; the original developer of MediaWiki, Magnus Manske, intended it to resemble scribbled physical signatures like that of his father. Images in signatures have been banned since 2006, but had been discouraged beforehand.

The concept of signing one's contributions to the main namespace has also not always been here. The first ever revision to the page WikiPedia, from 15 January 2001, indicated that "You can [write an article] anonymously or give yourself credit," and indeed several pages from early 2001 have signatures at the end of them, such as here and here.