NAME
Pod::Elemental::Transformer::SynHi - a role for transforming code into syntax highlighted HTML regions
VERSION
version 0.101001
OVERVIEW
Pod::Elemental::Transformer::SynHi is a role to be included by transformers that replace parts of the Pod document with html
regions, presumably to be consumed by a downstream Pod-to-HTML transformer.
If your class composes this role, you only need to write one method, build_html
. It will be called like this:
sub build_html {
my ($self, $content, $param) = @_;
return Some::Syntax::Highlighter->javascript_to_html( $content );
}
That will use the mythical Some::Syntax::Highlighter to turn the given content into HTML, acting on blocks like:
You'll probably also want to specify a default format name indicating what regions to transform by doing this:
has '+format_name' => (default => 'js');
With that done, the transformer will look for =begin js
or =for js
regions, or verbatim paragraphs beginning with #!js
and feed them to the syntax highlighter.
How It Works
This role provides a transform_node
method. It will call synhi_params_for_para
for each paragraph under the node. If that method returns false, nothing happens. If it returns a true value, that value will be passed to the build_html
method, which should return HTML to be placed in an html
region and used to replace the node that was found. build_html
is the one method you must write for yourself!
SynHi transformers have a format_name
attribute. The default synhi_params_for_para
will look for begin/end or for regions with that format name, or for verbatim paragraphs that start with !#formatname
. Any text following the format name will be passed to parse_synhi_param
and the result will be passed as the $param
argument seen above. The rest of the content (excluding the shebang line, if one was used) will be the $content
argument.
The default parse_synhi_param
will raise an exception if the param string is not empty.
All the documentation of attributes and methods below will be of use primarily if you are trying to do something more complex than described above.
PERL VERSION
This library should run on perls released even a long time ago. It should work on any version of perl released in the last five years.
Although it may work on older versions of perl, no guarantee is made that the minimum required version will not be increased. The version may be increased for any reason, and there is no promise that patches will be accepted to lower the minimum required perl.
ATTRIBUTES
format_name
This is the format name used to mark regions for syntax highlighting. It must be a valid format name and must be provided. Classes composing this role are expected (but not required) to provide a default.
use_standard_wrapper
This boolean, which defaults to true, controls whether the output of a SynHi transformer's build_html
method is automatically wrapped with "standard_code_block"
.
METHODS
synhi_params_for_para
my $maybe_result = $xformer->synhi_params_for_para($pod_para);
This method is called for each paragraph the transformer considers. It should return either false or an arrayref in the form:
[ $content_string, $parameters ]
The behavior of the default synhi_params_for_para
is described above: it looks for regions with the proper format name or verbatim paragraphs starting with shebang lines. It parses post-format-name line content with the parse_synhi_param
method below.
parse_synhi_param
In the example lines:
=begin formatname parameter string
#!formatname parameter string
The string "parameter string" can be any arbitrary string that may alter the way the SynHi tranformer will work. This method parses that string and returns the result. This will usually be done by individual syntax highlighting classes. The default method provided will return an empty hashref if the parameter string is empty and will raise an exception otherwise.
build_html_para
Whenever the synhi_params_for_para
method returns true, this method is called with the result (array-dereferenced) and the result of this method is used to replace the original paragraph. The default implementation of this method is probably suitable for everyone: it passes its parameters along to the build_html
method, constructs a html
region containing the resultant string, and returns that.
standard_code_block
my $html = $xform->standard_code_block( $in_html );
Given a hunk of HTML representing the syntax highlighted code, this rips the HTML apart and re-wraps it in a table with line numbers. It assumes the code's actual lines are broken by newlines or <br>
elements.
The standard code block emitted by this role is table with the class code-listing
. It will have one row with two cells; the first has class line-numbers
and the second has class code
. The table is used to make it easy to copy only the code without the line numbers.
Some other minor changes are made, and these may change over time, to make the code blocks "better" displayed. If your needs are very specific, replace this method.
SEE ALSO
AUTHOR
Ricardo SIGNES <cpan@semiotic.systems>
CONTRIBUTOR
Ricardo Signes <rjbs@semiotic.systems>
COPYRIGHT AND LICENSE
This software is copyright (c) 2022 by Ricardo SIGNES.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.