TWiki::Plugins
initializeUserHandler
to be
called.
If allDisabled is set, no plugin handlers will be called.
$handler
- the handler object.
invoke($command,...)
, which will be triggered
when the event is to be processed.
$handlerName
- name of the handler e.g. preRenderingHandler
$text
- the text, with the head, verbatim and pre blocks replaced with placeholders
\%removed
- reference to a hash that maps the placeholders to the removed blocks.
<pre class='slobadob'> XYZ </pre> the map will contain: <pre> $removed->{'pre1'}{text}: XYZ $removed->{'pre1'}{params}: class="slobadob" </pre> Iterating over blocks for a single tag is easy. For example, to prepend a line number to every line of a pre block you might use this code: foreach my $placeholder ( keys %$map ) { if( $placeholder =~ /^pre/i ) { my $n = 1; $map->{$placeholder}{text} =~ s/^/$n++/gem; } } ---++ ObjectMethod *postRenderingHandler* <tt>(\$text)</tt> * =\$text= - a reference to the HTML, with the head, verbatim and pre blocks replaced with placeholders ---++ ObjectMethod *startRenderingHandler* <tt>()</tt> Called just before the line loop *DEPRECATED* Use preRenderingHandler instead. This handler correctly handles verbatim and other TWiki ML block types, and exposes them to the plugin. ---++ ObjectMethod *outsidePREHandler* <tt>()</tt> Called in line loop outside of <PRE> tag *DEPRECATED* Use preRenderingHandler instead. This handler correctly handles pre and other TWiki ML block types, and is called only once instead of line-by-line. ---++ ObjectMethod *insidePREHandler* <tt>()</tt> Called in line loop inside of <PRE> tag *DEPRECATED* Use preRenderingHandler instead. This handler correctly handles pre and other TWiki ML block types, and is called only once instead of line-by-line. ---++ ObjectMethod *endRenderingHandler* <tt>()</tt> Called just after the line loop *DEPRECATED* Use postRenderingHandler instead. ---++ ObjectMethod *beforeEditHandler* <tt>()</tt> Called by edit ---++ ObjectMethod *afterEditHandler* <tt>()</tt> Called by edit ---++ ObjectMethod *beforeSaveHandler* <tt>()</tt> Called just before the save action ---++ ObjectMethod *afterSaveHandler* <tt>()</tt> Called just after the save action ---++ ObjectMethod *mergeHandler* <tt>()</tt> Called to handle text merge. ---++ ObjectMethod *beforeAttachmentSaveHandler* <tt>($attrHashRef,$topic,$web)</tt> This code provides Plugins with the opportunity to alter an uploaded attachment between the upload and save-to-store processes. It is invoked as per other Plugins. * =$attrHashRef= - Hash reference of attachment attributes (keys are indicated below) * =$topic= - | Topic name * =$web= - | Web name Keys in $attrHashRef: | *Key* | *Value* | | attachment | Name of the attachment | | tmpFilename | Name of the local file that stores the upload | | comment | Comment to be associated with the upload | | user | Login name of the person submitting the attachment, e.g. 'jsmith' | Note: All keys should be used read-only, except for comment which can be modified. Example usage: <pre> my( $attrHashRef, $topic, $web ) = @_; $$attrHashRef{'comment'} .= " (NOTE: Extracted from blah.tar.gz)"; </pre> ---++ ObjectMethod *afterAttachmentSaveHandler* <tt>($attachmentAttrHash,$topic,$web,$error)</tt> deal with an uploaded attachment between the upload and save-to-store processes. It is invoked as per other plugins. * =$attrHashRef= - Hash reference of attachment attributes (keys are indicated below) * =$topic= - | Topic name * =$web= - | Web name * =$error= - | Error string of save action, empty if OK Keys in $attrHashRef: | *Key* | *Value* | | attachment | Name of the attachment | | tmpFilename | Name of the local file that stores the upload | | comment | Comment to be associated with the upload | | user | Login name of the person submitting the attachment, e.g. 'jsmith' | Note: The hash is *read-only* ---++ ObjectMethod *writeHeaderHandler* <tt>() -> $headers</tt> Called by TWiki::writePageHeader. *DEPRECATED* do not use! *DEPRECATED* Use modifyHeaderHandler instead. it is a lot more flexible, and allows you to modify existing headers as well as add new ones. It also works correctly when multiple plugins want to modify headers. ---++ ObjectMethod *modifyHeaderHandler* <tt>(\@headers,$query)</tt> ---++ ObjectMethod *redirectCgiQueryHandler* <tt>() -> $result</tt> Called by TWiki::redirect ---++ ObjectMethod *renderFormFieldForEditHandler* <tt>($name,$type,$size,$value,$attributes,$possibleValues) -> $html</tt> This handler is called before built-in types are considered. It generates the HTML text rendering this form field, or false, if the rendering should be done by the built-in type handlers. * =$name= - name of form field * =$type= - type of form field * =$size= - size of form field * =$value= - value held in the form field * =$attributes= - attributes of form field * =$possibleValues= - the values defined as options for form field, if any. May be a scalar (one legal value) or an array (several legal values) Return HTML text that renders this field. If false, form rendering continues by considering the built-in types. Note that a common application would be to generate formatting of the field involving generation of javascript. Such usually also requires the insertion of some common javascript into the page header. Unfortunately, there is currently no mechanism to pass that script to where the header of the page is visible. Consequentially, the common javascript may have to be emitted as part of the field formatting and might be duplicated many times throughout the page. ---++ ObjectMethod *renderWikiWordHandler* <tt>() -> $result</tt> Change how a WikiWord is rendered Originated from the TWiki:Plugins.SpacedWikiWordPlugin hack
USER REFERENCES
ADMIN MAINTENANCE
CATEGORIES WEBS PERSONAL |
Copyright © by the contributing authors. Bernstein - The Memory of Paper http://www.bernstein.oeaw.ac.at Ideas, requests, problems regarding Bernstein? Send feedback Note: Please contribute updates to this topic on TWiki.org at TWiki:TWiki.TWikiPluginsDotPm |