While DokuWiki suppresses PHP Notices they are still a code smell and
should be fixed. This fixes some PHP Notices that occurred.

Some of these fixes could be refactored into nicer code once we move to
PHP 7 and get access to the `??` operator.

This allows plugins to easily render a <tfoot> element in a table, even
though it's not used in standard table syntax it makes sense to have it
available.

- includes, xhtml renderer adding 'node' class to <li> when it contains
  child list(s)

many PHPDocs
some unused variables
some dynamically declared variables declared

Added DOKU_BASE for local target

in 82d61635 we introduced passing the
raw match for syntax plugins to the plugin method of the renderer. This
was introduced for renderer plugins that might need access to the raw
syntax (like the table editor or WYSIWYG plugins). However the function
signature was never updated, making these additional parameter basically
secret. With strict standard this throws errors. This patch fixes this.

Fix violations for Generic.PHP.LowerCaseConstant.Found

Change indentation to ensure code confirms to CodeSniffer rules.

This commit fixes all E_STRICT messages shown when running the test
suite. There might be more problems not covered by tests, yet.

For compatibility reasons with plugins, E_STRICT errors are still
supressed.

In p_render() it is assumed that all renderers have a $doc variable

As of VIM 7.3 it is no longer possible to specify the encoding in the
modeline. This gives an error message whenever such a file is opened,
thus this commit removes the enc setting from the modeline.

syntax

Plugins may return false in isSingleton to let plugin_load return a new
instance every time it is called.
Renderer plugins are not loaded with $new set to true, but instead specify
themself that they are not singletons. This behaviour allows the odt renderer
to keep working (see #1598).

darcs-hash:20091119140619-e4919-15efddc768526a6c1f6472f83ede17019144ffa3.gz

darcs-hash:20091127123014-e4919-edddf545ccfae201620286b929b9fa5eaf255e61.gz

darcs-hash:20091103161002-9a5f4-2114938a7e62a924b9fe424b63584a4747286563.gz

Ignore-this: 80398f84222bec1fce56eee8f107d37a

This patch enhances the code and file syntax with several new features.

1. code and file are now essentially the same and just differ in the class
   name. This means you now can use the file syntax with syntax highlighting
   as well. This also solves problems where the code to highlight already
   contains a <code> tag (FS#1493)

2. a filename can be given as label for the code or file block. It is
   specified as second parameter after the language:

   <code html myfile.html>...</code>

   If no highlighting is wanted, but a filename shall be given, you can use
   a dash as language:

   <code - somefile.foo>...</code>

3. when a filename was given (as shown above), the label links to a
   download of the code given in the code/file block. This is made possible
   by a new renderer in inc/parser/code.php. The basename of given filename
   is suggested as filename when downloading.

darcs-hash:20090726175158-7ad00-969641a06ae1393a6d99207c3cd938fb67f23a71.gz

Ignore-this: 159107eba3e7c8c1d2671ce93eb9bc4e

darcs-hash:20090130083215-7ad00-8ab2440fdd4a9c9e7790ee219e9a0e6c7588ddd8.gz

darcs-hash:20081213090400-7ad00-4e21cd75978bb07513f32f5d750658e8d777c59e.gz

This patch is the fourth in a series aimed at making it easier for DW to allow
plugins to modify the standard handling of line-breaks.

It adds:
- new config setting 'renderer_xhtml', default value 'xhtml'
- new renderer method 'reset()' which is used by reusable renderers when used
  to render second and subsequent data. (*)

An extra step has been added to the renderer selection process.
- check $conf["renderer_$mode] for renderer name.  If it doesn't exist use $mode as
  the renderer name.

(*) It maybe that the 'document_start()' method can be used for this.  However the
current xhtml does not correctly reset itself for reuse.

darcs-hash:20080312005647-f07c6-ff2cb960c05927f5c6f3e916a364fcad470c2ce3.gz