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]

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.

Write my essay 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.

---

• Could someone write here a short example where to actually put .properties file. Can't get this working.

--Juhani, 26-Oct-2006

Short Properties file example -- contents & location

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 to Contributed Plugins

---

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

---

Fixed the special pattern matching to respect the '^' start-of-line anchor, making it easier to describe syntaxes such as Java .properties files:

colorcode.area.bgcolor='white'
colorcode.normal.font.color='#0000C0'
colorcode.string.font.bold='true'
colorcode.special.variable.pattern='^[a-zA-Z0-9 /\\.-]+'
colorcode.special.variable.font.color='#800040'
colorcode.special.comment.pattern='^#[ -]+'
colorcode.special.comment.font.color='green'
colorcode.special.varsub.pattern='\\{[0-9]+\\}'
colorcode.special.varsub.font.color='black'
colorcode.special.varsub.font.bold='true'
tokenizer.ordinaryChar: '#,/,.,},{,.,0x20,0x2C'
tokenizer.wordChar: '#,/,.,},{,.,0x20,0x2C'

--Roy, 05-Oct-2006

---

Hi Roy... nice. And a rather compact little beastie, for anyone who care to look at the code and design of the plugin -

One thing: some control over font-size would be nice... the HTML prologue/ epilogues currently come from hardcoded constants, and specify explicit sizes which would tend to override CSS?

Later: We did manage to get past this - CSS style on 'code' tag, and use !important for the font-size specification. (thanks Phil Duhs for this tip)

My preference for code snippets, is definitely *smaller* rather than *large print*. We run a development shop here not a, ahem, remedial reading course :)

--Thomas Whitmore, 11-Jan-2007

---

Thanks for the comments, Thomas, I have added a new way of specifying markup styles in this plugin using spans/css classes (thanks to Damien French for the use case & testing). It works like this:

Set the parameter spans to 'true' (ColorCodePlugin spans='true'), and it will insert spans with class set to the 2nd part of the property for the type of token, so if it's a symbol (property 'colorcode.symbol') it'll get class='symbol'. An external css can then define the appearance of that element.

The built-in classes are : normal, keyword, symbol, string, number, comment, and 'specials' defined will get the user-defined part used as the class name, so "colorcode.special.email" will generate class="email"

Does that help in your case?

-- Roy, 16-Jan-2007

---

Has anyone done a properties file for python syntax? Thanks.

-- Mariano, 27-Aug-2010

---

<< Back to Contributed Plugins