|
| Wiki Text Formatting Test Page | UserPreferences |
This page originated on ![[Wiki]](/MoinMoin/ns/img/moin-inter.gif){kind=small}
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 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 WardsWiki, see http://www.c2.com/cgi/wiki?WikiEngineReviewTextFormattingTest
People reviewing this wiki from the original 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):
TextFormattingRules work for a given wiki. To use the page, copy the text from the edit window, and paste it in the wiki under test. Then read it.
And, the next logical thing to do is put a page like this on a public wiki running each WikiEngine, and link to it from the appropriate WikiReview 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.
WikiOriginalTextFormattingRules
This first section will test the WikiOriginalTextFormattingRules.
If a wiki properly interprets the WikiOriginalTextFormattingRules, the text will appear as described here.
This should appear as plain variable width text, not bold or italic.
The original 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 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.
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 WardCunningham considers this the desired behavior.
This is a multilevel bulleted list:
WardsWiki, note the numbering, and then compare it to what it looks like in the wiki being tested.
Aside: I wonder if any wikis provide multilevel numbering -- I know that 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:
Wiki: A very strange wonderland.
Wiki: A very strange wonderland.
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.
Headings
As stated earlier, the original 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:
MoinMoin (0.4 and up)
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).
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
T?HisIsNotValidInTheOriginalWiki -- 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.
[[?ThisIsNotValidT?InTheOriginalWiki]] -- 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.
*This Is Not Valid In The Original Wiki* -- Separated by spaces, enclosed in asterisks, valid in Swiki
Some?PartOfThisIsValidInTheOriginalWiki -- Attempted to invalidate putting 6 single quotes between the first pair of words.
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
[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: 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.
*This, embedded between asterisks, should be bold*
_This, embedded between single "underbars" should be italic_
__This, embedded between double "underbars" should be bold and italic__
<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
+ Another line preceded by two tabs, a space, and a plus sign
<pre>
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
Numbered lists start each line with '#', with no space before the text.
#Blue
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 Second level
Third level
Fourth level
Fifth level
:: Major Heading -- four dashes, two colons, and a space
: Minor Heading -- four dashes, one colon, and a space
EditLinks and fill in URLs. 
0137483104 -- ISBN followed by colon, followed by 10 digits (InterWiki style)
Twiki formatting (just a few samples)
This line, preceded by a space, appears normal
<H1>A heading embedded between HTML H1 tags</H1>
+A line preceded by two tabs and a plus sign
Just showing how TWiki displayed something that looked like headings, but by using preformatted HTML.
<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
-Blue
-Green
#Green
#Red
| IndexError | Python 2.3.2 /home/bin/python |
A problem occurred while running a Python script. Here is the sequence of function calls leading up to the error, with the most recent (innermost) call last.
| /home/hosting_users/sjy8282/www/MoinMoin/cgimain.py in run() |
| 168 cgitb.handler() |
| /home/hosting_users/sjy8282/www/MoinMoin/Page.py in send_page(self=<MoinMoin.Page.Page instance>, form=FieldStorage(None, None, []), msg='', **keywords={}) |
| 293 Parser(body).format(self.formatter, form) |
| /home/hosting_users/sjy8282/www/MoinMoin/parser/wiki.py in format(self=<MoinMoin.parser.wiki.Parser instance>, formatter=<MoinMoin.formatter.text_html.Formatter instance>, form=FieldStorage(None, None, [])) |
| 497 _isEndingHTML=string.rstrip(_toPrint)[-1] in ('>','\n') and \ |
IndexError: string index out of range
__doc__ = 'Sequence index out of range.'
__getitem__ = <bound method IndexError.__getitem__ of <exceptions.IndexError instance at 0x403a672c>>
__init__ = <bound method IndexError.__init__ of <exceptions.IndexError instance at 0x403a672c>>
__module__ = 'exceptions'
__str__ = <bound method IndexError.__str__ of <exceptions.IndexError instance at 0x403a672c>>
args = ('string index out of range',)