This is version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

Color Code Plugin#

By RoyPhillips

Overview#

This plugin implements the WikiPlugin interface, providing an execute implemenation that renders the body text as colorized source code, according to either a named syntax parameter, and/or parameter values provided at the plugin's point of invocation. Example:

[{ColorCodePlugin syntax='sql'
 
select count(*) from dual
}]

The above example will attempt to load a resource named 'sql' from the webapps classpath, for example, a properties file, and use the properties in it to format the text. These properties define how (color, bold, italic) each element, such as keywords will be rendered, as well as listing the keywords and optionally, 'special' patterns in the text (see XML example below). Using the settings distributed, the example renders:

Alternatively, the configuration can be specified as immediate parameters to the Plugin, as in this cheap-and-cheerful XML example:

[{ColorCodePlugin 
                  colorcode.keywords='version,encoding,!doctype,public,xml'
                  colorcode.special.tag.pattern='<[/]?[a-z_-]+>'
                  tokenizer.wordChar: '.,-,/,!,<,>'
                  tokenizer.ordinaryChar: '<,>'

(...xml document here...)
}]

The Specials #

As well as the predefined categories of token, keyword, normal, string, number, symbol, the properties file may define any number of 'special' token classes. In the example above, the property colorcode.special.tag.pattern defined the pattern by which the special token class tag could be recognized. Otherwise 'normal' tokens that match this regular expression will be rendered according to the default special font properties, unless explictly specified by a matching colorcode.special.tag.font.color etc. definition.

See vm.properties for an example of definining more than one class of special token. Notice that the StreamTokenizer has to be programmed to accept any non-alphabetic characters that form part of a special token, by including them in the tokenizer.ordinaryChar and tokenizer.wordChar properties.

Madness#

(sorry, that should have read Installing)

• Download the distribution jar into the local JSPWiki/WEB-INF/lib directory.
• Either invoke with full package name, or add to JSPWiki/WEB-INF/jspwiki.properties plugin search path:

jspwiki.plugin.searchPath = ...,lu.intrasoft.jspwiki.plugin, ...

Building#

• Unpack the source jar into some convenient directory
• Edit the build.properties file to set the local webserver path
  • E.g., webserver.dir=C:/Program Files/Apache Software Foundation/Tomcat 5.5
• Run the ant task deploy

Implementation#

ColorCodePlugin.java	Simple WikiPlugin implemenation
ColorCodeHTML.java	Non-plugin specific code to render text as HTML (the guts of this thing)
SyntaxTokenizer.java	A StreamTokenizer subclass that configures it's options from provided properties

---

Back

---

do NOT forget to include the blank line between the syntax and your code! (wont work without)
are there any pre-defined .properties for other languages?

--Max, 03-Oct-2006

Currently, the pre-defined .properties include:

SQL	SQL syntax highlighting (Oracle flavor)
C/C++	C & C++ -- full C++ '98 keyword set
Java	Works, but nowhere near as nice as Java2HtmlPlugin
Velocity	Velocity template file highlighing

The XML example above could easily be converted to a properties file, as well. It's easy enough to create one for a different syntax - I have used inline definitions for emails, bash scripts, etc., that don't occur often enough for a formal properties file.

--Roy, 03-Oct-2006