Wiki Engine Review Text Formatting Test
Wiki Engine Review Text Formatting TestRevised 1/05/01, 5:45 PM EST -- adding "test" links in double square brackets, as TWiki allows.
This page originated on Wiki:WardsWiki, and the most up-to-date copy resides there. This page has been copied here in order to make a quick visual determination of which TextFormattingRules work for this wiki. Currently it primarily determines how text formatted using the original Wiki:WardsWiki text formatting rules is displayed. See http://www.c2.com/cgi/wiki?WikiOriginalTextFormattingRules.
If you want to see how this text appears in the original Wiki:WardsWiki, see http://www.c2.com/cgi/wiki?WikiEngineReviewTextFormattingTest
People reviewing this wiki from the original Wiki:WardsWiki will be referred to this page. If you want to see the review, go to http://www.c2.com/cgi/wiki?WikiEngineReview.
Other places this page appears (perhaps as an older version):
And, the next logical thing to do is put a page like this on a public wiki running each Wiki:WikiEngine, and link to it from the appropriate WikiEngineReview page, as has been done in some cases -- see above.
The next line (4 dashes) should show up as a horizontal rule. In a few wikis, the width of the rule is controlled by the number of dashes. That will be tested in a later section of this test page.
Wiki:WikiOriginalTextFormattingRules
This first section will test the Wiki:WikiOriginalTextFormattingRules.
If a wiki properly interprets the Wiki:WikiOriginalTextFormattingRules, the text will appear as described here.
This should appear as plain variable width text, not bold or italic.
The original Wiki:WardsWiki text formatting rules make no provision for headings. They can be simulated by applying emphasis. See the next several lines.
'This text, enclosed within in 1 set of single quotes, should appear as normal text surrounded by 1 set of single quotes.'
This text, enclosed within in 2 sets of single quotes, should appear in italics.
This text, enclosed within in 3 sets of single quotes, should appear in bold face type.
'This text, enclosed within in 4 sets of single quotes, should appear in bold face type surrounded by 1 set of single quotes.'
This text, enclosed within in 5 sets of single quotes, should appear in bold face italics.
This text, enclosed within in 6 sets of single quotes, should appear as normal text.
This line, prefixed with one or more spaces, should appear as monospaced text. Monospaced text does not wrap. 'This text, enclosed within in 1 set of single quotes and preceded by one or more spaces, should appear as monospaced text surrounded by 1 set of single quotes.' This text, enclosed within in 2 sets of single quotes and preceded by one or more spaces, should appear in monospaced italics. This text, enclosed within in 3 sets of single quotes and preceded by one or more spaces, should appear in monospaced bold face type. 'This text, enclosed within in 4 sets of single quotes and preceded by one or more spaces, should appear in monospaced bold face type surrounded by 1 set of single quotes.' This text, enclosed within in 5 sets of single quotes and preceded by one or more spaces, should appear in monospaced bold face italics. This text, enclosed within in 6 sets of single quotes and preceded by one or more spaces, should appear as monospaced normal text. This line, prefixed with one or more spaces, should appear as monospaced text.This should appear as a single wrapped sentence / paragraph even though each word is on a separate line.
In this sentence, bold should appear as bold, and italic should appear as italic.
The next phrase, even though enclosed in triple quotes, '''will not display in bold because I've broken the phrase across a line''' boundary by inserting a <return>.
If I don't break the phrase by inserting a <return>, the bold portion can start and end on different lines, as this does.
Note that the logic seems to be easily confused. In the next paragraph I combine the two sentences (with no other changes). Notice the results. (The portion between the "innermost" set of triple quotes, and nothing else, is bold.)
The next phrase, even though enclosed in triple quotes, '''will not display in bold because I've broken the phrase across a line boundary by inserting a <return>. If I don't break the phrase by inserting a <return>, the bold portion can start and end on different lines,''' as this does.
I don't know if Wiki:WardCunningham considers this the desired behavior.
This is a multilevel bulleted list:
Aside: I wonder if any wikis provide multilevel numbering -- I know that Wiki:MicrosoftWord, even back to the Dos 3.0 version, can number an outline with multiple digits, in "legal" or "outline" style numbering. I forget which is which -- one is like 2.1.2.4, the other is like II.A.3.c., and I think there is another one that includes ii.
Definition Lists:
Indented Paragraphs (For quotations)
Weighted horizontal lines.
The next 10 double spaced lines are a succession of lines with an increasing number of dashes on each line, in other words, the first line is one dash, the second is two, ... until the tenth is 10 dashes.
In at least one wiki (which? PikiPiki, and thus MoinMoin), the weight (thickness) of the lines increases based on the number of dashes (starting at 4 dashes).
-
--
---
(the following line has 80 dashes)
End of line weight test.
I inserted 8 blank lines after this, to see if whitespace is "contracted".
Headings
As stated earlier, the original Wiki:WardsWiki does not handle headings except by a workaround using emphasis. Some other wikis do.
Some use a prefix of exclamation points, others use other methods. As I find those methods, I will expand this section accordingly.
Here is a test of headings using "!"
This works for:
!!Second level
!!!Third level
!!!!Fourth level
!!!!!Fifth level
Here is a test of headings enclosed in equal signs (=), one for the top level, one more for each lower level. Whitespace is not allowed outside of the equals signs, while whitespace is required on the inside (separating the header text and the equals signs).
This works for:
== Second level ==
=== Third level ===
==== Fourth level ====
===== Fifth level =====
An older version of WardsWiki engine, as used at the CLUG Wiki (http://www.clug.org/cgi/wiki.cgi?RandyKramer), creates headings as shown below. I don't know whether this is part of what Ward wrote or an enhancement by JimWeirich (or somebody else).
:: Major Heading -- four dashes, two colons, and a space
: Minor Heading -- four dashes, one colon, and a space
Swiki uses equal signs as prefixes, no space before the heading text -- actually this is not working in Swiki -- tried with and without spaces, now without
=Top level (one equal sign)
==Second level
===Third level
====Fourth level
=====Fifth level (five equal signs)
======Sixth level (six equal signs)
WikiNameTest?
This area will test WikiName validity.
ThisIsValidInTheOriginalWiki?
THisIsNotValidInTheOriginalWiki -- Adjacent caps
This8IsNotValidInTheOriginalWiki -- Numbers
YAGNI -- All caps
[YAGNI] -- All caps, enclosed in single square brackets
[[YAGNI]] -- All caps, enclosed in double square brackets
This8isNotValidInTheOriginalWiki --
T8HisNotValidInTheOriginalWiki --
[This Is Not Valid In The Original Wiki] -- Separated by spaces, enclosed in square brackets.
[ThisIsNotValidInTheOriginalWiki?] -- Enclosed in square brackets -- this is valid in the original wiki.
[ThisIsNotValid_InTheOriginalWiki] -- Enclosed in square brackets, with underbar.
[ThisIsNotValid8InTheOriginalWiki] -- Enclosed in square brackets, with number.
[ThisIsNotValidTInTheOriginalWiki] -- Enclosed in square brackets, with doubled caps.
["This Is Not Valid In The Original Wiki"] -- Separated by spaces, enclosed in square brackets and quotes.
[[This Is Not Valid In The Original Wiki]] -- Separated by spaces, enclosed in double square brackets.
[[ThisIsNotValidInTheOriginalWiki?]] -- Enclosed in double square brackets -- this is valid in the original wiki.
[[ThisIsNotValid_InTheOriginalWiki]] -- Enclosed in double square brackets, with underbar.
[[ThisIsNotValid8InTheOriginalWiki]] -- Enclosed in double square brackets, with number.
[[ThisIsNotValidTInTheOriginalWiki]] -- Enclosed in double square brackets, with doubled caps.
["This Is Not Valid In The Original Wiki"] -- Separated by spaces, enclosed in square brackets and quotes.
ThisIsIntentionallyNotValidInTheOriginalWiki -- Invalidated by 6 single quotes between every pair of words.
Remote references are created by inserting a number in square brackets, they are not automatically numbered. To make these links work, you must go to Wiki:EditLinks and fill in URLs.
[1]
[2]
If a remote reference ends in .gif, the image is inlined.
Here is a .gif URL for testing: http://c2.com/sig/wiki.gif (This link disabled by 6 single quotes after the http.)
In WardsWiki the URL for a remote reference in the [number] syntax must be entered using EditLinks. The image is placed where the [number] is located.
[3]
Simply typing a link (starting with http: and ending in .gif) also works.
Will pictures overlap? In WardsWiki, these 4 pictures form two rows of two pictures, separated by a horizontal blank line.
[3][3]
[3][3]
ISBN Links (to a bookseller) -- several variations
ISBN 0137483104 -- ISBN followed by colon, followed by 10 digits (Wiki:InterWiki style)
ISBN 0-13-748310-4 -- ISBN followed by optional colon, followed by 10 digits with optional hyphens
ISBN 0-13-748310-4 -- ISBN, no colon, followed by 10 digits with optional hyphens, entire string surrounded by square brackets
ISBN 0-13-748310-X -- ISBN, with colon, entire string surrounded by square brackets, followed by 10 digits with optional hyphens, last digit an X "X" is the "digit" ten (the roman numeral, actually), which is a possible value for the checksum (last) digit.
Twiki formatting (just a few samples)
__This, embedded between double "underbars" should be bold and italic__
This line, preceded by a space, appears normal<H1>A heading embedded between HTML H1 tags</H1>
<H2>A heading embedded between HTML H2 tags</H2>
<H3>A heading embedded between HTML H3 tags</H3>
<H4>A heading embedded between HTML H4 tags</H4>
<H5>A heading embedded between HTML H5 tags</H5>
<H6>A heading embedded between HTML H6 tags</H6>
Trying angle brackets and escape notation:
>< -- arrows in
<> -- arrows out
<enclosing text> -- enclosing text -- text is hidden in TWiki
< > -- escape (ampersand) lt and gt
I think there is (or will be) another way to mark up headings -- this might require that the TocPlugin? be installed. (The following does not work, either because it hasn't been implemented (yet), the TocPlugin? is not installed, or because I haven't stumbled across exactly the right syntax.)
| *You type* | *You see* | *Note* | | =\tab+++ title= | <h3>title</h3> | (we count "+") | | =\tab\tab+ title= | <h2>title</h2> | (we count tabs) | | =\tab*H4: title= | <h4>title</h4> |
+A line preceded by one "+"
\ +A line preceded by \tab+
=\ \ + A line preceded by
+A line preceded by two tabs and a plus sign + Another line preceded by two tabs, a space, and a plus signJust showing how TWiki displayed something that looked like headings, but by using preformatted HTML.
<pre> <nop>+ Heading 1 <nop>+ Heading 2 <nop> + Heading 3 <nop>... and so on </pre>
_ An underscore at the beginning of a line makes a horizontal line in Swiki Swiki Formatting (started by copying their text formatting rules page, http://rhkswikitest.swiki.net/.format
Note: I've noticed some inconsistency with Swiki in handling this page, maybe because of the size? Earlier, headings did not work properly, but bulleted lists did. (The numbered and nested lists were added later.) Now headings are working but lists are not. (And I won't be surprised if, when I save this page either everything works, or something different breaks -- no headings still work, lists do not, but I wonder about the next save?)
Lists
Bulleted lists start with a dash, with no space before the text.
-Red -Blue -Green
Numbered lists start each line with '#', with no space before the text.
#Blue #Green #Red
Lists can be nested. Thus, a line starting with '#-' is an element of a bulleted list that is part of an ordered list.
Now some nesting:
#Blue ##BG #-BBG -#BBBG #Green ##GR ##GGR #Red
+ Swiki has an append here area, created by starting a line with a plus sign. "A text area will be inserted into the page that allows users to add contents to the page without having to edit the page. Users can add text even when the page is locked and when they are not logged in."
Special formatting rules for&, <, >, '*', @:
There are five characters (&, <, >, *, @) which to do not display correctly unless you type aliases for them as follows: Instead of & type: &; Instead of < type: <; Instead of > type: >; Instead of * type: ☆; Instead of @ type: &at;.
To preserve character spacing, begin each line with '>'. _
Some tests for UseMod wiki:
Using b and i in angle brackets:
<b>Bold</b>
<i>Italic</i>
Lists are marked up using multiple leading asterisks
# ## Item # Item ## Item ### Item ### Item # Item ## Item ### Item
"Raw" HTML is disabled by default
ToDo: Continue to add formatting rules for other wikis, as identified.
Tables
| Let's | just | try | a | |table | for | kicks | ouch |
or even a table...
|||||||| Header || || Let's || just || try || a || ||table || for || kicks || ouch ||
A wide table (works on SwikiFarm) |<b>*Engines*</b>|<b>*Prop1*</b>|<b>Prop2</b>|<b>Prop3</b>| |*E1*|*y*|y|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n|n| |E2|n|*?*|n| |E3|y|n|n|
A wide table for MoinMoin? ||<b>*Engines*</b>||<b>*Prop1*</b>||<b>Prop2</b>||<b>Prop3</b>|| ||*E1*||*y*||y||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n||n|| ||E2||n||*?*||n|| ||E3||y||n||n||
Foreign Characters, copied from the WikiWikiSandbox on 12/8/00:
Well, how about åä? and other umlaut characters. double single-quoted text verrry funny pictures for an old chinese; no more meaning like "FA3B27E5" or other Hex-Code
So can I use Japanese characters (EUC) or what? Well, here it goes anyway: ¤¢¤Ã¡ªÆüËܸì¤â¹Ô¤±¤ë¤ß¤¿¤¤¡¢´ò¤·¤¤¤Í¤¨¡£ Let's see it then - SpareMissile
wanna test it too. hihi, cool... ´ó¼ÒºÃ£¬i am rose
I just tried adding some characters using the <alt>nnn approach (on IE5): (For engines which hide HTML tags, I enclosed the "alt" within angle brackets as a prefix to "nnn" (or "real" digits).)
<alt>159: ƒ
It seems to work in WardsWiki
I wonder if that would give me a way to either force white space (sounds likely -- insert <alt>255 on multiple lines?) or force a line break without causing a blank line in the output (doesn't sound as likely)?
Some lines with <alt>255 separated by totally blank lines:
_
_
_
_
That seemed dumb! Why not try lines with a single space separated by totally blank lines? Why not -- because it doesn't work in WardsWiki:
I could consider adding an ASCII table here:
See Wiki:AsciiValuesForUmlauts
See also (just for interest):
<alt>159 with numlock off: ƒ
and
<alt>0159 with numlock on: Ÿ
Well, there's an answer, but not quite what I was looking for -- the <alt>159 syntax represents the ASCII codes from 0 to 255 (decimal). What does the <alt>0159 syntax represent?
-- Wiki:RandyKramer
Wiki:CategoryWikiEngineReview, CLUG:TopicUsingWiki?, CLUG:TopicWikiEditingTraps?
EditText of this page
(last edited October 25, 2003)
or FindPage with title or text search