User:LostInRiverview/Test

''This page exists as a semi-permanent "test page" for templates I may be creating. Please do not edit or delete. Thank you!''

TSWAVP - The Sims Wiki Anti-Vandalism Program (not "official", nor completely thought up {yet})

Purpose
To:
 * Serve as a reporting mechanism for users who spot vandalism.
 * Serve as a warning system for vandals.
 * Patrol often-vandalized pages (such as major pages, or pages with sensitive/adult content).
 * Serve as an aide to Admins/Sysops/Bureaucrats/Helpers in keeping the Wiki free of spam, vandalism, and profanity.

Overview
Vandalism is an unfortunate reality for any Wiki, and ours is no exception. This is the unfortunate side-effect of having an encyclopedia editable by everyone - every once in a while, someone will edit without the best of intentions, and those edits will often need to be spotted and cleaned up, and the people causing them will need to be dealt with.

The first thing to say, and this cannot be overstated, is that the vast majority of edits, even by unregistered or new users, are done with good intentions, and most of those are "good" edits.

Working...
Follow these steps in-order. 1. Does the edit contain any profanity, vulgarity, or any inappropriate language? 2. Is the edit hostile or an attack against another user, an Administrator, or the Wiki? 3. Does the edit contain gibberish, nonsense words, characters or symbols? 4. Is the content fanon, or irrelevant to the Wiki? 5. Does this edit contain information that, while not vandalism, may not be factually correct or cited properly? 6. Is there something else wrong with this edit?
 * If Yes, and...
 * The user's edit would be considered constructive if not for the profanity/vulgarity - Edit out or use asterisks to censor out those words/phrases that should be removed
 * The user's edit doesn't contain any useful information and only contains vulgarity or profanity - undo their edit using the Undo feature found in the page's History page.
 * The user created an article containing only profanity - blank the article and place a speedydelete tag on it
 * In all 'yes' cases, Contact an Administrator immediately.
 * If No, continue to step 2.
 * If Yes, and...
 * The user's edit is a personal attack against editor(s) - Tell an Administrator immediately, do not confront the editor.
 * The user's edit threatens hostility towards another editor - Contact an Administrator, do not confront the editor.
 * If No, continue to step 3.
 * If Yes, and...
 * The edit also contains some usable information. - Edit out the gibberish or useless information, while keeping useful information.
 * The edit doesn't contain any information of value. - Use the undo feature to undo the edit.
 * The user created a page with gibberish or nonsense on it. - Don't blank the page, but nominate it for speedydelete and notify an Administrator.
 * In these cases, don't notify an administrator immediately, unless the user repeatedly inserts gibberish or nonsense even after a friendly reminder on their talk page.
 * If No, continue to step 4.
 * If Yes, and...
 * The edit is fanon in an unrelated page. - Undo the edit using the edit feature.
 * The edit is fanon on a new page. - Move the page to the User's namespace (for example, a page started by 'ExampleUser' for a Sim named Example would be moved to User:ExampleUser/Example . Notify the creator as to where and why the page was moved, and either tag the redirect page with a delete or contact an Administrator to delete the redirect.
 * The edit isn't fanon, but it is spam or otherwise irrelevant. - Use undo or edit the page as necessary to keep only useful information while filtering out spam and useless content. If a user has inserted advertisement or obvious spam, notify an Administrator.
 * In these cases, an administrator shouldn't be immediately notified unless the user repeats their action, even after friendly warnings.
 * If No..., continue to step 5.
 * If Yes, and...
 * The edit inserts major facts or claims in an article without real proof. - Keep the edits unless the information is extremely far-fetched - place a fact tag after the suspected edit(s).
 * The edit inserts information that may or may not be accurate. - Keep the edit, and attach a confirm tag after the suspected edit(s).
 * In these cases, it is polite to ask on a user's talk page, or on the article's discussion page, for more information, evidence, or citation on a reported piece of information - that way, a user will have the opportunity to respond to a request for information with the correct facts, evidence, etc. Administrator notification isn't needed except in cases where a user continues to insert false information even when asked repeatedly or by many users for proof or evidence to back up a claim.
 * If No..., continue to step 6.
 * If Yes...
 * Check again. There is a chance that you are mistaken or that you missed something.
 * If No...
 * Remember that you should always assume good faith in an edit and editors - most edits aren't vandalism.

Reporting Vandalism
Often, the tools required to handle vandalism effectively aren't available to the average user, for many reasons. Only users trusted with Administrator/Sysop privileges, especially the ability to block other users, can truly put a stop to particularly relentless vandals - some users who request and obtain Rollback privileges can undo negative edits, but this does nothing to prevent a user from vandalizing. In a wiki with hundreds or thousands of users, it would be reckless to (attempt to) entrust every single user with the power not only to block users and delete all types of material, but to adjust most aspects of the Wiki.

Administrators are also people with lives, and it is not unusual for an Administrator to be absent from the wiki for hours, days or even weeks.

And Now for Something Completely Different
Dates should be entered in the following format: January 1 2000 00:00:00 UTC. Border color and background color are customizable by inserting a valid HEX value in places 3 and 4??. Example: time - trying this out

The template must have a countdown date and countdown event (filled into the first and second spots, respectively) in order to function. The box is customizable as to color (border is customized by a third slot, background by a fourth), though by not including those slots, or leaving the slots blank, you will be provided with the default color scheme.

The countdown date in slot 1 should follow this format: January 1 2000 22:22:22 UTC
 * Months may be full names or abbreviations
 * Clock is a 24-hour clock, though timer will recognize am/pm
 * Time Zone is customizable, though UTC is a standard time on the wiki.

Slots 3 and 4, for color, should use valid web (hexidecimal) colors (example: #FFFFFF for 'white'); alternatively, HTML color names can be used in place of hex values (for example, #7FFF00 and Chartreuse will display identically).

Here's an example display: