User:SMcCandlish/sandbox
HTML5 aside test
[edit]<aside>Aside test</aside>
Block and inline-block elements tests
[edit]- term 1
- Definition 1.
- term 2
- 1. Definition 2a start.
Definition 2a conclusion.
- 2. Definition 2b.
- term 3
- Definition 3.
- term 4
- 1. Definition 4a start.
Definition 4a conclusion.
- 2. Definition 4b.
- term 5
- Definition 5.
- term 6
-
1. Definition 6a start.
Definition 6a conclusion.
- 2. Definition 6b.
- term 7
- Definition 7.
- term 8
- 1. Definition 8a start. Definition 8a conclusion.
- 2. Definition 8b.
- Compare blockquote handling:
Paragraph 1.
Paragraph 2.
Paragraph 3.
Paragraph 4.
Paragraph 5.
Paragraph 6.
Paragraph 7. Paragraph 8.
- Compare unordered list handling:
- Item 1a. Item 1b.
- Item 2.
- Item 3a. Item 3b.
- Item 4.
- Item 5a. Item 5b.
- Item 6.
- Item 7a. Item 7b.
- Item 8.
- Compare ordered list handling:
- Item 1a. Item 1b.
- Item 2.
- Item 3a. Item 3b.
- Item 4.
- Item 5a. Item 5b.
- Item 6.
- Item 7a. Item 7b.
- Item 8.
CatScan test
[edit]Articles in Category:Cue_sports to a sub-cat. depth of 5
|
This was not working (ToolServer error) as of 2012-12-24. ⇒
Template:B test
[edit]B
|b1 = |b2 = |b3 = |b4 = |b5 = |b6 =
Infobox comparison
[edit]Infobox person | Infobox sportsperson | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
Sig tests date formatting gadget
[edit]— SMcCandlish Talk⇒ ɖ∘¿¤þ Contribs. 12:36, 27 February 2012 (UTC)
— SMcCandlish Talk⇒ ɖ∘¿¤þ Contribs. 1:36, 26 February 2012 (UTC)
— SMcCandlish Talk⇒ ɖ∘¿¤þ Contribs. 12:36, 27 January 2012 (UTC)
— SMcCandlish Talk⇒ ɖ∘¿¤þ Contribs. 12:36, 27 February 2011 (UTC)
Ubox test
[edit]6k+ |
0.00033% | This user has created 23 of the 6,914,285 articles on the English language Wikipedia. |
tyop typo | This user is a member of the Wikipedia Typo Team. |
Inline tags
[edit]CfD multi-cat. nomination formatting
[edit]Indexes of articles
[edit]- Propose renaming:
- Category:Indexes of articles to Category:Indexes of topics
- Category:Indexes of biographical articles to Category:Indexes of biographical topics
- Category:Indexes of engineering articles to Category:Indexes of engineering topics
- Category:Indexes of mathematics articles to Category:Indexes of mathematics topics
- Category:Indexes of philosophy articles to Category:Indexes of philosophy topics
- Category:Indexes of religion articles to Category:Indexes of religion topics
- Category:Indexes of articles by country to Category:Indexes of topics by country
- Category:Indexes of articles by U.S. state to Category:Indexes of topics by U.S. state
- Propose merging redundant category Category:Indexes of articles by region with Category:Lists of topics by region and renaming to Category:Indexes of topics by region
- Nominator's rationale: The names need to be "Index" not lists, per main category Category:Indexes of topics and more importantly because they're not regular, free-form list articles, but bare alphabetical indexes. The majority of new ones being created are named "Index of...". And it needs to be "topics", despite current name of main category, because more and more indexes in these categories are named with "topics", since a large number of these indexes are indexing more than articles (portals, categories, maps, etc., etc). "Articles" in their title is a misleading misnomer. Even in individual cases where it isn't yet, it probably eventually will be; meanwhile, the more general "topics" is never inaccurate, even when an index is presently just of articles. — SMcCandlish Talk⇒ ʕ(Õلō)ˀ Contribs. 08:02, 17 December 2011 (UTC)
Complex, copy-pasteable lists
[edit]No known graphical browsers include the automatically generated list item numbers or bullets as copy-pasteable content. Try it yourself:
- An ordered list item
- An unordered list item
Note that you can copy-paste neither the item number nor the bullet. The entire block of content will paste (e.g. into a word processor file or an e-mail) as just:
An ordered list item
An unordered list item
In most cases in Wikipedia article content, which is intended to be re-used in as many ways as possible, the numbering is important to the content, and in some cases crucial (see, for example, the numbered lists at Billiard balls). Bullets are usually less important, but they are a strong aid to readability in both graphical and text-based browsers, and in copy-pasted list content. Because these list item markers are, in the encyclopedic context, actually valuable content, it is better to suppress the display of auto-generated numbers and bullets, and instead number and bulletize the items manually. This largely does not apply to project pages, talk pages, and other non-article material, since it is generally internal to the project and not intended for broad reuse.
As of this writing, the only known technique for making list numbers and bullets copy-pasteable requires manual use of HTML and CSS, instead of just wiki markup's "#" and "*" shorthand, which do not work properly for this purpose. While there is not presently a non-manual means of resolving this copy-paste issue, the MediaWiki developers and/or some Wikipedia template editors may eventually provide improved, easier methods.
The next few sections on different pasteable list types shows basic coding, without getting into alignment formatting, which is in subsequent sections.
Pasteable ordered numeric lists
[edit]<ol style="list-style: none;"> <li>1. An unordered item</li> <li>2. Another unordered item</li> </ol>
gives
- 1. An unordered item
- 2. Another unordered item
|
If the list does not begin with 1, it is good for metadata reasons to ensure that the start=
position is correct anyway, since software tools parsing the content may not even notice that the display is visually suppressed, and use this value for their own purposes:
<ol style="list-style: none;" start="242"> <li>242. An unordered item</li> <li>243. The next item</li> </ol>
gives
- 242. An unordered item
- 243. The next item
Descending series (or numbers otherwise not incrementally ascending) should be be done individually:
<ol style="list-style: none;"> <li value="242">242. An unordered item</li> <li value="241">241. The next descending item</li> </ol>
gives
- 242. An unordered item
- 241. The next descending item
Pasteable unordered bullet lists
[edit]<ul style="list-style: none; margin-left: 0.5em;"> <li>{{lidot}}A bullet item</li> <li>{{lidot}}Another bullet item</li> </ul>
gives
- • A bullet item
- • Another bullet item
Pasteable nested lists
[edit]<ul style="list-style: none; margin-left: 0.5em;"> <li>{{lidot}}Dog <ul style="list-style: none; margin-left: 1.5em;"> <li>{{lidot}}Retriever <ul style="list-style: none; margin-left: 1.5em;"> <li>{{lidot}}Labrador</li> </li> <li>{{lidot}}Hound</li> </ul> </li> <li>{{lidot}}Cat</li> </ul>
gives
- • Dog
- • Retriever
- • Labrador
- • Hound
- • Cat
Compare the autogenerated version:
- Dog
- Retriever
- Labrador
- Hound
- Retriever
- Cat
Vertical alignment
[edit]MediaWiki's built-in parsing of wikicode leaves a lot to be desired when it comes to flexible and consistent formatting of lists. By using HTML and wiki templates, a much richer system of list control is available.
The MediaWiki parser puts the manual numbering (and bulleting) of custom lists like this inside the content of each list item, but does not move the lists items to the left when the auto-generated bullets and numbers are suppressed; it is as if the parse is reserving space for "phantom" number.
- 1. A copy-pasteable ordered list item, with no alignment formatting
- An auto-generated ordered list item. Note how much further to the left it is, and that the pasteable one's number is aligned with this one's content (as highlighted in grey, in graphical browsers, for this example).
We have to overcome this minor formatting problem with CSS (when it matters - in articles with only one, short list, or several formatted the same way, the exact positioning isn't really of any concern).
Numbers
[edit]Ordered, numbered lists look best when aligned to the decimal point (or other punctuation) following the number. The MediaWiki parser does this automatically with its very simple but limited wikicode markup. For more complex lists done in HTML, this compensation has to be performed manually.
For simpler lists that will not clash in appearance with other lists on the same page (because they're formatted this way too, they're bullet lists, or there aren't any), the easy way is to just use
to the left of the shorter numbers enough times that it looks right, usually twice per missing digit:- 1. The first ordered item
- 2. The second ordered item...
- 10. The tenth ordered item...
- 100. The one-hundredth ordered item
This is really only practical for short lists, and is only approximate (because some numerals are wider than others in most fonts). The technique remains useful for lists with few item, each of which has a substantial amount of content, making it difficult to notice any slight misalignment. Note that the
margin-left
value will have to be adjusted for longer lists (see single, double and triple digit code below for exact values) to get positioning that is near-identical to auto-generated lists.Compare the poor formatting of the unadjusted version:
- 1. The first ordered item
- 2. The second ordered item...
- 10. The tenth ordered item...
- 100. The one-hundredth ordered item
Compare auto-generated code:
- The first ordered item
- The second ordered item...
- The tenth ordered item...
- The hundred ordered item
The initially more complex but more precise and much less tedious method is to use CSS to adjust the positions of base-10 blocks of list items::
- 1. The first ordered item
- ...
- 8. The eighth ordered item
- 9. The ninth ordered item
- 10. The tenth ordered item
- 11. The eleventh ordered item
- ...
- 98. The ninety-eighth ordered item
- 99. The ninety-ninth ordered item
- 100. The one-hundredth ordered item
- 101. The one-hundred-first ordered item
- ...
- 999. The nine-hundred-ninety-ninth ordered item
Each sublist after the first must be kerned upward 0.4em a little bit to conform the gap between lists to the size of the space between items. This is done with
margin-top: -0.4em;
Themargin-left
specifics for lining up the decimals are detailed below.One digit:
- 1. The first ordered item
- 2. The second ordered item
- 3. The third ordered item
Compare the auto-generated version:
- The first ordered item
- The second ordered item
- The third ordered item
Two digits:
- 10. The tenth ordered item
- 11. The eleventh ordered item
- 12. The twelfth ordered item
Compare the auto-generated versions:
- The tenth ordered item
- The eleventh ordered item
- The twelfth ordered item
or the sloppy but shorter
- The tenth ordered item
- The eleventh ordered item
- The twelfth ordered item
Three digits:
- 100. The one-hundredth ordered item
- 101. The one-hundred-first ordered item
- 102. The one-hundred-second ordered item
Compare the auto-generated versions:
- The one-hundredth ordered item
- The one-hundred-first ordered item
- The one-hundred-second ordered item
or the sloppy but shorter
- The one-hundredth ordered item
- The one-hundred-first ordered item
- The one-hundred-second ordered item
Just for the record, four digits:
- 1000. The one-thousandth ordered item
- 1001. The one-thousand-first ordered item
- 1002. The one-thousand-second ordered item
Compare the auto-generated versions:
- The one-thousandth ordered item
- The one-thousand-first ordered item
- The one-thousand-second ordered item
or the sloppy but shorter
- The one-thousandth ordered item
- The one-thousand-first ordered item
- The one-thousand-second ordered item
Really, if there are more than three digits, this method is not likely to be practical, and auto-generated lists should be used, and/or consider breaking the page up into a series of pages.
Bullets
[edit]Bullets, unordered, aligned with first ordered digit:
- Numbered alignment example
- • An unordered item
- • Another unordered item
- • And another unordered item
- Numbered alignment example
When used at end of an ordered list:
- 1. A numbered item
- 2. Another numbered item
- • An unnumbered item
Bullets, unordered, aligned with auto-generated unordered bullets (to the extent possible):
- • An unordered item
- • Another unordered item
- • And another unordered item
- Bulleted alignment example
This is the best compromise alignment possible, as noted above. For browser-by-browser details, see Template:Lidot's documentation.
No numbers or bullets
[edit]No digits or bullets, ordered in metadata, aligned with first ordered digit:
- An unordered item
- Another unordered item
- And another unordered item
- Numbered alignment example
No digits or bullets, ordered in metadata, aligned with ordered values:
- An unordered item
- Another unordered item
- And another unordered item
- Numbered alignment example
No digits or bullets, unordered, aligned with first ordered digit:
- An unordered item
- Another unordered item
- And another unordered item
- Numbered alignment example
No digits or bullets, unordered, aligned with ordered values:
- An unordered item
- Another unordered item
- And another unordered item
- Numbered alignment example
No digits or bullets, unordered, aligned with unordered bullets:
- An unordered item
- Another unordered item
- And another unordered item
- Bulleted alignment example
This is the best compromise alignment possible. It is a hair too far to the right in Firefox and Explorer, and a bit too leftward for Chrome and Safari, but this is all we can do, because bullet size and spacing are not codified in the W3C HTML specifications, so each browser maker does whatever they want.
No digits or bullets, unordered, aligned with unordered values:
- An unordered item
- Another unordered item
- And another unordered item
- Bulleted alignment example
is generally close enough, but off by approximately -0.01em in most browsers; this can be fixed with the following, with no adverse effect on browsers that do not support kerning this fine:
- An unordered item
- Another unordered item
- And another unordered item
- Bulleted alignment example
Nested
[edit]Unordered bullet list inside ordered numbered list item:
- 1. The first ordered item
- • A nested unordered item
- • Another nested unordered item
- • And another nested unordered item
- 2. The second ordered item
Compare auto-generated version, with bullets indented too far (and blue):
- The first ordered item
- A nested unordered item
- Another nested unordered item
- And another nested unordered item
- The second ordered item
Unordered no-bullet list inside ordered numbered list item:
- 1. The first ordered item
- An unordered item
- Another unordered item
- And another unordered item
- 2. The second ordered item
There is no auto-generated equivalent.
Unordered bullet list inside unordered bullet list item (and blue like the auto-generated ones):
- • An unordered item
- • A nested unordered item
- • Another nested unordered item
- • And another nested unordered item
- • Another unordered item
Compare auto-generated version:
- An unordered item
- A nested unordered item
- Another nested unordered item
- And another nested unordered item
- Another unordered item
For black bullets, use
{{lidot2}}
A traditional outline, in the order I., A., 1., a., i., then I)..., then (I)...; the first six levels are shown:
- I. Top level
- A. First nest
- 1. Second nest
- a. Third nest
- i. Fourth nest
- I) Fifth nest
- II) Fifth nest, second item
- ii. Fourth nest, second item
- i. Fourth nest
- a. Third nest, second item
- a. Third nest
- 2. Second nest, second item
- 1. Second nest
- B. First nest, second item
- A. First nest
- II. Top level, second item
There is no auto-generated equivalent, only a hybrid HTML and wiki-markup version that isn't really any easier.
When to use complex vs. basic lists
[edit]As a rule of thumb:
- If the lists in the article are confusing or poorly formed;
- or if the article is at least somewhat well developed, i.e.,
- the article is "C"-class or better (above "Start" or "Stub"),
- or contains lists not likely to need a great deal of further work,
- or is a list article that is not being actively expanded,
- and the article is not in the middle of a lot of editorial churn, especially involving inexperienced editors in large numbers;
then it is recommended to use pasteable lists to increase the usability of the article.
No editor should feel obligated to use the more complex pasteable list code; the top priority at Wikipedia is the creation of verifiable, reliable articles, and any impediment to doing so can be ignored by convention. The other side of this coin is that editors are free to improve articles in many ways, and a major goal of the entire WikiMedia project is to make this content as broadly useful and usable as possible, so revert-warring to prevent another editor from converting a list to the more detailed but flexible format is strongly discouraged.
Text rotation trick (with multi-browser support)
[edit]Chicken Nuggets
- • Retriever