This plugin replaces the current DokuWiki handlers for <code> </code> & <file> </file> markup. It adds ability to recognize and render a title above the code box.

This plugin was inspired by 477 and my own curiosity to see if it was possible to override DokuWiki's native syntax handling.

There is another Code Plugin which adds line numbers, console mode and can highlight diff output.

See the plugin in action here (maybe outdated) (or below)

<code lang | title> some code </code>
<file | title> some text </file>

The lang parameter causes the syntax highlighting according to the language you specify

Supported parameters (fileextensions given if differ from lang):

- this list is incomplete, please add any supported language that's not listed

A full list of supported languages can be found here.

• actionscript as
• c
• cpp
• csharp
• css
• html
• ini
• java
• javascript js (including JSON)
• nsis
• php
• plsql
• python py
• sql
• xml
• bash
• delphi
• asp.net asp
• coldfusion cfm

Adding a title will add a small flag ontop of the codebox to enable the direct downloading of the sourcecode

If no title is given the plugin will render the <code> or <file> markup identically to the native DokuWiki handler.

Search and install the plugin using the Extension Manager. Refer to Plugins on how to install plugins manually.

Plugin sources: zip format (4k)

The plugin consists of three files, two (almost identical) syntax plugins files, syntax/code.php & syntax/file.php and some CSS styles, style.css.sd

• 2020-07-29 — Fix fatal issue about function signatures, and put code on github
• 2008-08-13 — Update plugin URL
  • — Add support for unknown render formats (e.g. ODT plugin)
• 2006-12-17 — Sync below darcs update into main package.
• 2006-01-24 — Minor update, darcs only (package release held until after next DokuWiki update)
  • replace hex entities in patterns with < & >
• 2005-08-19 — Updated, split into two plugin scripts to allow nesting of <code> within <file> and vice versa. Downloadable plugin package released.
• 2005-08-01 — Updated, adds titles to the “<file>” syntax.
• 2005-07-30 — Released.

doesn't work with version 2024-02-06a “Kaos” !!!

— MaddoX 2024-03-4 (updated 2024-03-4)

What would be nice is if it automatically generates a title based on the language attribute set if no title is explicitly set. — ta' lajzar 2005-07-30 05:06

Modify handle() …

                if (!$lang) $lang = NULL;
// add one line
                if (!trim($title) && $lang) $title = "Language: $lang";
// end addition
            } else {

— ChrisS 2005-07-31 (updated 2005-08-01)

Can you make the class search for java code search java 1.5 (or let me config what i want as 1.6 is around the corner)?

DokuWiki uses the GeSHi syntax highlighter to provide the highlighting. Refer to DokuWiki's syntax page and to GeSHi for details. — Christopher Smith 2006-10-20 12:32

Is there a list of supported code types for this plugin? That would be really handy! Cool plugin.

See GeSHi.

Cool plug-in, but would be even better with line numbering.

See the other Code plugin which provides just that.
— Matthias Watermann 2007-01-31 21:59

I love this plugin, but I often find myself documenting console instructions, is it possible to add a <console> version of the file/code but with the <console> its black background with white writing similar to a console I guess :) just and idea or perhaps someone has all ready done this.

You might want to install the other Code Plugin which provides a console mode.
— Matthias Watermann 2008/04/05 19:35

Great plugin but i have an issue: if i write

<code bash | title>
${something}
...

in a <code bash> tag the output is

${something}|>

this happen with the bash syntax highlight, but without this plugin (with the default code render) it does not happen. I've watched the HTML of the page

<span class="re0">$<span class="br0">&#123;</span>something<span class="br0">&#125;</span><span class="sy0">|</span>></pre></div>

Is this a bug?
Enrico 2008/12/16 2:16

It doesn't happen for me, see test page. — Christopher Smith 2008/12/17 01:09

In your page the code is grey it is not highlighted. In my page something is blue and the {} are green. I can't figure where is the problem. Thanks for the reply. Enrico 2008/12/21 18:06
here it is the HTML code that i get
<html>

<div class='code'><p>title</p><pre class=“code bash”><span class=“re0”>$<span class=“br0”>&#123;</span>something<span class=“br0”>&#125;</span><span class=“sy0”>|</span»</pre></div> </div> </html>

The code plugin does very little. Its a wrapper around DokuWiki's code syntax to provide a title and different appearance. The syntax highlighting itself is provided by a separate module, GeSHI, included with the DokuWiki core. The code plugin doesn't change the highlighting colours, they are typically part of the template. Any different in highlighting colours may be due to a different template. All I can suggest is you update to the latest DokuWiki, the latest version of the code plugin and check that all syntax modes in the page are closed properly. Also, you may want to see how the page looks in the default template. — Christopher Smith 2008/12/25 15:13

I've already the latest DokuWiki and, I'm using the default template… by the way it can be a GeSHI bug?
Enrico 2009/1/4 16:00

I have the same problem, I suspect it is a geshi issue. I checked first it wasn't other plugins by turning them all off. Still there. Turned off this plugin and just used the default code format in DokuWiki. Problem still there. Then dug through the geshi code. Line 2304 (pasted below) in inc/geshi.php causes the problem. It runs into a problem parsing the span markers when there are curly brackets in the expression (geshi uses |> as a temporary span marker) and so the HTML above is missing a closing span.

preg_match_all("/<\|(?:<DOT>|[^>])+>(?:(?!\|>).*?)\|>|<\/a>/", $stuff_to_parse, $highlighted_in_stuff, PREG_OFFSET_CAPTURE);

This code is embedded inside an if statement for symbol highlighting. Immediately preceding that is an if statement that handles bracket highlighting. You can fix it by moving the bracket highlighting so that it is done after the symbol highlighting - testing this now to see if I ever have other odd effects creep in because of the shift. Note, my geshi version (defined at the top of inc/geshi.php) is 1.0.7.21.
Snorri 2009/3/19

Tried to update my wiki to 2009-02-14. Now the plugin produces invalid XHTML (strict) markup due open paragraph won't be closed before the (optional div) and pre tags are insert. Any idea or hint what the problem may be?
Gunther 2009/4/6 23:24