Made the thymeleaf-command that decorates the template configurable

Added the variants of the page-uri as selectable content

Added title and short title as selectable content

The JSON is rendered in the page and picked up there by thymeleaf

Upgraded maven-site-plugin from 3.5.1 to 3.9.1

Shortend the name and description of the the artifact

Prevented the override of the entry-page with the changed title "About"

* The maven-site-plugin includes an entry for the index.html in the root
  of the documentation in the subdirectory "Project Info".
* This entry must be droped, because it overrides the correct definition
  for that page with a false title ("About") and path (the page is added
  as a child of the submenu "Project Info").

The index.html from the documentation-root is explicitly added as page

* Before, it was only added to the stack as a starting point for the
  computation of all available pages
* The effective entry for the page was only generated, becaus the
  maven-site-plugin also adds this page as part of the submenu "Project Info"

Updated signature of fragement-replacment

Prepared for feature release 1.0.x

Released version 1.0.1

Normal links are renderd with a version-subdirectory - canonical without

Supressed duplicate entries in breadcrumbs

Prepared for bugfix-release 1.0.1

Released version 1.0.0

Replaced layout-decorator the according build-in feature of thymeleaf 3.x

Also:

* Refactored the generated JSON
* Made the JSON-generation more readable with the help of indentation

Fixed possible NullPointerException during link-calculation

Fixed problems with the page-title

The <title>-tag of the page is taken from the velocity-variable tile, if
the variable shortTitle is set. For XHTML-templates, this is the case, if
the <title>-tag on the input-xhtml is set. If the variable is not set, the
page-title is constructed from the project-name and the name of the page,
that was found in the menu-data.

A leading head in the content is not generated automatically, because the
pages, that are generated automatically by maven differ to much. Hence, the
leading head in the content must be specified by hand in the content.

Shortened process-debugging comments

The comments were shortened, because the thymeleaf-parser was stumbeling
over the uncut version.

Added information about the linked project

Added information about the used license

Added information about the organization

Convertet project into a sonatype oss-project

Added minimal documentation

Fixed supplement-breadcrumbs: the path contained one entry too much

JSON is handed to the thymeleaf-layout-template via th:with

The page-data is handed to the template via th:with als variable "json".

Added child-pages to home-page

Commented out the processing-comments for thymeleaf

Fixed the URI and the name of the home-page in the breadcrumb-path

This page must have the URI "index.html" and should be named after the
project.

Added the project-site itself to the breadcrumb-path

Added convenient links to browse and check the generated templates

Fixed XML-syntax: comments must not cotain "--"

Relative URI's and breadcrumb-paths can be converted into absolute ones

Defined custom variables custom.path and custom.crumbs in site.xml, that
can be used to convert the relative URI's and breadcrumb-paths into absolute
ones.

Read in extra-info from site.xml

The attributes "title", "alt" and "img" for the tags <menu> and <item>
of the site.xml are read in. For <item>-tags, these entries are made
available in the page-definition. For the manually defined menu (the one
without a name!), as top-level variables "site_title", "site_alt" and
"site_img".

Added start-page to the breadcrumb-path

Rendering page-data as JSON

 * The JSON-data is now generated from the read in page-data.
 * The data is passed to the thymeleaf-dialect "juplo:variables".
 * The old breadcrumb-macro was removed.

Reworked the processing of the page-data (again)

Breadcrumb-paths are generated for all pages.

Reworked the processing of the page-data

Automatically generated pages can be overwriten in the manually defined
menu. Overwriting a URI will result in the changing of the name of the
page. Child-pages be kept in place, if present. If an automatically
generated page is overwriten in the manually defined menu, it will not
be removed form the original menu, but its breadcrumb-data will reflect
the position of the manually defined entry.

Implementation:
The data is read into a map. The unnamed menus will be read in last,
because this are usually the manually defined menus. If an URI is encountered
again, the last read version of the defined page will win and overwrite the
previously read definition, but the defined child-pages will not be touched.

Integrated page-data

Initial version (not really functioning)