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)